[gentoo-user] digraph error while trying to emerge
I honestly have no idea how to deal with this one. It started a few weeks ago and I hoped it would go away by itself. !!! Multiple versions within a single package slot have been !!! pulled into the dependency graph: ('ebuild', '/', 'dev-java/bcprov-1.37', 'merge') pulled in by ('ebuild', '/', 'dev-java/bcmail-1.37', 'merge') ('ebuild', '/', 'dev-java/bcprov-1.38', 'merge') pulled in by ('ebuild', '/', 'dev-java/itext-2.0.6', 'merge') -- Justin Patrin -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] Re: digraph error while trying to emerge
On Jan 7, 2008 8:10 PM, Justin Patrin [EMAIL PROTECTED] wrote: I honestly have no idea how to deal with this one. It started a few weeks ago and I hoped it would go away by itself. !!! Multiple versions within a single package slot have been !!! pulled into the dependency graph: ('ebuild', '/', 'dev-java/bcprov-1.37', 'merge') pulled in by ('ebuild', '/', 'dev-java/bcmail-1.37', 'merge') ('ebuild', '/', 'dev-java/bcprov-1.38', 'merge') pulled in by ('ebuild', '/', 'dev-java/itext-2.0.6', 'merge') Ah, never mind, I had previously set bcprov ~x86 to install something or other. Commenting that out fixed this. dev-java/bcprov ~x86 -- Justin Patrin -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: esound refuses to compile with docbook error even though -doc is specified
On Dec 1, 2007 11:37 PM, Hans de Graaff [EMAIL PROTECTED] wrote: On Sat, 01 Dec 2007 15:24:00 -0800, Justin Patrin wrote: # emerge -auv esound These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N] media-sound/esound-0.2.38-r1 USE=alsa ipv6 tcpd -debug -doc 0 kB ... Making all in docs make[2]: Entering directory `/var/tmp/portage/media-sound/esound-0.2.38-r1/work/esound-0.2.38/docs' jw -f docbook -b html -o html ./esound.sgml Using catalogs: /etc/sgml/sgml-docbook-3.1.cat Using stylesheet: /usr/share/sgml/docbook/utils-0.6.14/docbook-utils.dsl#html Working on: /var/tmp/portage/media-sound/esound-0.2.38-r1/work/esound-0.2.38/docs/./ esound.sgml jade:/usr/share/sgml/docbook/sgml-dtd-3.1/dbcent.mod:53:65:W: cannot generate system identifier for public text ISO 8879:1986//ENTITIES Added Math Symbols: Arrow Relations//EN jade:/usr/share/sgml/docbook/sgml-dtd-3.1/dbcent.mod:54:8:E: reference to entity ISOamsa for which no system identifier could be generated jade:/usr/share/sgml/docbook/sgml-dtd-3.1/dbcent.mod:52:0: entity was defined here This has been happening to me for quite some time, I haven't been able to finish updating gnome because of this. As far as I can tell this particular problem can be fixed by re-emerging sgml-common. Yep, that did it. I thought I'd reemerged all of the docbook related packages but I missed that one. Thanks. -- Justin Patrin -- [EMAIL PROTECTED] mailing list
[gentoo-user] esound refuses to compile with docbook error even though -doc is specified
# emerge -auv esound These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N] media-sound/esound-0.2.38-r1 USE=alsa ipv6 tcpd -debug -doc 0 kB ... Making all in docs make[2]: Entering directory `/var/tmp/portage/media-sound/esound-0.2.38-r1/work/esound-0.2.38/docs' jw -f docbook -b html -o html ./esound.sgml Using catalogs: /etc/sgml/sgml-docbook-3.1.cat Using stylesheet: /usr/share/sgml/docbook/utils-0.6.14/docbook-utils.dsl#html Working on: /var/tmp/portage/media-sound/esound-0.2.38-r1/work/esound-0.2.38/docs/./esound.sgml jade:/usr/share/sgml/docbook/sgml-dtd-3.1/dbcent.mod:53:65:W: cannot generate system identifier for public text ISO 8879:1986//ENTITIES Added Math Symbols: Arrow Relations//EN jade:/usr/share/sgml/docbook/sgml-dtd-3.1/dbcent.mod:54:8:E: reference to entity ISOamsa for which no system identifier could be generated jade:/usr/share/sgml/docbook/sgml-dtd-3.1/dbcent.mod:52:0: entity was defined here This has been happening to me for quite some time, I haven't been able to finish updating gnome because of this. -- Justin Patrin -- [EMAIL PROTECTED] mailing list
[gentoo-user] Problems with Ncurses UIs through Terminal
Since I got my MacBook Pro certain terminal-based UIs have been broken when sshing from Mac OS X's Terminal. Things like bmon and the kernel's menuconfig display very strangely with some lines too long and when I select something the selected text displays too high/low. SSHing from PuTTY in Windows still works fine. -- Justin Patrin -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] ssh-agent
On 11/21/06, Jorge Almeida [EMAIL PROTECTED] wrote: On Tue, 21 Nov 2006, Mick wrote: They are only stored in locked memory; they are never on disk unencrypted. Anyone that can read locked memory can access them, but this is very few users/processes on Linux -- and besides those same users will be able to read the key as you authenticate even if you don't use ssh-agent, as long as they time things right. OK, this sounds better! I posted to the gnupg-users, asking a similar question about gpg-agent. I guess gpg-agent works the same way. Please post back your findings! Well, no responses yet in the gnupg-users list, so there are no findings to post! (Let's wait at least a few hours :)) What happens to the /tmp/ directory socket file after the user logs out? Does it get deleted by the ssh-agent shutdown script? I didn't start using ssh-agent yet, but I tested it from the command line and the directory was removed when I killed the ssh-agent process. I am asking this because I seem to continuously accumulate a load of gpg-agent directories and socket files into my /tmp. Unless of course gpg-agent works I suppose that has to do with the agent(s) working as daemons? I don't like that kind of setup. This is what I intend to (try to) do: - One fixed socket, in some dedicated directory (no /tmp, no random name for the socket) - The socket name as a fixed env variable, set in the shell config files - Hence, no need to eval, etc - No daemon (i.e. no backgrounding). Just a service supervised by daemontools. Logs go to a directory of my choosing and if the agent dies, it is ressurrected, and the socket (with the same name) is recreated (of course, keys must be added, then) - A perl script to interact with the service, just in case. I think this is not difficult to do, unless I grossly misunderstood something essential. (Comments, anyone?) I just don't see the need to run the agent as subordinate of an X session or whatever (please someone correct me if I'm wrong!) And if I don't want the service running when I'm not logged in, I could bring it down with the perl script (in ~/.bash_logout, maybe?) For gpg-agent, I'm not so sure, but I hope it can be done too. on a different principle all together. My start up shutdown scripts are in /etc/X11/Sessions/fluxbox. Are they correct for this task? eval $(gpg-agent --daemon) /usr/bin/startfluxbox kill `echo ${GPG_AGENT_INFO} | cut -d ':' -f 2` Or should I have another line to 'rm -Rf /tmp/gpg-*' ssh-agent /bin/sh When you exit the shell, ssh-agent exits too (after cleaning up). Running the agent as a daemon means you have to tell it when to shut down as well (how would it know when to stop?). -- Justin Patrin -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] dispatch-conf spells disaster
On 10/14/06, maxim wexler [EMAIL PROTECTED] wrote: Hello group, As I expected it would, dispatch-conf over-wrote/corrupted a lot of files without giving me a chance to stop it. It left no log(file was empty)in /var/log/dispatch-conf.log. or any record of its passing that I can find. Why did you expect this and, if you expected it, why didn't you take steps to back things up. dispatch-conf normally works just fine. Perhaps you set some incorrect options in your dispatch-conf conf file, such as auto-updating of all files. You also should have set up RCS backups of your conf files so that you can move back. -- Justin Patrin -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] dispatch-conf spells disaster
On 10/18/06, Justin Patrin [EMAIL PROTECTED] wrote: On 10/14/06, maxim wexler [EMAIL PROTECTED] wrote: Hello group, As I expected it would, dispatch-conf over-wrote/corrupted a lot of files without giving me a chance to stop it. It left no log(file was empty)in /var/log/dispatch-conf.log. or any record of its passing that I can find. Why did you expect this and, if you expected it, why didn't you take steps to back things up. dispatch-conf normally works just fine. Perhaps you set some incorrect options in your dispatch-conf conf file, such as auto-updating of all files. You also should have set up RCS backups of your conf files so that you can move back. nm, looks like the FUD has been dealt with in further replies. -- Justin Patrin -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] etc-update vs dispatch-conf
On 10/13/06, Boyd Stephen Smith Jr. [EMAIL PROTECTED] wrote: On Friday 13 October 2006 11:56, maxim wexler [EMAIL PROTECTED] wrote about '[gentoo-user] etc-update vs dispatch-conf': Interesting discussion here: I didn't read it, but after I heard about dispatch-conf, I set it up to use RCS and turned on all the auto-merge options and never looked back. For me, it is vastly superior to etc-update. Entirely agreed. The auto-merge feature is great as it allows you to have configs which you haven't touched auto-updated and it keeps backups of all of your configs if you need them (not that I have as I check the diffs and manual-merge anything I want to keep. :-) dispatch-conf is just a more robust and full-featured system for updating config files. I read the first page of that discussion and it seems most of those who use etc-update haven't tried dispatch-conf. The rest feel they don't need the added features. IMHO dispatch-conf should be the default for gentoo (with RCS turned on) as it would help a lot of newbies when they make their first config update mistake. -- Justin Patrin -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] eselect vs eselect-opengl (or Why does xterm deeply depend on eselect-opengl)
On 10/3/06, Bo Ørsted Andresen [EMAIL PROTECTED] wrote: On Tuesday 03 October 2006 22:14, Justin Patrin wrote: I'm getting this very odd behavior when trying to --update --deep world. # emerge -atuDv world These are the packages that would be merged, in reverse order: Calculating world dependencies... done! [blocks B ] =app-admin/eselect-1.0.3 (is blocking app-admin/eselect-opengl-1.0.3) [nomerge ] x11-terms/xterm-218 USE=truetype -Xaw3d -paste64 -toolbar -unicode [nomerge ] sys-libs/libutempter-1.1.4.1 [nomerge ] app-arch/rpm2targz-9.0-r3 [nomerge ]sys-apps/util-linux-2.12r-r4 USE=crypt nls perl -old-crypt (-selinux) -static [nomerge ] app-crypt/hashalot-0.3-r2 [ebuild N] app-admin/eselect-opengl-1.0.3 41 kB If I'm reading this right, xterm is deeply depending on eselect-opengl somehow but eselect is blocking it. Does anyone know why this would be? app-admin/eselect-opengl-1.0.3 contains this: RDEPEND==app-admin/eselect-1.0_rc1 !=app-admin/eselect-1.0.3 This means that it requires eselect = 1.0_rc1 but is blocked by eselect = 1.0.3. eselect-1.0.3 was marked testing and eselect-opengl-1.0.3 is marked stable. So either downgrade eselect to latest stable (1.0.2) or upgrade eselect-opengl to latest testing (1.0.4). I am a bit curious about how eselect-opengl is being pulled in so if you still see the above output feel free to add --debug to the above command and mail the output to me offlist. If you do that be sure to include the output of `emerge --info` also. Ok, I figured out what was causing this.. I had eselect and eselect-php in package.keywords (without any keywords) but not eselect-opengl. This made eselect upgrade to 1.0.6 which didn't work with eselect-opengl-1.0.3. Removing the eselect atoms from package.keywords fixed the problem (eselect-1.0.2 and eselect-opengl-1.0.3). (I think I added these packages to package.keywords because of a previous PHP upgrade. It appears that eselect-php doesn't exist any more, though.) All is now well. Thanks. -- Justin Patrin -- gentoo-user@gentoo.org mailing list
[gentoo-user] eselect vs eselect-opengl (or Why does xterm deeply depend on eselect-opengl)
I'm getting this very odd behavior when trying to --update --deep world. # emerge -atuDv world These are the packages that would be merged, in reverse order: Calculating world dependencies... done! [blocks B ] =app-admin/eselect-1.0.3 (is blocking app-admin/eselect-opengl-1.0.3) [nomerge ] x11-terms/xterm-218 USE=truetype -Xaw3d -paste64 -toolbar -unicode [nomerge ] sys-libs/libutempter-1.1.4.1 [nomerge ] app-arch/rpm2targz-9.0-r3 [nomerge ]sys-apps/util-linux-2.12r-r4 USE=crypt nls perl -old-crypt (-selinux) -static [nomerge ] app-crypt/hashalot-0.3-r2 [ebuild N] app-admin/eselect-opengl-1.0.3 41 kB If I'm reading this right, xterm is deeply depending on eselect-opengl somehow but eselect is blocking it. Does anyone know why this would be? -- Justin Patrin -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] php-5 being forced to install?
On 5/13/06, Trenton Adams [EMAIL PROTECTED] wrote: Hi guys, I'm having weird symptoms on my gentoo 2005.x system. The system is trying to install php-5. It says... [ebuild NS ] dev-lang/php-5.1.2 [ebuild R ] dev-lang/swig-1.3.21 I don't understand why it's trying to do this, as I have not asked for php 5 to be installed. And I'm also worried about it breaking existing PHP applications. Any ideas of where I should start? I'm not sure why php-5 is being installed, but it's not too likely that PHP5 will break your PHP applications unless they rely on a few things that changed, such as re-setting $this. -- Justin Patrin -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Network is not working after emerge world
On 5/8/06, Goran Dubajic [EMAIL PROTECTED] wrote: Hi guys, I am running Gentoo on Toshiba M45-S369 laptop, with unstable x1. When I did emerge world Why did you emerge world? You should be updating, not recompiling everything. and carelessly etc-update (most of the cfg files were for x11) That's probably your problem. You carelessly ran etc-update. Good luck finding what changed. To avoid this in the future try dispatch-conf with rcs support. and try to boot my laptop today, I got message that eth1 is not found (eth0 is wireless) Today I tried to recompile the kernel but it did not help... Any suggestions? Best wishes, Goran. -- gentoo-user@gentoo.org mailing list -- Justin Patrin -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] why firefox is so slow?
On 4/30/06, Alexander Skwar [EMAIL PROTECTED] wrote: Kesara Rathnayake wrote: PS: I begin to hate Googlemail because of the default to use HTML even if it is not required. Sucks. Big time. It may default to HTML now, as do Yahoo and Hotmail, but it's an easy thing to turn off. I'm still using gmail in text-only mode. (I hate HTML mailand I hate Outlook even more.) -- Justin Patrin -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] i386 vs amd64
On 10/22/05, Sean [EMAIL PROTECTED] wrote: All, Thanks for your responses, I plan to try out the amd64 version. Be very careful if you're doing any cross-compiling. The system headers in Gentoo AMD64 are hacked to allow compiling for both 64 and 32-bit. If you try compiling for, say, ARM and it picks up the system headers you get *nothing*wonderful, eh? To Gentoo devs: Might I suggest that the system headers default to 32-bit? -- Justin Patrin -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] stealth ethernet
On 10/18/05, James [EMAIL PROTECTED] wrote: Hello, For a variety of reasons, I need to be able to make an ethernet interface on a gentoo system, change into listen only (stealth mode). Kind of like half duplex, so to speak. Any simple tricks? Just disabling all responses from the ethernet interface would do. I know I can just use 'ifconfig eth0 down' but anything more elegant or that would allow the interface to keep receiving packets for analysis and logging would be better. At other times I need to run a full blown IDS, like snort, on an ethernet port, but without being externally detected. What would be best method (tools) to ensure the interface is actually not detectable on a given lan segment? Here is a good (Redhat) but old link that kind of outlines the idea: http://www.linuxjournal.com/article/6222 Any web pages, documents or information that is more current and gentoo specific would be of greatly appreciated. I would suggest using iptables to simply DROP all outgoing packets. -- Justin Patrin -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Somebody's cleaning /usr/portage/distfiles and I want it to stop! ;-)
On 10/12/05, Dave Nebinger [EMAIL PROTECTED] wrote: Seriously, I purposely do not clean out distfiles because I don't want to refetch them every single time an -rn update comes out. But I've been noticing that /usr/portage/disfiles has been cleaning itself. I don't have any of the 'clean' type features set, and I don't have any cron tasks going in there and cleaning it out, so what gives? And why is it only happening on one of my two gentoo systems? emerge --info is the exact same (minus some USE flag differences)... I'm truly at a loss for this one. None of the obvious suspects appear to be in play, and I don't know where to go look next... Suggestions? Are you running http-accelerater and repcacheman on one? -- Justin Patrin -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] gentoo in a tight place
On 10/10/05, maxim wexler [EMAIL PROTECTED] wrote: Hello everybody, That min-install I was talking about failed due to lack of disk space. I'm trying to install on a 3.2G drive. Partitions are : / of 1.47G ext2 /home 1.1G ext2 500M swap 100M /boot reiserfs I was going to use this disk to help diagnose/repair the 120G which is down. I guess I don't really need a /home dir. Is there someway to free up some space on /home and make it available to /? I'd hate to have to wipe the disk and start over; it took about two days straight to download all the files at 2.8K over the phone line! If there's nothing in /home you could try using parted to remove the partition and resize the / partition to take the whole thing. -- Justin Patrin -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] gentoo in a tight place
On 10/10/05, maxim wexler [EMAIL PROTECTED] wrote: --- Justin Patrin [EMAIL PROTECTED] wrote: On 10/10/05, maxim wexler [EMAIL PROTECTED] wrote: Hello everybody, That min-install I was talking about failed due to lack of disk space. I'm trying to install on a 3.2G drive. Partitions are : / of 1.47G ext2 /home 1.1G ext2 500M swap 100M /boot reiserfs I was going to use this disk to help diagnose/repair the 120G which is down. I guess I don't really need a /home dir. Is there someway to free up some space on /home and make it available to /? I'd hate to have to wipe the disk and start over; it took about two days straight to download all the files at 2.8K over the phone line! If there's nothing in /home you could try using parted to remove the partition and resize the / partition to take the whole thing. Hmm, this sounds better than the symlink solution. DumbQuestion1: does resize destroy data? Re-downloading this mess is not an option :( It *shouldn't* destroy anything. Of course it's possible, but I haven't seen it happen. I would suggest removing anything on /hom, deleting it, and making the other partition bigger. Just make sure you don't cut the power or anything while you're doing it. -- Justin Patrin -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Nasty bugs in portage?
On 9/10/05, Frank Schafer [EMAIL PROTECTED] wrote: ... or which distribution to install during less than 4 days? Hi list, as I wrote yesterday I planned to complete installation after work (started ``emerge --emptytree system'' in the morning). When I returned home from work I found in the logs, that ``emerge --emptytree system'' failed at package 28 of 186 python-fcksum-1.7.1 i386-pc-linux-gnu-gcc bla...bla ^ | +- ! gcc-config error: could not run/locate i386-pc-linux-gnu-gcc My architecture is i686 and it seems that 27 packages before python-fchksum found the i686(that's SIX-eight-six)-pc-linux-gnu-gcc. Could be my fault. I had set up ACCEPT_KEYWORDS to ~x86. That's the first problem. Unless you want to deal with explosions, don't set your entire system to be unstable. That's a recipe for problems. Leave the global setting at stable. Then, if you need an unstable version use /etc/portage/package.keywords to set ~x86 for just the package you want to install. Today in the morning I started up from scratch. That's about an hour of editing files, making file systems and so on, 1,5 hours of bootstrap.sh. ``emerge -p --emptytree system'' showed me, that it will install python-fchksum with the ACCEPT_KEYWORDS=x86 too. So far, so good. Yesterday I got a portage snapshot 20050907, today I got a portage snapshot 20050908. Maybe the bug is fixed. So I started emerge system. At least it didn't install two versions of gcc. That saved some time. It ran 2,5 hours and ... ... kabom ... Unfortunately I can't tell you if the python-fchksum failure has gone away. I didn't reach this ebuild :( I suggest starting from a stage3 build. I've installed many stage 3 builds and it nearly always works with no breakage. Once your minimal system up and running (always go for minimal on the initial emerge, then boot into your system, then emerge more) then you can easily do an emptytree emerge to re-build thingsif you *really* want to. I'm of the mind that starting with stage3 is perfectly fine. Eventually all of those packages will be updated and recompiled, so there's really no reason to do it manually right at the beginning. One more thing. What optimization setting(s) are you using? -- Justin Patrin -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] switching from reiser4 to reiserfs
On 8/26/05, Catalin Trifu [EMAIL PROTECTED] wrote: Hi, I have a computer at home which I use as a test machine (from time to time) and I decided some time ago to play with reiser4, which was said to be faster than reiserfs and which should outperform it. I have a fair processor (p4 2GHz) and 1GB RAM which is imho a pretty good combination. However, I am quite unhappy with how reiser4 performs. Is there an easy way switch back my reiser4 partition to reiserfs without reinstalling everything. I suggest booting from a Gentoo CD. Make a tarball of the entire FS you want to convert and either pipe it across the network or onto another HD you can put in this machine. Reformat the partition. Untarball the backup onto the newly formatted partition. You also need to make sure you alter your fstab to mount the partition right (and alter your grub or other boot config files accordingly as well). -- Justin Patrin -- gentoo-user@gentoo.org mailing list
Re: bad howto warning: Re: [gentoo-user] updating mostly identical systems
On 8/4/05, Eric S. Johansson [EMAIL PROTECTED] wrote: Michael Crute wrote: Have you seen the build host tutorial on the wiki? http://gentoo-wiki.com/HOWTO_Create_A_Build_Host to put it politely, this how-to is misleading. It should be removed. Well, since this is a wiki...why don't you edit it? -- Justin Patrin -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] enlightenment 16 or 17
On 8/3/05, Fernando Meira [EMAIL PROTECTED] wrote: yes, i agree. I just hope that's enough. I'll emerge e17 now :D I'll bring news.. soon.. I'm trying e17 as well after reading this ;-) I suggest emerging edge before epsilon or you'll get compile errors. On 8/3/05, Luke Albers [EMAIL PROTECTED] wrote: On Wed, 2005-08-03 at 18:55 +, Fernando Meira wrote: On 8/3/05, Luke Albers [EMAIL PROTECTED] wrote: I don't really understand the problem. I use ~x86 for everything. What I pasted in my previous email works fine for me. I don't really know what engage is, but I tried to run it one time and I dont think it worked, I got some strange black block on the bottom of my screen, so I killed it. engage is a dockbar and E17 module. What I was saying is that you masked the packages as -* (for the cvs version). Masking them with ~x86 would give you the snapshot version. So, following from you script, you masked them as -*. But, I already installed a small set (while emerging engage) masked as ~x86. So I wanted to know if I should just replace ~x86 per -* (and add the remaining packages) or would I need to unmerge the installed packages and redo everything using -* for all packages. This because is not good idea to mix ebuilds from -* and ~x86. Hope it's clear now... Cheers, Fernando I would guess it would be best to redo them with -* so you get everything from CVS -- gentoo-user@gentoo.org mailing list -- Justin Patrin -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Creating installation for slow system on a big host
On 7/27/05, Alexander Skwar [EMAIL PROTECTED] wrote: Hello. I finally bought myself a somewhat low end notebook on which I want to install Gentoo as well. Since this is a low end box and since my main system is not low end :), I'd like to compile as much as possible on the big server and then later copy (or whatever) the compiled packages over to the slower system. Those two systems will be in a LAN. Always. What's the best method to accomplish that? I guess, that there's already documentation about such a setup out there. Thus, I would of course very much appreciate, if you could point me to good documentation. Remember that you can always set up distcc. This way your laptop does its normal compiles and you can distribute lots of the compiling load to the big server. -- Justin Patrin -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] ipw2200
On 5/23/05, C R. Little [EMAIL PROTECTED] wrote: How do I emerge the ~x86 version of the ipw2200 package? with out installing all of the ~x86 packages. I do. ACCEPT_KEYWORDS=~x86 emerge -Dupv ipw2220 and it wants to recompile almost every package. use /etc/portage/package.keywords -- Justin Patrin -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Knoppix twice as fast as Gentoo?
On Apr 11, 2005 12:58 PM, Robert G. Hays [EMAIL PROTECTED] wrote: Well, we know what the drive can do; at least, At Least!, so I am left suspecting that the Gentoo kernel does not have the best setup for the mobo, --or-- has something in there for safety that has the effect of slowing the throughput down; make [ menuconfig | xmewnuconfig ] to fix, or maybe just [ less | joe | nano | kate | etc ] /usr/src/linux/.config to look ( maybe fix by hand... I've done several of these myself. ( Ok, which way did you -think- I meant a.l.a.l ? ;) ) ) If you go the make 'config route, *do* by all means read all the help you can find in there before changing thins; you cwill probably find something that interacts with something else that you've already done that makes what you've already done irrelevant or -wrong-, so read all through the [deleted] thing before making changes. Itsa drag, yeah, but it does make things like kernels more safely. We both know its gotta be in there somewhere, right? I recommend using genkernel for creating a kernel. You still have to deal with configuring yourself, but then Gentoo deals with the compile and moving the kernel around and such. rgh. Followed by the inevitable compile, if you _do_ find something. Alexander Veit wrote: Robert G. Hays wrote: In the Gentoo manual, in the early stages, it mentions -tT; nearby below, it mentions another hdparm line to speed things up. Did you try that line? I've tried it. The result is 19.11 MB/sec. But why are the values posted before so different? hdparm -vid /dev/hda only reports differences in the drive geometry. Alex -- Justin Patrin -- gentoo-user@gentoo.org mailing list