Re: [gentoo-dev] Re: Progress on Universal Select Tool

[Michael Haubenwallner]

On Wed, 2009-07-15 at 16:43 +0100, Sérgio Almeida wrote:
> On Tue, 2009-07-14 at 17:07 +0200, Michael Haubenwallner wrote:
 
> > So it should be fine as long as 'symlink' can potentially be implemented
> > as 'copy' for specific platforms.

> ... can be easily replaced for copy. What should be the default?
> Should uselect be able to supply both options like "uselect --copy bla
> bla" overrides os.symlink to copy function?

Ideally it is transparent to the uselect-user (either end-user or
developer) if the implementation actually does the symlink or emulates
it via copy.
It might be enough to select the implementation based on the
"host-system" (CHOST), which may be different to the
"build-system" (CBUILD).
Eventually, uselect won't need to detect the CHOST itself, but get it
from some external resource (cmdline, env-var, config-file, ...).

> Thanks for the hint!

nP.

/haubi/
-- 
Michael Haubenwallner
Gentoo on a different level

[gentoo-dev] Re: Please stop requesting keywords for arches you don't have

[Steven J Long]

Nirbheek Chauhan wrote:

> On Sun, Jul 12, 2009 at 9:36 PM, Raúl Porcel wrote:
>> Also, *STOP* dropping keywords when a new dependency isn't keyworded
>> without filing a bug for that architecture.
>>
> 
> Towards reducing arch load, I say that new packages should not be
> added to ~arch if some of it's new dependencies are not keyworded. Add
> p.masked or keyword-less till dependencies are keyworded. *Then* add
> to ~arch carrying over keywords.
> 
Shouldn't this stuff be in the devmanual?

-- 
#friendly-coders -- We're friendly but we're not /that/ friendly ;-)

Re: [gentoo-dev] Re: New eselect news item for X11 on alphas

[Jeremy Olexa]

Tobias Klausmann wrote:
Hi! 


On Tue, 30 Jun 2009, Christian Faulhammer wrote:

Tobias Klausmann :


Revision: 2

 This is only needed for an in-repo revision...so please leave it at 1.


but but no fixes are available yet, please see

 But but


Imagine a trembling lower lip with that :)

Fixed both, new version below. Thanks again.

Title: xorg-x11-7.4 and xorg-server-1.5 kernel support
Author: Tobias Klausmann 
Content-Type: text/plain
Posted:
Revision: 1
News-Item-Format: 1.0
Display-If-Installed: x11-base/xorg-server
Display-If-Profile: default-linux/alpha
Display-If-Profile: default/linux/alpha


The Display-If-Profile field didn't work because I am seeing this news 
item on my amd64 host..


-Jeremy

Re: [gentoo-dev] Re: Problems with the current bzr eclass.

[harley]

On Tue, July 14, 2009 4:37 am, Christian Faulhammer wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>
> Hi,
>
>
> René 'Necoro' Neumann :
>
>> Harley Peters schrieb:
>>
>>> I'm getting good numbers from the command line but in the ebuild
>>> it's much different. I haven't timed it but it takes about 25 minutes
>>> to do a full checkout and about a third that to do the light weight
>>> checkout. The update takes less than a minute with the full checkout.
>>> And it
>>> takes ten's of minutes with a lightweight checkout.
>>
>> I guess, the "bzr export" is the problem here ... see
>> https://bugs.launchpad.net/bzr-gentoo-overlay/+bug/343218
>>
>
> Ok, that sounds bad.  Which versions of Bazaar did you try?
>
>
> V-Li
>
>
> - --
> Christian Faulhammer, Gentoo Lisp project
> http://www.gentoo.org/proj/en/lisp/>, #gentoo-lisp on FreeNode
>
>
> http://gentoo.faulhammer.org/>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2.0.11 (GNU/Linux)
>
>
> iEYEARECAAYFAkpcUcsACgkQNQqtfCuFneP+AACfdK0Z8D00GDF9fSIl1fU10LOi
> 5egAoJn58bGPaNAU54JweAlXSrCbj0ch
> =dTfd
> -END PGP SIGNATURE-
>
>

Not sure who you are referring to but I was using bzr-1.16.1 and bzr-1.15.
Bzr export is definitely the problem for me.

Harley

Re: [gentoo-dev] [rfc] repo_name/layman-global.txt overlay name mismatches

[Sebastian Pipping]

Sebastian Pipping wrote:
> Robert Buchholz wrote:
>>  1. has no DTD/xml validation schema
> 
> I'd like to be part of the schema creation process [..]

First try on a DTD and Relax NG schema for Layman's current overlays.xml
format (used in layman-global.txt) over here:

http://git.goodpoint.de/?p=overlays-xml-specification.git

Feedback welcome.



Sebastian

Re: [gentoo-dev] stacking profile.bashrc?

[Zac Medico]

Michael Haubenwallner wrote:
> Hi,
> 
> I'm facing this problem in Prefix on AIX, although it is a generic
> problem IMO:
> 
> We do have post_src_install() hook in profiles/prefix/profile.bashrc to
> drop charset.alias for packages != libiconv, required for non-glibc
> platforms.
> 
> In profiles/prefix/aix/profiles.bashrc, there is another
> post_src_install() hook with some aix specific hacks, required for
> portage to allow for merging shared libraries there.
> 
> The problem now is that the latter post_src_install() overrides the
> former, and I get collisions on charset.alias as the former is not
> executed.
> 
> Is this a portage bug (each of them should be executed)?
> Or is there some defined way to handle this I just was unable to find?

The pre/post phase hooks are not designed for this, they are only
intended for users to put in /etc/portage/bashrc. For what you are
trying to do, it seems like a registration interface would be more
appropriate (something like register_die_hook). Maybe the usage
could go something like this:

  register_phase_hook install post my_post_src_install

> Thank you!
> /haubi/


-- 
Thanks,
Zac

[gentoo-dev] Re: Manifesto archive

[Torsten Veller]

* "Jorge Manuel B. S. Vicetto" :
> > Please archive the manifestos somewhere under the project space
> > like it was done the last years.

> Yes, that is another thing I was planning to do. The only reason I
> haven't done it yet, is that older manifestos were stored as txt files
> and this year the candidates mostly opted for html/xml files.
> I'll probably just go ahead, "ignore the looks" and copy their
> manifestos to txt files. If any of the nominees would be kind enough to
> do it for us and send us the file, it would be greatly appreciated.

I converted the files from html to rst (except for calchan and dertobi123).
gentoofan23's manifesto is taken from cache.
They are now in proj/en/elections/council/2009/manifesto/ [1].
I did not update the links in the list of nominees [2].

Please verify your manifesto and/or replace it with your original version.


1 

2 


Have fun.

Re: [gentoo-dev] Re: Progress on Universal Select Tool

[Sérgio Almeida]

On Tue, 2009-07-14 at 17:07 +0200, Michael Haubenwallner wrote:
> 
> Usually the files are just copied instead of symlinked there.
> 
> But as far as I know, there is no Unix-ish OS without symlink support -
> even Interix does support them.
> Although I cannot definitively say we won't have to select between
> multiple executables and/or shared libraries for native Windows once -
> they would have to be copied instead of symlinked then.
> 
> So it should be fine as long as 'symlink' can potentially be implemented
> as 'copy' for specific platforms.
> 

Can be done...

def create_symlink(self, source, destination):
self.delete_file(destination)
os.symlink(source, destination)

Therefore can be easily replaced for copy. What should be the default?
Should uselect be able to supply both options like "uselect --copy bla
bla" overrides os.symlink to copy function?

> Thanks!
> /haubi/

Thanks for the hint!

Cheers,
Sérgio
-- 
Sérgio Almeida - meph...@gmail.com
mephx @ freenode



signature.asc
Description: This is a digitally signed message part

Re: [gentoo-dev] Re: Progress on Universal Select Tool

[Sérgio Almeida]

Hello,

On Tue, 2009-07-14 at 11:20 +0200, Michael Haubenwallner wrote:
> 
> Sorry, I've lost track on what's really going on here:
> Does 'symlink' mean symlinks on the filesystem like 'ln -s' does?
> Or, more important, does uselect create those symlinks itself?
> If yes, please don't forget that OS without symlinks...
> 

What is the best to way to "workaround" these cases?

Linking /usr/bin/python with /usr/bin/python2.6 can be done using a
similar script to this:

#!/bin/bash
# This is /usr/bin/python
/usr/bin/python2.6 $@

Is there a better way when no symlinking is supported?

> Thank you!
> /haubi/

Cheers,
Sérgio

-- 
Sérgio Almeida - meph...@gmail.com
mephx @ freenode



signature.asc
Description: This is a digitally signed message part

[gentoo-dev] 2.6.30 stable plans

[Mike Pagano]

I'm planning to request the stabling of gentoo-sources-2.6.30 on July
22nd, 1 week from now. We have no known regressions in the kernel.

Regressions in external packages in the stable tree are tracked in bug 
#277944. If any arise, please make every effort to fix these.

Thanks,
Mike Pagano

Re: [gentoo-dev] gpe-games: new category

[Marijn Schouten (hkBst)]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Angelo Arrifano wrote:
> Hello all,
> 
> I have the following packages that need a home in the portage tree:
> 
> gpe-go
> gpe-julia
> gpe-life
> gpe-lights
> gpe-othello
> gpe-tetris
> gsoko
> xdemineur
> 
> They are only a few and they won't increase much in the future.
> For this reason I'm reticent in creating the gpe-games category in the
> portage tree as we currently have in the overlay.

So what is this gpe/GPE palm environment thingy?

Marijn

- --
If you cannot read my mind, then listen to what I say.

Marijn Schouten (hkBst), Gentoo Lisp project, Gentoo ML
, #gentoo-{lisp,ml} on FreeNode
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkpdm4EACgkQp/VmCx0OL2y2CQCfY83dRlPb2yMc5uNpb3EDAyX/
OCYAnjGnNYA+qihTJcndB/sQSIoR9Q5d
=DJhp
-END PGP SIGNATURE-

[gentoo-dev] stacking profile.bashrc?

[Michael Haubenwallner]

(seems the first mail was dropped somewhere, sorry when doubled)

Hi,

I'm facing this problem in Prefix on AIX, although it is a generic
problem IMO:

We do have post_src_install() hook in profiles/prefix/profile.bashrc to
drop charset.alias for packages != libiconv, required for non-glibc
platforms.

In profiles/prefix/aix/profiles.bashrc, there is another
post_src_install() hook with some aix specific hacks, required for
portage to allow for merging shared libraries there.

The problem now is that the latter post_src_install() overrides the
former, and I get collisions on charset.alias as the former is not
executed.

Is this a portage bug (each of them should be executed)?
Or is there some defined way to handle this I just was unable to find?

Thank you!
/haubi/
-- 
Michael Haubenwallner
Gentoo on a different level