Mailing List Archive: Gentoo: User

Python TK

Index | Next | Previous | View Threaded

siefke_listen at web

Jul 26, 2012, 3:50 AM

Post #1 of 17 (526 views)
Permalink

Python TK

Hello,

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.

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.

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 #

Has someone an idea?

Regards
Silvio

wonko at wonkology

Jul 26, 2012, 4:23 AM

Post #2 of 17 (512 views)
Permalink

Re: Python TK [In reply to]

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

neil at digimed

Jul 26, 2012, 6:04 AM

Post #3 of 17 (507 views)
Permalink

Re: Python TK [In reply to]

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.

Attachments:

signature.asc (0.19 KB)

wonko at wonkology

Jul 26, 2012, 7:03 AM

Post #4 of 17 (508 views)
Permalink

Re: Python TK [In reply to]

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

ewlabonte at riseup

Jul 26, 2012, 7:51 AM

Post #5 of 17 (509 views)
Permalink

Re: Python TK [In reply to]

On Thu, 26 Jul 2012 12:50:09 +0200
Silvio Siefke <siefke_listen [at] web> 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.

siefke_listen at web

Jul 26, 2012, 9:21 AM

Post #6 of 17 (503 views)
Permalink

Re: Python TK [In reply to]

On Thu, 26 Jul 2012 10:51:34 -0400
Ed LaBonte <ewlabonte [at] riseup> 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

siefke_listen at web

Jul 26, 2012, 9:25 AM

Post #7 of 17 (503 views)
Permalink

Re: Python TK [In reply to]

On Thu, 26 Jul 2012 14:04:37 +0100
Neil Bothwick <neil [at] digimed> 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

siefke_listen at web

Jul 26, 2012, 9:28 AM

Post #8 of 17 (499 views)
Permalink

Re: Python TK [In reply to]

On Thu, 26 Jul 2012 13:23:54 +0200
Alex Schuster <wonko [at] wonkology> 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

mikemol at gmail

Jul 26, 2012, 9:36 AM

Post #9 of 17 (503 views)
Permalink

Re: Python TK [In reply to]

On Thu, Jul 26, 2012 at 12:25 PM, Silvio Siefke <siefke_listen [at] web> wrote:
> On Thu, 26 Jul 2012 14:04:37 +0100
> Neil Bothwick <neil [at] digimed> 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

neil at digimed

Jul 26, 2012, 9:43 AM

Post #10 of 17 (500 views)
Permalink

Re: Python TK [In reply to]

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.

Attachments:

signature.asc (0.19 KB)

peter at humphrey

Jul 26, 2012, 10:09 AM

Post #11 of 17 (499 views)
Permalink

Re: Python TK [In reply to]

On Thursday 26 July 2012 17:36:37 Michael Mol wrote:
> On Thu, Jul 26, 2012 at 12:25 PM, Silvio Siefke <siefke_listen [at] web>
wrote:
> > On Thu, 26 Jul 2012 14:04:37 +0100
> >
> > Neil Bothwick <neil [at] digimed> 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

siefke_listen at web

Jul 26, 2012, 12:21 PM

Post #12 of 17 (493 views)
Permalink

Re: Python TK [In reply to]

On Thu, 26 Jul 2012 18:09:26 +0100
Peter Humphrey <peter [at] humphrey> 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

siefke_listen at web

Jul 26, 2012, 12:23 PM

Post #13 of 17 (492 views)
Permalink

Re: Python TK [In reply to]

On Thu, 26 Jul 2012 12:36:37 -0400
Michael Mol <mikemol [at] gmail> 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

neil at digimed

Jul 26, 2012, 12:33 PM

Post #14 of 17 (492 views)
Permalink

Re: Python TK [In reply to]

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)

Attachments:

signature.asc (0.19 KB)

kutulu at kutulu

Jul 26, 2012, 1:11 PM

Post #15 of 17 (496 views)
Permalink

RE: Python TK [In reply to]

> From: Silvio Siefke [mailto:siefke_listen [at] web]

>> On Thu, 26 Jul 2012 12:36:37 -0400
>> Michael Mol <mikemol [at] gmail> 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

peter at humphrey

Jul 26, 2012, 4:27 PM

Post #16 of 17 (479 views)
Permalink

Re: Python TK [In reply to]

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

Attachments:

atom (1.43 KB)

siefke_listen at web

Jul 27, 2012, 5:04 PM

Post #17 of 17 (476 views)
Permalink

Re: Python TK [In reply to]

Hello,

On Fri, 27 Jul 2012 00:27:59 +0100
Peter Humphrey <peter [at] humphrey> 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

Index | Next | Previous | View Threaded

Interested in having your list archived? Contact Gossamer Threads