Re: [gentoo-user] Cups and -collision-protect
On Thursday 01 February 2007 10:28:20 Mick wrote: > Updated cups to 1.2.6 and the ebuild told me to run: [SNIP] > # FEATURES=-collision-protect emerge -va1 > $(qfile -qC /usr/lib/cups /etc/cups | sed "s:net-print/cups$::") > bash: qfile: command not found > > revdep-rebuild doesn't throw up anything. > > What should I do? emerge portage-utils. # grep -A 4 -B 1 qfile $(portageq portdir)/net-print/cups/cups-1.2.6.ebuild ewarn "/usr/lib/cups exists - You need to remerge every ebuild that" ewarn "installed into /usr/lib/cups and /etc/cups, qfile is in portage-utils:" ewarn "# FEATURES=-collision-protect emerge -va1 \$(qfile -qC /usr/lib/cups /etc/cups | sed \"s:net-print/cups$::\")" ewarn ewarn "FEATURES=-collision-protect is needed to overwrite the compatibility" ewarn "symlinks installed by this package, it wont be needed on later merges." ewarn "You should also run revdep-rebuild" -- Bo Andresen pgp4dqZU6rZuV.pgp Description: PGP signature
Re: [gentoo-user] WiFi adaptor playing up
On 2/1/07, Mick <[EMAIL PROTECTED]> wrote: On Thursday 01 February 2007 08:46, James Ausmus wrote: > On 1/29/07, Mick <[EMAIL PROTECTED]> wrote: > > On Monday 29 January 2007 23:06, James Ausmus wrote: > > When you say configure it on the card do you mean in the /etc/conf.d/net > > file? > > Nope - I mean: > > iwconfig ra0 essid > iwconfig ra0 mode > iwconfig ra0 channel > iwconfig ra0 ap > iwconfig ra0 enc OK, I've tried these a number of times in the past but the adaptor won't play ball. Even basic commands like 'iwconfig wlan0 up' will not work. Hmm - you might have to do: ifconfig wlan0 up prior to any iwconfig command. When you just tpye: iwconfig What do you get? > Try different sets of the above commands, if you do all of them with > the proper params, but still no connectivity after a > /etc/init.d/net.ra0 restart, then do: > > iwconfig --help > > And see what other commands might look interesting. > > You also might modprobe the rt2500usb module with debug=1 and watch > your dmesg output - it might give you some insight as to *why* things > are failing. :) # modprobe -v rt2500usb debug=1 insmod /lib/modules/2.6.18-gentoo-r6/rt2x00/rt2500usb.ko debug=1 FATAL: Error inserting rt2500usb (/lib/modules/2.6.18-gentoo-r6/rt2x00/rt2500usb.ko): Unknown symbol in module, or unknown parameter (see dmesg) dmesg shows; rt2500usb: Unknown parameter `debug That's because I did not compile the driver with the debug USE flag. I did try to do this once and a debugfs error came up. > > These two worked fine for my USB adaptor: > > > > Sat Dec 9 08:54:56 2006 >>> net-wireless/rt2x00- > > Wed Dec 27 17:34:33 2006 >>> net-wireless/rt2x00- > > Thanks! I'll give those a try when I get a chance. :) OK, you'll need to follow the steps in here: http://gentoo-wiki.com/Skipping_fetch_for_CVS_packages and with regards to setting the date, use the -D option, like so: -D 2006-12-09 Thanks much! -James -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] [kernel 2.6.19-r4] DVD Drive extremely slow
On Thu, 01 Feb 2007 22:01:26 +0100 Jakob Buchgraber <[EMAIL PROTECTED]> wrote: > Thanks for your reply! > > >> Any good reason you've chosen to disable .../ATAPI/... support > >> above? > > Yap. My DVD Drive is SATA. > > Cheers, > Jay good reason ; ) I guess i may not be much help to you, having never owned or seen one of those. Is if blue-ray or someting? it's neat that you don't have to waste space in your case on one of those bulky ugly ancient-looking pata cables. however,i do wonder whether > ata2.00: ATAPI, max UDMA/33 > ata2.00: configured for UDMA/33 doesn't suggest that maybe ATAPI might be used as well by the hardware? -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] [kernel 2.6.19-r4] DVD Drive extremely slow
Thanks for your reply! >> Any good reason you've chosen to disable .../ATAPI/... support above? Yap. My DVD Drive is SATA. Cheers, Jay -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] [kernel 2.6.19-r4] DVD Drive extremely slow
On Thu, 01 Feb 2007 19:15:42 +0100 Jakob Buchgraber <[EMAIL PROTECTED]> wrote: > Hey everybody! > > I've upgraded to kernel 2.6.19 (gentoo sources) a few days ago > however I can't get my DVD Drive working correctly. > *ATA/ATAPI/MFM/RLL support* > < > ATA/ATAPI/MFM/RLL support > ata2.00: ATAPI, max UDMA/33 > ata2.00: configured for UDMA/33 Any good reason you've chosen to disable .../ATAPI/... support above? granted i don't have the same ide chipset but, other than that stuff, here's what I would have enabled in my kernel if i were installing on that system. <*> ATA/ATAPI/MFM/RLL support <*> Enhanced IDE/MFM/RLL disk/cdrom/tape/floppy support <*> Include IDE/ATAPI CDROM support <*> generic/default IDE chipset support [*] PCI IDE chipset support <*> Generic PCI IDE Chipset Support [*] Generic PCI bus-master DMA support [*] Use PCI DMA by default when available -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Symlinking /usr/portage/distfiles
On Thu, 1 Feb 2007 19:43:00 +0100 Ralf Stephan <[EMAIL PROTECTED]> wrote: > > > 2GHz Centrino > > > 2GB Ram > > > 80G SATA > > > 2.6.19-suspend2-r1 > > > > Odd. My 2.8GHz Pentium 4 takes *far* longer to compile OO, > > something close to 10h, though I haven't really timed it. frankly, in my experience pentium 4s are absolutely horrendous processors. They're just very, very slow. Their clock speed is great but ... i don't know. My compusa-tech friend assures me that it's the 'quad-pumped' architecture that makes my p-4 celeron 2.4 perform about as well as a pentium III. I have'nt done any benchmarks either, though. > Memory is essential for compiling, so a guess would be that you > have less than 1 GB RAM. Maybe even 1GB is not enough. > > > ralf > as long as you don't have -pipe in your cflags, i don't think more than 512 megs is essential for compiling. In fact, i don't think even that is essential. -pipe puts all temp files in ram. Without -pipe, the files are stored on disk (/var/tmp/, i think, for emerges) and therefore you don't need a lot of memory. Of course, linux caches extremely aggressively so if the ram's there, it'll be used. -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: [kernel 2.6.19-r4] DVD Drive extremely slow
I am sorry for sending an HTML mail. Here is the plain text version :-) Hey everybody! I've upgraded to kernel 2.6.19 (gentoo sources) a few days ago however I can't get my DVD Drive working correctly. I got an Dell Inspiron 9400 Royal. lspci tells me that I have an ICH7 Chipset [00:1f.2 IDE interface: Intel Corporation 82801GBM/GHM (ICH7 Family) Serial ATA Storage Controller IDE (rev 01)] Here is all my relevant kernel configuration: Serial ATA (prod) and Parallel ATA (experimental) drivers <*> ATA device support <*> AHCI SATA support <*> Intel PIIX/ICH SATA support ATA/ATAPI/MFM/RLL support < > ATA/ATAPI/MFM/RLL support SCSI device support <*> SCSI disk support <*> SCSI CDROM support <*> SCSI generic support DMA Engine support [*] Support for DMA engines [*] Network: TCP receive copy offload < > Intel I/OAT DMA support My SATA DVD Drive is configured as an UDMA/33 Drive as dmesg | grep DMA tells me ... ata2.00: ATAPI, max UDMA/33 ata2.00: configured for UDMA/33 ... Btw.: It worked perfectly well under openSUSE 10.2 (don't have it installed anymore, so I can't check which drivers were used) and gentoo kernel 2.6.18-r6 (I also used the ATA_PIIX driver there). Any hints? Cheers, Jay -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Symlinking /usr/portage/distfiles
> > 2GHz Centrino > > 2GB Ram > > 80G SATA > > 2.6.19-suspend2-r1 > > Odd. My 2.8GHz Pentium 4 takes *far* longer to compile OO, something close to > 10h, though I haven't really timed it. Memory is essential for compiling, so a guess would be that you have less than 1 GB RAM. Maybe even 1GB is not enough. ralf -- gentoo-user@gentoo.org mailing list
[gentoo-user] [kernel 2.6.19-r4] DVD Drive extremely slow
Hey everybody! I've upgraded to kernel 2.6.19 (gentoo sources) a few days ago however I can't get my DVD Drive working correctly. I got an Dell Inspiron 9400 Royal. lspci tells me that I have an *ICH7* Chipset [00:1f.2 IDE interface: Intel Corporation 82801GBM/GHM (ICH7 Family) Serial ATA Storage Controller IDE (rev 01)] Here is all my relevant kernel configuration: *Serial ATA (prod) and Parallel ATA (experimental) drivers* <*> ATA device support <*> AHCI SATA support <*> Intel PIIX/ICH SATA support *ATA/ATAPI/MFM/RLL support* < > ATA/ATAPI/MFM/RLL support *SCSI device support* <*> SCSI disk support <*> SCSI CDROM support <*> SCSI generic support *DMA Engine support* [*] Support for DMA engines [*] Network: TCP receive copy offload < > Intel I/OAT DMA support My SATA DVD Drive is configured as an *UDMA/33* Drive as dmesg | grep DMA tells me ... ata2.00: ATAPI, max UDMA/33 ata2.00: configured for UDMA/33 ... Btw.: It worked perfectly well under openSUSE 10.2 (don't have it installed anymore, so I can't check which drivers were used) and gentoo kernel 2.6.18-r6 (I also used the ATA_PIIX driver there). Any hints? Cheers, Jay
Re: [gentoo-user] mediamanager tries to open wrong path (SOLVED)
On Thu, 1 Feb 2007 18:27:40 +0100, Gerhard Hoogterp wrote: > > If your camera mounts as USB-storage, the camera is simply acting as > > an expensive card reader. > > True, but the card is also not the cardreader..;-) Anyhow, for me this > works as it looks at the camera and not at the card.. True, but as I mentioned elsewhere, I prefer that. The source for Digikam is the same whether I leave the card in the camera or use a reader.But it's good to know for sure that you can do it the way you like too. -- Neil Bothwick Disinformation is not as good as datinformation. signature.asc Description: PGP signature
Re: [gentoo-user] mediamanager tries to open wrong path (SOLVED)
On Thursday 01 February 2007 00:44, Neil Bothwick wrote: > There is a way round this. It is possible, somewhere in the config of > pmount/hal, to have devices mounted according to the /dev name only. I > can't remember where this is, but Google and/or grep should find it. After some searching around I found the HAL 0.4.0 specs (http://people.redhat.com/davidz/hal-spec/hal-spec.html) offering all the info needed to write my own policy: camera The line that makes it work for me is the which is true when my camera (a dynax 7D) tries to create an mount point. The result is a /media/camera which I can use in digikam to import photo's.. > > Besides, the card > > isn't the camera.. so even on a logical level it's wacky.. > > If your camera mounts as USB-storage, the camera is simply acting as an > expensive card reader. True, but the card is also not the cardreader..;-) Anyhow, for me this works as it looks at the camera and not at the card.. Thanks for thinking along! Gerhard -- Ithaka photography, http://ithaka.mine.nu/ -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] emerging php with mysql and recode support
szerda 31 január 2007 12.21 dátummal Heinz Hombergs ezt írta: > Am Mittwoch, 31. Januar 2007 Boyd Stephen Smith Jr. wrote: > > > File a bug, and be prepared with a patch -- cause there's probably a good > > reason they are considered "conflicting". > > There are some more useflags that are conflicting with recode. I can rember > that yaz is one of them. > And I thing iconv is a better solution than recode. ;) Thanks, iconv works well. István -- gentoo-user@gentoo.org mailing list
RE: [gentoo-user] Dodgy hardware?!?!
> -Original Message- > From: Hans-Werner Hilse [mailto:[EMAIL PROTECTED] > Sent: 01 February 2007 13:05 > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] Dodgy hardware?!?! > > > Hi, > > On Wed, 31 Jan 2007 06:34:01 -0600 Dan Farrell > <[EMAIL PROTECTED]> wrote: > > > On Wed, 31 Jan 2007 23:27:10 +1100 > > Dave Oxley <[EMAIL PROTECTED]> wrote: > > > > > Is there a way of testing the RAM? > > > > a great way, yes, and it's provided on the gentoo boot cds, even the > > minimal. at the isolinux (boot:) prompt, just type memtest-86 and > > patiently await the completion of just one test. > > But always remember that, given the hypothesis that the RAM is working > OK, all memtest can do is to _negate_ this hypothesis. It can never > verify that hypothesis. > > So it's always worth to start memtest -- after all, it might fail and > you know for sure that RAM is bad (or memory timing or whatever, but > it's faulty hardware then). But if it doesn't fail that doesn't mean > that RAM is alright! > > -hwh > -- > gentoo-user@gentoo.org mailing list I would also note that leaving it for a few hours is generally recommended. I have used memtest86 to identify a few bad sticks of ram and all have shown errors within the first few tests, but it cant hurt to run it a little longer. In addition - if you have multiple DIMMs and find one is bad, run memtest again after removing the faulty DIMM to make sure the others are fine. As for the graphics card in the system in question - check that the cooling fan is working correctly. I had some awful artifacting in Linux on a card a year or so ago when the GPU fan snuffed it and the GPU was overheating (the heatsink was hot to the touch such that you couldn't hold a finger on it for long!). -- djn Disclaimer: I represent no-one else in my emails to this list. Use any advice given at your own risk. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Dodgy hardware?!?!
Hi, On Wed, 31 Jan 2007 06:34:01 -0600 Dan Farrell <[EMAIL PROTECTED]> wrote: > On Wed, 31 Jan 2007 23:27:10 +1100 > Dave Oxley <[EMAIL PROTECTED]> wrote: > > > Is there a way of testing the RAM? > > a great way, yes, and it's provided on the gentoo boot cds, even the > minimal. at the isolinux (boot:) prompt, just type memtest-86 and > patiently await the completion of just one test. But always remember that, given the hypothesis that the RAM is working OK, all memtest can do is to _negate_ this hypothesis. It can never verify that hypothesis. So it's always worth to start memtest -- after all, it might fail and you know for sure that RAM is bad (or memory timing or whatever, but it's faulty hardware then). But if it doesn't fail that doesn't mean that RAM is alright! -hwh -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Symlinking /usr/portage/distfiles
On Wed, 31 Jan 2007 06:25:52 -0600, Dan Farrell wrote: > > > > available. It takes around 15 hours :( > > distcc + crossdev = ; ) > > im not sure, but i bet you can maybe build G4 code on another box. It's possible, but the OOo build disables multiple processing unless you set WANT_MP=1, so distcc would have to do everything on the other box. Cross-compiling a package on the other box may be a simpler solution. Sleeping during the compile is even easier :) Although compiling OOo takes a long time, it's not as though there is any urgency about it. The machine, and the old version of OOo, is still usable during compilation. -- Neil Bothwick This tagline SHAREWARE. Send . signature.asc Description: PGP signature
Re: [gentoo-user] Symlinking /usr/portage/distfiles
On Thursday 01 February 2007, Nelson, David (ED, PAR&D) wrote: > > Also Pentium-M has a lower latency L2 cache than P-4. With respect > > to pipeline lengths I was curious to see what they actually > > were: P-4 has > > 20 stages, P-M has.. err... < 20 stages (Intel won't say exactly!). > > > > I found this an interesting read for those of you interested in > > this: > > > > http://www.anandtech.com/cpuchipsets/showdoc.aspx?i=2342&p=1 > > > > Cheers > > > > Mark > > At the risk of pulling this topic a little more off-topic - the P-M > vs P-4 is an interesting case of a Pentium 3 chipset with a die > shrink outperforming a P-4. > > The Intel Core (2) Solo/Duo CPUs are based on the Pentium M as well. > Netburst is pretty much dead afaik. Thanks for everyone's replies. I now know, 6 months later, exactly what cpu I have :-) I've been finding over the last 10 years or so that if I don't keep up with new cpu developments, it takes ages to get familiar with the terminology and current products again. I think it's called "the price of rapid technology advances" alan -- gentoo-user@gentoo.org mailing list
RE: [gentoo-user] Symlinking /usr/portage/distfiles
> -Original Message- > From: Mark Kirkwood [mailto:[EMAIL PROTECTED] > Sent: 31 January 2007 23:49 > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] Symlinking /usr/portage/distfiles > > > Boyd Stephen Smith Jr. wrote: > > On Wednesday 31 January 2007 09:58, Alan McKinnon > > <[EMAIL PROTECTED]> wrote about 'Re: [gentoo-user] > > Symlinking /usr/portage/distfiles': > >> On Wednesday 31 January 2007, Bo Ørsted Andresen wrote: > >>> Furthermore Pentium 4 is a joke (it performs horribly). A 2 GHz > >>> (Dothan I presume) Pentium-M should be faster than a 2,8 > GHz Pentium > >>> 4. My timing is for an 1,6 GHz (Banias) Pentium-M btw. > >> This sounds odd, but I'm not a cpu expert so can't really > comment. Care > >> to elaborate on why the P4 performs so horribly? > > > > The instruction pipeline is very long, the CPU <-> RAM > bandwith is quite > > small, and the pipeline has to be emptied any time the > branch predictor is > > wrong. While the pipeline fills, the CPU works but no results are > > visible. > > > > Hz has never been a complete trump of other issues affecting CPU > > performance, but is always a factor to consider. (Among > CPUs that are > > otherwise identical, higher Hz wins.) > > > > Also Pentium-M has a lower latency L2 cache than P-4. With respect to > pipeline lengths I was curious to see what they actually > were: P-4 has > 20 stages, P-M has.. err... < 20 stages (Intel won't say exactly!). > > I found this an interesting read for those of you interested in this: > > http://www.anandtech.com/cpuchipsets/showdoc.aspx?i=2342&p=1 > > Cheers > > Mark At the risk of pulling this topic a little more off-topic - the P-M vs P-4 is an interesting case of a Pentium 3 chipset with a die shrink outperforming a P-4. The Intel Core (2) Solo/Duo CPUs are based on the Pentium M as well. Netburst is pretty much dead afaik. -- djn Disclaimer: I represent no-one else in my emails to this list. Use any advice given at your own risk. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] WiFi adaptor playing up
On 1/29/07, Mick <[EMAIL PROTECTED]> wrote: On Monday 29 January 2007 23:06, James Ausmus wrote: > On 1/29/07, Mick <[EMAIL PROTECTED]> wrote: > > My only consolation is that this fault is not intermittent. :-( > > > > Here's what happened. I emerged a different (to my tried & tested > > rt2x00- wireless driver). Then I uninstalled rt2x00-, but I > > couldn't get the new driver to work. So, I unmerged it, remerged > > rt2x00- (this is a CVS package) > > Bingo. :) > Since this is a CVS package, the version that you just now installed > is different than the one that you did have installed - CVS packages > go out to the live development tree, pull the latest and greatest > version of the development source code (never, ever, ever guaranteed > to work), and use that. I know what you mean. :-( In a previous version (back in November) I had to open the source files and correct some silly errors for it to compile properly. > So - possible solutions: > 1. Figure out the date/time of the emerge of the *successful* > rt2x00- package using genlop, then check out the CVS source tree > as of that date, and build/install by hand > 2. Work with the rt2x00 developers to figure out the problem and get > it corrected in the current version > 3. Try what I'm currently doing with my rt2500 card (using the > rt2x00-999 package compiled from CVS on Wed Jan 3 20:39:53 2007, > according to genlop) - manually set the ESSID, AP, and encryption > settings on the card, then issue a /etc/init.d/net.ra0 start/restart > command. When you say configure it on the card do you mean in the /etc/conf.d/net file? Nope - I mean: iwconfig ra0 essid iwconfig ra0 mode iwconfig ra0 channel iwconfig ra0 ap iwconfig ra0 enc Try different sets of the above commands, if you do all of them with the proper params, but still no connectivity after a /etc/init.d/net.ra0 restart, then do: iwconfig --help And see what other commands might look interesting. You also might modprobe the rt2500usb module with debug=1 and watch your dmesg output - it might give you some insight as to *why* things are failing. :) > BTW - If you do figure out the date/time of the successful CVS > package, let me know, and I'll try that one on my laptop, see if it > fixes my problems. :) These two worked fine for my USB adaptor: Sat Dec 9 08:54:56 2006 >>> net-wireless/rt2x00- Wed Dec 27 17:34:33 2006 >>> net-wireless/rt2x00- Thanks! I'll give those a try when I get a chance. :) -James -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] WiFi adaptor playing up
On 1/30/07, Mick <[EMAIL PROTECTED]> wrote: On Monday 29 January 2007 23:30, Mick wrote: > On Monday 29 January 2007 23:06, James Ausmus wrote: > > So - possible solutions: > > 1. Figure out the date/time of the emerge of the *successful* > > rt2x00- package using genlop, then check out the CVS source tree > > as of that date, and build/install by hand Where do I find this? I've had a look at the website and all I can see is the daily builds. > > 2. Work with the rt2x00 developers to figure out the problem and get > > it corrected in the current version > > 3. Try what I'm currently doing with my rt2500 card (using the > > rt2x00-999 package compiled from CVS on Wed Jan 3 20:39:53 2007, > > according to genlop) - manually set the ESSID, AP, and encryption > > settings on the card, then issue a /etc/init.d/net.ra0 start/restart > > command. > > When you say configure it on the card do you mean in the /etc/conf.d/net > file? > > > BTW - If you do figure out the date/time of the successful CVS > > package, let me know, and I'll try that one on my laptop, see if it > > fixes my problems. :) > > These two worked fine for my USB adaptor: > > Sat Dec 9 08:54:56 2006 >>> net-wireless/rt2x00- > Wed Dec 27 17:34:33 2006 >>> net-wireless/rt2x00- > > How could I get portage to emerge a particular CVS version? I found the answer and it is using this very package as an example! http://gentoo-wiki.com/Skipping_fetch_for_CVS_packages However, still don't know where to find older tarballs. You probably won't be able to find a tarball - there *should* be some way to check out the source tree directly from CVS as of the date that you are interested in - I'm not a CVS user directly, myself, so I don't know what those commands would be off the top of my head - maybe some CVS guru (or at least casual user!) could chime in here? -James -- Regards, Mick -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Portage Error
Hello! Thank you guys. I am able to merge ipw3945d again. The clue was that "/var/db/pkg/net-wireless/ipw3945d-1.7.22-r4" was a file instead of a directory. I removed it and installed ipw3945d again. But i guess a reinstall will be unavoidable anyway. :( Patrick pgptOHLGMJS7L.pgp Description: PGP signature