Re: [gentoo-user] Emerging package via NFS ?
Hi,
just to let you know that approach below works for me.
I modified it slightly in that I add
mount --bind /usr/portage /mnt/other/usr/portage
to belows cmd list as machine A and B will always be synchronized.
Thanks a lot,
Thomas
Am 15.12.2010 10:56, schrieb YoYo Siska:
> On Wed, Dec 15, 2010 at 10:15:12AM +0100, Thomas Drueke wrote:
>> Hi,
>>
>> is it possible to emerge packages to a $ROOT directory mounted via NFS ?
>>
>> The setup is
>> - machine A is equipped with a Quad core CPU
>> - machine B is equipped with an N330 Atom-CPU
>> - machine A is doing the system update on a local chroot-environment
>> for machine B and generates binary packages. These packages are
>> installed on machine B using the binary package feature of portage.
>>
>> I expected that the above setup would give an performance improvement
>> over letting machine B do the portage update itself. However a trial run
>> did not show significant improvement that justifies the effort. Machine
>> B still needs a reasonable amount of time to fetch unpack and install
>> the packages.
>>
>> An alternative way might be to mount machine B's / directory via NFS
>> and change make.conf's $ROOT variable to that mount point.
>>
>> Does that sound as a reasonable approach ?
>
> I had a very old machine, that was really slow. Compiles could be
> offloaded by distcc, but even the ./configure-s and portage stuff
> (checking, upacking, ...) was reaaly slow...
>
> So I just used to export / through nfs, mounted it on a fast amd64 and
> basically did (other is the slow machine)
>
> mount other:/ /mnt/other
> mount -t proc proc /mnt/other/proc
> mount --bind /dev /mnt/other/dev
> mkdir /tmp/other
> mount --bind /tmp/other /mnt/other/var/tmp/portage
> mkdir /home/gentoo-other
> mount --bind /home/gentoo-other /mnt/other/home/gentoo
>
> linux32 chroot /mnt/other /bin/bash
> emerge.
>
> For the last mkdir/mount, I have DISTDIR=/home/gentoo/distfiles and
> PKGDIR=/home/gentoo/packages in make.conf, you can do that with the
> standart /usr/portage/{distfiles,packages}
>
> This way most of the compile is done "localy" on the fast machine.
> yoyo
>
>
>>
>> Regards,
>> Thomas
>>
>
>
>
>
Re: [gentoo-user] Emerging package via NFS ?
Interesting approach. I'll give that a try.
Thanks,
Thomas
Am 15.12.2010 10:56, schrieb YoYo Siska:
> On Wed, Dec 15, 2010 at 10:15:12AM +0100, Thomas Drueke wrote:
>> Hi,
>>
>> is it possible to emerge packages to a $ROOT directory mounted via NFS ?
>>
>> The setup is
>> - machine A is equipped with a Quad core CPU
>> - machine B is equipped with an N330 Atom-CPU
>> - machine A is doing the system update on a local chroot-environment
>> for machine B and generates binary packages. These packages are
>> installed on machine B using the binary package feature of portage.
>>
>> I expected that the above setup would give an performance improvement
>> over letting machine B do the portage update itself. However a trial run
>> did not show significant improvement that justifies the effort. Machine
>> B still needs a reasonable amount of time to fetch unpack and install
>> the packages.
>>
>> An alternative way might be to mount machine B's / directory via NFS
>> and change make.conf's $ROOT variable to that mount point.
>>
>> Does that sound as a reasonable approach ?
>
> I had a very old machine, that was really slow. Compiles could be
> offloaded by distcc, but even the ./configure-s and portage stuff
> (checking, upacking, ...) was reaaly slow...
>
> So I just used to export / through nfs, mounted it on a fast amd64 and
> basically did (other is the slow machine)
>
> mount other:/ /mnt/other
> mount -t proc proc /mnt/other/proc
> mount --bind /dev /mnt/other/dev
> mkdir /tmp/other
> mount --bind /tmp/other /mnt/other/var/tmp/portage
> mkdir /home/gentoo-other
> mount --bind /home/gentoo-other /mnt/other/home/gentoo
>
> linux32 chroot /mnt/other /bin/bash
> emerge.
>
> For the last mkdir/mount, I have DISTDIR=/home/gentoo/distfiles and
> PKGDIR=/home/gentoo/packages in make.conf, you can do that with the
> standart /usr/portage/{distfiles,packages}
>
> This way most of the compile is done "localy" on the fast machine.
> yoyo
>
>
>>
>> Regards,
>> Thomas
>>
>
>
>
>
[gentoo-user] Emerging package via NFS ?
Hi, is it possible to emerge packages to a $ROOT directory mounted via NFS ? The setup is - machine A is equipped with a Quad core CPU - machine B is equipped with an N330 Atom-CPU - machine A is doing the system update on a local chroot-environment for machine B and generates binary packages. These packages are installed on machine B using the binary package feature of portage. I expected that the above setup would give an performance improvement over letting machine B do the portage update itself. However a trial run did not show significant improvement that justifies the effort. Machine B still needs a reasonable amount of time to fetch unpack and install the packages. An alternative way might be to mount machine B's / directory via NFS and change make.conf's $ROOT variable to that mount point. Does that sound as a reasonable approach ? Regards, Thomas
[gentoo-user] Archive for gentoo patches ?
Hi, I'm sure this has been asked before (though quick search on this list did not show this topic). Is there an archive for gentoo patches of older package versions (esp. python-2.6.2) somewhere available ? Regards, Thomas
Re: [gentoo-user] su in konsole takes much longer to complete in KDE 4.5.1
Just to let you know that I solved this (at least somehow) by using kdm
as login manager and no longer start KDE via .xinitrc/startkde. It seems
some more configuration/program-startup is done by kdm which solves this.
Thanks for your help.
Thomas
Am 21.09.2010 19:29, schrieb Thomas Drueke:
> Thanks for the hint.
>
> "unset DISPLAY" let "su -" complete immediately.
>
> I'll check my bashrc/profile + xauth related things to see what might
> cause this.
>
> Thomas
>
> Am 21.09.2010 12:10, schrieb YoYo Siska:
>> On Mon, Sep 20, 2010 at 11:53:34PM +0200, Thomas Drueke wrote:
>>> Thanks for hints, but no luck so far.
>>>
>>> Yohan, using xterm instead of konsole results in the same delay.
>>
>> To rule some other things out, you could also try:
>> unset DISPLAY
>> su -
>>
>> DISPLAY is one of the differences between a text konsole and anything
>> under X... Might be that some bashrc/profile script tries to do
>> something with X if it sees DISPLAY, but isn't able to connect to X under
>> root... (maybe some xauth stuff..)
>>
>> yoyo
>>
>>>
>>> Alan, hosts contains the hostname (FQDN) for eth0 and also alocalhost
>>> entry. Plus wireshark didn't show any network traffic during the delay
>>> (for both eth0 and lo).
>>>
>>> Is there any of the new services from KDE 4 which requires some
>>> configuration concerning DNS or similar network services ?
>>>
>>> Regards,
>>> Thomas
>>>
>>> Am 20.09.2010 23:11, schrieb Alan McKinnon:
>>>> Apparently, though unproven, at 20:08 on Monday 20 September 2010, Thomas
>>>> Drueke did opine thusly:
>>>>
>>>>> Hi,
>>>>>
>>>>> I installed KDE 4.5.1 over the weekend following the
>>>>> "remove-all-old-kde-packages-first" approach on the gentoo webpage. So
>>>>> far everything seems to be fine except one thing.
>>>>>
>>>>> When I type "su -" in konsole it takes 20-30 seconds to complete.
>>>>> Doing the same on a text console the command completes immediately.
>>>>>
>>>>> I don't have NIS or LDAP enabled. "strace su -" came back with an
>>>>> authentication failure immediately so no much info from there.
>>>>> Also "top" didn't show any suspicious process consuming the time.
>>>>>
>>>>> I found a thread from may which might be related to my observation
>>>>> ("KDE takes ages to show password screen after suspend").
>>>>> The solution there was to upgrade to KDE 4.4.4 which does not fit here.
>>>>> Google didn't show much on this topic as well.
>>>>>
>>>>> Any ideas what might cause the delay or how to get more close to the
>>>>> root cause ?
>>>>
>>>>
>>>> 20-30 second delays due to DNS timeouts have hit me so many times it's
>>>> always
>>>> the first thing I check, even when it seems irrelevant.
>>>>
>>>> Does your machine have a local hostname, and do you have an entry for it
>>>> in
>>>> either DNS or /etc/hosts?
>>>>
>>>>
>>>
>>
>>
>>
>>
>
>
Re: [gentoo-user] su in konsole takes much longer to complete in KDE 4.5.1
Thanks for the hint.
"unset DISPLAY" let "su -" complete immediately.
I'll check my bashrc/profile + xauth related things to see what might
cause this.
Thomas
Am 21.09.2010 12:10, schrieb YoYo Siska:
> On Mon, Sep 20, 2010 at 11:53:34PM +0200, Thomas Drueke wrote:
>> Thanks for hints, but no luck so far.
>>
>> Yohan, using xterm instead of konsole results in the same delay.
>
> To rule some other things out, you could also try:
> unset DISPLAY
> su -
>
> DISPLAY is one of the differences between a text konsole and anything
> under X... Might be that some bashrc/profile script tries to do
> something with X if it sees DISPLAY, but isn't able to connect to X under
> root... (maybe some xauth stuff..)
>
> yoyo
>
>>
>> Alan, hosts contains the hostname (FQDN) for eth0 and also alocalhost
>> entry. Plus wireshark didn't show any network traffic during the delay
>> (for both eth0 and lo).
>>
>> Is there any of the new services from KDE 4 which requires some
>> configuration concerning DNS or similar network services ?
>>
>> Regards,
>> Thomas
>>
>> Am 20.09.2010 23:11, schrieb Alan McKinnon:
>>> Apparently, though unproven, at 20:08 on Monday 20 September 2010, Thomas
>>> Drueke did opine thusly:
>>>
>>>> Hi,
>>>>
>>>> I installed KDE 4.5.1 over the weekend following the
>>>> "remove-all-old-kde-packages-first" approach on the gentoo webpage. So
>>>> far everything seems to be fine except one thing.
>>>>
>>>> When I type "su -" in konsole it takes 20-30 seconds to complete.
>>>> Doing the same on a text console the command completes immediately.
>>>>
>>>> I don't have NIS or LDAP enabled. "strace su -" came back with an
>>>> authentication failure immediately so no much info from there.
>>>> Also "top" didn't show any suspicious process consuming the time.
>>>>
>>>> I found a thread from may which might be related to my observation
>>>> ("KDE takes ages to show password screen after suspend").
>>>> The solution there was to upgrade to KDE 4.4.4 which does not fit here.
>>>> Google didn't show much on this topic as well.
>>>>
>>>> Any ideas what might cause the delay or how to get more close to the
>>>> root cause ?
>>>
>>>
>>> 20-30 second delays due to DNS timeouts have hit me so many times it's
>>> always
>>> the first thing I check, even when it seems irrelevant.
>>>
>>> Does your machine have a local hostname, and do you have an entry for it in
>>> either DNS or /etc/hosts?
>>>
>>>
>>
>
>
>
>
Re: [gentoo-user] su in konsole takes much longer to complete in KDE 4.5.1
Thanks for hints, but no luck so far.
Yohan, using xterm instead of konsole results in the same delay.
Alan, hosts contains the hostname (FQDN) for eth0 and also alocalhost
entry. Plus wireshark didn't show any network traffic during the delay
(for both eth0 and lo).
Is there any of the new services from KDE 4 which requires some
configuration concerning DNS or similar network services ?
Regards,
Thomas
Am 20.09.2010 23:11, schrieb Alan McKinnon:
> Apparently, though unproven, at 20:08 on Monday 20 September 2010, Thomas
> Drueke did opine thusly:
>
>> Hi,
>>
>> I installed KDE 4.5.1 over the weekend following the
>> "remove-all-old-kde-packages-first" approach on the gentoo webpage. So
>> far everything seems to be fine except one thing.
>>
>> When I type "su -" in konsole it takes 20-30 seconds to complete.
>> Doing the same on a text console the command completes immediately.
>>
>> I don't have NIS or LDAP enabled. "strace su -" came back with an
>> authentication failure immediately so no much info from there.
>> Also "top" didn't show any suspicious process consuming the time.
>>
>> I found a thread from may which might be related to my observation
>> ("KDE takes ages to show password screen after suspend").
>> The solution there was to upgrade to KDE 4.4.4 which does not fit here.
>> Google didn't show much on this topic as well.
>>
>> Any ideas what might cause the delay or how to get more close to the
>> root cause ?
>
>
> 20-30 second delays due to DNS timeouts have hit me so many times it's always
> the first thing I check, even when it seems irrelevant.
>
> Does your machine have a local hostname, and do you have an entry for it in
> either DNS or /etc/hosts?
>
>
[gentoo-user] su in konsole takes much longer to complete in KDE 4.5.1
Hi,
I installed KDE 4.5.1 over the weekend following the
"remove-all-old-kde-packages-first" approach on the gentoo webpage. So
far everything seems to be fine except one thing.
When I type "su -" in konsole it takes 20-30 seconds to complete.
Doing the same on a text console the command completes immediately.
I don't have NIS or LDAP enabled. "strace su -" came back with an
authentication failure immediately so no much info from there.
Also "top" didn't show any suspicious process consuming the time.
I found a thread from may which might be related to my observation
("KDE takes ages to show password screen after suspend").
The solution there was to upgrade to KDE 4.4.4 which does not fit here.
Google didn't show much on this topic as well.
Any ideas what might cause the delay or how to get more close to the
root cause ?
Regards,
Thomas
Re: [gentoo-user] Emerging gentoo-kernel 2.4.20-gentoo-r31
Hi all, thanks all for the help. BR Thomas Am Montag, den 18.07.2005, 22:44 +0200 schrieb Benno Schulenberg: > Thomas Drueke wrote: > > I want to emerge gentoo-sources-2.4.20-r31 but it has been > > deleted from the rsync repository. > > > > Is there a way to get the corresponding ebuild-file back to get > > it emerged ? > > See > http://www.gentoo.org/cgi-bin/viewcvs.cgi/sys-kernel/gentoo-sources/ > > Download the desired one, put it in your overlay, and use = to > emerge it. > > Benno -- Thomas Drueke <[EMAIL PROTECTED]> -- gentoo-user@gentoo.org mailing list
[gentoo-user] Emerging gentoo-kernel 2.4.20-gentoo-r31
Hi, I want to emerge gentoo-sources-2.4.20-r31 but it has been deleted from the rsync repository. Is there a way to get the corresponding ebuild-file back to get it emerged ? BR Thomas -- Thomas Drueke <[EMAIL PROTECTED]> -- gentoo-user@gentoo.org mailing list
[gentoo-user] Looking for file "/usr/share/sgml/CATALOG.docbook_4"
Hi, I would like to generate the documentation from the alsa-drivers. While trying to generate it, openjade tells me this: openjade:E: cannot open "/usr/share/sgml/CATALOG.docbook_4" (Datei oder Verzeichnis nicht gefunden) I googled around but I found it only with rpm-distributions like Suse and RedHat. Does anybody know to which package the above file is related to ? BTW, I installed nearly every package which seems to have a relationship to docbook, sgml and jade. BR Thomas -- Thomas Drueke <[EMAIL PROTECTED]> -- gentoo-user@gentoo.org mailing list
[gentoo-user] ProjectX 0.82.1.0 running under 2005.0 "~x86" ?
Hi, I recently upgraded ProjectX to 0.82.1.0. Unfortunately now I get the error message: >java.lang.Exceptions: >commons-net library not accessible! see readme.txt [ii] >ensure the correct location/classpath, related to the executed .jar > > at net.sourceforge.dvb.projectx.common.X.main(Unknown Source) Looking into the readme it says that >the following libraries are required on this place from the V 0.82. >0 on, > related to the executed .jar: > - lib/commons-net-1.3.0.jar (compiled with JDK 1.2.2) *) > - lib/jakarta-oro-2.0.8.jar (compiled with JDK 1.2.2) *) > ... > > *) > further informations and newer versions (mostly compiled with >JDK 1.4.2) >you'll find at: > 'jakarta.apache.org/site/binindex.cgi', look for 'Commons Net' >and 'ORO' > - using newer lib's possibly requires an update of the >'build.bat' and 'M >ANIFEST.MF' ! Well, here is what I tried: - re-emerged "commons-net" and "jakarta-oro" (my system has jdk 1.4.2.01 running) NOK - re-emerged "projectx" NOK - "projectx.jar" is located in "/usr/share/projectx/lib". I start "projectx" in "/usr/share/projectx/lib" with the following command line "java -jar projectx.jar" So I copied both files to "/usr/share/projectx/lib/lib/commons-net-1.3.0.jar" "/usr/share/projectx/lib/lib/jakarta-oro-2.0.8.jar" NOK - copied the files to "/usr/share/projectx/lib/commons-net-1.3.0.jar" "/usr/share/projectx/lib/jakarta-oro-2.0.8.jar" NOK The funny thing is that from "strace" output the "stat64" command shows that the files are found (but maybe they are still in the wrong location). Does it make a huge difference for "projectx" if the libraries are compiled with java 1.4.2.01 instead of 1.2.2 ? As I'm a java user (not programmer), I would assume that something needs to be done to get projectx with the newly compiled packages to work (at least I assume that from the readme-text). Any ideas what I'm doing wrong here ? BR Thomas -- Thomas Drueke <[EMAIL PROTECTED]> -- gentoo-user@gentoo.org mailing list
RE: [gentoo-user] Problems mounting CD-Rom device [solved]
Am Montag, den 09.05.2005, 16:21 -0400 schrieb Dave Nebinger: > > I would like to ask you how can I point my cdplayer to my cdrom-device? > > You should ensure that you've got the little connector cable between the > cdrom and the sound card. Personally my sound card doesn't have the > capability to receive input from the cdrom drive, so I'm forced to use xmms > with the cdreading pluggin... YMMV. Did you check alsamixer settings as well ? All channels are muted by default. BR Thomas > -- Thomas Drueke <[EMAIL PROTECTED]> -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] USB mouse stalls under X after some time of inactivity
Argghhh ! And the winner is of course Jerry (don't ask about Tom, though). Here comes the solution: When ever doing kernel configuration read the . Sometimes it really s GRRR :-) Snapshot from the help of "USB Human Interface Device (full HID) support" CONFIG_USB_HID: You can't use this driver and the HIDBP (Boot Protocol) keyboard and mouse drivers at the same time. More information is available: . And guess what: I had the standard PS/2 mouse support enabled in the kernel in parallel (for a couple of years, since I installed Linux for the first time :-) ). In germany we have a nice saying for that: "Wer lesen kann ist, klar im Vorteil". (Basically the english translation would mean something like RTFM but in a more polite way :-) ). Thanks for the help and friendly words, guys. :-) BR Thomas Am Mittwoch, den 27.04.2005, 19:18 +0200 schrieb Thomas Drueke: > Yep. :-) > > And appearently it's still not clear who wins... :-( (or better: > GRRR ;-) ) > > Well I upgraded to "udev" now but still no better situation. > > Thomas > > Am Dienstag, den 26.04.2005, 16:10 +0200 schrieb Bastian Balthazar Bux: > > > information is now obvious. Now even the "cat /dev/input/mice" does not > > > bring back my mouse. GRRR. :-) > > > > this seems to be a Tom & Jerry story :) > > > -- > Thomas Drueke <[EMAIL PROTECTED]> > -- Thomas Drueke <[EMAIL PROTECTED]> -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] USB mouse stalls under X after some time of inactivity
Yep. :-) And appearently it's still not clear who wins... :-( (or better: GRRR ;-) ) Well I upgraded to "udev" now but still no better situation. Thomas Am Dienstag, den 26.04.2005, 16:10 +0200 schrieb Bastian Balthazar Bux: > > information is now obvious. Now even the "cat /dev/input/mice" does not > > bring back my mouse. GRRR. :-) > > this seems to be a Tom & Jerry story :) > -- Thomas Drueke <[EMAIL PROTECTED]> -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] USB mouse stalls under X after some time of inactivity
Okay. While writing it happens again and it seems that the previous information is now obvious. Now even the "cat /dev/input/mice" does not bring back my mouse. GRRR. :-) BR Thomas Am Sonntag, den 24.04.2005, 04:25 -0700 schrieb Richard Fish: > Thomas Drueke wrote: > > >Hi all, > > > >I have a slight problem with my USB mouse under X. > >After some time of inactivity my X looses my mouse. > > > >After doing a "rmmod usbhid; modprobe usbhid" my mouse is back again > >without restarting X. > > > >My system is "~x86" based and the kernel 2.6.11-r6 is configured with > >"USB suspend/resume" disabled. I use the device "/dev/input/mice" in the > >"xorg.conf" file. My system is devfs-based. > > > > > > Nothing obvious comes to mind. I would say first check > /var/log/messages for usb connect/disconnect messages, and see if the > kernel thinks your mouse is being unplugged. Also, the next time this > happens, try to do "cat If you see a bunch of garbage printed to the screen, then the problem is > in X. Otherwise it is in the kernel/system, because the driver is dead > or has been unloaded. > > -Richard > -- Thomas Drueke <[EMAIL PROTECTED]> -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] USB mouse stalls under X after some time of inactivity
Am Montag, den 25.04.2005, 13:58 +0100 schrieb Neil Bothwick: > On Sun, 24 Apr 2005 10:06:54 +0200, Thomas Drueke wrote: > > > I have a slight problem with my USB mouse under X. > > After some time of inactivity my X looses my mouse. > > Is this a wireless mouse? Nope. It's a wired mouse. There appears nothing in "/var/log/message" as stated by Richard. I enabled USB debug messages in the kernel but still could not see any additional information neither via "dmesg" nor in "/var/log/message". Okay, while typing this email it happens again. Doing a "cat /dev/input/mice" and moving the mouse gives the normal character output and... voila my mouse is back working in X, and again no messages in any place. Any ideas what's this about ? BTW, I have "gpm" enabled but that's a standard configuration on my system. BR Thomas > > -- Thomas Drueke <[EMAIL PROTECTED]> -- gentoo-user@gentoo.org mailing list
[gentoo-user] USB mouse stalls under X after some time of inactivity
Hi all, I have a slight problem with my USB mouse under X. After some time of inactivity my X looses my mouse. After doing a "rmmod usbhid; modprobe usbhid" my mouse is back again without restarting X. My system is "~x86" based and the kernel 2.6.11-r6 is configured with "USB suspend/resume" disabled. I use the device "/dev/input/mice" in the "xorg.conf" file. My system is devfs-based. Has anybody seen this before ? I browsed a little bit through the bugs-database but could not find any corresponding bug. BR Thomas - -- Thomas Drueke <[EMAIL PROTECTED]> -- gentoo-user@gentoo.org mailing list
