Re: [gentoo-user] Removing excessive stuff from profile
On Sat, Jul 13, 2013 at 11:42:47PM +0800, Andrew Lowe wrote Taking a lead from this, I went and changed my profile to be the default, no KDE or gnome, and hey presto, the emerge count went from about 250 down to about 35. It is currently building now. I start my USE variable with -* and add in stuff that I need, i.e. USECPU=mmx mmxext sse sse2 sse3 ssse3 USEOTHER= X a52 aac bzip2 cxx dga dri exif ffmpeg flac fortran gallium gif intel jpeg mng mp3 mpeg ncurses nptl nptlonly nsplugin offensive ogg opengl openrc png posix readline ssl theora threads tiff tools truetype vim-syntax vorbis xcomposite webm x264 xpm xv xvid zlib USE=-* ${USECPU} ${USEOTHER} ...plus I also have some entries in package.use -- Walter Dnes waltd...@waltdnes.org I don't run desktop environments; I run useful applications
Re: [gentoo-user] k3b burning BD-Disk pretends to fail at 99.99%
Alexander Puchmayr alexander.puchm...@linznet.at wrote: I just made a simple test by renaming growisofs and then attemting to create a BD-RE disk (Re-recordables are nice, sine non-RW media don't grow in my garden ;-) Result: k3b complained that it cannot find growisofs and that it won't be possible to create DVDs. I tried to create a BD, so I continued, selected approximately 17GB of my foto-disk, and tried to write them. Immediately, k3b's write-disk dialog showed that mkisofs cannot find growisofs and then mkisofs has crashed. It was worth a try, but it didn't work. Alex PS: app-cdr/cdrtools-3.00 app-cdr/dvd+rw-tools-7.1-r1 I positively know that an unmodified k3b looks for /op/schily/bin/cdrecord first. This has been introduced a few years ago and I checked it at that time. So how about fetching a recent cdrtools from: ftp://ftp.berlios.de/pub/cdrecord/alpha/ and call make install? Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
Re: [gentoo-user] Please help me with an emerge slot problem.
Hello, Philip, On Sat, Jul 13, 2013 at 09:00:34PM -0400, Philip Webb wrote: 130713 Alan Mackenzie wrote: When I try emerge -puND libgcrypt, I get !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: dev-libs/libgcrypt:0 (dev-libs/libgcrypt-1.5.2-r1::gentoo, ebuild scheduled for merge) pulled in by (no parents that aren't satisfied by other packages in this slot) (dev-libs/libgcrypt-1.5.0-r2::gentoo, installed) pulled in by =dev-libs/libgcrypt-1.1.90:0/0= required by (net-misc/vino-2.32.2-r1::gentoo, installed) It looks like one of those standard conflicts, which you resolve by unmerging Libgcrypt before merging the new version ; after that, you may also need to remerge Vino . Thanks! I unmerged libgcrypt, then remerged it, then had some fun with pambase and shadow (whatever they are) not liking eachother. I managed to get fully updated in the end, including merging the new libreoffice. It took a while. -- Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] k3b burning BD-Disk pretends to fail at 99.99%
Thomas Schmitt scdbac...@gmx.net wrote: Hi, An account is required, running Gentoo is not. I understood it was for users who encounter bugs in Gentoo. That would be Alex, the OP. As i stressed too much already, the growisofs bug should be fixed in any case. If it is possible to let K3b use cdrecord for DVD and BD, then i would apply for enabling my program cdrskin, too. (Actually i think it would be easier to emulate growisofs capabilities by cdrskin than by cdrecord.) k3b does not need the CLI interface from growisofs and happily works with the CLI from cdrecord. Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
Re: [gentoo-user] k3b burning BD-Disk pretends to fail at 99.99%
Thomas Schmitt scdbac...@gmx.net wrote: Hi, However, your patch is for growisofs, which in Gentoo comes from app-cdr/dvd+rw-tools, so the proper place for such patch would be cdwr...@other.debian.org per http://fy.chalmers.se/~appro/linux/DVD+RW/ -- On that list there was support by Andy Polykov until shortly after the bug in question was reported. A fixed release was promised but did not emerge. See http://lists.debian.org/cdwrite/2008/07/msg00092.html The mailing list at cdwr...@other.debian.org delivers aprox 20x more spam than useful content. Since Debian attacked cdrtools, people lost interest in discussing things on that list and the useful messages on that list are now negligible. Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
Re: [gentoo-user] k3b burning BD-Disk pretends to fail at 99.99%
Thomas Schmitt scdbac...@gmx.net wrote: Hi, Okay, then, is your patch necessary when using this command: growisofs -dvd-compat -Z /dev/sr0=image.iso with a DVD? No. I do not know about any growisofs flaws with DVD. As mentioned before: growisofs does not correctly follow the SCSI standard and as a result, it does not work with all drives. In addition, growisofs does not know about firmware bugs and this also causes problems with some drives. It's source is compiled using the C++ compiler, but inside it looks like assembly. If the original author does no longer support it, more than small changes are not worth being done. I would be interested if anyone misses specific features from growisofs in cdrecord. Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
Re: [gentoo-user] Please help me with an emerge slot problem.
On 14/07/2013 14:59, Alan Mackenzie wrote: Hello, Philip, On Sat, Jul 13, 2013 at 09:00:34PM -0400, Philip Webb wrote: 130713 Alan Mackenzie wrote: When I try emerge -puND libgcrypt, I get !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: dev-libs/libgcrypt:0 (dev-libs/libgcrypt-1.5.2-r1::gentoo, ebuild scheduled for merge) pulled in by (no parents that aren't satisfied by other packages in this slot) (dev-libs/libgcrypt-1.5.0-r2::gentoo, installed) pulled in by =dev-libs/libgcrypt-1.1.90:0/0= required by (net-misc/vino-2.32.2-r1::gentoo, installed) It looks like one of those standard conflicts, which you resolve by unmerging Libgcrypt before merging the new version ; after that, you may also need to remerge Vino . Thanks! I unmerged libgcrypt, then remerged it, then had some fun with pambase and shadow (whatever they are) Oh dear, you don't know what those are, without them you have no user accounts and can't log in :-) shadow implements the Unix password scheme using /etc/shadow, plus all the helper commands like useradd|mod|del etc PAM is Pluggable Authentication Modules - a bunch of rules and configs where you determine what exactly comprises a successful authentication. If you wanted to implement a fingerprint swiper and retina scanner, easiest would to be fit all that plumbing into PAM and tell the system to use it. PAM ships out of the box using shadow as the default way to auth users (i.e. by password). pambase is what implements this default method. pam (the full thing) implements the plumbing you need for everything else. shadow and pam are renowned for causing blockers that can't be automagically resolved, it's because they slot in at very low levels. not liking eachother. I managed to get fully updated in the end, including merging the new libreoffice. It took a while. Indeed. I find the only thing worse is icu. Even though the only docs I have ever read are in English (usually the Queen's version), I still can't get that thing off the system - libreoffice insists -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] I've got an ARM SoC board - now what dir's to put on the SSD
Hi all, I've bought one of the ARM based Cubieboards which I intend to use as a media server. I've got Gentoo running on it but would now like to push system stuff across from the SD card to the SSD drive - you can't boot from the actual SSD you need to do that from an SD card. This way it should be a bit quicker and I won't run out of SD card space as the system is updated. Can anyone point me to a webpage that has recommendations or has actual experience as to what I can shift across? I'm guessing /usr/portage/* would be the one to go across? Regards, Andrew
[gentoo-user] cannot build dev-libs/boost-1.53.0
In my latest world update I get the following when trying to emerge dev-libs/boost-1.53.0. cp boostbook/xsl/testing/testsuite.xsl ../dist/share/boostbook/xsl/testing/testsuite.xsl common.copy ../dist/share/boostbook/xsl/caramel/LICENSE cp boostbook/xsl/caramel/LICENSE ../dist/share/boostbook/xsl/caramel/LICENSE ...failed updating 1 target... I looked at bugs.gentoo.org, but could find nothing -- am I missing something? Thanks in advance for any suggestions. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] I've got an ARM SoC board - now what dir's to put on the SSD
On 14/07/2013 20:38, Andrew Lowe wrote: Hi all, I've bought one of the ARM based Cubieboards which I intend to use as a media server. I've got Gentoo running on it but would now like to push system stuff across from the SD card to the SSD drive - you can't boot from the actual SSD you need to do that from an SD card. This way it should be a bit quicker and I won't run out of SD card space as the system is updated. Can anyone point me to a webpage that has recommendations or has actual experience as to what I can shift across? I'm guessing /usr/portage/* would be the one to go across? - move everything portage-related out of /usr/ into /var/ [1] - move all of these to the ssd: - /var - /home - /srv - /media - /mount and anything else written to frequently. You won't find much in the way of real recommendations on this, as it's all subject to how you want it to work best. What you will find out there is much opinion about what is good, I just offered you mine. A good starting point might be to look at projects like openelec for Raspberry Pi and see how they do it, the use-case looks similar to yours [1] IIRC this is the new portage default anyway unless you change it. Make *much* more sense to change it -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] I've got an ARM SoC board - now what dir's to put on the SSD
On 15/07/13 at 02:38am, Andrew Lowe wrote: Hi all, I've bought one of the ARM based Cubieboards which I intend to use as a media server. I've got Gentoo running on it but would now like to push system stuff across from the SD card to the SSD drive - you can't boot from the actual SSD you need to do that from an SD card. This way it should be a bit quicker and I won't run out of SD card space as the system is updated. Can anyone point me to a webpage that has recommendations or has actual experience as to what I can shift across? I'm guessing /usr/portage/* would be the one to go across? Regards, Andrew How about moving the entire / to the sd card and leaving just the boot-loader and the kernel on the sdcard ? OT: When I was playing around with my raspberry pi I took a similar approach but / was mounted over nfs. That way I could make changes easily, that is until I got frustrated enough trying to get xmbc to work and threw it all away and installed openelec :). -- - Yohan Pereira The difference between a Miracle and a Fact is exactly the difference between a mermaid and a seal. -- Mark Twain
Re: [gentoo-user] hp H222 SAS controller
On Mon, Jul 8, 2013 at 10:58 AM, Alan McKinnon alan.mckin...@gmail.com wrote: On 08/07/2013 17:39, Paul Hartman wrote: On Thu, Jul 4, 2013 at 9:04 PM, Paul Hartman paul.hartman+gen...@gmail.com wrote: ST4000DM000 As a side-note these two Seagate 4TB Desktop edition drives I bought already, after about than 100 hours of power-on usage, both drives have each encountered dozens of unreadable sectors so far. I was able to correct them (force reallocation) using hdparm... So it should be fixed, and I'm reading that this is normal with newer drives and don't worry about it, but I'm still coming from the time when 1 bad sector = red alert, replace the drive ASAP. I guess I will need to monitor and see if it gets worse. Way back when in the bad old days of drives measured in 100s of megs, you'd get a few bad sectors now and then, and would have to mark them as faulty. This didn't bother us then much Nowadays we have drives that are 8,000 bigger than that so all other things being equal we'd expect sectors to fail 8,000 time more (more being a very fuzzy concept, and I know full well I'm using it loosely :-) ) Our drives nowadays also have smart firmware, something we had to introduce when CHS no longer cut it, this lead to sector failures being somewhat invisible leaving us with the happy delusion that drives were vastly reliable etc etc etc. But you know all this. A mere few dozen failures in the first 100 hours is a failure rate of (Alan whips out the trust sci calculator) 4.8E-6%. Pretty damn spectacular if you ask me and WELL within probabilities. There is likely nothing wrong with your drives. If they are faulty, it's highly likely a systemic manufacturing fault of the mechanicals (servo systems, motor bearing etc) You do realize that modern hard drives have for the longest time been up there in the Top X list of Most Reliable Devices Made By Mankind Ever? An update: the Seagate drives have both continued to spit more unrecoverable errors and find more and more bad sectors. Including some end-to-end errors indicated as critical FAILING NOW status in SMART. From what I have read that error means the drive's internal cache did not match the data written to disk, which seems like a serious flaw. The threshold is 1 which means if it happens at all, the drive should be replaced. It has happened half a dozen times on each disk so far (but not at the exact same time, so I don't think it is a host controller problem -- and other disks on the same controller and cable have had no issues). They have also been disconnecting and resetting randomly, sometimes requiring me to pull the drive and reinsert it into the enclosure to make it reappear. It happens even after I disabled APM, so I know it isn't a spin-down/idle timeout thing. Temperatures are actually very good (low 30's) so they are not overheating. I think I will try to trade them in to Seagate for a new pair under warranty replacement. And then probably try to sell the replacements and be rid of them. Meanwhile, during that experiment, I bought 2 brand new Western Digital Red 3TB drives last week. No problems in SMART testing or creating LVM/RAID/Filesystems. I have now been running the destructive write/read badblocks tests for 24+ hours and they have been perfect so far, exactly 0 errors. They are more expensive (3TB for the same price as the 4TB seagate) and slightly slower read/write speed (150MB/sec peak vs 170MB/sec peak), but I value reliability over all other factors. These Seagate drives must have some kind of manufacturing defect, or perhaps were damaged in shipping... UPS have been known to treat packages like a football!