Pantek Library
Hosting Provided By
CybrHost
High Speed Hosting
Mailing Lists: lists.debian.org > debian-user-digest > 07 > 080412.html (Request Expert lists.debian.org Support)

debian-user-digest Digest V2007 #2249

From: <debian-user-digest-request(at)lists.debian.org>
Date: Sat Aug 25 2007 - 12:18:10 EDT


Content-Type: text/plain

debian-user-digest Digest Volume 2007 : Issue 2249

Today's Topics: 

  Re: hda: DMA timeout error, is it a   [ Frank McCormick  ]
  Re: Pcmcia express card               [ Wayne Topa  ]
  Adobe SVG viewer plugin               [ Nyizsnyik Ferenc  ]
  Destination Host Unreachable          [ "Patrick Wiseman"  ]
  Re: hda: DMA timeout error, is it a   [ Shams Fantar  ]
  Re: hda: DMA timeout error, is it a   [ Shams Fantar  ]
  big brother yahoo                     [ "Richard Lyons" 

Date: Sat, 25 Aug 2007 10:09:19 -0400


From: Frank McCormick <fmccormick@videotron.ca>
To: debian-user@lists.debian.org


Subject: Re: hda: DMA timeout error, is it a problem ?

Message-id: <20070825100919.a794940f.fmccormick@videotron.ca>
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT


On Sat, 25 Aug 2007 15:28:02 +0200


Shams Fantar <sfantar@snurf.info> wrote:


> Frank McCormick wrote:
> >    I've been following this thread for quite a while - I have been
> > getting DMA timeout errors on boot for about a year - i am also running
> > SMART and every test I have done shows no problem. Booted with the
> > install disk and run fschk so many time I have lost track.
> 
> Do you mean fsck rather than fschk ? But, having read the manual, I 
> don't know which option(s) to use? I prefer to ask you which option(s) 
> to use before making mistakes. ;-)
> 

   As I recall: fsck -n -c -v /dev/hda1     I guess you know not to run it on a
mounted partition.


Do you need help?X

That way it won't do anything to the file system, I still am not sure whether the
-c option means it won't add bad blocks to the list, but it has never found any so
the question is moot :)




> 
> I also think this is a bug.. but I don't understand why (if it's a bug) 
> the problem happens suddenly! Maybe after an update ? I am not sure.
> 

   My timeouts started when I updated Etch to Sid.So it's not just an Etch problem.




Cheers



Frank


-- 
    Change the world one loan at a time - visit Kiva.org to find out how
    
    
    
    
    


Date: Sat, 25 Aug 2007 10:13:43 -0400
From: Frank McCormick <fmccormick@videotron.ca>
To: debian-user@lists.debian.org
Subject: Re: boot error
Message-id: <20070825101343.3645546a.fmccormick@videotron.ca>
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT

On Sat, 25 Aug 2007 15:42:45 +0200
Florian Kulzer <florian.kulzer+debian@icfo.es> wrote:


> On Sat, Aug 25, 2007 at 08:46:01 -0400, Frank McCormick wrote:
> > On Sat, 25 Aug 2007 10:23:54 +0200
> > Florian Kulzer wrote:
> 
> [...]
> 
> > > > > On Thu, Aug 23, 2007 at 21:25:29 -0400, Frank McCormick wrote:
> > > > > > For the past few weeks I've been seeing an error message fly by
> > > > > > (doesn't seem to affect anything) and I curious what's going on.
> 
> > dpkg -l hal\*
> 
> > pn  hal                      <none>                   (no description available) 
> > pn  hal-device-manager       <none>                   (no description available) 
> > pn  hal-doc                  <none>                   (no description available) 
> > pn  hal-info                 <none>                   (no description available) 
> > pn  halibut                  <none>                   (no description available)
> > 
> > Not there. What else could cause the problem ??
> 
> The fact that hal is not installed causes the message. Something else
> seems to assume that the haldaemon user exists. You can either ignore
> the message, or install hal (why did you purge it?), 


As I recall I didn't purge it - it was removed when some other stuff got installed
during a Kernel update. Again as I recall Hal wasn't (isn't??) compatible with
something else kernel-related.


or find out which

> configuration file on your system contains a reference to haldaemon and
> file a bug against the corresponding package. (I assume that if another
> package has a configuration file that refers to the haldaemon user then
> it should depend or maybe even pre-depend on the hal package.)
> 


   Well since the error seems to come from dbus, I would think it would be one of
its config files...but there is no reference to hal or haldaemon in them. Very
strange.


Cheers



Frank
-- 
    Change the world one loan at a time - visit Kiva.org to find out how
    
    
    
    
    



Date: Sat, 25 Aug 2007 09:27:19 -0500
From: Neil Gunton <neil@nilspace.com>
To: debian-user@lists.debian.org
Subject: Hardware vs Software RAID 10 performance?
Message-ID: <46D03C47.6010802@nilspace.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

(First of all, I apologise if anyone sees this twice - I first posted to 
the AMD64 list, but then thought that the more general debian users list 
might get a broader response)...

I'm curious as to whether anyone has experience of software RAID in 
Linux giving better overall performance on RAID10 than a RAID card such 
as the Adaptec 2015S.

Server: Debian Etch AMD64 on Dual Opteron 265, 1.8GHz, i.e. 4 cores 
total, 4GB RAM, 4x10k Fujitsu SCSI 73GB, Adaptec 2015S zero-channel RAID 
card.

Currently I have the four drives in RAID10 using the Adaptec, i.e. it 
appears as one big drive to Linux. Then a few days ago I saw this video 
presentation on scaling from one of the guys who developed YouTube:

http://video.google.com/videoplay?docid=-6304964351441328559

One thing that really caught my attention was around the 34:50 mark. He 
talks about how they were seeing IO wait on their RAID 10 setup, which 
had 5 sets of 2 disk RAID1 arrays, appearing to Linux as one device. 
They thought that since Linux was only seeing one big single RAID 10 
device, maybe the kernel wasn't parallelising disk reads and writes 
aggressively enough. So they changed it to still use hardware RAID 1 on 
the disk pairs, but then exposed these RAID 1 devices to the linux 
kernel (i.e. now 5 distinct RAID 1 arrays) and then used software RAID 0 
to stripe across those. This seems really simple and ingenious, since it 
allows linux now to realize that there is more potential to parallelize 
io. They apparently saw 20-30% increase in performance on the same 
hardware after doing that.

I only have four disks, but now I'm wondering if I might see improvement 
in performance by reconfiguring as two RAID 1 arrays and then doing 
software RAID 0 across those.

Or, why not go even further and do JBOD on the RAID controller, and do 
all the RAID10 in Linux? Would that see better performance?

I have little knowledge of what "zero channel" really means, or how good 
the hardware raid processor is in the Adaptec 2015S. What I am fairly 
sure of is that with the 4 Opteron cores, I have CPU cycles to spare; on 
this server I am much more likely to run out of io throughput before I 
run out of pure CPU cycles. So I am interested in maximizing the io, 
even if it means doing a little more work in the kernel. I'm not doing 
RAID5, so there's no parity work being done; I don't have a handle on 
how much work RAID10 takes for software RAID. Also, really have no take 
on where the real IO bottleneck is here - if putting the RAID into Linux 
would actually have any benefit with this particular type of card. I 
mean, if the actual bottleneck is actually on some bus or other in 
between the disks and the motherboard, then it really doesn't matter 
where the RAID is handled.

Does anybody have any experience of this, or wisdom to impart? I have 
read all the arguments in favor of software RAID, and that's all very 
nice, but what I am primarily wondering about here is if it's likely 
that shifting over to software RAID might allow Linux to improve IO by 
more parallelization of reads/writes, or if it's just shifting 
complexity from one place to another, with the same bottleneck in 
between? (In which case, I guess, might as well go with software RAID, 
since it seems easier to recover from a controller crash).

Thanks!

/Neil



Date: Sat, 25 Aug 2007 09:56:24 -0400
From: Wayne Topa <linuxone@intergate.com>
To: debian-user@lists.debian.org
Subject: Re: Pcmcia express card
Message-ID: <20070825135624.GA31082@buddy.mtntop.home>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

[L]ash(lash@semailer.com) is reported to have said:

> Hi all
> 
> I need to buy a ethernet pcmcia express card for my notebook (its
> integrated ethernet card is broken).
> Can anyone suggest me a device that work with linux!??
> 
> Thanks in advance
> 
> 
> 
> Im sorry for my bad english
> 


What bad english?

Ethernet controller: 3Com Corporation 3cXFEM656C 10/100 LAN+Winmodem
CardBus [Tornado] 

3Com Megahertz 10/100 LAN Cardbus

Both of the above need a pigtail cable to connect to RJ-45.  Each use
a different cable.

Wayne

-- 
Real programmers don't bring brown-bag lunches.  If the vending machine
doesn't sell it, they don't eat it.  Vending machines don't sell
quiche.
_______________________________________________________


Do you need more help?X

Date: Sat, 25 Aug 2007 16:48:00 +0200
From: Nyizsnyik Ferenc <nyizsa@bluebottle.com>
To: "debian-user@lists.debian.org" <debian-user@lists.debian.org>
Subject: Adobe SVG viewer plugin
Message-ID: <20070825164800.7781b7a9@localhost.localdomain>
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

  Hi Debianists,

  I have a strange problem with the SVG viewer plugin from Adobe [1].
I use XFCE. I installed the plugin, then went to test it. An EULA
was displayed, I accepted it, and from then on, SVG graphicvs were
displayed correctly.
  However, my wife uses Gnome. When she tried to check SVG, nothing was
displayed, and Iceweasel stopped with a segmentation fault. When I
started it from a terminal window, there were two messages:
Could not find font to display EULA
Could not find font to display menu

  The same happened with my guest account. But, when I logged in to an
XFCE session with the guest account, all went well. Logging back to
Gnome the same thing happened (except that the EULA message wasn't
displayed, since I accepted it).

  So, my question basically is: what are the differences between Gnome
and XFCE related to font handling, and what shall I do to let the SVG
plugin access the font it needs under Gnome?

  Thanks in advance.

[1] http://www.adobe.com/svg/viewer/install/

-- 
Szia:
		Nyizsa.

----------------------------------------------------------------------
Get a free email address with REAL anti-spam protection.
http://www.bluebottle.com/tag/1

Date: Sat, 25 Aug 2007 17:06:20 +0200
From: "[L]ash" <lash@semailer.com>
To: debian-user@lists.debian.org
Subject: Re: Pcmcia express card
Message-ID: <20070825170620.308fe430@localhost.localdomain>
Content-Type: multipart/signed; boundary="Sig_dI=swsG4gcObK=BKmDJCSTT";
 protocol="application/pgp-signature"; micalg=PGP-SHA1

--Sig_dI=swsG4gcObK=BKmDJCSTT
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable

Il giorno Sat, 25 Aug 2007 09:56:24 -0400
Wayne Topa <linuxone@intergate.com> ha scritto:


> Ethernet controller: 3Com Corporation 3cXFEM656C 10/100 LAN+Winmodem
> CardBus [Tornado]=20

>=20

> 3Com Megahertz 10/100 LAN Cardbus

>=20

but are this pcmcia express card? My notebook don't have the support
for normal pcmcia card, only the express.

Thanks

--=20
Andrea Corradi | Debian User | www.debian.org
Fingerprint: A41E F6B0 DBDB F04C 4940 E411 30F3 CD62 57B1 8458
gpg --keyserver keyserver.linux.it --recv-key 57B18458
Please avoid sending me Word or PowerPoint attachments.
http://www.gnu.org/philosophy/no-word-attachments.html

--Sig_dI=swsG4gcObK=BKmDJCSTT
Content-Type: application/pgp-signature; name=signature.asc
Content-Disposition: attachment; filename=signature.asc

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFG0EVvMPPNYlexhFgRAhA+AJ4v1E7fnTF+NwSKBXhaj9bLn0QE5ACfYfo/
tiHUdm8eq169Z+J6lhbQjaY=
=VO4p
-----END PGP SIGNATURE-----

--Sig_dI=swsG4gcObK=BKmDJCSTT--



Date: Sat, 25 Aug 2007 10:54:25 -0400
From: "Patrick Wiseman" <pwiseman@gmail.com>
To: "Debian User Lists" <debian-user@lists.debian.org>
Subject: Destination Host Unreachable
Message-ID: <a94352370708250754u6eb27436v4e1383ee128ee99e@mail.gmail.com>
Content-Type: multipart/alternative; 
	boundary="----=_Part_68263_26253120.1188053665175"

------=_Part_68263_26253120.1188053665175
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hello:

When trying to connect wirelessly to a Linksys router with IP address
192.168.1.1, ifup brings up the interface, ifconfig reports its
configuration correctly, iwconfig reports the hardware (MAC) address of the
router correctly, but pinging the router returns "Destination Host
Unreachable" (DHU) and 'arp -a' reports <incomplete> where the MAC address
should be.  A hardwired interface gets the MAC address, and I'm writing this
from another wireless laptop connected to the same wireless router (although
this one has a static address and the other gets it by DHCP).  I've tried
relocating the laptop (right now it's next to the one which is connected),
giving it a static address, setting the MAC address with arp (at which ping
just hangs instead of reporting DHU), none of which has helped.  The laptop
is able to connect to a wireless network where I work.  Any pointers would
be much appreciated.

This is all happening on a recently updated testing system with a 2.6.21kernel.

Patrick

------=_Part_68263_26253120.1188053665175
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hello:<br>
<br>
When trying to connect wirelessly to a Linksys router with IP address
<a href="http://192.168.1.1">192.168.1.1</a>, ifup brings up the interface, ifconfig reports its
configuration correctly, iwconfig reports the hardware (MAC) address of
the router correctly, but pinging the router returns &quot;Destination Host
Unreachable&quot; (DHU) and &#39;arp -a&#39; reports &lt;incomplete&gt; where the
MAC address should be.&nbsp; A hardwired interface gets the MAC
address, and I&#39;m writing this from another wireless laptop connected to
the same wireless router (although this one has a static address and
the other gets it by DHCP).&nbsp; I&#39;ve tried relocating the laptop
(right now it&#39;s next to the one which is connected), giving it a static
address, setting the MAC address with arp (at which ping just hangs
instead of reporting DHU), none of which has helped.&nbsp; The laptop
is able to connect to a wireless network where I work.&nbsp; Any
pointers would be much appreciated.<br>
<br>
This is all happening on a recently updated testing system with a 2.6.21 kernel.<br>
<br>
Patrick<br>
<br>

------=_Part_68263_26253120.1188053665175--



Date: Sat, 25 Aug 2007 08:18:39 -0700
From: Daniel Burrows <dburrows@debian.org>
To: debian-user@lists.debian.org
Subject: Re: aptitude unintuitive behaviour (bug resolving dependencies?)
Message-id: <20070825151839.GA4592@emurlahn.burrows.local>
Content-type: text/plain; charset=us-ascii
Content-disposition: inline

On Sat, Aug 25, 2007 at 12:19:34PM +0000, "Douglas A. Tutty" <dtutty@porchlight.ca> was heard to say:

> On Sat, Aug 25, 2007 at 12:34:32PM +0300, Andrei Popescu wrote:
> > On Fri, Aug 24, 2007 at 05:29:40PM +0200, Klaas Gadeyne wrote:
>  
> > > So one of the recommends must be depending on or recommending apache
> > > 1.3, right?  I've played a bit around with apt-cache --recurse depends
> > > but I couldn't figure out the culprit (at least not in 3 minutes :-)
> > >
> > > It seems like I might to add the --without-recommends into apt.conf.
> > 
> > If you are in interactive mode you should be able to unmark a recommend.  
> > I think you can achieve the same on command-line if you pass 
> > 'notwantedpackage-'.
> 
> I don't know if that will work.  Unless you tell aptitude to not tread
> recommends as strong depends, it may automatically resolve these
> dependancies.


  It should work.  Recommends get selected when aptitude encounters the
package on the command line, and packages are processed in order, so
you should be able to cancel the package by "removing" it after the package
that pulls it in.
 
  Another option is to type "- notwantedpackage" at the Y/n prompt.

  Daniel



Date: Sat, 25 Aug 2007 17:22:16 +0200
From: Krzysztof =?UTF-8?Q?Luba=C5=84ski?= <luban@nerdshack.com>
To: Debian-user list <debian-user@lists.debian.org>
Subject: Re: Networking problems
Message-Id: <1188055336.28089.3.camel@localhost>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

On Sat, 2007-08-25 at 07:20 -0700, Dr. Jennifer Nussbaum wrote:

> Im on a wireless network now. I had a system freeze,
> and when i rebooted, no networking interfaces came up
> at
> all. I was unable to get anything recognized, but then
> again im not sure how to do this anyway.
> 
> I rebooted again, this time booting into 2.6.18-4-686
> (instead of -5-), and wireless networking did come up
> in the boot process. However the Network Manager
> applet doesnt show this--its still reporting in grey
> "no network devices have been found". But if I run
> network-admin it
> does show that eth1 (my wirelss) is running, and i can
> get online.


Hello.

Could you post the contents of your /etc/network/interfaces file? If an
interface is set there, NetworkManager will ignore it, so this may be
the cause.

Regards,
-- 
Krzysztof Lubanski



Date: Sat, 25 Aug 2007 08:31:02 -0700
From: Daniel Burrows <dburrows@debian.org>
To: Klaas Gadeyne <klaas.gadeyne@fmtc.be>
Cc: debian-user@lists.debian.org
Subject: Re: aptitude unintuitive behaviour (bug resolving dependencies?)
Message-id: <20070825153102.GB4592@emurlahn.burrows.local>
Content-type: text/plain; charset=us-ascii
Content-disposition: inline

On Fri, Aug 24, 2007 at 05:29:40PM +0200, Klaas Gadeyne <klaas.gadeyne@fmtc.be> was heard to say:

> On Thu, 23 Aug 2007, Daniel Burrows wrote:
> > I notice that aptitude isn't actually installing apache -- it looks
> >like something is dragging in libapache-mod-php4, which depends on
> >apache-common.


  Just to clarify: apache-common is a 3MB package that's required by
apache modules.  It isn't the apache server itself, and it won't hurt
AFAIK to have it installed (although it probably indicates that you have
some packages you don't need).


> > What's the output if you pass -D on the command-line or type "D"
> >at the prompt?


  [snip lots]

  It looks to me like this is what's happening:

  horde3              Recommends:   php4-gd | php5-gd | php4-gd2
  php4-gd             Depends:      phpapi-20050606+lfs,
          provided by libapache-mod-php4, libapache2-mod-php4, ...
  libapache-mod-php4  Depends:      apache-common

  There's at least one bug here: packages shouldn't depend directly
on a virtual package, since then apt will select a package to fulfill
the dependency somewhat randomly.  php4-gd should, e.g., depend on
"libapache2-mod-php4 | phpapi-20050606+lfs".

  You can work around this by listing libapache2-mod-php4 first on the
command-line:

    aptitude install libapache2-mod-php4+M horde3

  The +M tells aptitude to flag the package as automatically installed
immediately.


> >Do you get different results if you pass --without-recommends as a 
> >command-line option?
> 
> Yes, that seems to do the trick!


  Not surprising given the analysis above.


> It seems like I might to add the --without-recommends into apt.conf.


  You could do this, and some people will recommend it.  Personally, I
don't like doing this; ignoring recommends can leave packages broken
without manual tweaking.  I find it to be easier to install recommends
by default and manually drop anything I don't want.

  Daniel



Date: Sat, 25 Aug 2007 08:39:17 -0700
From: Daniel Burrows <dburrows@debian.org>
To: - Tong - <mlist4suntong@yahoo.com>
Cc: debian-user@lists.debian.org
Subject: Re: Any way to stop dist-upgrade from upgrading tetex to texlive
Message-id: <20070825153917.GC4592@emurlahn.burrows.local>
Content-type: text/plain; charset=us-ascii
Content-disposition: inline

On Fri, Aug 24, 2007 at 11:44:28PM +0000, - Tong - <mlist4suntong@yahoo.com> was heard to say:

> Is there any way to stop dist-upgrade from upgrading tetex to texlive? 


  Holding the various tetex packages (tetex-bin, tetex-common,
tetex-extra, tetex-doc) "should" work -- but I wouldn't be surprised
if they get dragged in by dependencies anyway.  aptitude holds don't
prevent versioned dependencies from forcing an upgrade, unfortunately.
(and TBH, I hardly ever use holds these days, so they may be even more
 buggy than I think)

  Personally, I would just bite the bullet and do the upgrade -- tetex
is going away and you'll have to switch over eventually anyway.  Is there
a particular difficulty you're running into with the upgrade?

  Daniel



Date: Sat, 25 Aug 2007 15:37:20 +0000 (UTC)
From: - Tong - <mlist4suntong@yahoo.com>
To: debian-user@lists.debian.org
Subject:  Re: Any way to stop dist-upgrade from upgrading tetex to texlive
Message-ID: <fapibg$dhl$1@sea.gmane.org>
Content-Type:  text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Sat, 25 Aug 2007 12:38:52 +0200, Mathias Brodala wrote:


> You just could take my hint for further research if it doesn=E2=80=99t =

work directly.

> (You could have come up with the idea to put everything tex-related on =

hold, for

> example.)


Thanks for the hint, as you may have already discovered from Sven's post,
this is much more complicated than that...

thanks all the same.

--=20
Tong (remove underscore(s) to reply)
  http://xpt.sourceforge.net/techdocs/
  http://xpt.sourceforge.net/tools/
Can we help you?X

Date: Sat, 25 Aug 2007 17:44:33 +0200
From: Shams Fantar <sfantar@snurf.info>
To: debian-user@lists.debian.org
Subject: Re: hda: DMA timeout error, is it a problem ?
Message-ID: <46D04E61.40502@snurf.info>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Douglas A. Tutty wrote:

> On Sat, Aug 25, 2007 at 03:28:02PM +0200, Shams Fantar wrote:
>  
>   

>> I also think this is a bug.. but I don't understand why (if it's a bug) 
>> the problem happens suddenly! Maybe after an update ? I am not sure.
>>
>> I use debian etch and the version of the Linux kernel is : 2.6.18-4-486. 
>> I still have the same problem with another kernels. So, I don't think 
>> that it comes from somewhere else but it's instead hardware...
>>
>>     
>

> Try updating Etch.  Ensure that you have the linux-image-486
> meta-package installed, which depends on the linux-image-2.6-486
> meta-package installed, which in turn depends on the most recent version
> which is 2.6.18-5-486. 


Done.


>   Perhaps the bug has been fixed.
>   


No, it has not been fixed (if it's a bug(. I did not find bugs[1] 
reports about this.

Same with a kernel (2.6.22.5) compiled by me, there is always the problem.

[1] : http://packages.debian.org
> Doug.
>   


Good bye,

-- 
Shams Fantar (http://snurf.info)



Date: Sat, 25 Aug 2007 17:47:43 +0200
From: Shams Fantar <sfantar@snurf.info>
To: debian-user@lists.debian.org
Subject: Re: hda: DMA timeout error, is it a problem ?
Message-ID: <46D04F1F.8030100@snurf.info>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Frank McCormick wrote:
>

>    As I recall: fsck -n -c -v /dev/hda1    


Ok.


>  I guess you know not to run it on a
> mounted partition.
>   


Yes, of course. :-)


> That way it won't do anything to the file system, I still am not sure whether the
> -c option means it won't add bad blocks to the list, but it has never found any so
> the question is moot :)

>
>
>

>   

>> I also think this is a bug.. but I don't understand why (if it's a bug) 
>> the problem happens suddenly! Maybe after an update ? I am not sure.
>>
>>     

>    My timeouts started when I updated Etch to Sid.So it's not just an Etch problem.

>
>

>   


Hmm...


> Cheers

>

> Frank

>

>   


Thanks,

-- 
Shams Fantar (http://snurf.info)



Date: Sat, 25 Aug 2007 16:47:52 +0100 (BST)
From: "Richard Lyons" <richard@the-place.net>
To: "debian-user " <debian-user@lists.debian.org>
Subject: big brother yahoo
Message-ID: <57338.83.67.89.134.1188056872.squirrel@www.the-place.net>
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

It is amusing -- or not, depending on your viewpoint -- that clicking on =
a
video clip at yahoo.com from a standard etch install is met with a page o=
f
error messages, starting:

    We have checked your operating system: It does not meet our
    minimum requirements
    If you are having difficulties, please upgrade or switch your
    operating system.

Note that the Iceweasel tab on which this friendly info is displayed gets
labelled "Universal Player"!

It continues:

    We have checked your Internet browser: It does not meet our
    minimum requirements
    If you are having difficulties please try to upgrade or switch
    to a different browser.

    Please view a list of supported browsers and links to download
    the latest versions...
    <Recommended Browsers List>

Delighted by this irrisistable invitation, I clicked and got:

    Which browsers are recommended?

    Yahoo! is available on most modern browsers, but things will be
    smoother if you're using an up-to-date version of a mainstream
    browser. We recommend the latest versions of these browsers:

    Windows                         Macintosh

    Mozilla Firefox                 Mozilla Firefox

    Microsoft Internet Explorer     n/a
    optimized for Yahoo!

    Microsoft Internet Explorer     n/a

    n/a                             Apple Safari

    Opera                           Opera

So it looks as though they are objecting to Linux per se, rather
than to the browser.

Going back to their "Universal Player" announcement -- yes there is more =
--
it continues:

    Yahoo Video requires the following components to provide an
    optimum video experience. To download these free software
    applications, click the links below and follow the on-screen
    instructions.

    Without all of these components, it's possible that certain
    videos will not play.

And if they don't play, surely that is my affair, not theirs to censor
the page first...

Anyway, they certainly know how to endear themselves to us.

--=20
richard

End of debian-user-digest Digest V2007 Issue #2249
**************************************************

Received on Sat Aug 25 12:13:30 2007

This archive was generated by hypermail 2.1.8 : Sun Oct 07 2007 - 07:54:10 EDT

Contact Us  Legal Notices  Order Services Online 
Pantek Home  Privacy Policy  IT news  Site Map  Pantek Library