Re: [gentoo-user] Python TK
Hello, On Fri, 27 Jul 2012 00:27:59 +0100 Peter Humphrey pe...@humphrey.ukfsn.org wrote: /etc/init.d/atom attached. It ought also to include a command to extract the useful bits of /etc/mtab and copy those to the chroot; otherwise eclean complains that it can't read the table of mounts. There used to be a suitable command somewhere in the installation docs but I can't find it now. It used grep to omit bits that didn't help. Mind you, if you can persuade Neil to document his modus operandi that will be a good deal better than my fumbling efforts. thank you, tomorrow i have new netbook so i will try it. Regards Silvio
Re: [gentoo-user] Python TK
Silvio Siefke writes: on my Netbook i use Sabayon, because all compile from source need much time and it was not so really run. Can i ask here a question, because i has problems with emerge. Sure, and there doesn't even seem to be a Sabayon mailing list anyway. I has Install the Game PySolFC, a python solitaire Game. It want not run, because it miss imagingtk. So i try to rebuilt Python and Imaging with the normal Gentoo Way. Mistake in Game http://nopaste.info/c04fddda9d.html Recompile Python and Imaging http://nopaste.info/090baf194d.html I follow the advice what says emerge, but emerge do nothing. Did you put tk in your USE flags for python? Like, having dev-lang/python tk in /etc/portage/package.use, if you want to have it for all versions of python. If you only want that for 2.7, use this line: dev-lang/python:2.7 tk gentoo-mobile siefke # emerge --newuse --update =dev-lang/python-2.7.2-r3 Calculating dependencies... done! Auto-cleaning packages... Should work, when the tk USE flag is set now, but wasn't set when python 2.7 was compiled. You can use emerge -pv dev-lang/python:2.7 to see which USE flags are set. Wonko
Re: [gentoo-user] Python TK
On Thu, 26 Jul 2012 12:50:09 +0200, Silvio Siefke wrote: on my Netbook i use Sabayon, because all compile from source need much time and it was not so really run. Can i ask here a question, because i has problems with emerge. You could build packages in a chroot on a faster machine, that's what I do to run Gentoo on lower-popwered devices. gentoo-mobile siefke # emerge --newuse --update =dev-lang/python-2.7.2-r3 Calculating dependencies... done! Auto-cleaning packages... No outdated packages were found on your system. gentoo-mobile siefke # That's correct, because you used --update, so the package is only built if a newer version is available. Drop --update and it will build the package. -- Neil Bothwick Those who live by the sword get shot by those who don't. signature.asc Description: PGP signature
Re: [gentoo-user] Python TK
Neil Bothwick writes: On Thu, 26 Jul 2012 12:50:09 +0200, Silvio Siefke wrote: gentoo-mobile siefke # emerge --newuse --update =dev-lang/python-2.7.2-r3 Calculating dependencies... done! Auto-cleaning packages... No outdated packages were found on your system. gentoo-mobile siefke # That's correct, because you used --update, so the package is only built if a newer version is available. Drop --update and it will build the package. It would build it, but with the same USE flags, so this would make no change. If Silvia had changed the USE flag for python, --newuse would make emerge rebuild it, with or without --update. BTW, also add --oneshot / -1 to the emerge options, so the packages you build manually do not end up in your world file. Unless you explicitly want that, but when rebuilding existing things, they either are already in world, or they are dependencies that do not need to be in world. Wonko
Re: [gentoo-user] Python TK
On Thu, 26 Jul 2012 12:50:09 +0200 Silvio Siefke siefke_lis...@web.de wrote: Hello, on my Netbook i use Sabayon, because all compile from source need much time and it was not so really run. I installed gentoo on an acer one. It took 3 days. I had the time and didn't need to use it.
Re: [gentoo-user] Python TK
On Thu, 26 Jul 2012 10:51:34 -0400 Ed LaBonte ewlabo...@riseup.net wrote: I installed gentoo on an acer one. It took 3 days. I had the time and didn't need to use it. I have installed Gentoo from Source it need 3 days too. But the configuration was little hard. And then my disk was boke. So i look in net which Ports of Gentoo give and i see Sabayon and well done. On my desktop i use original Gentoo and really i love it. Regards Silvio
Re: [gentoo-user] Python TK
On Thu, 26 Jul 2012 14:04:37 +0100 Neil Bothwick n...@digimed.co.uk wrote: You could build packages in a chroot on a faster machine, that's what I do to run Gentoo on lower-popwered devices. Really that goes? With diffrent CPUs, Graphics and so? Because in Desktop is Core 2 Duo with ATI Graphic and the network cards others. On Netbook run Atom, Intel Graphic and Atheros Network. That's correct, because you used --update, so the package is only built if a newer version is available. Drop --update and it will build the package. The problem was python27-tk, i have deinstalled and then emerge -un dev-lang/python:2.7 and emerge -un imaging and all is running. Regards Silvio
Re: [gentoo-user] Python TK
On Thu, 26 Jul 2012 13:23:54 +0200 Alex Schuster wo...@wonkology.org wrote: Sure, and there doesn't even seem to be a Sabayon mailing list anyway. No, on website is only found for Developers a list. Did you put tk in your USE flags for python? Like, having dev-lang/python tk in /etc/portage/package.use, if you want to have it for all versions of python. If you only want that for 2.7, use this line: dev-lang/python:2.7 tk Yes i have and it was the package python27-tk, i delete and compile new and well done. Thanks, Regards Silvio
Re: [gentoo-user] Python TK
On Thu, Jul 26, 2012 at 12:25 PM, Silvio Siefke siefke_lis...@web.de wrote: On Thu, 26 Jul 2012 14:04:37 +0100 Neil Bothwick n...@digimed.co.uk wrote: You could build packages in a chroot on a faster machine, that's what I do to run Gentoo on lower-popwered devices. Really that goes? With diffrent CPUs, Graphics and so? Because in Desktop is Core 2 Duo with ATI Graphic and the network cards others. On Netbook run Atom, Intel Graphic and Atheros Network. Sure. Just keep your USE flags straight. Graphics boards shouldn't make any difference at all in a cross-compiling scenario. As for CPU...programs compiled to run on an Atom proc should have no problem running on a Core 2 Duo. Just don't use -march=native when cross-compiling. :) -- :wq
Re: [gentoo-user] Python TK
On Thu, 26 Jul 2012 12:36:37 -0400, Michael Mol wrote: You could build packages in a chroot on a faster machine, that's what I do to run Gentoo on lower-popwered devices. Really that goes? With diffrent CPUs, Graphics and so? Because in Desktop is Core 2 Duo with ATI Graphic and the network cards others. On Netbook run Atom, Intel Graphic and Atheros Network. Sure. Just keep your USE flags straight. Graphics boards shouldn't make any difference at all in a cross-compiling scenario. As for CPU...programs compiled to run on an Atom proc should have no problem running on a Core 2 Duo. There are a few issues running programs compiled for an Atom on an i7, I had to build one or two programs natively, but overall it works very well. You aren't running that much in the chroot, basically the toolchain, so most programs don't actually need to run on the other processor, as long as they compile. I've been doing it this way for several years, mainly with Atom-based systems but oslo on a system running a Geode LX, effectively a 486, which would take rather a long time to compile natively. -- Neil Bothwick Kludge: (v., adj., or n.) to fix a program in the usual way. signature.asc Description: PGP signature
Re: [gentoo-user] Python TK
On Thursday 26 July 2012 17:36:37 Michael Mol wrote: On Thu, Jul 26, 2012 at 12:25 PM, Silvio Siefke siefke_lis...@web.de wrote: On Thu, 26 Jul 2012 14:04:37 +0100 Neil Bothwick n...@digimed.co.uk wrote: You could build packages in a chroot on a faster machine, that's what I do to run Gentoo on lower-popwered devices. Really that goes? With diffrent CPUs, Graphics and so? Because in Desktop is Core 2 Duo with ATI Graphic and the network cards others. On Netbook run Atom, Intel Graphic and Atheros Network. Sure. Just keep your USE flags straight. Graphics boards shouldn't make any difference at all in a cross-compiling scenario. As for CPU...programs compiled to run on an Atom proc should have no problem running on a Core 2 Duo. Just to expand that, I followed Neil's advice when setting my boxes up. I have an atom box as LAN server and an i5 workstation. I have a script which I run on the workstation to mount all the necessary directories on the chroot, including nfs-mounting the atom's /usr/portage/packages dir. Then I chroot into the 32-bit system as described in the installation handbook, env-update . /etc/profile and away I go. Then, on the atom, I emerge -kuaDvN world to install from the packages I've just built. The only thing to be careful of is keeping the atom box and the chroot identical. /var/lib/portage/world and /etc/portage/ must be identical. Also /usr/src/linux/.config and /boot/ . Let me know if you'd like the mounting script. -- Rgds Peter
Re: [gentoo-user] Python TK
On Thu, 26 Jul 2012 18:09:26 +0100 Peter Humphrey pe...@humphrey.ukfsn.org wrote: Let me know if you'd like the mounting script. The way sounds intresting. The Script were nice, and if u have so a howto can send me the link. Thanks Silvio
Re: [gentoo-user] Python TK
On Thu, 26 Jul 2012 12:36:37 -0400 Michael Mol mike...@gmail.com wrote: Just don't use -march=native when cross-compiling. :) Now i use native. Is there a problem, i know from FreeBSD, there on ML have say me i should use. Regards Silvio
Re: [gentoo-user] Python TK
On Thu, 26 Jul 2012 18:09:26 +0100, Peter Humphrey wrote: Just to expand that, I followed Neil's advice when setting my boxes up. I have an atom box as LAN server and an i5 workstation. I have a script which I run on the workstation to mount all the necessary directories on the chroot, including nfs-mounting the atom's /usr/portage/packages dir. Then I chroot into the 32-bit system as described in the installation handbook, env-update . /etc/profile and away I go. Then, on the atom, I emerge -kuaDvN world to install from the packages I've just built. The only thing to be careful of is keeping the atom box and the chroot identical. /var/lib/portage/world and /etc/portage/ must be identical. I use a script that rsyncs these, sets up the chroot mounts and then chroots. The only part it doesn't take care of is keeping the relevant parts of make.conf in sync (because some parts of the file must be different). Also /usr/src/linux/.config and /boot/ . /boot doesn't need to be synced, /usr/src/linux only needs to be synced if you are building kernel modules, but I build those natively (I also compile kernels natively). I really should get around to documenting this on the wiki sometimw. -- Neil Bothwick Distrust any enterprise that requires new clothes. - Henry David Thoreau (1817-1862) signature.asc Description: PGP signature
RE: [gentoo-user] Python TK
From: Silvio Siefke [mailto:siefke_lis...@web.de] On Thu, 26 Jul 2012 12:36:37 -0400 Michael Mol mike...@gmail.com wrote: Just don't use -march=native when cross-compiling. :) Now i use native. Is there a problem, i know from FreeBSD, there on ML have say me i should use. Using -march=native if you are only building for your local machine is fine. If you plan to use the setup proposed by Neil, and build your packages on a faster machine, *then* you have to be careful not to use -march=native because the compiled programs will be built for the faster native CPU, and may not run on the slower architecture. --Mike
Re: [gentoo-user] Python TK
On Thursday 26 July 2012 20:21:16 Silvio Siefke wrote:
The way sounds intresting. The Script were nice, and if u have so a
howto can send me the link.
/etc/init.d/atom attached. It ought also to include a command to extract
the useful bits of /etc/mtab and copy those to the chroot; otherwise
eclean complains that it can't read the table of mounts. There used to
be a suitable command somewhere in the installation docs but I can't find
it now. It used grep to omit bits that didn't help.
Mind you, if you can persuade Neil to document his modus operandi that
will be a good deal better than my fumbling efforts.
--
Rgds
Peter
#!/sbin/runscript
depend() {
need localmount
need bootmisc
}
start() {
ebegin Mounting 32-bit chroot dirs
mount -o bind /dev /mnt/atom/dev /dev/null
mount -o bind /dev/pts /mnt/atom/dev/pts /dev/null
mount -o bind /dev/shm /mnt/atom/dev/shm /dev/null
mount -t proc /proc /mnt/atom/proc /dev/null
mount -o bind /sys /mnt/atom/sys /dev/null
mount -o bind /tmp /mnt/atom/tmp /dev/null
mount -t nfs -o vers=3 192.168.2.2:/usr/portage/packages
/mnt/atom/usr/portage/packages
eend $? An error occurred while attempting to mount 32-bit chroot
directories
ebegin Copying 32-bit chroot files
cp -pf /etc/resolv.conf /mnt/atom/etc/ /dev/null
cp -pf /etc/passwd /mnt/atom/etc/ /dev/null
cp -pf /etc/shadow /mnt/atom/etc/ /dev/null
cp -pf /etc/group /mnt/atom/etc/ /dev/null
cp -pf /etc/hosts /mnt/atom/etc/ /dev/null
cp -Ppf /etc/localtime /mnt/atom/etc/ /dev/null
eend $? An error occurred while attempting to copy 32-bit chroot files.
}
stop() {
ebegin Unmounting 32-bit chroot dirs
umount -f /mnt/atom/dev/pts /dev/null
umount -f /mnt/atom/dev/shm /dev/null
umount -f /mnt/atom/dev /dev/null
umount -f /mnt/atom/proc /dev/null
umount -f /mnt/atom/sys /dev/null
umount -f /mnt/atom/tmp /dev/null
umount -f /mnt/atom/usr/portage/packages /dev/null
eend $? An error occurred while attempting to unmount 32-bit chroot
directories
}
