Re: [gentoo-user] Sync'ing and compiling pkgs for multiple PCs
On 31 Jul 2008, at 01:59, Simon wrote: ... Your email is very long, so I'm not sure if I've taken it all in, but what I'd suggest is a shared /usr/portage directory (easily done by NFS) and distcc. This creates a dependency on the host that contains the portage tree. It also remove some flexibility. For example, taking my laptop away from my 'portage pc' would make it impossible for me to modify my current installs while away. There are other consideration and the use of a sync'ed portage tree on each pc vs using nfs is a debate that I won't go into now and this part is not much of an importance in my problem... compilation is!... Yes, your words about dependency and flexibility are valid, but this is also the most straightforward way to sync multiple machines at once. If you do need to emerge a package when the laptop is away from home then just --sync and it builds a portage tree at the missing mountpoint (if that makes sense). You may find it more elegant to make the one machine an rsync server for the others. http://www.gentoo.org/doc/en/rsync.xml distcc is, IMO, a bit more elegant than (for instance) trying to manually emerge binary packages for machine A on PC B. You can tell it to share the work or just unload it to the most powerful machine. There may be concerns about using a binary package if USE flags are different between the two machines, but distcc ensures that the package is built using those defined in make.conf of the machine on which you're running emerge. Yes! I was actually trying distcc today for the first time and got it working from the perspective of my fastest computer, I got some trouble though (see below). What you mentioned about running the `emerge -uDN world` on each individual machines + sharing built packages is absolutely awesome. Best of all worlds if i could say! Great! I'm glad you're happy with this. You're NFS exporting a sub- directory of /usr/portage, then, in order to share the built packages? However, when using distcc, I first made a trial with a small package 'xmahjongg' and got a nice x4 speedup on the overall emerge. I wanted to try with a larger package, 'povray' and stumbled on a linker issue, the issue is described below and this is the only obstacle on my way now. As I fear doing a `emerge -e system emerge -e world` would never complete using distcc... Doing: `time emerge povray` without distcc yields a functionnal package, while when distcc was enabled, I would get lots of undefined references to some __pthreads functions. But I just tried and it seems to work fine, not reproducible, so I'll drop my distcc issue and go on with the -e recompilation. I assume that the undefined references to __pthreads function are errors which stop the compile? Or that they occur when you start the app, causing it to crash? Rather than compilation warnings? I assume compilation errors. My usage is that I can turn distcc off for the duration of the compile when I see something like this, and not bother investigating it further, but I think the most likely cause is that a library is needed for compilation that is not present on the distcc server. Portage accepts the compile-time dependency because it is filled on the distcc client, the machine on which you've run emerge, but when that particular bit is sent off to the distcc server then that machine doesn't have the lib needed. I would imagine that, assuming the above belief is correct, then the workaround would be to `emerge -o` the package on the other machines on your LAN (or the fastest machine, if you are using only that to emerge) before distcc'ing it. This is slightly inelegant. If you mostly have the same packages on all machines then hopefully you shouldn't encounter this scenario too often, although I'd also think that different USE flags could affect it. I'm also somewhat suspicious of different architectures - you wouldn't try compiling for ARM or MIPS on an x86 PC, but I'm not sure how compiling on an Athlon for a Pentium 3 or 4 affects things. Finally you should make sure all machines are using the same versions of gcc and glibc (also binutils? what else?). Stroller.
Re: [gentoo-user] Thinkpad T61 HDAPS and sound card support
On Wed, Jul 30, 2008 at 11:38 PM, Zhou Rui [EMAIL PROTECTED] wrote: I have a thinkpad T61 runs gentoo now, I did some google on the HDAPS support, found that the hdapsd on portage is out of date now, so I cannot do emerge --config xxx to patch my kernel. The kernel is gentoo-sources-2.6.25-r7. My question is, is there a kernel is patched for the hdaps in portage? Or there are some ways to get the hdapsd work with gentoo way? For the sound, the intel HD alsa support is already compiled as a module, but I cannot find /dev/audio and actually the device does not work at all, do I miss some options? I have the same notebook. The sound worked for me only with 2.6.26. First using vanilla 2.26.26-rcX and finally with gentoo-sources-2.6.26. -- BR, Zhou Rui
Re: [gentoo-user] xsane only works as root
On 18:32 Wed 30 Jul , Justin Findlay wrote: On AD 2008 July 30 Wednesday 03:49:23 PM -0700, Grant wrote: I can't figure out where the device file is. With the scanner connected and powered on I did an 'updatedb locate scanner' and it didn't come up with anything in /dev, I don't have a /dev/usb/ directory, and the output of 'ls /dev/usb*' is the same with the scanner on or off. Any idea where that file might be? Those two commands also don't mention it. Another way to get info is to power on the scanner and plug it in, then `modprobe -r` the appropriate kernel module(s) and then modprobe them while doing `tail -F /var/log/messages`. The kernel (udev) will create the appropriate /dev entries upon successful modprobe. In order for your user to be registered as a member of a group you have to log completely out (including your X session) and back in. You can verify your group memberships with the groups command. Judging from what you've said I bet it was merely an issue of adding your user to the scanner or usb group. My experience with usb scanners is they generally just work whereas when I start up my SCSI scanner I always have to remodprobe the kernel drivers and then `chown :scanner /dev/sg? chmod 0770 /dev/sg?`, but there's probably a better (right) way to do that. :-) Justin Hello,user is in the plugdev and lp groups too? Regards -- Unix Veritates pgpmY5fKgTvhY.pgp Description: PGP signature
Re: [gentoo-user] Thinkpad T61 HDAPS and sound card support
2008/7/31 Fernando Antunes [EMAIL PROTECTED] I have the same notebook. The sound worked for me only with 2.6.26. First using vanilla 2.26.26-rcX and finally with gentoo-sources-2.6.26. But the gentoo-sources-2.6.26 is unstable now, so may switch to this kernel safely? BTW, with the new kernel, does the LED of Intel 4965AGN works? -- BR, Zhou Rui
Re: [gentoo-user] Sync'ing and compiling pkgs for multiple PCs
Stroller wrote: On 31 Jul 2008, at 01:59, Simon wrote: ... Your email is very long, so I'm not sure if I've taken it all in, but what I'd suggest is a shared /usr/portage directory (easily done by NFS) and distcc. This creates a dependency on the host that contains the portage tree. It also remove some flexibility. For example, taking my laptop away from my 'portage pc' would make it impossible for me to modify my current installs while away. There are other consideration and the use of a sync'ed portage tree on each pc vs using nfs is a debate that I won't go into now and this part is not much of an importance in my problem... compilation is!... Yes, your words about dependency and flexibility are valid, but this is also the most straightforward way to sync multiple machines at once. If you do need to emerge a package when the laptop is away from home then just --sync and it builds a portage tree at the missing mountpoint (if that makes sense). You may find it more elegant to make the one machine an rsync server for the others. http://www.gentoo.org/doc/en/rsync.xml distcc is, IMO, a bit more elegant than (for instance) trying to manually emerge binary packages for machine A on PC B. You can tell it to share the work or just unload it to the most powerful machine. There may be concerns about using a binary package if USE flags are different between the two machines, but distcc ensures that the package is built using those defined in make.conf of the machine on which you're running emerge. Yes! I was actually trying distcc today for the first time and got it working from the perspective of my fastest computer, I got some trouble though (see below). What you mentioned about running the `emerge -uDN world` on each individual machines + sharing built packages is absolutely awesome. Best of all worlds if i could say! Great! I'm glad you're happy with this. You're NFS exporting a sub-directory of /usr/portage, then, in order to share the built packages? However, when using distcc, I first made a trial with a small package 'xmahjongg' and got a nice x4 speedup on the overall emerge. I wanted to try with a larger package, 'povray' and stumbled on a linker issue, the issue is described below and this is the only obstacle on my way now. As I fear doing a `emerge -e system emerge -e world` would never complete using distcc... Doing: `time emerge povray` without distcc yields a functionnal package, while when distcc was enabled, I would get lots of undefined references to some __pthreads functions. But I just tried and it seems to work fine, not reproducible, so I'll drop my distcc issue and go on with the -e recompilation. I assume that the undefined references to __pthreads function are errors which stop the compile? Or that they occur when you start the app, causing it to crash? Rather than compilation warnings? I assume compilation errors. My usage is that I can turn distcc off for the duration of the compile when I see something like this, and not bother investigating it further, but I think the most likely cause is that a library is needed for compilation that is not present on the distcc server. Portage accepts the compile-time dependency because it is filled on the distcc client, the machine on which you've run emerge, but when that particular bit is sent off to the distcc server then that machine doesn't have the lib needed. I would imagine that, assuming the above belief is correct, then the workaround would be to `emerge -o` the package on the other machines on your LAN (or the fastest machine, if you are using only that to emerge) before distcc'ing it. This is slightly inelegant. If you mostly have the same packages on all machines then hopefully you shouldn't encounter this scenario too often, although I'd also think that different USE flags could affect it. I'm also somewhat suspicious of different architectures - you wouldn't try compiling for ARM or MIPS on an x86 PC, but I'm not sure how compiling on an Athlon for a Pentium 3 or 4 affects things. Finally you should make sure all machines are using the same versions of gcc and glibc (also binutils? what else?). Stroller. You can cross compile, I've done it multiple times before When my Athlon built packages for my celerons. Check out the Distcc-Cross Compile guide here [1]. Apparently the doc has been updated since I last checked as the tools have gotten full rewrites. 1) http://www.gentoo.org/doc/en/cross-compiling-distcc.xml -- Eric Martin Key fingerprint = D1C4 086E DBB5 C18E 6FDA B215 6A25 7174 A941 3B9F signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] new timezone data requires setting a symlink by hand
Helmut Jarausch [EMAIL PROTECTED] at Thursday 31 July 2008, 13:27:24 Hi, am I doing something wrong? Whenever I emerge a new sys-libs/timezone-data I need to do afterwards rm -f /etc/localtime ln -s /usr/share/zoneinfo/Europe/Berlin /etc/localtime (This is with baselayout-2.0.0) Many thanks for a hint, Why don't you just create /etc/timezone with Europe/Berlin as content? -- Freedom is always the freedom of dissenters. (Rosa Luxemburg) signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Sync'ing and compiling pkgs for multiple PCs
Yes, your words about dependency and flexibility are valid, but this is also the most straightforward way to sync multiple machines at once. If you do need to emerge a package when the laptop is away from home then just --sync and it builds a portage tree at the missing mountpoint (if that makes sense). I'll consider that, but seriously, I've tried many ways, including rsyncd, to sync portage on my computers and I've settled for unison. Really, I like it for its simplicity of use and maintenance and the fact that my host only has the ssh port open. Sync'ing portage is not a problem, i'll explore different ways along the way. Dont try to convince me of other ways, this one is working (and I don't mind whatever downsides). Great! I'm glad you're happy with this. You're NFS exporting a sub-directory of /usr/portage, then, in order to share the built packages? As said, no. I'm using a separate copy on each host, which is sync'ed manually between those hosts. It may sound awful, but it actually syncs my /home directory, as well as my /root dir (where I keep important system stuff, like dev drivers source). The sync'ing is not very long and once done, each computer is completely independant and contains all my stuff i need. Which creates redundancy. I had tried NFS before, and failed, but I was not very interested and the first few obstacles made me drop it. It was before I tried gentoo and started my own personal 'renaissance' and learned so much. I'll try it again soon, but it's not my priority for now. I assume compilation errors. My usage is that I can turn distcc off for the duration of the compile when I see something like this, and not bother investigating it further, but I think the most likely cause is that a library is needed for compilation that is not present on the distcc server. Portage accepts the compile-time dependency because it is filled on the distcc client, the machine on which you've run emerge, but when that particular bit is sent off to the distcc server then that machine doesn't have the lib needed. Well, this is the whole problem. You were right about the compilation error. And if it *may* happen, then a full emerge -e will take days (considering system has 143 pkgs and world has 499 pkgs to build). Turning it off, emerge the package, turn it on, resume emerge once in a while is really against my idea of automatism! I might make a script that checks for binpkgs after emerge returns, and if no pkg was created, then disable distcc for that one, re-enable automatically... maybe prepare a report to send to the ebuild maintainer, to let him know of the issue and all relevant details. I would imagine that, assuming the above belief is correct, then the workaround would be to `emerge -o` the package on the other machines on your LAN (or the fastest machine, if you are using only that to emerge) before distcc'ing it. This is slightly inelegant. Clearly less and less transparent... i'd say cloudy. Seriously at this point, i'd just drop distcc completely. But I don't think I'll have to go that far. If you mostly have the same packages on all machines then hopefully you shouldn't encounter this scenario too often, although I'd also think that different USE flags could affect it. I'm also somewhat suspicious of different architectures - you wouldn't try compiling for ARM or MIPS on an x86 PC, but I'm not sure how compiling on an Athlon for a Pentium 3 or 4 affects things. Finally you should make sure all machines are using the same versions of gcc and glibc (also binutils? what else?). Same everything on every machine, i'll double check glibc and binutils too. Thanks Stroller, I'm really starting to see how I can manage my mini IT lab now! Simon
[gentoo-user] Re: new timezone data requires setting a symlink by hand
Why don't you just create /etc/timezone with Europe/Berlin as content? Huh? I always thought the proper place was the TIMEZONE variable in /etc/conf.d/clock: TIMEZONE=Europe/Berlin
Re: [gentoo-user] Re: new timezone data requires setting a symlink by hand
2008/7/31, Anno v. Heimburg [EMAIL PROTECTED]: Huh? I always thought the proper place was the TIMEZONE variable in /etc/conf.d/clock: It was he proper place in pre baselayout-2 and openrc times! Now the proper place for gentoo is /etc/timezone!
Re: [gentoo-user] emerge doesn't work after emerge-webrsync
Alan McKinnon wrote: On Tue, Jul 29, 2008 at 8:24 AM, [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: *** Completed websync, please now perform a normal rsync if possible. Update is current as of the of MMDD: 20080728 Did you also do this last step? emerson etc # emerge --rsync Traceback (most recent call last): File /usr/bin/emerge, line 4049, in ? emerge_main() File /usr/bin/emerge, line 3768, in emerge_main settings, trees, mtimedb = load_emerge_config() File /usr/bin/emerge, line 3679, in load_emerge_config trees = portage.create_trees(trees=trees, **kwargs) File /usr/lib/portage/pym/portage.py, line 6780, in create_trees config_incrementals=portage_const.INCREMENTALS) File /usr/lib/portage/pym/portage.py, line 902, in __init__ addProfile(os.path.realpath(self.profile_path)) File /usr/lib/portage/pym/portage.py, line 889, in addProfile raise portage_exception.ParseError( NameError: global name 'parents_file' is not defined If that profile still gives trouble, you can use an earlier one instead and re-sync There are no earlier ones, or at least not any longer: emerson etc # ls /usr/portage/profiles/default/linux/x86/ 2008.0 ChangeLog gcc2 parent vserver -- Real Softservice Huateng Tower, Unit 1788 Jia 302 3rd area of Jinsong, Chao Yang Tel: +86 (10) 8773 0650 ext 603 Mobile: 159 7382 http://www.realss.com
[gentoo-user] Re: QT versions
Daniel D Jones wrote: Is it safe to remove QT3 from the system now? It seems like at one point that there were still packages in KDE that needed version 3 installed. I have both version 3 and 4 on the system. If I remove the qt3 use flag, enable the qt4 use flag and do an emerge --newuse, can I then unmerge version 3? Usually it's not safe because Qt 4 and Qt 3 are different products. Qt 4 is not update to Qt 3. You can follow Justin's advice to see is Qt 3 is still needed. You can omit a version specification to see which packages need 3 and which need 4: equery depends x11-libs/qt
[gentoo-user] Re: QT versions
Dale wrote: Is the q commands any more accurate? Just checking. All for better tools. q can't do that. It can tell you all deps, but has no equivalent of what equery depend does. That is, it can tell you the dependencies of a package, but does not tell you which packages depend on it.
[gentoo-user] Getting rid of corefonts in web browsing
Imagemagick, Wine and Flash all depend on the M$ corefonts. However, I don't want them to be used while browsing the web. I removed them from the font paths of xorg.conf but that doesn't help; Konqueror and Firefox still pick them up (because of fontconfig, I guess). Any tips?
[gentoo-user] Re: new timezone data requires setting a symlink by hand
Daniel Pielmeier wrote: 2008/7/31, Anno v. Heimburg [EMAIL PROTECTED]: Huh? I always thought the proper place was the TIMEZONE variable in /etc/conf.d/clock: It was he proper place in pre baselayout-2 and openrc times! Now the proper place for gentoo is /etc/timezone! So do we keep TIMEZONE in conf.d/clock or delete it?
[gentoo-user] Re: new timezone data requires setting a symlink by hand
So do we keep TIMEZONE in conf.d/clock or delete it? There is no /etc/conf.d/clock anymore in openrc/baselayout 2.0. The openrc file is called /etc/conf.d/hwclock, and there's no TIMEZONE variable in that file.
[gentoo-user] Re: new timezone data requires setting a symlink by hand
Sven Köhler wrote: So do we keep TIMEZONE in conf.d/clock or delete it? There is no /etc/conf.d/clock anymore in openrc/baselayout 2.0. The openrc file is called /etc/conf.d/hwclock, and there's no TIMEZONE variable in that file. Ah, oops, I'm on stable. Baselayout 2 is ~amd64.
Re: [gentoo-user] new timezone data requires setting a symlink by hand
On 31 Jul, Sebastian Wiesner wrote: Helmut Jarausch [EMAIL PROTECTED] at Thursday 31 July 2008, 13:27:24 Hi, am I doing something wrong? Whenever I emerge a new sys-libs/timezone-data I need to do afterwards rm -f /etc/localtime ln -s /usr/share/zoneinfo/Europe/Berlin /etc/localtime (This is with baselayout-2.0.0) Many thanks for a hint, Why don't you just create /etc/timezone with Europe/Berlin as content? Thanks, but it doesn't work here. I must be doing something wrong. Now, I have deleted /etc/localtime /etc/conf.d/hwclock contains clock=local (which is recommended for a dual boot system with Windows) For /etc/timezone I have tried both Europe/Berlin and alternatively Europe/Berlin In both cases I get GMT instead of my local time here. Many thanks for a further hint, Helmut. -- Helmut Jarausch Lehrstuhl fuer Numerische Mathematik RWTH - Aachen University D 52056 Aachen, Germany
Re: [gentoo-user] move instalation from one system to another one.
Sebastian Günther a écrit: If you want such functionality, use Debian or Ubuntu. Or just use the good C*FLAGS and kernel options. -- Nicolas Sebrecht
Re: [gentoo-user] Sync'ing and compiling pkgs for multiple PCs
Simon schrieb: Your email is very long, so I'm not sure if I've taken it all in, but what I'd suggest is a shared /usr/portage directory (easily done by NFS) and distcc. This creates a dependency on the host that contains the portage tree. It also remove some flexibility. For example, taking my laptop away from my 'portage pc' would make it impossible for me to modify my current installs while away. There are other consideration and the use of a sync'ed portage tree on each pc vs using nfs is a debate that I won't go into now and this part is not much of an importance in my problem... compilation is!... You might want to take a look at Coda instead of NFS. It supports disconnected read/write: http://en.wikipedia.org/wiki/Coda_(file_system) I haven't used it though. signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] move instalation from one system to another one.
On Thu, Jul 31, 2008 at 1:12 PM, Nicolas Sebrecht [EMAIL PROTECTED] wrote: Sebastian Günther a écrit: If you want such functionality, use Debian or Ubuntu. Or just use the good C*FLAGS and kernel options. Nicolas is right, you can (at your own risk, of course) do a migration like this, so DON'T is not really the only option, and changing distros is NOT an option in most cases. Gentoo is perfectly capable of that. Change flags in make.conf for generic compatible ones, compile a new kernel (I used genkernel for the migration, and compiled a specific kernel for the new machine later), emerge -e world and transfer the system (I used rsync, and had to deal with some network issues), everything worked (after some fine tunning for the new hardware) for me. Sometimes the effort is worth, it was my case, YMMV. It takes a little while (for me, the migration itself took a Sunday afternoon, like 6 hours), but you can still use your system while emerge does its work, and while the new kernel compiles. Its less time than a normal install from the ground up (with the whole configuration process, X, Window Manager, etc). After the migration, change flags again, and let emerge do its magic, while you can keep working. PS: I kept my old system as a backup for a few weeks. PS2: I had an old Athlon XP 1.2GHz and migrated the whole system to a Core Duo 2.8GHz, as you may imagine, both machines were COMPLETELY different, but still I kept all my preferences, packages, files, all of it. An year before the migration, the Athlon XP was running a CHOST=i386 and I changed it to i686 with success. Gentoo is sometimes just magical. -- Daniel da Veiga
Re: [gentoo-user] new timezone data requires setting a symlink by hand
Thanks, but it doesn't work here. I must be doing something wrong. Now, I have deleted /etc/localtime /etc/conf.d/hwclock contains clock=local (which is recommended for a dual boot system with Windows) For /etc/timezone I have tried both Europe/Berlin and alternatively Europe/Berlin In both cases I get GMT instead of my local time here. Many thanks for a further hint, Helmut. second signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Thinkpad T61 HDAPS and sound card support
On Thu, Jul 31, 2008 at 7:37 AM, Zhou Rui [EMAIL PROTECTED] wrote: 2008/7/31 Fernando Antunes [EMAIL PROTECTED] I have the same notebook. The sound worked for me only with 2.6.26.First using vanilla 2.26.26-rcX and finally with gentoo-sources-2.6.26. But the gentoo-sources-2.6.26 is unstable now, so may switch to this kernel safely? I moved gentoo-sources to ~x86 and it is very stable for me. BTW, with the new kernel, does the LED of Intel 4965AGN works? No LED for wireless card. My T61 has an Atheros chip set and it is not working for me, TX and RX packets are dropped. The 2.6.26 recognize the card using ath5k driver, but no LED. I tryed ndiswrappe, but no much progress until now. -- BR, Zhou Rui
[gentoo-user] Re: move instalation from one system to another one.
Daniel da Veiga wrote: On Thu, Jul 31, 2008 at 1:12 PM, Nicolas Sebrecht [EMAIL PROTECTED] wrote: Sebastian Günther a écrit: If you want such functionality, use Debian or Ubuntu. Or just use the good C*FLAGS and kernel options. Nicolas is right, you can (at your own risk, of course) do a migration like this, so DON'T is not really the only option, and changing distros is NOT an option in most cases. Gentoo is perfectly capable of that. Change flags in make.conf for generic compatible ones, compile a new kernel (I used genkernel for the migration, and compiled a specific kernel for the new machine later), emerge -e world and transfer the system (I used rsync, and had to deal with some network issues), everything worked (after some fine tunning for the new hardware) for me. Yeah, but that way you're doing emerge -e world twice. One on the old system, and one on the new system (to optimize for the specific CPU again; -march=native). It's usually faster to install from scratch and only transfer your setting to the new system.
Re: [gentoo-user] Sync'ing and compiling pkgs for multiple PCs
On 31 Jul 2008, at 15:12, Simon wrote: Yes, your words about dependency and flexibility are valid, but this is also the most straightforward way to sync multiple machines at once. If you do need to emerge a package when the laptop is away from home then just --sync and it builds a portage tree at the missing mountpoint (if that makes sense). I'll consider that, but seriously, I've tried many ways, including rsyncd, to sync portage on my computers and I've settled for unison. Really, I like it for its simplicity of use and maintenance and the fact that my host only has the ssh port open. Sync'ing portage is not a problem, i'll explore different ways along the way. Dont try to convince me of other ways, this one is working (and I don't mind whatever downsides). Great! I'm glad you're happy with this. You're NFS exporting a sub- directory of /usr/portage, then, in order to share the built packages? As said, no. I'm using a separate copy on each host, which is sync'ed manually between those hosts. It may sound awful, but it actually syncs my /home directory, as well as my /root dir (where I keep important system stuff, like dev drivers source). No, that's fine. Whatever works for you. Basically, as you say, you want to keep it as transparent, seamless automated as possible. Whatever does the trick. I would perhaps do some more investigation start a new thread about distcc problems. Stroller.
Re: [gentoo-user] Re: move instalation from one system to another one.
On Thu, Jul 31, 2008 at 2:15 PM, Nikos Chantziaras [EMAIL PROTECTED] wrote: Daniel da Veiga wrote: On Thu, Jul 31, 2008 at 1:12 PM, Nicolas Sebrecht [EMAIL PROTECTED] wrote: Sebastian Günther a écrit: If you want such functionality, use Debian or Ubuntu. Or just use the good C*FLAGS and kernel options. Nicolas is right, you can (at your own risk, of course) do a migration like this, so DON'T is not really the only option, and changing distros is NOT an option in most cases. Gentoo is perfectly capable of that. Change flags in make.conf for generic compatible ones, compile a new kernel (I used genkernel for the migration, and compiled a specific kernel for the new machine later), emerge -e world and transfer the system (I used rsync, and had to deal with some network issues), everything worked (after some fine tunning for the new hardware) for me. Yeah, but that way you're doing emerge -e world twice. One on the old system, and one on the new system (to optimize for the specific CPU again; -march=native). It's usually faster to install from scratch and only transfer your setting to the new system. Yes, but still, both emerges may run while you work, so that's not wasted time, while on a new install, your machine is useless till you get all that you need running (that's the compilation time for X, an office suite, a window manager), and after that, you gotta transfer all your files and settings (that may be tedious), and all of this takes a time you could use to work... All I'm saying is that you really don't need to start from scratch, I personally find it more productive and fast (not to mention less boring) to prepare and transfer the whole install, and only configure the new hardware (that is part of a normal new install, so, you can't avoid that), instead of waiting for compilations to end so you can use packages on your new machine. Besides, I'm letting the official portage tool do its job... Anyway, it is MHO. In some cases, this may fail and a install from scratch is the only option left. But I never had this bad luck. -- Daniel da Veiga
Re: [gentoo-user] Re: move instalation from one system to another one.
Nikos Chantziaras a écrit: Nicolas is right, you can (at your own risk, of course) do a migration like this, so DON'T is not really the only option, and changing distros is NOT an option in most cases. Gentoo is perfectly capable of that. Thanks to you. You explained my thoughts better than I could. Change flags in make.conf for generic compatible ones, compile a new kernel (I used genkernel for the migration, and compiled a specific kernel for the new machine later), emerge -e world and transfer the system (I used rsync, and had to deal with some network issues), everything worked (after some fine tunning for the new hardware) for me. Yeah, but that way you're doing emerge -e world twice. One on the old system, and one on the new system (to optimize for the specific CPU again; -march=native). It's usually faster to install from scratch and only transfer your setting to the new system. You are right too. IMHO, a new install is what you have to do for a such occasionally hardware upgrade. Note the emerge -e world is not what we need here as it will leave broken system packages (the system won't boot on the new processor). The '-e' option looks for the USE flags only. We are supposed to know what we do with Gentoo. Having hardware specific options makes the distribution in a possibly jail. Nevertheless, Gentoo and Linux offer all generic options to ensure x86 processor-like migrations. -- Nicolas Sebrecht
Re: [gentoo-user] Re: move instalation from one system to another one.
On 31 Jul 2008, at 19:50, Nicolas Sebrecht wrote: ... Note the emerge -e world is not what we need here as it will leave broken system packages (the system won't boot on the new processor). The '-e' option looks for the USE flags only. From `man emerge` --emptytree (-e) Reinstalls all world packages and their dependencies ... (don't be confused by the next sentence. I am sure it just means to say uses the currently set USE flags). ... --newuse (-N) Tells emerge to include installed packages where USE flags have changed since compilation. Stroller.
Re: [gentoo-user] Re: move instalation from one system to another one.
On Thu, Jul 31, 2008 at 4:05 PM, Stroller [EMAIL PROTECTED] wrote: On 31 Jul 2008, at 19:50, Nicolas Sebrecht wrote: ... Note the emerge -e world is not what we need here as it will leave broken system packages (the system won't boot on the new processor). The '-e' option looks for the USE flags only. From `man emerge` --emptytree (-e) Reinstalls all world packages and their dependencies ... Nicolas, Stroller (and the man page) is right... As system is part of world, an emerge -e world would recompile every single package, along with all dependencies, a full system recompile, if you, for instance, change your CFLAGs to a generic one before it, at the end your system would be prepared to be used with a different processor. -- Daniel da Veiga
Re: [gentoo-user] Re: move instalation from one system to another one.
On Donnerstag, 31. Juli 2008, Daniel da Veiga wrote: On Thu, Jul 31, 2008 at 4:05 PM, Stroller [EMAIL PROTECTED] wrote: On 31 Jul 2008, at 19:50, Nicolas Sebrecht wrote: ... Note the emerge -e world is not what we need here as it will leave broken system packages (the system won't boot on the new processor). The '-e' option looks for the USE flags only. From `man emerge` --emptytree (-e) Reinstalls all world packages and their dependencies ... Nicolas, Stroller (and the man page) is right... As system is part of world, an emerge -e world would recompile every single package, along with all dependencies, a full system recompile, if you, for instance, change your CFLAGs to a generic one before it, at the end your system would be prepared to be used with a different processor. not anymore. system was taken out of world. http://marc.info/?l=gentoo-devm=121607297615623w=2
[gentoo-user] [maybe ot]Accelerometer hacks for Lenovo and -possibly- Macbook laptops
Sorry if spamming, but this is too juicy not to share. I've just read on OSNews: http://www.ibm.com/developerworks/linux/library/l-knockage.html?ca=dgr-lnxw07l-knockageS_TACT=105AGX59S_CMP=GRsitelnxw07 It is a little hack to use the inbuilt accelerometer of Lenovo (and possibly Macbook... gotta try on my MBP) just as another input device. Looks damn cool. Anyone with experiences to share? m.
Re: [gentoo-user] Re: move instalation from one system to another one.
On Thu, Jul 31, 2008 at 7:09 PM, Volker Armin Hemmann [EMAIL PROTECTED] wrote: On Donnerstag, 31. Juli 2008, Daniel da Veiga wrote: On Thu, Jul 31, 2008 at 4:05 PM, Stroller [EMAIL PROTECTED] wrote: On 31 Jul 2008, at 19:50, Nicolas Sebrecht wrote: ... Note the emerge -e world is not what we need here as it will leave broken system packages (the system won't boot on the new processor). The '-e' option looks for the USE flags only. From `man emerge` --emptytree (-e) Reinstalls all world packages and their dependencies ... Nicolas, Stroller (and the man page) is right... As system is part of world, an emerge -e world would recompile every single package, along with all dependencies, a full system recompile, if you, for instance, change your CFLAGs to a generic one before it, at the end your system would be prepared to be used with a different processor. not anymore. system was taken out of world. http://marc.info/?l=gentoo-devm=121607297615623w=2 I see, so you need a emerge -e system in order to emerge -e world properly and make sure changes affect all packages. One more thing to keep note next time I transfer my system... -- Daniel da Veiga
[gentoo-user] Re: new timezone data requires setting a symlink by hand
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Helmut Jarausch wrote: Thanks, but it doesn't work here. I must be doing something wrong. Now, I have deleted /etc/localtime /etc/conf.d/hwclock contains clock=local (which is recommended for a dual boot system with Windows) For /etc/timezone I have tried both Europe/Berlin and alternatively Europe/Berlin In both cases I get GMT instead of my local time here. try: # echo Eurpoe/Berlin /etc/timezone # emerge --config sys-libs/timezone-data NB: this will only need to be done this once, after that, an update of sys-libs/timezone-data will automatically update /etc/localtime - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkiSSkMACgkQOypDUo0oQOrxIQCdG0Azwij5Pc76iy6kwXoa1Y95 QxAAoN4lgcncAliE5YQ8ZUYSPp7JCRbc =8uRF -END PGP SIGNATURE-
[gentoo-user] Re: move instalation from one system to another one.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Volker Armin Hemmann wrote: not anymore. system was taken out of world. http://marc.info/?l=gentoo-devm=121607297615623w=2 That is only true if you are using =sys-apps/portage-2.2_alpha (that is, the current ~arch version) - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkiSSwQACgkQOypDUo0oQOo8xQCgn5RkYiAckabM7zh33rTM/GDx omEAoNerwtYhpCMikBot1anqLvrsARIj =ApzL -END PGP SIGNATURE-
Re: [gentoo-user] [maybe ot]Accelerometer hacks for Lenovo and -possibly- Macbook laptops
On Fri, 2008-08-01 at 01:24 +0200, b.n. wrote: Sorry if spamming, but this is too juicy not to share. I've just read on OSNews: http://www.ibm.com/developerworks/linux/library/l-knockage.html?ca=dgr-lnxw07l-knockageS_TACT=105AGX59S_CMP=GRsitelnxw07 It is a little hack to use the inbuilt accelerometer of Lenovo (and possibly Macbook... gotta try on my MBP) just as another input device. Looks damn cool. Yeah I saw this on LWN Interesting. My ThinkPad is in the shop, but I'll give it a try when I get it back. -a
Re: [gentoo-user] Sync'ing and compiling pkgs for multiple PCs
I would perhaps do some more investigation start a new thread about distcc problems. Yup, I'll do this major update on friday and report here about any issues strictly related to emerge and distcc. However, no news is good news! =) Thanks
[gentoo-user] [slightly OT] recommendations for streaming audio solutions
Hi all, This is a tiny bit OT but not totally. I used to have a streaming audio server setup using tunez (http://tunez.sourceforge.net/) but that is no longer in development (since 2004). Is there something in portage that I can use to stream audio over icecast, both mp3 and ogg and control it from a web frontend (maybe using mysql backend)? Grateful for any suggestions anyone has on this topic. thanks Matt No virus found in this outgoing message. Checked by AVG - http://www.avg.com Version: 8.0.138 / Virus Database: 270.5.8/1582 - Release Date: 30/07/2008 18:37
Re: [gentoo-user] Sync'ing and compiling pkgs for multiple PCs
You might want to take a look at Coda instead of NFS. It supports disconnected read/write: http://en.wikipedia.org/wiki/Coda_(file_system) I haven't used it though. Hey thanks! This seems quite cool! I've read about it on their website also and it would clearly fit all my requirements for a network FS. I believe it could even be used to replace completely my current use of unison. Definitely worth experimenting and if that succeeds, I'll consider migrating to it! Thanks again! Simon
Re: [gentoo-user] Thinkpad T61 HDAPS and sound card support
2008/8/1 Fernando Antunes [EMAIL PROTECTED]: I moved gentoo-sources to ~x86 and it is very stable for me. Thanks about that, I will have a try about the 2.6.26 kernel soon, also the hdaps patch for the 2.6.25 didn't work for me, I can update it to 2.6.26 BTW, with the new kernel, does the LED of Intel 4965AGN works? No LED for wireless card. My T61 has an Atheros chip set and it is not working for me, TX and RX packets are dropped. The 2.6.26 recognize the card using ath5k driver, but no LED. I tryed ndiswrappe, but no much progress until now. I think you may have a try with madwifi, last time I used madwifi for my fujitsu U1010 and it works fine. -- BR, Zhou Rui
Re: [gentoo-user] QT versions
On Wed, 30 Jul 2008 19:25:03 -0400 Daniel D Jones [EMAIL PROTECTED] wrote: Is it safe to remove QT3 from the system now? It seems like at one point that there were still packages in KDE that needed version 3 installed. I have both version 3 and 4 on the system. If I remove the qt3 use flag, enable the qt4 use flag and do an emerge --newuse, can I then unmerge version 3? On a sane system, if qt3 is no longer needed you could clean it with emerge --depclean --ask. That should in fact clean anything that's not in world and is not a dependency (might it be directly or indirectly) of a package in world. If emerge --depclean --ask doesn't report it on the output list, then there's something depending on qt3 installed. Remember that setting USE=-qt3 doesn't magically remove the dependency on qt3 for those programs that needs qt3. Kde 3.x relies in qt3, and no USE flag can change that. USE flags only change optional settings, for kde 3.x qt3 is not an option. However, most people don't usually care about sanity, and in that case, you should be careful when using --depclean. -- Jesús Guerrero [EMAIL PROTECTED] pgpPdzoRBR1mG.pgp Description: PGP signature
[gentoo-user] ERROR: cannot start hwclock as fsck would not start
Hi all, I've had the above error during boot for quite some time now so clearly it doesn't have too major consequences. :-) I would, however, like to understand what's going on and then, if possible, fix it. The first thing I tried was to grep for (parts of) this error in the /etc/init.d scripts but that yielded nothing. Using extra ewarns in /etc/init.d/hwclock and /etc/init.d/fsck I discovered that both hwclock and fsck *do* indeed run (but after the error is displayed). Looking in other places (/usr/lib/portage, /usr/portage, /etc) didn't yield anything useful either. lion ~ # rc-update show gpm | default ntp-client | default fsck | boot hald | default mtab | boot ntpd | default root | boot swap | boot keymaps | boot local | default nonetwork vixie-cron | default syslog-ng | default maradns | default localmount | boot consolefont | boot modules | boot hostname | boot net.lo | boot net.eth0 | default procfs | boot netmount | default sysctl | boot urandom | boot termencoding | boot hwclock | boot bootmisc | boot device-mapper | boot alsasound | boot Any ideas? Cheers, Hilco
[gentoo-user] distcc trivial issue (i'm sure)
Hi, I've followed several docs about setting up distcc, one from the gentoo manuals and the other on distcc's website. I believe I understand the whole concept pretty well, but my problem is: only the first host compiles. I have 3 hosts, if I use nmap, it can detect the distcc port is open what version of distcc and gcc it's using. This proves it's running on all hosts. I have scp all distcc config files to all hosts, including make.conf (3 pcs are the same arch, etc). And of course option -j4 If I run emerge on a pkg, I will see the log populating on the 3 machines, there must be communication! After manipulating DISTCC_DIR, I got distccmon-gui to work. The monitor will show at the begining that localhost is compiling a small file during the ./configure. Then when compilation kicks in, localhost stops working completely and 192.168.96.64(ip of localhost on lan) starts working steadily. IP:*.64 is the first host in /etc/distcc/hosts. I have set the logs to debug level, which i believe is the level that will show ALL information (right?). I have read through that log during a compilation, specially at the start, and found absolutely no mention of the IP of any other hosts, nothing talking about connection issues or similar. I'm stuck here, I don't know what I'm looking for and help would be greatly appreciated! Thanks, Simon