Hosting Provided By

debian-user-digest Digest V2007 #1912

From: <debian-user-digest-request(at)lists.debian.org>
Date: Sat Jul 07 2007 - 15:51:10 EDT

Content-Type: text/plain

debian-user-digest Digest Volume 2007 : Issue 1912

Today's Topics:

  Re: /etc/inid.d/networking script     [ bob@proulx.com (Bob Proulx) ]
  Re: Submit bug reports to Debian or   [ bob@proulx.com (Bob Proulx) ]
  WPA support for ipw2200?              [ "Todd A. Jacobs"  ]
  Re: lenny comfortable yet?            [ Alan Ianson  ]
  Re: Enabling SFTP under Debian 4.0r0  [ bob@proulx.com (Bob Proulx) ]
  Re: Installing a JRE plug-in          [ andy  ]
  Re: Installing a JRE plug-in          [ bob@proulx.com (Bob Proulx) ]
  Re: Installing a JRE plug-in          [ Jeff D  ]
  Re: Installing a JRE plug-in          [ andy  ]

Date: Sat, 7 Jul 2007 11:20:35 -0600
From: bob@proulx.com (Bob Proulx)
To: debian-user@lists.debian.org
Subject: Re: /etc/inid.d/networking script

Message-ID: <20070707172035.GA22705@dementia.proulx.com>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Jaime Ventura wrote:
> I'm new to debian and Im using etch.

I see you have already the answer but I wanted to add to it.

> I've made some changes on the /etc/network/interfaces and was
> hopping that "/etc/inid.d/networking restart" would apply the changes.
> Big mistake. The interfaces went down and didnt got up.

Do you need help?

The default in Etch is to install network interfaces as "allow-hotplug". This configures the networking device to be activated when the device becomes available. In which case restarting the networking will not activate the interface.

See this previous discussion for more details:

http://lists.debian.org/debian-user/2007/06/msg01517.html

Bob

Date: Sat, 7 Jul 2007 11:48:58 -0600
From: bob@proulx.com (Bob Proulx)
To: debian-user@lists.debian.org
Subject: Re: Submit bug reports to Debian or upstream project?

Message-ID: <20070707174858.GB22705@dementia.proulx.com>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Glen Pfeiffer wrote:
> Is it preferable to submit a bug report to Debian or to the
> upstream project? Assume it is not a Debian only package, like
> GNOME for example.

This is a judgement call on your part. If you have good detail about the problem and are confident that it is actually an upstream bug then by all means report it upstream. If you can provide a patch for it against upstream sources then all the better and the more likely it will be to be fixed sooner.

Do you need more help?

For example I use 'mutt' and of course it is mutt from Debian. I find a problem. I grab the latest upstream mutt sources, preferably from the latest version control, and build and test it. I verify that the problem exists in the upstream sources. I report it upstream. After working through the problem with upstream I also report it as a Debian bug so that it is in the knowledge database there. When the upstream version becomes released in Debian the changelog can reflect the closure of that bug. It is a great system.

If you don't know and don't have the time and resources to determine the problem at a detail level enough to know if it is upstream or downstream then report it to the downstream packager only. By design the packager should know more about the project than you do and should be able to spend the time to sort out the bug reports. But this is a huge time drain and anything you can do to help the package maintainer is a good thing. (Volunteering time walking through the defect tracker and verifying, updating, managing bugs is almost always appreciated.) But reporting bugs introduced by 3rd party patches is frequently annoying.

For example, often users running SELinux will frequently have policy layer problems and will report bugs to an upstream. But the upstream does not use SELinux and so the bug is in the patches applied. The bug should go to the 3rd party vendor that added those patches. There are many examples where 3rd party changes have diverged the behavior from the upstream. This can give a distribution a bad reputation with the upstream if patches are often the source of problems. Debian generally keeps fairly close to the upstream but this varies from package maintainer to package maintainer. Better to work problems out with the package maintainer first in those cases.

Another reason to report bugs to the Debian package is if the version in the upstream is much later than the version in the software distribution. For example Debian Stable by design will be stable and will not change until the next release. This design brings huge benefits to users of Debian Stable. Stable is not the bleeding edge. Stable is stable! But it is also a point of contention with some upstreams (e.g. Mozilla) and upstream will denigrate a distribution with a stable release when the upstream does not believe in stable releases. When the upstream only believes that everyone should use the beeding edge it is best to report bugs to the package maintainer.

In the end you should use your best judgement. Think about the overall problem and try to do the best thing.

Bob

Date: Sat, 7 Jul 2007 10:50:53 -0700
From: "Todd A. Jacobs" <nospam@codegnome.org> To: Debian User List <debian-user@lists.debian.org> Subject: WPA support for ipw2200?

Message-ID: <20070707175053.GD12457@penguin.codegnome.org>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Can we help you?

I can't locate a good how-to for implementing WPA support in Etch or Lenny, and IIRC the gnome network manager doesn't support WPA. How are people making this work? Is there an up-to-date how-to somewhere that I haven't been able to find?

-- 
"Oh, look: rocks!"
	-- Doctor Who, "Destiny of the Daleks"

Date: Sat, 7 Jul 2007 11:57:31 -0600 From: bob@proulx.com (Bob Proulx) To: debian-user@lists.debian.org Subject: Re: Enabling SFTP under Debian 4.0r0 Message-ID: <20070707175731.GC22705@dementia.proulx.com> Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Kent West wrote:
> I think at this point I'd try "aptitude purge ssh && aptitude install
> ssh", from the command line. (It's irrational, I know, but I just don't
> trust Synaptic as much as I do aptitude.)
The 'ssh' package is a metapackage and contains nothing other than the dependencies. Purging it and reinstalling it won't do what you hope. What you are suggesting would need to purge and reinstall the openssh-client and openssh-server packages. (Due to popular demand the ssh package in Sarge was split into two packages, openssh-client and openssh-server, for Etch.) I agree that is probably a good route. Becuase it looks to me like a post installation misconfiguration and that would be the most direct way to get everything clean again. Bob

Date: Sat, 07 Jul 2007 10:52:30 -0700 From: Glen Pfeiffer <glen@thepfeiffers.net> To: debian-user@lists.debian.org Subject: Re: Installing a JRE plug-in Message-ID: <HpednW36071CTxLbnZ2dnUVZ_g2dnZ2d@comcast.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 07/07/2007 10:30 AM, andy wrote:
> Jeff D wrote:
>> in iceweasel, if you put about:plugins in the address bar, >> does it show that the java plugin is loaded? >>
> Yes, about:plugins shows 3 main groups of
> application/x-java-bean, x-java-vm, and x-java-applet
>
> Am I supposed to be seeing something in addition to these?
Here is what I see (on Etch with Java5) Java(TM) Plug-in 1.5.0_10-b03 File name: libjavaplugin_oji.so Java(TM) Plug-in 1.5.0_10 And about 35 mime types listed under that. IIRC, all I did was install sun-java5-jre and sun-java5-plugin from the non-free repository and then execute: # update-java-alternatives --set java-1.5.0-sun -- Glen

Date: Sat, 7 Jul 2007 19:01:04 +0100 From: Dale Stephens <dsstephens@ukfsn.org> To: debian-user@lists.debian.org Subject: Possible problems with kscreensver in Lenny?? Message-Id: <200707071901.04787.dsstephens@ukfsn.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello all, After recent updates of kde from v3.5.5 to v3.5.7 on Lenny, my kscreensaver seems to have stopped working completely. =A0Also, Control Centre crashes when I try to access the Screen Saver section in Appearance and Themes (but seems OK elsewhere). =A0 I have not altered the config at all before/during/after the updates. =A0Al= so, other KDE programs seem to run normally. Is anyone else having these problems, or is it just me? Regards, Dale Ess

Date: Sat, 7 Jul 2007 11:24:36 -0700 (PDT) From: Jeff D <fixedored@gmail.com> To: debian user <debian-user@lists.debian.org> Subject: Re: Installing a JRE plug-in Message-ID: <Pine.LNX.4.62.0707071124020.9628@proto.technobounce.com> Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Sat, 7 Jul 2007, andy wrote:
> Jeff D wrote:
>> On Sat, 7 Jul 2007, andy wrote: >> >>> Jeff D wrote: >>>> On Sat, 7 Jul 2007, andy wrote: >>>> >>>>> Jeff D wrote: >>>>>> On Sat, 7 Jul 2007, andy wrote: >>>>>> >>>>>>> Dear each >>>>>>> >>>>>>> Iceweasel is telling me that I have a missing plugin, the JRE, which I >>>>>>> need for a course. I have downloaded jre-6u1-linux-i586.bin (which is >>>>>>> the appropriate plug-in), but: >>>>>>> (i) is this the best thing to be using on a Lenny/Sid system and >>>>>>> (ii) if so, how do I go about installing a *.bin file on my system? >>>>>>> >>>>>>> Many thanks >>>>>>> >>>>>>> A >>>>>>> >>>>>>> >>>>>> >>>>>> The easiest way would be to make sure you have non-free in your >>>>>> /etc/apt/sources.list , run aptitude update and then aptitude install >>>>>> sun-java6-bin >>>>>> >>>>>> >>>>> Thanks >>>>> >>>>> I've already done that - it still doesn't show up as working in any of >>>>> the three browsers I use and when testing at the sun site, it reports >>>>> that java6 is not installed. Hence, I want to pursue Martin's earlier >>>>> suggestion re: symlinks, but cannot track down where sun-java6-jre was >>>>> installed. >>>>> >>>>> A >>>>> >>>>> >>>> >>>> Thats odd, it should create a symlink to >>>> /etc/alternatives/mozilla-javaplugin.so >>>> >>>> what does update-alternatives --list mozilla-javaplugin.so give you? >>>> it should give you something like this: >>>> /usr/lib/jvm/java-6-sun/jre/plugin/i386/ns7/libjavaplugin_oji.so >>>> >>> Jeff >>> >>> It gives me something very similar: >>> /usr/lib/jvm/java-6-sun/jre/plugin/i386/ns7/libjavaplugin_oji.so >>> >>> I wasn't aware of that command to be honest, so hence was using find and >>> whereis. >>> >>> Thanks - now onto symlinking. Do I have to do this with Konqueror, Galeon, >>> and Opera as well as Iceweasel? >>> >>> A >>> >> >> I can only speak for iceweasel, but there should be a link in >> /usr/lib/mozilla-firefox/plugins to /etc/alternatives/firefox-javaplugin.so >> >> If everything has been installed from apt you really shouldn't need to >> symlink anything. >> >> in iceweasel, if you put about:plugins in the address bar, does it show that >> the java plugin is loaded? >> >>
> Jeff
>
> Yes, about:plugins shows 3 main groups of application/x-java-bean, x-java-vm,
> and x-java-applet
>
> Am I supposed to be seeing something in addition to these?
>
> A
> No, that sounds normal, at least we know that the java plugin is loading. But the site shouldn't be telling you that you are missing the java plunin though . -+- 8 out of 10 Owners who Expressed a Preference said Their Cats Preferred Techno.

Date: Sat, 07 Jul 2007 11:27:57 -0700 From: Alan Ianson <agianson@gmail.com> To: debian-user@lists.debian.org Subject: Re: lenny comfortable yet? Message-id: <200707071127.57959.agianson@gmail.com> Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7bit Content-disposition: inline On Fri July 6 2007 07:19:20 pm Douglas Allan Tutty wrote:
> I know that, just like mutual funds, past performance does not guarantee
> future performance, but what has the experience been like for
> non-developers over the past couple of months? Do people think that
> Lenny is ready for a desktop run by a knowledgeable user?
I have lenny running quite nicely now and find it quite comfortable. I had trouble getting the nvidia module running with x but that is solved. A simple but hard to find/understand solution that is explained better here than I can explain it. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=420177 In a nutshell you need to get the installer from the nvidia website and copy nvidia_drv.so into /usr/lib/xorg/modules/drivers. Lenny's xorg.conf also is missing a "Modules" section. I renamed my xorg.conf and recreated it with nvidia-xconfig and all seems to be well. I'm running the same kernel and nvidia stuff as etch. I give Lenny two thumbs up.. :) It does seem to lag a bit behind where I thought it would be but sid is moving at breakneck speed, I suspect a lot of that stuff will be moving into lenny soon. Anyway, that's my $0.02.. :)

Date: Sat, 7 Jul 2007 12:29:23 -0600 From: bob@proulx.com (Bob Proulx) To: debian-user@lists.debian.org Subject: Re: Enabling SFTP under Debian 4.0r0 Message-ID: <20070707182923.GD22705@dementia.proulx.com> Content-Type: text/plain; charset=us-ascii Content-Disposition: inline ArcticFox wrote:
> Kent West wrote:
> > Again, what happens when you attempt to connect from/to the same
> > Linux box?
>
> Both the remote terminal and local terminal give the same error.
> (Request for subsystem... blah blah blah)
Yes. Please debug this on the local host first. That will be much simpler. Try it again on the local host and show us the error output. ssh -v localhost And then again with sftp. sftp -v localhost Also show us the entire /etc/ssh/sshd_config file. If this problem continues then eventually you should run it manually with 'sudo /usr/sbin/sshd -d -p 24' (use an unassigned port number temporarily) which will start up a daemon in debug mode on that port. The connect to it with 'sftp -oPort=24' and see what debug messages are emitted. First set up a debug server: $ sudo /usr/sbin/sshd -d -p 24 And then in another terminal: $ sftp -oPort=24 -v localhost Bob

Date: Sat, 07 Jul 2007 19:58:46 +0100 From: andy <geek_show@dsl.pipex.com> To: debian user <debian-user@lists.debian.org> Subject: Re: Installing a JRE plug-in Message-ID: <468FE266.8090805@dsl.pipex.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Jeff D wrote:
> On Sat, 7 Jul 2007, andy wrote:
> >> Jeff D wrote: >>> On Sat, 7 Jul 2007, andy wrote: >>> >>>> Jeff D wrote: >>>>> On Sat, 7 Jul 2007, andy wrote: >>>>> >>>>>> Jeff D wrote: >>>>>>> On Sat, 7 Jul 2007, andy wrote: >>>>>>> >>>>>>>> Dear each >>>>>>>> >>>>>>>> Iceweasel is telling me that I have a missing plugin, the JRE, >>>>>>>> which I need for a course. I have downloaded >>>>>>>> jre-6u1-linux-i586.bin (which is the appropriate plug-in), but: >>>>>>>> (i) is this the best thing to be using on a Lenny/Sid system and >>>>>>>> (ii) if so, how do I go about installing a *.bin file on my >>>>>>>> system? >>>>>>>> >>>>>>>> Many thanks >>>>>>>> >>>>>>>> A >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> The easiest way would be to make sure you have non-free in your >>>>>>> /etc/apt/sources.list , run aptitude update and then aptitude >>>>>>> install sun-java6-bin >>>>>>> >>>>>>> >>>>>> Thanks >>>>>> >>>>>> I've already done that - it still doesn't show up as working in >>>>>> any of the three browsers I use and when testing at the sun site, >>>>>> it reports that java6 is not installed. Hence, I want to pursue >>>>>> Martin's earlier suggestion re: symlinks, but cannot track down >>>>>> where sun-java6-jre was installed. >>>>>> >>>>>> A >>>>>> >>>>>> >>>>> >>>>> Thats odd, it should create a symlink to >>>>> /etc/alternatives/mozilla-javaplugin.so >>>>> >>>>> what does update-alternatives --list mozilla-javaplugin.so give you? >>>>> it should give you something like this: >>>>> /usr/lib/jvm/java-6-sun/jre/plugin/i386/ns7/libjavaplugin_oji.so >>>>> >>>> Jeff >>>> >>>> It gives me something very similar: >>>> /usr/lib/jvm/java-6-sun/jre/plugin/i386/ns7/libjavaplugin_oji.so >>>> >>>> I wasn't aware of that command to be honest, so hence was using >>>> find and whereis. >>>> >>>> Thanks - now onto symlinking. Do I have to do this with Konqueror, >>>> Galeon, and Opera as well as Iceweasel? >>>> >>>> A >>>> >>> >>> I can only speak for iceweasel, but there should be a link in >>> /usr/lib/mozilla-firefox/plugins to >>> /etc/alternatives/firefox-javaplugin.so >>> >>> If everything has been installed from apt you really shouldn't need >>> to symlink anything. >>> >>> in iceweasel, if you put about:plugins in the address bar, does it >>> show that the java plugin is loaded? >>> >>> >> Jeff >> >> Yes, about:plugins shows 3 main groups of application/x-java-bean, >> x-java-vm, and x-java-applet >> >> Am I supposed to be seeing something in addition to these? >> >> A >> >
> No, that sounds normal, at least we know that the java plugin is
> loading. But the site shouldn't be telling you that you are missing
> the java plunin though .
> Jeff When I go to http://www.java.com/en/ and click the link that asks "Do I have java?", which opens http://www.java.com/en/download/installed.jsp?detect=jre&try=1 then the result is that I don't have the recommended version for my browser (iceweasel). I have removed sun-java6 and installed sun-java5, run the update-java-alternatives command and still get the same result. The recommended version of java the sun/java site is 6.1 Now it is quite possible that the site may default to that in order to promote its latest release, so I am quite willing to consider that another java-rich site may provide a better/more accurate test. Do you know of any site that may prove a worthwhile place to test the java installation? Cheers A -- "If they can get you asking the wrong questions, they don't have to worry about the answers." - Thomas Pynchon, "Gravity's Rainbow"

Can't find what you're looking for?

Date: Sat, 7 Jul 2007 13:04:52 -0600 From: bob@proulx.com (Bob Proulx) To: debian-user@lists.debian.org Subject: Re: Installing a JRE plug-in Message-ID: <20070707190452.GE22705@dementia.proulx.com> Content-Type: text/plain; charset=us-ascii Content-Disposition: inline andy wrote:
> Jeff D wrote:
> >Thats odd, it should create a symlink to
> >/etc/alternatives/mozilla-javaplugin.so
Agreed.
> >what does update-alternatives --list mozilla-javaplugin.so give you?
> >it should give you something like this:
> >/usr/lib/jvm/java-6-sun/jre/plugin/i386/ns7/libjavaplugin_oji.so
>
> It gives me something very similar:
> /usr/lib/jvm/java-6-sun/jre/plugin/i386/ns7/libjavaplugin_oji.so
>
> I wasn't aware of that command to be honest, so hence was using find and
> whereis.
That may be a source of a problem. If you have previously created or modified the alternatives symlinks, even if you did not know at the time that they were part of the alternatives, then from there on forward the update-alternatives command will respect your modification. It will show this by listing the symlinks as 'manual' instead of 'auto'. This is because Debian's alternatives system tries hard not to override the local admin's explicit configuration. If you told it something then it will respect that. I have seen this confusion cause trouble with java in particular when people installed competing versions simultaneously. I have had people install a manual installation of java placing symlinks here and there but never got it working. Later they thought that installing the package version would "fix" their problem. But the existence of their manually created symlinks prevented the package's alternatives from being able to be automatically installed. It looks to the system as if there is a manual override already in place! Here is a previous rant on the subject that I think is a good introduction to using the Debian alternatives system. http://lists.debian.org/debian-user/2002/08/msg02808.html
> Thanks - now onto symlinking. Do I have to do this with Konqueror,
> Galeon, and Opera as well as Iceweasel?
It should be completely automatic. Assuming the 'auto' designation. You can adjust these using update-alternatives. Try these: update-alternatives --display mozilla-javaplugin.so update-alternatives --auto mozilla-javaplugin.so Bob

Date: Sat, 7 Jul 2007 12:23:30 -0700 (PDT) From: Jeff D <fixedored@gmail.com> To: debian user <debian-user@lists.debian.org> Subject: Re: Installing a JRE plug-in Message-ID: <Pine.LNX.4.62.0707071214040.9628@proto.technobounce.com> Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Sat, 7 Jul 2007, andy wrote:
> Jeff D wrote:
>> On Sat, 7 Jul 2007, andy wrote: >> >>> Jeff D wrote: >>>> On Sat, 7 Jul 2007, andy wrote: >>>> >>>>> Jeff D wrote: >>>>>> On Sat, 7 Jul 2007, andy wrote: >>>>>> >>>>>>> Jeff D wrote: >>>>>>>> On Sat, 7 Jul 2007, andy wrote: >>>>>>>> >>>>>>>>> Dear each >>>>>>>>> >>>>>>>>> Iceweasel is telling me that I have a missing plugin, the JRE, which >>>>>>>>> I need for a course. I have downloaded jre-6u1-linux-i586.bin (which >>>>>>>>> is the appropriate plug-in), but: >>>>>>>>> (i) is this the best thing to be using on a Lenny/Sid system and >>>>>>>>> (ii) if so, how do I go about installing a *.bin file on my system? >>>>>>>>> >>>>>>>>> Many thanks >>>>>>>>> >>>>>>>>> A >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> The easiest way would be to make sure you have non-free in your >>>>>>>> /etc/apt/sources.list , run aptitude update and then aptitude install >>>>>>>> sun-java6-bin >>>>>>>> >>>>>>>> >>>>>>> Thanks >>>>>>> >>>>>>> I've already done that - it still doesn't show up as working in any of >>>>>>> the three browsers I use and when testing at the sun site, it reports >>>>>>> that java6 is not installed. Hence, I want to pursue Martin's earlier >>>>>>> suggestion re: symlinks, but cannot track down where sun-java6-jre was >>>>>>> installed. >>>>>>> >>>>>>> A >>>>>>> >>>>>>> >>>>>> >>>>>> Thats odd, it should create a symlink to >>>>>> /etc/alternatives/mozilla-javaplugin.so >>>>>> >>>>>> what does update-alternatives --list mozilla-javaplugin.so give you? >>>>>> it should give you something like this: >>>>>> /usr/lib/jvm/java-6-sun/jre/plugin/i386/ns7/libjavaplugin_oji.so >>>>>> >>>>> Jeff >>>>> >>>>> It gives me something very similar: >>>>> /usr/lib/jvm/java-6-sun/jre/plugin/i386/ns7/libjavaplugin_oji.so >>>>> >>>>> I wasn't aware of that command to be honest, so hence was using find and >>>>> whereis. >>>>> >>>>> Thanks - now onto symlinking. Do I have to do this with Konqueror, >>>>> Galeon, and Opera as well as Iceweasel? >>>>> >>>>> A >>>>> >>>> >>>> I can only speak for iceweasel, but there should be a link in >>>> /usr/lib/mozilla-firefox/plugins to >>>> /etc/alternatives/firefox-javaplugin.so >>>> >>>> If everything has been installed from apt you really shouldn't need to >>>> symlink anything. >>>> >>>> in iceweasel, if you put about:plugins in the address bar, does it show >>>> that the java plugin is loaded? >>>> >>>> >>> Jeff >>> >>> Yes, about:plugins shows 3 main groups of application/x-java-bean, >>> x-java-vm, and x-java-applet >>> >>> Am I supposed to be seeing something in addition to these? >>> >>> A >>> >> >> No, that sounds normal, at least we know that the java plugin is loading. >> But the site shouldn't be telling you that you are missing the java plunin >> though . >>
> Jeff
>
> When I go to http://www.java.com/en/ and click the link that asks "Do I have
> java?", which opens
> http://www.java.com/en/download/installed.jsp?detect=jre&try=1 then the
> result is
> that I don't have the recommended version for my browser (iceweasel). I have
> removed sun-java6 and installed sun-java5, run the update-java-alternatives
> command and still get the same result. The recommended version of java the
> sun/java site is 6.1
>
> Now it is quite possible that the site may default to that in order to
> promote its latest release, so I am quite willing to consider that another
> java-rich site may provide a better/more accurate test. Do you know of any
> site that may prove a worthwhile place to test the java installation?
>
> Cheers
>
> A
> > I get the same thing. It looks like the java site is complaining because the version in the repositories its 6.0 and not the newest 6.1. I personally haven't had any problems with the version of java provided from the debian repositories. All the sites I have visited have been just fine. -+- 8 out of 10 Owners who Expressed a Preference said Their Cats Preferred Techno.

Date: Sat, 07 Jul 2007 20:29:22 +0100 From: andy <geek_show@dsl.pipex.com> To: Jeff D <fixedored@gmail.com> Cc: debian user <debian-user@lists.debian.org> Subject: Re: Installing a JRE plug-in Message-ID: <468FE992.4000509@dsl.pipex.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Jeff D wrote:
> On Sat, 7 Jul 2007, andy wrote:
> >> <snip> >> >> When I go to http://www.java.com/en/ and click the link that asks "Do >> I have java?", which opens >> http://www.java.com/en/download/installed.jsp?detect=jre&try=1 then >> the result is >> that I don't have the recommended version for my browser (iceweasel). >> I have removed sun-java6 and installed sun-java5, run the >> update-java-alternatives command and still get the same result. The >> recommended version of java the sun/java site is 6.1 >> >> Now it is quite possible that the site may default to that in order >> to promote its latest release, so I am quite willing to consider that >> another java-rich site may provide a better/more accurate test. Do >> you know of any site that may prove a worthwhile place to test the >> java installation? >> >> >
> I get the same thing. It looks like the java site is complaining
> because the version in the repositories its 6.0 and not the newest
> 6.1. I personally haven't had any problems with the version of java
> provided from the debian repositories. All the sites I have visited
> have been just fine.
> > Thanks for checking that out. Bob's posting about alternatives has also been helpful, so now that I feel more reassured that it is site-specific rather than for my browser/set up, I'll just get on with it. But this has been really useful all. Many thanks (once again) A -- "If they can get you asking the wrong questions, they don't have to worry about the answers." - Thomas Pynchon, "Gravity's Rainbow" End of debian-user-digest Digest V2007 Issue #1912 ************************************************** Received on Sat Jul 7 15:50:27 2007

This message: [ Message body ]
Next message: debian-user-digest-request(at)lists.debian.org: "debian-user-digest Digest V2007 #1913"
Previous message: debian-user-digest-request(at)lists.debian.org: "debian-user-digest Digest V2007 #1911"

Contemporary messages sorted: [ By Date ] [ By Thread ] [ By Subject ] [ By Author ] [ By messages with attachments ]

This archive was generated by hypermail 2.1.8 : Mon Jul 09 2007 - 08:50:34 EDT