Re: [gentoo-user] RAID 1+0 question
[EMAIL PROTECTED] wrote: Marton Gabor [EMAIL PROTECTED] wrote: - could someone give me a good howto? http://www.gentoo.org/doc/en/gentoo-x86-tipsntricks.xml#software-raid - do I need to make a /boot partition which is not part of any arrays or will grub boot from raid1+0? You can make /boot on raid too, but only raid1. Dont forget to compile raid1 support into kernel, not modules. You can make /dev/md0 for /boot out of 4 small partitions (sda1,sdb1,sdc1,sdd1). All other partitions can be on raid0+1 or any other combination. My own opinion: if I had 4x good 250GB sata drives, I'd probably do raid1 for /boot, and raid5 for rest... Jarry ...or RAID 6 if you're paranoid. You might want to have a look at: http://gentoo-wiki.com/HOWTO_Gentoo_Install_on_Software_RAID_mirror_and_LVM2_on_top_of_RAID Matt -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] $PKGDIR is getting full of old cruft - script for cleaning?
Alexander Skwar wrote: Hi! In my $PKGDIR, old cruft gets accumulated over time - eg. 6 versions of kernel source (suspend2-sources), multiple releases of mozilla-firefox and so on. Does anyone know of a script that cleans all that stuff? Basically, I'd be happy to have just the *latest* version of any package available in $PKGDIR. Thanks, Alexander Skwar There is a script by Ed Catmur called cruft. I think that's what you want. He's the author of the excellent dep script too. Google cruft catmur. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Wearab le Gentoo Computer?
A. Khattri wrote: On Thu, 27 Oct 2005, Matt Randolph wrote: My gosh! They've invented the world's most expensive Knoppix CD. I forgot, the Knoppix CD is writable and comes with a fingerprint reader... This is a very interesting product and I am glad that you mentioned it. However, I think I would rather use a cheap thumbdrive, strong passwords, and a Knoppix CD. Total cost = ~$30. If you must have a biometric scanner for security, there are much cheaper ways to do it. I just found a 512MB Sandisk Cruzer Profile for $55. It is a thumbdrive and a fingerprint scanner combined. Add a Knoppix CD and you have the same functionality as this device. Except the BlackDog only has a 400MHz PPC CPU and 64MB RAM. This is probably slower than the host computer will be and it probably has less RAM too. Also, everything like networking, video, and disk activity must be squeezed through the USB bus when you use this device. With Knoppix, you use the PCI and AGP busses of the host computer for these things. Knoppix should be much faster than this device for most purposes. Although this is an interesting product, I don't see how someone would use it as a Wearab le computer. It requires a host computer to provide input and output devices as well as to provide electricity. The only heads-up display glasses I know of have to be connected to a VGA, NTSC, or PAL video source. It doesn't look like this device can produce these signals. If you wanted to wear this, you would need to connect it to a sub-notebook running Windows or Linux and carry them both around. But then why not just put Gentoo on the sub-notebook instead? -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Wearab le Gentoo Computer?
A. Khattri wrote: On Thu, 27 Oct 2005, Mark Shields wrote: You want to be a gargoyle ( http://tecfa.unige.ch/perso/staf/nova/blog/2003/09/23/gargoyle-and-self-gargoyle/ )? Heh. I'd start with a mac mini. Or get Gentoo running on this: http://www.projectblackdog.com/ My gosh! They've invented the world's most expensive Knoppix CD. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] burning compressed iso
damian bamforth wrote: I want to burn an iso image with a .bz2 extension (the full file name is livecd64-ahorn5.iso.bz2). I only have windows xp. I tried the 'bsdtar' tool, but, whilst it decompresses the file, it doesn't leave an iso image which I can then burn. What do I do? Thanks IMHO, the proper way to do what you need to do is with GNU tools. Go to http://unxutils.sourceforge.net/ and download the GNU Unix tools for Windows. Use bunzip2.exe to decompress the archive. If you know the md5sum, you can also use md5sum.exe to check your archive too. There is no file.exe however, so I don't know how you can determine what kind of file it is that you end up with. If you need help using the tools, there is a man.exe, but there aren't any pages for it to read. Instead, use the --help switch to get an idea of how to use each tool. IIRC Service Pack 2 provides TAB-autocompletion for Windows XP. If you have that and if you throw all those tools into your path, it'll be the next best thing to being at a real computer. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] burning compressed iso
damian bamforth wrote: --- Holly Bostick [EMAIL PROTECTED] wrote: damian bamforth schreef: On Sat, 2005-10-22 14:59:02, Rumen Yotov wrote: IIRC you can use 7zip for Windows to uncompress .bz2 compressed files. Or search for bzip2 for Windows (was win tools or something similar). I have managed to decompress the file with 'bsdtar', however, this does not result in an 'iso' but actually turns the livecd64-ahorn5.iso.bz2 into all the files that would make up the livecd64-ahorn5.iso, so I do end up with all the files, but not an image I can burn onto a cd. Perhaps the file you're using has been deliberately misnamed. Or, perhaps bsdtar is not as useful a program as it would seem at first glance. If you remove the *.bz2 extension, leaving the filename as just *.iso, can it then be burned as an ISO in your CD burning software? In any case I would check the file with WinRAR or 7zip (or even Total Commander) to confirm that it really is a bzipped iso, and not just an ISO that has been renamed to iso.bz2 Holly -- gentoo-user@gentoo.org mailing list Ahhh... 7zip found the iso, and extracting it. This issue is now resolved. Thanks, Damian Have lunch mid-post and it turns out the problem is solved before you click send. Oops! The GNU tools are still good to have on any Windows box, though. Glad to see your problem is resolved. Now if you can just fix the double posting problem. ;-) -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] My Continuing ALSA Woes
Michael Sullivan wrote: On Sat, 2005-10-22 at 08:51 -0700, Mark Knecht wrote: On 10/22/05, Michael Sullivan [EMAIL PROTECTED] wrote: Yes. I sent the output in a previous post. I don't use aplay very often, but I believe that the output it gave was the output it's supposed to give on a working sound system, except that there was no sound coming out of the speakers. I checked and the speakers are turned on and plugged into the PC and I turned the volume all the way up before running aplay and still didn't hear the wav file. I'm really hesitant to mention this one, but others have done it and so have I oncce or twice. Are you sure you have the speakers plugged into the right output from the motherboard? Normally it's the green one in the middle. Also, there was a time when the Intel 810 was senting output out on some other plug on a couple of machines. Try the headphone output plug as well as the speaker output plug. - Mark I have my speakers plugged into the headphone jack on the front of the case. That's the only way I could get sound out of them in Windows XP. The headphone jack on the front of the case? First of all, make sure that this is not the headphone jack on the front of the CD-ROM drive. If this is actually just an alternate front panel jack you should still try using the standard jack on the rear of the machine. What if there was something wrong with the front panel lead or jacks? If you couldn't get sound out of your machine under Windows through the regular speaker-out or line-out jacks, and you could only get sound out of this front panel connector, then either you have a serious hardware problem with the card or you installed the front panel lead improperly. On my newer machines, the front panel lead connects to the appropriate pins on the motherboard not once, but twice. The second connection serves as a jumper to enable the front panel connectors to work as well as the rear panel connectors. Check your motherboard manual to be sure that you have things wired up correctly. It sounds like you don't. If everything IS wired up correctly and both problems still persist (the Windows one and the ALSA one), then I'd urge you to run out and buy a new card. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] CPU upgrade - make.conf
Andreas Karlsson wrote: I went back to -march=athlon-xp. I don´t know how much k8 optimizations does performance-wise, but I guess it ain´t woth a reinstall. Best regards, Andreas Karlsson Sweden You might want to ask your question again in the gentoo-amd64 list. - Matt -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] script in /etc/cron.daily never runs
Dave Nebinger wrote: Also, check that the environment in the cron script is correct. It does not execute with the environment that you sit down at a terminal with, in particular $PATH. Another tip RE: environment variables cron, if you submit the job via at (sys-process/at), it will create an executable script in /var/spool/at/atjobs for running your submitted job, but the script includes the environment values from the session used to submit the job. So after submission via at, you can take the atjob file, copy it to your /etc/cron.* directory and you'll have everything you need regarding environment. Dave Thank you for the suggestion. I'll have to experiment with this. Matt -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] script in /etc/cron.daily never runs
Renat Golubchyk wrote:
On Wed, 21 Sep 2005 16:15:04 -0500 John Jolet [EMAIL PROTECTED] wrote:
On Wed, 2005-09-21 at 17:11 -0400, Matt Randolph wrote:
I have a script in /etc/cron.daily that never runs. It works
properly when run manually and it's been in there for weeks (and a
reboot or two).
I'm using vixie-cron.
Is the executable bit set? Otherwise run chmod u+x scriptname.
cron.daily doesn't get run from cron. gets run out of anacrondo
you have anacron installed?
That's wrong. I don't have anacron installed, I have plain vixie-cron,
and cron.{hourly,daily,weekly,monthly} gets run from cron. Here are the
relevant lines from /etc/crontab:
# check scripts in cron.hourly, cron.daily, cron.weekly and cron.monthly
0* * * * root rm -f /var/spool/cron/lastrun/cron.hourly
30 6 * * * root rm -f /var/spool/cron/lastrun/cron.daily
15 7 * * 6 root rm -f /var/spool/cron/lastrun/cron.weekly
08 1 * * root rm -f /var/spool/cron/lastrun/cron.monthly
*/10 * * * * root test -x /usr/sbin/run-crons /usr/sbin/run-crons
Cheers,
Renat
Thanks to everyone for their replies, but especially to Renat, Peter and
Willie. Looking again, I saw that the line pertaining to run-crons was
commented out. Perhaps it's time for me to increase the size of my
console font. ;-)
Matt
--
gentoo-user@gentoo.org mailing list
[gentoo-user] script in /etc/cron.daily never runs
I have a script in /etc/cron.daily that never runs. It works properly when run manually and it's been in there for weeks (and a reboot or two). I'm using vixie-cron. Anyone have any ideas? Thanks, Matt -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Slightly OT: favorite window manager/desktop environ?
Holly Bostick wrote: Matt Randolph schreef: But does the Knoppix user's system have an administrator NOW? I say it does not. It has been configured by an admin... heck, the OS was installed to it's filesystem by an admin... but there is no admin looking over the shoulder of the Knoppix user. Right so here's a real-world problem, from elsewhere on this list (authorization failure when sending email) Matthew Lee schreef: I've tried every combination of kmail settings available, no joy. I've reemerged all the software that --depclean removed, no joy. I've reemerged kmail, no joy. I've reemerged ssmtp, no joy. However, I think ssmtp, or something associated with it is the problem. But what I haven't a clue. Is there another simple mail transfer agent I could try. I don't need anything fancy it's just a laptop connected to the lab DHCP server. Since this issue seems to revolve around programs also available to Knoppix (and likely also being used under Knoppix), it's probably a valid example. So you've got a user who is unable to use a simple user function (send email). In the proposed administratorless world, who is supposed to fix this? The invisible administrator (who must exist, but is no longer necessarily present). Mr. Lee's problem is not that he cannot send email. It is that he cannot send email by the method he has chosen to use because he hasn't the knowledge necessary to make that method work. I assume he could probably resort to webmail in a pinch. If his distribution had provided those packages together with a wizard to bring the task of configuring them properly to within his grasp, he would not be having this problem. Is the task of producing such a wizard the responsibility of the Gentoo team? It would be only if he had paid them to provide such. But Mr. Lee hasn't paid anyone to do this configuration for him. He has consented to serve the role of administrator for his laptop himself by choosing a non-commercial distribution without a tech support line. However, it sounds like he is administering his laptop in a reasonable fashion by first exhausting every idea he can come up with before turning to the community for help. One might say that the admin is the person (or persons) that through knowledge and experience enable a system to perform what is required of it. Building systems that do not require physical interaction with administrators on a regular basis does not make the admin go away per se. It merely moves the admin FURTHER away. It may mean that the developers have assumed some of the roles an admin would have performed. So if developers can produce software that actually is maintenance free (to the satisfaction of the enduser), what has happened to your administrator? Now it is the developer that has made the system work by virtue of their experience. If the authors of kmail and ssmtp can't or won't do that, there may be others who will. The paid people at Redhat and Linspire come to mind. In the case of Knoppix, that's the Knoppix team or the Debian team, if we're restricting ourselves purely to the packages involved. Is the user supposed to download and install another fixed Knoppix disk in order to be able to use KMail as they did last week? Or is the user to follow the Debian protocol and not use the newer version of these programs (meaning they wouldn't be available to Debian stable in the first place, which of course, they probably aren't)? If everything is supposed to JustWork and does not, someone must be at fault. Who? The user is experiencing some unidentified conflict between programs that worked together well last week. Is there any way for those who are 'to blame' (development, packaging, some admin along the line) to work in such a way that these conflicts never ever filter down to the user? I say no, because we persist in making the conflicting applications known to the user before all such conflicts are identified and eliminated-- partly because development requires that these errors filter down to the user to be identified in the first place, as developers cannot test under all possible conditions. Basically the limit of software technology is that we make it immediately available to everyone as if it does not require administration, but it is (almost) never so stable and intuitive that this is in fact the case. The solution would seem to be to either not make the software available until it has been sufficiently tested so that it does JustWork under all possible conditions (which the trained greed of users will not allow), or teach the user that sometimes they may have to do something a bit more complicated than just click 'Send' (which means that the user cannot be a pure user anymore). I don't see any middle ground here, but maybe I'm missing something. Holly In the world of the cathedral, the middle ground is both. Console video games cannot easily
Re: [gentoo-user] Re: Slightly OT: favorite window manager/desktop environ?
Matt Randolph wrote: Mr. Lee's problem is not that he cannot send email. It is that he cannot send email by the method he has chosen to use because he hasn't the knowledge necessary to make that method work. I assume he could probably resort to webmail in a pinch. If his distribution had provided those packages together with a wizard to bring the task of configuring them properly to within his grasp, he would not be having this problem. Is the task of producing such a wizard the responsibility of the Gentoo team? It would be only if he had paid them to provide such. But Mr. Lee hasn't paid anyone to do this configuration for him. He has consented to serve the role of administrator for his laptop himself by choosing a non-commercial distribution without a tech support line. However, it sounds like he is administering his laptop in a reasonable fashion by first exhausting every idea he can come up with before turning to the community for help. Excuse me. I have just learned that Mr. Lee is actually Dr. Lee. My apologies. - Matt -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Slightly OT: favorite window manager/desktop environ?
Holly Bostick wrote: Matt Randolph schreef: [I just thought I'd chip in my two cents on the question of whether Linux is easy or hard. It's turned into more like my $11.62, so it's a good thing it's broken into sections.] Linux is easy. snip of Matt's tour-de-force, virtually all of which I agree with, except it still assumes that a 'knowledgeable user'; i.e. an admin, is involved, which was the point of the whole debate-- Windows users believe that they should always be 'pure users' and the very fact that they or someone must 'admin' Linux automatically makes it too hard The only thing that is harder to do in the Linux world that in the Windows world is to find commercial software and some driver support. In the Windows world, you don't have to ask yourself is this software available for my OS? In the Windows world, you buy the hardware first and then check to see if it's compatible AFTER you start having trouble getting it to work in your computer. Which is, btw, completely bass-ackward to start with, which was my original point (the assumption that 'pure user, no admin necessary' is possible is fundamentally wrong, and patently false based on the observed evidence). You can't buy a couch on a whim without taking into account the measurements of your doors/room first (well you can, but if you can't get it into your house, no vendor is going to say, 'oh, sorry, that's my fault'). If you do, and the movers can't get the couch up the stairs/through the door/into the room, whose fault is everyone (including you) going to say it is that you can't use the couch? *Yours* for not determining that the device (couch) was appropriate for your environment before buying. This idea that somehow computer hardware is different (fostered by MS, where everything supposedly 'JustWorks') is completely contrary to knowledge and experience we have of the Real World --where you can't just buy 'anything' without checking something first (you try on clothes, or at least check the size, you make sure that electrical appliances have the right connectors for your wiring or needs, heck, if nothing else you make sure the color matches your room or shoes). Judgement is an 'admin-level task', and it is unavoidable that judgement should be involved in such a situation as buying computer hardware (because we are currently unable to create computers that are able to either make such judgements for themselves, or are so flexible/standard that such judgement does not need to be made at all). The fact that the OS manufacturer with 90+% of the market is actively fostering the complete untruth that judgement is not only outdated and uncool, but furthermore completely unneccessary in Our Modern World (ha!) is, shall we say, deeply disturbing to me. Holly I don't think Knoppix really has an administrator. It really is an enduser only flavour of Linux. It's sort of a fire and forget distro. Sure, someone had to go to a lot of trouble to get it set up just right in the first place, but once that was done it can perform reliably without further administrative intervention. The enduser not only probably won't set the root password, the enduser doesn't even need to know that it is unset. Or even that a root account exists! I don't believe this sort of user experience is limited to read-only systems like Knoppix, though. Look at Lindows/Linspire. How about those $200 Linux computers they are (or were) selling at Wal*Mart (strewth!). I expect those machines ARE intended to provide the enduser with an essentially administratorless (to coin a word) experience. Linspire (at least used to) have the user running everything as root. But do you think the enduser always knows that? I think the enduser simply knows that when they pay to install OpenOffice.org from Linspire's private apt servers, it just works; it installs without their ever having to `su` or `sudo` or anything. That Linspire user essentially is the admin, though she doesn't know it and she almost certainly doesn't behave like one. That's true for Windows XP users too (personal users, at least). The default Windows XP account runs everything with administrative privileges. But that doesn't mean there's an admin at the controls. Microsoft has tried to shift the most frequently performed critical administrative task, namely installing security updates, from the user's shoulders onto their own. I think portage and apt achieve similar (nay, superior) functionality for Linux users, and I don't think that's a bad thing. Should Linux users be able to get away without administering their systems? Well, I think Linspire users should be able to get away without administering their systems themselves. For their target users, Linspire systems should me largely maintenance free. For these people, any administrative tasks that must be performed should probably be handled by corporate HQ as much as possible
Re: [gentoo-user] Re: Slightly OT: favorite window manager/desktop environ?
Holly Bostick wrote: Matt Randolph schreef: I don't think Knoppix really has an administrator. It really is an enduser only flavour of Linux. It's sort of a fire and forget distro. Sure, someone had to go to a lot of trouble to get it set up just right in the first place, but once that was done it can perform reliably without further administrative intervention. The enduser not only probably won't set the root password, the enduser doesn't even need to know that it is unset. Or even that a root account exists! Interesting. But again, *someone* had to administer the system to set it up so that a user could be 'pure'. It sounds like we are in agreement on this point. We both state that someone had (past tense) to administer the system... at some point in time. We also both state (or imply) that the enduser doesn't take up the role of administrator. Is it possible to have any sort of computer that hasn't felt the effects of an administrator? Of course not. Any device of any significant complexity can only exist by the labors of some knowledgeable persons. I don't think anyone is trying to say the opposite. But does the Knoppix user's system have an administrator NOW? I say it does not. It has been configured by an admin... heck, the OS was installed to it's filesystem by an admin... but there is no admin looking over the shoulder of the Knoppix user. I don't believe this sort of user experience is limited to read-only systems like Knoppix, though. Look at Lindows/Linspire. How about those $200 Linux computers they are (or were) selling at Wal*Mart (strewth!). I expect those machines ARE intended to provide the enduser with an essentially administratorless (to coin a word) experience. Linspire (at least used to) have the user running everything as root. But do you think the enduser always knows that? I think the enduser simply knows that when they pay to install OpenOffice.org from Linspire's private apt servers, it just works; it installs without their ever having to `su` or `sudo` or anything. That Linspire user essentially is the admin, though she doesn't know it and she almost certainly doesn't behave like one. And many now question whether Linspire can even be called a Linux distribution for this and other reasons, despite the fact that it runs on a Linux kernel. We're all wondering if that is then the only requirement, or does it also need to follow 'the rules' to be counted? But that's a whole 'nother discussion. I didn't mean to imply that Linspire is a proper Linux distribution. It certainly doesn't follow 'the rules' of a proper operating system. But neither does Windows for that matter (and for much the same reasons). Knoppix doesn't follow the traditional 'rules' in that it is read-only. Embedded versions of Linux don't follow 'the rules' in a sense because the user might never interface with the OS at all, merely a single application instead. Linspire IS trying to follow a set of rules. Specifically, the ones Windows goes by. So doesn't that mean that Linspire is at least as valid an OS as Windows is? No, Linspire is not proper Linux, but it is bringing the kernel and Linux apps into some peoples homes. It may not be bringing the traditions, the behaviors, or the ways of thinking that are a part of Linux, but those may come with time to those that seek them. But even if they never did, why should certain sorts of people be prevented from using Linux just because they aren't clever enough or are too busy to do it properly? Some people will never learn more than the basics of operating a computer. If those people are forced to chose between learning to use a proper OS properly versus using a typewriter, they'll start dusting off the old Selectric. I have heard rumors that some futurists are predicting the death of the PC in the not too distant future. Instead of PCs they predict people will use weird multi-function mobile phone devices with speech recognition interfaces. Will you want to have to log in to your mobile in order to answer it? Will you want to have to create a cron job to get it to download your email? But don't you want it to be Linux-based anyway? What I think I hear you saying is that being able to get away with this foolish behavior should not be one of our goals. I did not mean to imply that careless hardware shopping should be encouraged. Rather, I used this as an example to try to illustrate how lacking driver support slows the growth of Linux. If Linux is going to grow it's user base significantly, it's probably going to have to attract quite a few of those careless boobs too. And if Linux can't be made to work on their hardware, do you think they are going to run out and buy a new computer or will they simply rethink the decision to try Linux? Although careless hardware shopping should not be encouraged, being able to get away
Re: [gentoo-user] Re: Slightly OT: favorite window manager/desktop environ?
[I just thought I'd chip in my two cents on the question of whether Linux is easy or hard. It's turned into more like my $11.62, so it's a good thing it's broken into sections.] Linux is easy. That's not to say that it can't be hard. Depending on what you're trying to do, you may have to be able to think like an engineer to get the desired results. But that doesn't detract from my previous statement. In general, Linux is easy. Allow me to explain my reasoning. Knoppix is easier than Windows. Koko the the sign-language gorilla could turn an OS-less computer into a feature-loaded Debian system by merely pressing two buttons and inserting a Knoppix CD. ANY idiot that has ever used Windows 95 can find their way around in KDE without help (that's not to say that Koko is an idiot, mind you). If Koko is familiar with Gaim, Firefox and OpenOffice.org from her Windows experience, she's instantly able to do in Linux what she spends 99% of her time doing in Windows (actually, I'm pretty sure Koko usually uses a Mac, but you get my drift). Out of the box Knoppix should be completely intuitive to anyone that has ever used a relatively recent version of Windows. Is KDE intuitive if you don't read from left to right, or email doesn't begin with an E in your language? Maybe not. It's probably not very intuitive to pygmy headhunters either. But I'd bet 90% of Windows and Mac users could figure out how to do everything they want to do in Knoppix in twenty minutes or less... they just have to be willing to try. (Knoppix might be beyond the abilities of some BSD people, though. ;-) Installing Linux can be easy. While a Windows user is twiddling her thumbs as Windows XP installs, Koko the gorilla is getting in a quick game of frozen-bubble as Debian is copied to the disk. If something goes wrong during the install, well Koko just opens up a browser and Googles the error message. Our person installing Windows has to find another working machine in order to do that. The only thing that might give Koko some trouble about the install is partitioning her disk. This must be done during a Windows install too, of course, but our Windows user only had to accept all of the defaults when she partitioned a disk during an install. Installing Linux USED to be hard. This is probably why so many people think Linux IS hard. I've tried Slackware, Redhat, Suse, Mandrake, Debian (and Lindows/Linspire), and probably others. FreeBSD too. For years and years I wanted to play with Linux, but I could never even get it installed. I think I tried to install Redhat about half a dozen times (each time a new version number was released or so) before I ever had a working graphical system. I think Redhat was up to version 6 or 7 when I finally managed to get it up and running to my satisfaction (I switched to Debian when Redhat started demanding subscription fees). Getting X configured properly was always a sticky issue. The monitor never had refresh rates listed on the back label. And I could never find the hard copy manual for the monitor either. I only had one computer so I had to power off, swap disks, boot into Windows, look for the refresh rates online, power off, swap disks, try installing Linux again, type in the refresh rates... But what's this? How the hell am I supposed to know the speed of my graphics card's RAMDAC?! WTF is a RAMDAC!? If Windows does this automatically anyway, why can't Linux! Screw this! Fortunately, Linux has come a long way since then. Installing Gentoo can be hard. I tried to install Gentoo on three different occasions. Just like with those ancient versions of other distributions, the first two times I attempted to install relatively recent copies of Gentoo I was thwarted by mysterious errors while having no ready access to the web (or even a proper GUI) for help. On the third occasion, unable to get the LiveCDs to work, I finally managed to get Gentoo installed from within Kanotix64. Each time I encountered an error, trusty Firefox was there to display the solution. I had to promise myself the reward of buying and installing Doom3 to get me to stick with it. Actually, the fact that Doom3 and AA were both in amd64 in portage is what finally pushed me towards trying Gentoo again (I erroneously assumed they would be 64-bit versions). Well, that and the prospect of effortless updates and the fact that REAL Linux men and women (and gorillas) install all their software from source. So getting Gentoo (circa 2004) installed was a challenge the likes of which I hadn't seen since Redhat version 5 and prior. But keeping it installed (solving every problem that came along without throwing up my hands and switching distros) has been easy. I owe that in part to the large and largely savvy Gentoo community. Getting Gentoo to do all of the things that I want has certainly been harder than in Knoppix. It's been harder
Re: [gentoo-user] Re: /dev/cdrom has gone!
Alex Korshunov wrote: [EMAIL PROTECTED] wrote: On Sat, Sep 03, 2005 at 08:32:56PM +0800, [EMAIL PROTECTED] wrote: no error on reboot now, but i will try to switch to windows to see if the cdrom works well All my cdroms in /dev/cdroms/cdrom. May be...? I didn't see the beginning of this thread so my question may be redundant. Did you (the OP) verify that the drive is still detected by the BIOS? -- Pluralitas non est ponenda sine necessitate - W. of O. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Why is man-pages-de package installed?
Alexander Skwar wrote: Hello! [16:00:20 [EMAIL PROTECTED]:~] $ sudo emerge -Duvat world These are the packages that I would merge, in reverse order: Calculating world dependencies ...done! [..] [ebuild N] app-i18n/man-pages-de-0.4 0 kB [..] As you can see there, the package man-pages-de is about to get installed after a emerge -Duvat world. As you can see from the indention, the package is on the first level, meaning that no other package requires man-pages-de. Why is man-pages-de going to be installed and how do I make portage *NOT* install those ancient man pages? Thanks, Alexander Skwar # emerge gentoolkit # equery depends man-pages-de -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Why is man-pages-de package installed?
Matt Randolph wrote: Alexander Skwar wrote: Hello! [16:00:20 [EMAIL PROTECTED]:~] $ sudo emerge -Duvat world These are the packages that I would merge, in reverse order: Calculating world dependencies ...done! [..] [ebuild N] app-i18n/man-pages-de-0.4 0 kB [..] As you can see there, the package man-pages-de is about to get installed after a emerge -Duvat world. As you can see from the indention, the package is on the first level, meaning that no other package requires man-pages-de. Why is man-pages-de going to be installed and how do I make portage *NOT* install those ancient man pages? Thanks, Alexander Skwar # emerge gentoolkit # equery depends man-pages-de Oops! I answered without noticing who was asking. I don't know. If you're really sure that it's not in your world file and that no packages depend on it... All I can guess is that something must be broken somewhere. I suppose I'd try cleaning my world file and doing a depclean (with the dep script) to get rid of any unnecessary packages. Could man-pages-de be a dependency of an installed package when some USE flag is set a certain way? I'm wondering if a change in such a USE flag since the original package was installed could cause this behavior to occur. -- gentoo-user@gentoo.org mailing list
Re: OT [gentoo-user] Where is the emerge history
Uwe Thiem wrote: On 01 September 2005 09:30, Philip Webb wrote: NB this will build up rapidly, so be careful if your disk space is limited. I like that: ... if your disk space is limited. Where can I purchase unlimited disk space? Sorry - couldn't resist. ;-) Uwe You just have to use one of the many algorithms for infinitely compressing random data that have been issued U.S. patents*. How else did you think single floppy based Linux distributions are possible? ;-) *5,594,435, 5,486,826, 5,488,364, 5,533,051, and probably others -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] extreme clock drift / openntpd won't sync
This is almost certainly a hardware problem. If it isn't a hardware problem, it is at least not distribution specific. This doesn't really belong in a Gentoo mailing list. That being said... Some rhetorical questions (in no particular order): Does the problem persist when you use Knoppix? Does the problem persist when you use Windoze? Are you overclocking? Did you fiddle with any voltages in BIOS? Does the problem go away if you use a different power supply? Do you have the latest BIOS? Have you tried an older BIOS? Does your BIOS or xsensors (or equivalent) report reasonable voltages? Do you have a replacement motherboard? Have you tried changing the update interval of your NTP daemon to a smaller value? What was the last thing you did before the problem started? Is the motherboard still under warranty? Are you competent to solder a new oscillator onto your motherboard? Good luck! Matt Garman wrote: My system clock is running extremely fast... So, my questions are: (1) what would cause my clock to run so fast? And (2) why can't any ntp daemon keep correct time? -- Pluralitas non est ponenda sine necessitate - W. of O. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] To emerge -e world or not to emerge -e world?
$ emerge -ep system | genlop -p [...] Estimated update time: 2 hours, 30 minutes. $ emerge -ep world | genlop -p [...] Estimated update time: 14 hours, 40 minutes. But genlop is entitled to make mistakes. Those did seem like rather small numbers to me. What would be more realistic? 100 hours? Mark Shields wrote: Depending on what you have installed, it will take more than 14 hours. Are you sure they're talking about emerge -e system and not emerge -e world? On 8/29/05, *Matt Randolph* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I know that upgrading glibc can cause some programs to break if they were built against the previous glibc. This happens to me all the time and I have gotten in the habit of simply re-emerging any packages that misbehave since a glibc upgrade. Well, I have upgraded both glibc and gcc within the last week or so. And I've been contemplating a kernel upgrade too. I looked at genlop and it said it will take a mere fourteen hours to re-emerge everything with an emerge -e world. I'm tempted to do it, but I'm wary of making major changes to a system that currently seems to be working perfectly. However, I've only tested a handful of packages (the ones that I use every day) since the glibc upgrade, and I did have to rebuild a few of them. For this reason, I'm guessing that a significant number of the packages that I haven't tested are actually broken too. So when I say my system seems to be working perfectly, I think that only applies to the packages that I interact with daily and probably not to some of the ones that I don't. When does it make sense to re-emerge everything? I've heard some people say never but that others do it perhaps monthly or even more often. Is there a (significant) risk that something will go wrong? Even terribly wrong? Is it possible that some important programs aren't working right now due to having been built against an older glibc, and that I'm simply oblivious to the fact that they aren't working? I'm worried specifically about system programs that I don't usually have reason to interact with, yet may be vitally important to the security and stability of my system. -- gentoo-user@gentoo.org mailto:gentoo-user@gentoo.org mailing list -- - Mark Shields -- Pluralitas non est ponenda sine necessitate - W. of O. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] what is wrong with script
Have a look at the comp.unix.shell newsgroup. There are some insanely
talented people in there dispensing free advice.
bshlists wrote:
I've been trying run this script on my gentoo laptop, but for some reason it
does not work. If you see what is wrong could you email me. Thanks.
#!/bin/bash
if [ ${ACTION} = add ] [ -f ${DEVICE} ]
then
rmmod garmin_gps
chmod 666 $DEVICE
fi
--
Pluralitas non est ponenda sine necessitate - W. of O.
--
gentoo-user@gentoo.org mailing list
[gentoo-user] To emerge -e world or not to emerge -e world?
I know that upgrading glibc can cause some programs to break if they were built against the previous glibc. This happens to me all the time and I have gotten in the habit of simply re-emerging any packages that misbehave since a glibc upgrade. Well, I have upgraded both glibc and gcc within the last week or so. And I've been contemplating a kernel upgrade too. I looked at genlop and it said it will take a mere fourteen hours to re-emerge everything with an emerge -e world. I'm tempted to do it, but I'm wary of making major changes to a system that currently seems to be working perfectly. However, I've only tested a handful of packages (the ones that I use every day) since the glibc upgrade, and I did have to rebuild a few of them. For this reason, I'm guessing that a significant number of the packages that I haven't tested are actually broken too. So when I say my system seems to be working perfectly, I think that only applies to the packages that I interact with daily and probably not to some of the ones that I don't. When does it make sense to re-emerge everything? I've heard some people say never but that others do it perhaps monthly or even more often. Is there a (significant) risk that something will go wrong? Even terribly wrong? Is it possible that some important programs aren't working right now due to having been built against an older glibc, and that I'm simply oblivious to the fact that they aren't working? I'm worried specifically about system programs that I don't usually have reason to interact with, yet may be vitally important to the security and stability of my system. -- gentoo-user@gentoo.org mailing list
[gentoo-user] Personal firewall for Linux?
I've seen related threads here recently, but I think my question is different enough to warrant a new thread. I'm looking for a personal firewall along the lines of the ZoneAlarm product for Windows. I don't want to take the time to teach myself iptables if there is a simple alternative. I'm not trying to do anything complicated like protect a LAN or include a DMZ or run an ftp server or anything like that. I'm just looking for a quick and easy way to add another layer of protection to my desktop by closing all unused ports. A GUI is preferred but is not required. Any suggestions? (If you dare answer,) what firewall do you use and why did you choose it? -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Hard drive activity indicator light
John - I have a similar story to yours but it probably has nothing to do with your situation. I will tell it anyway just in case it helps anyone. Once upon a time, I had Windows on my computer. All of the LEDs worked perfectly. One day I upgraded my BIOS (in Windows) and rebooted into Linux. I happily used my computer for some time until one day I noticed that none of my LEDs were working. The reset button had stopped working too. At first I thought I had a short or a faulty ground at the LEDs. What else could possibly explain why they all stopped working at once? In the course of trying to troubleshoot the problem, I reversed the pins of the LEDs and switch. When I turned it back on, everything was working again. The only thing I can think of that it could have been is the BIOS flash. I don't remember if the LEDs worked in Windows after the BIOS flash but before reversing the pins. Actually, I don't know if they work in Windows after reversing the pins either. I find it hard to imagine how my problem could have been OS specific. The moral of the story is that your motherboard manufacturer can (and mine did) reverse the polarity of the pins in BIOS between versions. In my case they did this to all of the LEDs at once. It might be possible, though I think it's quite unlikely, that it could happen to only one LED too. It is easier for me to imagine this happening if the LED in question is the only one that uses a two pin-wide connector yet the MOBO provides three pins for it. Since SATA support in Linux is still pretty green, I'm guessing that Mark and Wade are right and that your SATA chipset isn't perfectly supported yet. However, if you flashed your BIOS at about the same time you punted Windows, that could be a clue. Even if you didn't flash recently, if your HDD LED stays dark even when your IDE CDROM is active, you might try reversing the pins. - Matt Wade Brown wrote: You might want to check a few other options available to you. Often times, hard drives have a specific 2-pin LED connector on the drive itself. This is typically used for having one LED per drive instead one LED per bus, and most commonly found in RAID solutions. Being a SATA drive, it's likely your drive has this connecter as well, and it would be worth looking in your product specifications for. Granted, this solution means you only receive a blinking LED for the SATA drive (all other devices are SOL), but it's at least one more option to consider. As a side note to Mark's comment, I'm not sure it's standard specification. I have a Biostar iDeq 220T, with on board SATA RAID, and the access LED lights up fine for me in Gentoo with no cajoling to speak of. It seems more chipset specific than a standard specification. -- Wade Brown On 8/19/05, Mark Knecht [EMAIL PROTECTED] wrote: John, None of my Linux boxes with SATA drives (3 machines) show drive activity via the LED. It seems to be some limitation of the Linux drivers. The SATA bus is a different hardware interface from the EIDE interface. My suspicion has been that the LED is hard wired into the EIDE controller and probably has to be driven by extra commands (somehow...) when using the SATA interface. Keep in mind that the EIDE controller is in your chipset and the Silicon Image SATA controller is a completely separate chip so what it's doing may or may not be visible to the hardware that drives the LED. Anyway, a bit long winded but you are not alone. ;-) Cheers, Mark On 8/19/05, John J. Foster [EMAIL PROTECTED] wrote: Good morning, Something that's been bothering me, although not that much, for about 3 years now. I've never investigated, and perhaps the answer is simple, but every distro I've used (RH9, FC1, FC2, Suse 9.1, and now Gentoo), has not shown the tiny blinking drive activity indicator on the front of my tower. This machine has always, until a few weeks ago when I finally dumped it for good, dual-booted with XP. And XP always showed activity via the light when there was activity. I would have thought that this was actually a hardware signal, and not OS related. But it doesn't appear that way. This is with a WD 36GB SATA drive on a ASUS A7N8X deluxe mobo w/ onboard Silicon Image controller. Any, and all, help is greatly appreciated. Thanks, John -- Contrary to the lie machine, the world is not safer. -- gentoo-user@gentoo.org mailing list -- Pluralitas non est ponenda sine necessitate - W. of O. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] DVD recorder recommendations
Sean Johnson wrote: I'm pretty stuck on Plextor drives. I've found them to all be very reliable, and will tend to read damaged disks that other drives choke on. Just my 2c. I could have bought another brand for less, but my Plextor has yet to meet a brand of disc that it couldn't burn. I haven't had any bad burns yet either. One thing you might do is check http://www.videohelp.com/dvdwriters to read up on whichever models you are thinking about buying. This site lists reviews and blank media compatibility reports for nearly every drive under the sun. Check to see how picky the drives you like are and read the reviews. If you find one that will burn perfectly on every type of media that has been tried in it, that's a major plus. Many drives have trouble writing to inexpensive discs. When you find a promising drive or two, look to see if any of the reportedly compatible media can be bought at your local shop. Better yet, look for some you can buy in bulk on the cheap through a shopping engine (I like pricewatch.com). Be sure to verify that the media you intend to use will play in your set-top DVD player too. Find your DVD player at http://www.videohelp.com/dvdplayers and look at the player's media compatibility reports to do this. The compatibility lists for the players aren't always as complete as they are for the burners--especially for older players--but it is better to have looked than not to have. It's a lot of leg-work, but it beats buying a drive that will only burn expensive media, or that won't burn any of the brands of discs that work in your set-top box. When you find a drive/cheap-media/player combination that works, you can save a lot of money by buying the discs in bulk, even if you have to pay a premium for a more capable burner. When you find a good deal on a DVD burner, and that burner will record a wide variety of brands of discs, and among those varieties of discs are some that you can get cheap, and those cheap discs will play in your set-top DVD player... well, then start digging out your credit card already! What more do you want?! Just my 13 cents. P.S.: Seemingly identical blank discs can be made by different manufacturers even if they are the same brand/speed/model-number. Don't buy bulk media unless you're ABSOLUTELY sure that it is going to work for you. You might ask the vendor if they will sell you a sample disc to test first. Who knows? It could happen. -- Pluralitas non est ponenda sine necessitate - W. of O. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Compression tools Compared
Nick Rout wrote: On Sat, 2005-08-13 at 09:36 -0400, Jerry McBride wrote: On Saturday 13 August 2005 01:32 am, Nick Rout wrote: On Sat, 2005-08-13 at 00:58 -0400, Jerry McBride wrote: Anyone else here subscribe to the LINUX JOURNAL? In the September issue there's a neat article titled tha same as the subject line of this message. The skinny is, there's some really nice file compressors out there and I never heard of two of them... Anyone else know about LZMA or 7ZA? The two mentioned compression tools work pretty much like gzip. You tar up your files, pipe to the compression filter and then on to the target file. Below is a small example of what I've been seeing here at the shack. -rw-r--r-- 1 root root 12359680 Aug 12 23:57 backup.tar -rw-r--r-- 1 root root 3536665 Aug 13 00:01 backup.tar.7z -rw-r--r-- 1 root root 4438465 Aug 13 00:08 backup.tar.bz2 -rw-r--r-- 1 root root 4747637 Aug 13 00:03 backup.tar.gz -rw-r--r-- 1 root root 2731412 Aug 13 00:10 backup.tar.lzma -rw-r--r-- 1 root root 5125474 Aug 13 00:16 backup.tar.lzop What you're seeing are the results of compressing /lib on my gentoo powered laptop. I've not bothered with timing the processes as the better compression rates are at the cost of speed and memory usage. Not good for while you wait processing, but just plain perfect for backups and what-have-you on servers... One side note, 7za does not record user/group info... Are you saying it removes user/group info from the tar file? Not removed, it's never put there... :') I'm sorry but how do you create a tar file without preserving the usernames and permissions? This may be a case of a different paradigm being used by 7-zip than that used by traditional (*nix) compression tools. If my memory serves me, the 7-zip format is very similar to the pkzip format in its usage. By that I mean that one is not required to make a tarball before compressing multiple files. The format allows you to skip the tar step and make an archive consisting of whichever files and directories you wish. The problem, I'm guessing, is that the 7-zip archive format was developed in the Windows world where users and groups and permissions have no meaning (I think that has changed or is changing in the NT/XP world, but I don't know and don't especially care). Hence, these attributes aren't accomodated by this format. I assume the 7-zip extractor program sets the user and group of the extracted files to that of whomever extracts them. What everyone has rightly pointed out, namely that you can make a tarball and then compress that, is exactly right. That IS how one would use 7-zip with a proper operating system. The original poster most likely used the 7-zip archiver as a stand-alone tool, rather than using it in conjunction with tar. This is not altogether surprising as one typically compresses a directory with a single tar command (and an implied pipe) rather than explicitly piping the output of tar to the compression utility. Since there is no --7-zip switch in tar, the OP couldn't simply 'tar -7cf backup.tar.7zip lib/'. The OP probably simply 7-zipped his directory without tarring it first and consequently ran into the limitations of the archive format. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Compression tools Compared
Matt Randolph wrote: Nick Rout wrote: On Sat, 2005-08-13 at 09:36 -0400, Jerry McBride wrote: On Saturday 13 August 2005 01:32 am, Nick Rout wrote: On Sat, 2005-08-13 at 00:58 -0400, Jerry McBride wrote: Anyone else here subscribe to the LINUX JOURNAL? In the September issue there's a neat article titled tha same as the subject line of this message. The skinny is, there's some really nice file compressors out there and I never heard of two of them... Anyone else know about LZMA or 7ZA? The two mentioned compression tools work pretty much like gzip. You tar up your files, pipe to the compression filter and then on to the target file. Below is a small example of what I've been seeing here at the shack. -rw-r--r-- 1 root root 12359680 Aug 12 23:57 backup.tar -rw-r--r-- 1 root root 3536665 Aug 13 00:01 backup.tar.7z -rw-r--r-- 1 root root 4438465 Aug 13 00:08 backup.tar.bz2 -rw-r--r-- 1 root root 4747637 Aug 13 00:03 backup.tar.gz -rw-r--r-- 1 root root 2731412 Aug 13 00:10 backup.tar.lzma -rw-r--r-- 1 root root 5125474 Aug 13 00:16 backup.tar.lzop What you're seeing are the results of compressing /lib on my gentoo powered laptop. I've not bothered with timing the processes as the better compression rates are at the cost of speed and memory usage. Not good for while you wait processing, but just plain perfect for backups and what-have-you on servers... One side note, 7za does not record user/group info... Are you saying it removes user/group info from the tar file? Not removed, it's never put there... :') I'm sorry but how do you create a tar file without preserving the usernames and permissions? This may be a case of a different paradigm being used by 7-zip than that used by traditional (*nix) compression tools. If my memory serves me, the 7-zip format is very similar to the pkzip format in its usage. By that I mean that one is not required to make a tarball before compressing multiple files. The format allows you to skip the tar step and make an archive consisting of whichever files and directories you wish. The problem, I'm guessing, is that the 7-zip archive format was developed in the Windows world where users and groups and permissions have no meaning (I think that has changed or is changing in the NT/XP world, but I don't know and don't especially care). Hence, these attributes aren't accomodated by this format. I assume the 7-zip extractor program sets the user and group of the extracted files to that of whomever extracts them. What everyone has rightly pointed out, namely that you can make a tarball and then compress that, is exactly right. That IS how one would use 7-zip with a proper operating system. The original poster most likely used the 7-zip archiver as a stand-alone tool, rather than using it in conjunction with tar. This is not altogether surprising as one typically compresses a directory with a single tar command (and an implied pipe) rather than explicitly piping the output of tar to the compression utility. Since there is no --7-zip switch in tar, the OP couldn't simply 'tar -7cf backup.tar.7zip lib/'. The OP probably simply 7-zipped his directory without tarring it first and consequently ran into the limitations of the archive format. -rw-r--r-- 1 root root 3536665 Aug 13 00:01 backup.tar.7z Oops! I should read more carefully. -- Pluralitas non est ponenda sine necessitate - W. of O. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Compression tools Compared
Matt Randolph wrote: Matt Randolph wrote: This may be a case of a different paradigm being used by 7-zip than that used by traditional (*nix) compression tools. If my memory serves me, the 7-zip format is very similar to the pkzip format in its usage. By that I mean that one is not required to make a tarball before compressing multiple files. The format allows you to skip the tar step and make an archive consisting of whichever files and directories you wish. The problem, I'm guessing, is that the 7-zip archive format was developed in the Windows world where users and groups and permissions have no meaning (I think that has changed or is changing in the NT/XP world, but I don't know and don't especially care). Hence, these attributes aren't accomodated by this format. I assume the 7-zip extractor program sets the user and group of the extracted files to that of whomever extracts them. What everyone has rightly pointed out, namely that you can make a tarball and then compress that, is exactly right. That IS how one would use 7-zip with a proper operating system. The original poster most likely used the 7-zip archiver as a stand-alone tool, rather than using it in conjunction with tar. This is not altogether surprising as one typically compresses a directory with a single tar command (and an implied pipe) rather than explicitly piping the output of tar to the compression utility. Since there is no --7-zip switch in tar, the OP couldn't simply 'tar -7cf backup.tar.7zip lib/'. The OP probably simply 7-zipped his directory without tarring it first and consequently ran into the limitations of the archive format. -rw-r--r-- 1 root root 3536665 Aug 13 00:01 backup.tar.7z Oops! I should read more carefully. In an effort to put this matter to rest (and to save a little face), I have tested 7-zip. I created a directory containing two empty files. These files were then assigned arbitrary users and groups. Next I created a tarball of the directory. I changed the ownership of the tarball too. Finally, I 7-zipped the tarball. When I extracted the tarball it was given the user and group of the extractor (eg. myusername:users) rather than what it was assigned above. When I untarred the tarball, however, the contents were exactly as you would expect; they had the user and group settings that I assigned them previously. I once again feel that my original hypothesis is essentially correct. 7-zip doesn't support user, group and permission data because it was originally developed for Windows. But this is a limitation that can be worked around by making a tarball first. The OP noticed that the ownership and permissions of the tarball changed and made a comment about that. This fact has little relevance for most users since we will only care about the contents of the tarball, not the tarball itself. -- gentoo-user@gentoo.org mailing list
[gentoo-user] How do you remove packages made with --buildpkg?
First off, let me say that I know perfectly well that you can `emerge -C
package_name` at any time. That's not what I'm talking about. What I
want to do is to remove the built binary too.
Let me explain what I do and what I'm trying to do in more detail...
Sometimes, I like to be able to test several different ~arch versions of
a package to see which one works best for me. I may try switching back
and forth between several different versions, possibly deciding
ultimately that none of the ~arch versions are any improvement over the
previously installed arch version, and so I re-emerge the old one.
If the program in question is rather large, I won't want to build it any
more times than I have to. Consequently, I use quickpkg on the
original, and then --buildpkg on all of the testing versions. This way,
I only have to compile each package once, yet I can switch back and
forth between them in mere seconds.
The problem with this scheme is that the built binaries aren't removed
when you unmerge the corresponding package. Actually, if they were,
then this technique wouldn't work at all. I have a very small hard
drive so I can't afford to have these unneeded binaries cluttering up
the disk. I have to get rid of them somehow.
How the heck do you remove the old built binaries? They aren't simply
put in '${PKGDIR}/All' like the manual says. There are a bunch of
places that the different pieces go. A bunch of symlinks and new
directories are created too, IIRC. It is a nuisance to remove
everything by hand. I wrote a script to do some of the legwork for me,
but it's time consuming and requires a lot of user intervention.
Isn't there a tool to remove these old binaries? Is there a command you
pass to emerge? I assume there's something really trivial and obvious
that I've simply missed, but I'm getting tired of searching for it.
Thanks!
--
Pluralitas non est ponenda sine necessitate - W. of O.
--
gentoo-user@gentoo.org mailing list
Re: [gentoo-user] How do you remove packages made with --buildpkg?
Neil Bothwick wrote:
Or you can do it automatically with
qpkg -I -nc -v | while read p; do
touch --no-create $PKGDIR/$p.tbz2
touch --no-create $PKGDIR/All/$(basename $p).tbz2
done
find $PKGDIR ! -mtime +1 -exec rm {} \;
Since qpkg is being phased out, I guess the equery way to do this is:
equery -C l 2 /dev/null | grep / | while read p; do
touch --no-create $PKGDIR/$p.tbz2
touch --no-create $PKGDIR/All/$(basename $p).tbz2
done
find $PKGDIR ! -mtime +1 -exec rm {} \;
Right? qpkg is a lot faster, though.
--
Pluralitas non est ponenda sine necessitate - W. of O.
--
gentoo-user@gentoo.org mailing list
Re: [gentoo-user] How do you remove packages made with --buildpkg?
Matt Randolph wrote:
Neil Bothwick wrote:
Or you can do it automatically with
qpkg -I -nc -v | while read p; do
touch --no-create $PKGDIR/$p.tbz2
touch --no-create $PKGDIR/All/$(basename $p).tbz2
done
find $PKGDIR ! -mtime +1 -exec rm {} \;
Since qpkg is being phased out, I guess the equery way to do this is:
equery -C l 2 /dev/null | grep / | while read p; do
touch --no-create $PKGDIR/$p.tbz2
touch --no-create $PKGDIR/All/$(basename $p).tbz2
done
find $PKGDIR ! -mtime +1 -exec rm {} \;
Right? qpkg is a lot faster, though.
Oops! I guess the -C flag isn't strictly necessary.
--
Pluralitas non est ponenda sine necessitate - W. of O.
--
gentoo-user@gentoo.org mailing list
Re: [gentoo-user] How do you remove packages made with --buildpkg?
Neil Bothwick wrote:
find $PKGDIR ! -mtime +1 -exec rm {} \;
This line is wrong, it should be
find $PKGDIR -mtime +1 -exec rm {} \;
Oops! I should read more slowly too.
Thanks again, btw.
--
Pluralitas non est ponenda sine necessitate - W. of O.
--
gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Am I dumb?
Willie Wong wrote: the address is [EMAIL PROTECTED] W On Fri, Aug 05, 2005 at 07:50:39PM -0500, AJ Spagnoletti wrote: I have recently become busy with a couple of things and dont have time to sift through all the emails from the mailing list so I decided that i want to unsubscribe... On Aug 2nd I sent an email to [EMAIL PROTECTED] 2 days later I was still recieving emails. I tried to send another email on Aug 4th but for some reason Im still on the list recieving emails. Any ideas on why I havent been unsubscribed from the list? Its not a big deal Im just curious if im doing something wrong. I checked the website on what to do to unsubscribe. A.J. -- gentoo-user@gentoo.org mailing list http://www.gentoo.org/main/en/lists.xml lists it as [EMAIL PROTECTED] Hence the confusion. -- Pluralitas non est ponenda sine necessitate - W. of O. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] PS/2 mouse not working
smoke3 wrote: On 7/24/05, Hans-Werner Hilse [EMAIL PROTECTED] wrote: * the right PS/2 plug (not that keyboard one...) nice joke, but... no! Did you get the mouse working under M$ on this computer or a different one? If you have never gotten it to work on this computer, you might try switching the mouse and keyboard anyway... regardless of what the little labels say. I had a motherboard once where the bios was programmed wrong. I couldn't get my keyboard to work at all. It would come on at boot, and then it would stop working. Or something like that. I remember it was very mysterious. It turned out they had gotten the keyboard and mouse ports mixed up in the bios. I switched the mouse and keyboard so that they were each in the _wrong_ jack and then they both worked fine. I think they fixed the problem in a bios update by making it not matter which jack you used for what. -- Pluralitas non est ponenda sine necessitate - W. of O. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: update - was 1.) Kernel panic - not syncing: Aiee, killing interupt handler
Joseph wrote: [snip] No, I still have the same Sata Drive is just I'm playing with IRQ assignment and configuration. I've changed to BIOS PnP to YES, so my skge (network controller) and libata (Sata Controller are shifted to IRQ 10 But it makes me wonder both controllers on the Motherboard are different chips, so why do they share IRQ? Is there a way to shift them to a different IRQ since Linux control IRQ assignment now? A quick look through linux/Documentation/kernel-parameters.txt shows that many drivers support direct irq assignment. Also, linux/Documentation/pnp.txt may be of use. Considering the positive results that you've gotten so far, it seems like you may be on the right track here. It makes me less concerned about any possible overheating, but if you wanted to be paranoid about it, you could get another heat probe to double check the readings from the first one ;-). Zac Here is what I have done: 1.) Disable Network controller on the motherboard and install another one on PCI bus - this eliminate possible IRQ conflict. But it didn't help. 2.) Removed the heatsink clean it with 99% isopropyl alcohol and applied thin layer of new heatsink grease. Nothing helped, still getting that message: Kernel panic - not syncing: Aiee, killing interupt handler. Next option, is to try to remove SATA drive and try to install Gentoo on standard IDE drive; this would eliminate SCSI problem and/or buggy driver. Does anybody has any other solutions? This isn't exactly a solution and its just a stab in the dark, but... You're using -march=k8, If I recall. I've read that this causes (or used to cause) problems for some people. I believe it had to do with poor support by some versions of gcc. I'm sure this is probably no longer the case, but I haven't heard one way or the other. I'm using -march=athlon64 without any trouble. I don't think you can change this flag after the initial installation, though. -- Pluralitas non est ponenda sine necessitate - W. of O. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: [Update] - was 1.) Kernel panic - not syncing: Aiee, killing interupt handler
Robert Crawford wrote: Joseph, Sorry- I haven't been reading this thread from the beginning, so I might have missed some of your first posts. If we eliminate heat as the problem (not saying we absolutely have), I'm starting to think it could be a misconfigured kernel, or kernel bug itself. What kernel are you you currently using? It might be worth a try compiling a new one, making sure all config options are correct for your system. One question (maybe you answered this before): Have you booted to a live cd like Knoppix or Slax, and the same problem occurs? If it does still happen, that would eliminate your kernel and/or hard drive as the source of the problem, and again focus back on the heat issue. If it doesn't happen, after being booted to a live cd for several hours of heavy usage, that would eliminate the heat issue. Robert Excellent idea, but I'd suggest Kanotix 64 instead of Knoppix or Slax. Unless there are 64-bit versions of those that I don't know about. -- Pluralitas non est ponenda sine necessitate - W. of O. -- gentoo-user@gentoo.org mailing list
