Re: [gentoo-dev] Devconference archives

2005-08-15 Thread Michiel de Bruijne
On Monday 15 August 2005 05:25, Corey Shields wrote:
 Archive links for the complete morning and afternoon sessions are at
 http://devconference.gentoo.org

 -Corey

Hi Corey (and IU),

Thanks a lot! Is it possible to download the media-files instead of streaming? 
This makes it a lot easier to skip/replay some parts of the session.

Regards,
Michiel.
-- 
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] revdep-rebuild

2005-08-15 Thread Georgi Georgiev
maillog: 14/08/2005-21:16:01(-0700): Stefan Jones types
 Stefan Jones wrote:
 
 So I have started making a small C program which does the
 Checking dynamic linking consistency... part of the revdep-rebuild
 program (I think this the the most time intensive part).
 
 This program can then be called by the script.
 
 So far all I see the program needing to do is
 read /root/.revdep-rebuild.1_files and
 use /root/.revdep-rebuild.2_ldpath as the LD_LIBRARY_PATH
 and write any bad files to /root/.revdep-rebuild.3_rebuild
 
  
 
 
 I have finished doing the above for linux/glibc, it can be found at 
 http://dev.gentoo.org/~cretin/revdep-rebuild.tar.bz2
 
 I just made a small C-program to check the dependencies, it uses 
 ld-linux.so.2 check if the file is an ELF and then to check if it's 
 libraries are present.

On x86-64 the native ELFs do not use ld-linux.so.2, but
ld-linux-x86-64.so.2 instead.

-- 
 )   Georgi Georgiev) I'd put my money where my mouth is, but my)
( [EMAIL PROTECTED](  mouth keeps moving. -- Larry Wall in (
 )  +81(90)2877-8845) [EMAIL PROTECTED]  )
-- 
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] Devconference archives

2005-08-15 Thread Wernfried Haas

Corey Shields wrote:
 PS - For those who are emailing me about using the Real Media codec.

Just for the record, i didn't, but the topic raises some questions for 
me. Really really not intended as a flamebait to raise a debate on 
principles. Just asking.


 Yes, I realize it is a proprietary format, but it is one that we as 
 a distribution support, so if you wish to protest the webcast it is

 your loss.

Support in the terms of decoding but also encoding? I could only find 
decoders - and only for x86 and amd64 (media-video/realplayer).


 When I sent a call for help with this conference, IU offered their
 services.  Nobody else did, and despite that nobody else could handle
 the capacity that they could.  If it is offensive to people to do it
 in real, we will skip the webcasting next time.

That's very nice from IU for sure and especially if there are not many 
(read: one) options to choose from the outcome is pretty obvious.
However, i'm not sure what our Social Contract says about it. It seems 
to deal with the operating system itself, but there seem to be no 
implications about anything else. So in theory we could host the whole 
www.gentoo.org stuff on IIS servers?


cheers,
Wernfried

PS: I think my first reply was eaten due to some address mismatch, if 
you get it later, please disregard  sorry.


--
Wernfried Haas (amne)
Gentoo Forums: http://forums.gentoo.org
Contact the forums team: IRC: #gentoo-forums on freenode or
forum-mods at gentoo dot org
--
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] Devconference archives

2005-08-15 Thread Wernfried Haas

Fernando J. Pereda wrote:

If it is that important to you then please organize it the next time or
re-code all those audio files.


Please re-read my previous mail:
I wrote:
 Just for the record, i didn't, but the topic raises some questions 
for  me. Really really not intended as a flamebait to raise a debate on

 principles. Just asking.
So, no, the devconference isn't _that_ important to me, but if there 
should really be much interest to recode the files i can help if someone 
asks me to. Anyway, if you re-read my mail you may notice it raises some 
general questions.


 But don't bitch about it if you haven't helped.
As a matter of fact i wasn't bitching, but i really think the questions 
i asked were valid and of interest. What's with that 
if-you-didn't-help-and-just-stop-bitching-TIA-attitude anyway? Are we 
using it these days to stop every discussion we don't like as soon it 
comes from someone who hasn't helped in that very project?


cheers,
Wernfried


--
Wernfried Haas (amne)
Gentoo Forums: http://forums.gentoo.org
Contact the forums team: IRC: #gentoo-forums on freenode or
forum-mods at gentoo dot org
--
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] Devconference archives

2005-08-15 Thread Sven Vermeulen
On Mon, Aug 15, 2005 at 11:16:10AM +0200, Wernfried Haas wrote:
 That's very nice from IU for sure and especially if there are not many 
 (read: one) options to choose from the outcome is pretty obvious.
 However, i'm not sure what our Social Contract says about it. It seems 
 to deal with the operating system itself, but there seem to be no 
 implications about anything else. So in theory we could host the whole 
 www.gentoo.org stuff on IIS servers?

Sure. The contract tells our users that we will never depend on non-free
stuff, so the continuance of the distribution is guaranteed.

But Gentoo can surely use propriatary products. Whether or not we want to is
a different question. 

Wkr,
  Sven Vermeulen

-- 
  Documentation project leader - Gentoo Foundation Trustee

  The Gentoo Projecthttp://www.gentoo.org 


pgp5Ev8262LeA.pgp
Description: PGP signature


Re: [gentoo-dev] revdep-rebuild

2005-08-15 Thread Stefan Jones
On Mon, 2005-08-15 at 17:18 +0900, Georgi Georgiev wrote:
 On x86-64 the native ELFs do not use ld-linux.so.2, but
 ld-linux-x86-64.so.2 instead.

Okey, thanks, using /usr/include/gnu/lib-names.h would soon sort out
that problem at compile time!

Stefan
-- 
Stefan Jones [EMAIL PROTECTED]

-- 
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] revdep-rebuild

2005-08-15 Thread Georgi Georgiev
maillog: 15/08/2005-07:25:36(-0700): Stefan Jones types
 On Mon, 2005-08-15 at 17:18 +0900, Georgi Georgiev wrote:
  On x86-64 the native ELFs do not use ld-linux.so.2, but
  ld-linux-x86-64.so.2 instead.
 
 Okey, thanks, using /usr/include/gnu/lib-names.h would soon sort out
 that problem at compile time!

I hope you do intend to support both types of executables on amd64.
After all the current method with ldd works fine for both and I guess
you don't want any regression.

[EMAIL PROTECTED] ~ $ ldd /bin/ls
librt.so.1 = /lib/librt.so.1 (0x2abc3000)
libncurses.so.5 = /lib/libncurses.so.5 (0x2accc000)
libacl.so.1 = /lib/libacl.so.1 (0x2ae27000)
libc.so.6 = /lib/libc.so.6 (0x2af2e000)
libpthread.so.0 = /lib/libpthread.so.0 (0x2b166000)
/lib64/ld-linux-x86-64.so.2 (0x2aaab000)
libdl.so.2 = /lib/libdl.so.2 (0x2b27c000)
libattr.so.1 = /lib/libattr.so.1 (0x2b37f000)
[EMAIL PROTECTED] ~ $ ldd /opt/RealPlayer/realplay.bin 
linux-gate.so.1 =  (0xe000)
libstdc++.so.5 = /emul/linux/x86/usr/lib/libstdc++.so.5 (0x55589000)
libgdk-x11-2.0.so.0 = /emul/linux/x86/usr/lib/libgdk-x11-2.0.so.0 
(0x5563c000)
libatk-1.0.so.0 = /emul/linux/x86/usr/lib/libatk-1.0.so.0 (0x556b6000)
libgdk_pixbuf-2.0.so.0 = 
/emul/linux/x86/usr/lib/libgdk_pixbuf-2.0.so.0 (0x556ce000)
libm.so.6 = /lib32/libm.so.6 (0x556e3000)
libpangoxft-1.0.so.0 = /emul/linux/x86/usr/lib/libpangoxft-1.0.so.0 
(0x5570a000)
libpangox-1.0.so.0 = /emul/linux/x86/usr/lib/libpangox-1.0.so.0 
(0x55711000)
libpango-1.0.so.0 = /emul/linux/x86/usr/lib/libpango-1.0.so.0 
(0x5571c000)
libgobject-2.0.so.0 = /emul/linux/x86/usr/lib/libgobject-2.0.so.0 
(0x55754000)
libgmodule-2.0.so.0 = /emul/linux/x86/usr/lib/libgmodule-2.0.so.0 
(0x55786000)
libdl.so.2 = /lib32/libdl.so.2 (0x5578a000)
libglib-2.0.so.0 = /emul/linux/x86/usr/lib/libglib-2.0.so.0 
(0x5578f000)
libgtk-x11-2.0.so.0 = /emul/linux/x86/usr/lib/libgtk-x11-2.0.so.0 
(0x5580d000)
libpthread.so.0 = /lib32/libpthread.so.0 (0x55ad5000)
libc.so.6 = /lib32/libc.so.6 (0x55ae8000)
libX11.so.6 = /emul/linux/x86/usr/lib/libX11.so.6 (0x55c1c000)
libgcc_s.so.1 = 
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/32/libgcc_s.so.1 (0x55ce6000)
libXrandr.so.2 = /emul/linux/x86/usr/lib/libXrandr.so.2 (0x55cf)
libXi.so.6 = /emul/linux/x86/usr/lib/libXi.so.6 (0x55cf3000)
libXinerama.so.1 = /emul/linux/x86/usr/lib/libXinerama.so.1 
(0x55cfb000)
libXft.so.2 = /emul/linux/x86/usr/lib/libXft.so.2 (0x55cfe000)
libfreetype.so.6 = /emul/linux/x86/usr/lib/libfreetype.so.6 
(0x55d1)
libfontconfig.so.1 = /emul/linux/x86/usr/lib/libfontconfig.so.1 
(0x55d8)
libXfixes.so.3 = /emul/linux/x86/usr/lib/libXfixes.so.3 (0x55da7000)
libXcursor.so.1 = /emul/linux/x86/usr/lib/libXcursor.so.1 (0x55dac000)
libXrender.so.1 = /emul/linux/x86/usr/lib/libXrender.so.1 (0x55db5000)
libXext.so.6 = /emul/linux/x86/usr/lib/libXext.so.6 (0x55dbd000)
/lib/ld-linux.so.2 (0x5000)
libpangoft2-1.0.so.0 = /emul/linux/x86/usr/lib/libpangoft2-1.0.so.0 
(0x55dcc000)
libexpat.so.0 = /emul/linux/x86/usr/lib/libexpat.so.0 (0x55df1000)
libz.so.1 = /emul/linux/x86/lib/libz.so.1 (0x55e11000)


-- 
\/   Georgi Georgiev   \/ You must be the change you wish to see in\/
/\[EMAIL PROTECTED]/\ the world. --Mahatma Gandhi  /\
\/  +81(90)2877-8845   \/  \/
-- 
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] revdep-rebuild

2005-08-15 Thread Stefan Jones
On Mon, 2005-08-15 at 23:35 +0900, Georgi Georgiev wrote:
 I hope you do intend to support both types of executables on amd64.
 After all the current method with ldd works fine for both and I guess
 you don't want any regression.

A quick look at /usr/bin/ldd shows that is just goes though using both
dynamic linkers and sees which one works. This could be done for amd64 I
suppose.

But first I have an idea to only use scanelf (but that may have issues
with 32/64 combined userspaces) which I would want to implement.

-- 
Stefan Jones [EMAIL PROTECTED]

-- 
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] modular X porting howto

2005-08-15 Thread Chris Gianelloni
On Sun, 2005-08-14 at 13:41 -0700, Donnie Berkholz wrote:
 If there's anything I can add to help you out, just let me know.

What do I RDEPEND on if the app is statically linked, but requires a
local X server to connect to, like many binary games require?

-- 
Chris Gianelloni
Release Engineering - Strategic Lead/QA Manager
Games - Developer
Gentoo Linux


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


Re: [gentoo-dev] Re: [gentoo-osx] Package testing -- Automated initiative

2005-08-15 Thread Chris Gianelloni
On Sun, 2005-08-14 at 14:22 -0700, Robin H. Johnson wrote:
 multiple instances on a 128-node x86 cluster (1/node). There are one or
 two things I'd like to change in Catalyst, as they currently make it
 slightly dangerous for your system. If for some reason an ebuild goes
 wrong, the bind mounts allow it access into your core system, namely
 /dev and $DISTDIR and it really hurts to have a bunch of /dev erased on
 a box that you don't have quick physical access to (I toasted a few
 cluster nodes due to a bug in some scripts this way, but luckily I could
 force a remote reinstall).

I accept patches.  *grin*

By the way, I am working to get catalyst running on OSX, so version 2.0
will definite suit your needs when it is released.

-- 
Chris Gianelloni
Release Engineering - Strategic Lead/QA Manager
Games - Developer
Gentoo Linux


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


Re: [gentoo-dev] Re: [gentoo-osx] Package testing -- Automated initiative

2005-08-15 Thread Grobian



Chris Gianelloni wrote:

By the way, I am working to get catalyst running on OSX, so version 2.0
will definite suit your needs when it is released.


If you need help on OSX specific things, be sure to contact us...


--
Fabian Groffen
eBuild  Porting
Gentoo for Mac OS X
--
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] Re: [gentoo-osx] Package testing -- Automated initiative

2005-08-15 Thread Kito


On Aug 15, 2005, at 10:39 AM, Grobian wrote:




Chris Gianelloni wrote:

By the way, I am working to get catalyst running on OSX, so  
version 2.0

will definite suit your needs when it is released.


Very cool. I had 1.x nearly working a while back...haven't looked at  
2.0 yet.






If you need help on OSX specific things, be sure to contact us...



Indeed.



--
Fabian Groffen
eBuild  Porting
Gentoo for Mac OS X
--
gentoo-dev@gentoo.org mailing list




--
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] modular X porting howto

2005-08-15 Thread Donnie Berkholz

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Chris Gianelloni wrote:
| What do I RDEPEND on if the app is statically linked, but requires a
| local X server to connect to, like many binary games require?

xorg-server is the package providing the servers. Alternately, there's
kdrive in the tree now, and I should soon be adding an updated version
of that renamed to xserver once I convince latexer or twp to add the new
glitz. Or the old xorg-x11. Or xdirectfb.

Think that's all ... I'll add a note on servers to the guide.

Thanks,
Donnie
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFDAMZfXVaO67S1rtsRAoBKAJwNe6vePmuOOEIBRauD5GuClc+EXgCg2H/j
ybDA4tYVJVyCwKdFuVuAlas=
=vplw
-END PGP SIGNATURE-
--
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] modular X porting howto

2005-08-15 Thread Chris Gianelloni
On Mon, 2005-08-15 at 09:48 -0700, Donnie Berkholz wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Donnie Berkholz wrote:
 | Chris Gianelloni wrote:
 | | What do I RDEPEND on if the app is statically linked, but requires a
 | | local X server to connect to, like many binary games require?
 |
 | xorg-server is the package providing the servers. Alternately, there's
 | kdrive in the tree now, and I should soon be adding an updated version
 | of that renamed to xserver once I convince latexer or twp to add the new
 | glitz. Or the old xorg-x11. Or xdirectfb.
 
 Oh yeah. If this X server isn't actually required to complete the
 installation, please don't add it to the dependencies. That breaks
 things for people interested in running applications over the network.
 They only require the libraries and headers locally.

I was referring to games that require a local X server, which is pretty
much all of the binary games, especially OpenGL-based ones.  For
anything non-OpenGL or source-based, the dependencies would be explicit
on the libraries needed.

Now, if any of you have some secret that allows games like Enemy
Territory to display to a remote machine, I'd love to hear them.

-- 
Chris Gianelloni
Release Engineering - Strategic Lead/QA Manager
Games - Developer
Gentoo Linux


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


Re: [gentoo-dev] Re: [gentoo-osx] Package testing -- Automated initiative

2005-08-15 Thread Kito


On Aug 15, 2005, at 12:07 PM, Chris Gianelloni wrote:

I managed to get it to work once I made some dirty hacks to account  
for
uname being different, and removing dependencies on /proc... once  
inside

the chroot, it's Linux anyway, so none of the BSDism's are an issue.


Ok, let me know if you want/need an account on our little dev machine  
for testing anything.




Note: I am talking about being able to *run* catalyst on OSX, not  
build
OSX targets with catalyst.  I'm sure that support would be  
something we

added later as the project matured.


Yeah of course, I wasn't expecting you to work miracles ;)

For the package testing stuff, I should have a stage1 tarball done in  
the coming weeks(months?) that could be used to do proper chroot'd  
builds for Darwin/OS X.




--
Chris Gianelloni
Release Engineering - Strategic Lead/QA Manager
Games - Developer
Gentoo Linux



--
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] modular X porting howto

2005-08-15 Thread Donnie Berkholz

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Chris Gianelloni wrote:
| I was referring to games that require a local X server, which is pretty
| much all of the binary games, especially OpenGL-based ones.  For
| anything non-OpenGL or source-based, the dependencies would be explicit
| on the libraries needed.
|
| Now, if any of you have some secret that allows games like Enemy
| Territory to display to a remote machine, I'd love to hear them.

Something like DMX+Chromium, to get you acceleration. FWIW, DMX is
already integrated into XOrg.

http://dmx.sourceforge.net/
http://chromium.sourceforge.net/

Donnie
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFDANB8XVaO67S1rtsRArXAAKCLMQsiACeIqrf97HcqUahGFjdY6QCfXRFo
IkcSrhk8MGByg6bEV07ZzJc=
=kOxF
-END PGP SIGNATURE-
--
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] flat profiles punted (and a note about x86/OpenBSD)

2005-08-15 Thread Mike Frysinger
On Monday 15 August 2005 01:37 am, Alec Warner wrote:
 Mike Frysinger wrote:
  as previously mentioned, i've punted all the flat profiles since the
  2005.1 release
 
  since it seems like no one is using x86-obsd, can their team (if there is
  one) please create the proper cascading profiles
 
  for those of you looking to upgrade older portage versions,
  profiles/obsolete/ARCH/ exists for you
  -mike

 If you haven't done so already, might want to fire off a mail to -user
 as well.

someone should forward my mail then ... i stopped subscribing to that list 
long ago :/
-mike
-- 
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] revdep-rebuild

2005-08-15 Thread Mike Frysinger
On Monday 15 August 2005 10:49 am, Stefan Jones wrote:
 On Mon, 2005-08-15 at 23:35 +0900, Georgi Georgiev wrote:
  I hope you do intend to support both types of executables on amd64.
  After all the current method with ldd works fine for both and I guess
  you don't want any regression.

 But first I have an idea to only use scanelf (but that may have issues
 with 32/64 combined userspaces) which I would want to implement.

no, it doesnt ... scanelf can handle any ELF format regardless of 
endian/bitsize of the host or target or any combo thereof

you can scan 32bit MSB ARM ELF's from a host 64bit LSB X86_64 host just as 
easily as say from a 32bit MSB PARISC host
-mike
-- 
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] flat profiles punted (and a note about x86/OpenBSD)

2005-08-15 Thread Mike Frysinger
On Monday 15 August 2005 04:52 am, Diego 'Flameeyes' Pettenò wrote:
 On Monday 15 August 2005 04:20, Mike Frysinger wrote:
  since it seems like no one is using x86-obsd, can their team (if there is
  one) please create the proper cascading profiles

 x86-obsd keyword is now removed, also to avoid annoying warnings to all
 devs that a valid profile was missing.
 Next time please inform us in advanse so that we can act before all devs
 get full of useless warnings ;)

technically i warned of the impending flat-profile doom twice before and well 
in advance of the 2005.1 release :p
-mike

-- 
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] flat profiles punted (and a note about x86/OpenBSD)

2005-08-15 Thread Diego 'Flameeyes' Pettenò
On Monday 15 August 2005 21:59, Mike Frysinger wrote:
 technically i warned of the impending flat-profile doom twice before and
 well in advance of the 2005.1 release :p
I never read a x86-obsd is going to lose its just and only valid profile :P
A bug is usually a better way to track this down, tho.

-- 
Diego Flameeyes Pettenò
Gentoo Developer - http://dev.gentoo.org/~flameeyes/
(Gentoo/FreeBSD, Video, Gentoo/AMD64, Sound, PAM)


pgps2DZl9zaIl.pgp
Description: PGP signature


Re: [gentoo-dev] revdep-rebuild

2005-08-15 Thread Stefan Jones
On Mon, 2005-08-15 at 15:57 -0400, Mike Frysinger wrote:
 
  But first I have an idea to only use scanelf (but that may have issues
  with 32/64 combined userspaces) which I would want to implement.
 
 no, it doesnt ... scanelf can handle any ELF format regardless of 
 endian/bitsize of the host or target or any combo thereof
 
 you can scan 32bit MSB ARM ELF's from a host 64bit LSB X86_64 host just as 
 easily as say from a 32bit MSB PARISC host

Sorry, was not clear enough, a 32bit library cannot resolve a 64bit
dependency. So when you read in the available libraries and there
dependencies you need to keep track of which type they are.

Anyway, the -i flag to scanelf fixes that and other issues, just group
all the data from scanelf by interpreter (so have multiple hashes, one
for each interp).

Stefan
-- 
Stefan Jones [EMAIL PROTECTED]

-- 
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] flat profiles punted (and a note about x86/OpenBSD)

2005-08-15 Thread Mike Frysinger
On Monday 15 August 2005 04:14 pm, Diego 'Flameeyes' Pettenò wrote:
 On Monday 15 August 2005 21:59, Mike Frysinger wrote:
  technically i warned of the impending flat-profile doom twice before and
  well in advance of the 2005.1 release :p

 I never read a x86-obsd is going to lose its just and only valid profile
 :P A bug is usually a better way to track this down, tho.

no, i never named a thread with obsd in its name, but you'd think if the obsd 
port was active they'd go 'hey, i have a flat profile, and my profile is in 
that list !'

so, in the end, we all suck :p
-mike

-- 
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] revdep-rebuild

2005-08-15 Thread Mike Frysinger
On Monday 15 August 2005 04:19 pm, Stefan Jones wrote:
 On Mon, 2005-08-15 at 15:57 -0400, Mike Frysinger wrote:
   But first I have an idea to only use scanelf (but that may have issues
   with 32/64 combined userspaces) which I would want to implement.
 
  no, it doesnt ... scanelf can handle any ELF format regardless of
  endian/bitsize of the host or target or any combo thereof
 
  you can scan 32bit MSB ARM ELF's from a host 64bit LSB X86_64 host just
  as easily as say from a 32bit MSB PARISC host

 Sorry, was not clear enough, a 32bit library cannot resolve a 64bit
 dependency. So when you read in the available libraries and there
 dependencies you need to keep track of which type they are.

i debated adding a flag for that once and ended up with a 'not now, but maybe 
someday'

 Anyway, the -i flag to scanelf fixes that and other issues, just group
 all the data from scanelf by interpreter (so have multiple hashes, one
 for each interp).

yeah, that might be a better idea anyways ... after all, we dont want to limit 
our concept of different co-existing ABI's to just 32bit/64bit

also, you may want to use -F to control the output rather relying on the 
default output order
-mike
-- 
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] flat profiles punted (and a note about x86/OpenBSD)

2005-08-15 Thread Diego 'Flameeyes' Pettenò
On Monday 15 August 2005 22:23, Mike Frysinger wrote:
 so, in the end, we all suck :p
You admitted! :P

-- 
Diego Flameeyes Pettenò
Gentoo Developer - http://dev.gentoo.org/~flameeyes/
(Gentoo/FreeBSD, Video, Gentoo/AMD64, Sound, PAM)


pgpTMYBWtxjH1.pgp
Description: PGP signature


[gentoo-dev] Last Rites: net-p2p/zuul

2005-08-15 Thread Renat Lumpau
net-p2p/zuul has been p.masked and will be removed this weekend. For
details, see bug #74985. In short, upstream is dead, and the package
doesn't work.
-- 
Renat Lumpau
all things web-apps
GPG key id #C6A838DA on http://pgp.mit.edu
Key fingerprint = 04AF B5EE 17CB 1000 DDA5  D3FC 1338 ADC2 C6A8 38DA


pgp8iuFPRALTA.pgp
Description: PGP signature


Re: [gentoo-dev] Proper commit messages

2005-08-15 Thread Aron Griffis
Markus Rothe wrote: [Tue Aug 09 2005, 07:36:18AM EDT]
 Personaly I find it a little bit annoying to write changes twise.
 One time in Changelog and one time in --commitmsg. How about using
 the commitmsg for Changelog as default, but if a Changelog entry
 already exists, then write nothing to Changelog.

A few others have posted their solutions to this problem.  Perhaps
some people will find my solution useful, since it's a bit more
sophisticated.  I've been using this for literally years now with no
modifications.

- handles using editor for echangelog
- fixes spacing before re-using the message for cvs commit
- post-runs eviewcvs (for the sake of pasting into bugs)

# echangelog and repoman combined
er() {
  echangelog ${1:+$*} || return 1
  rc
}

# repoman commit with the message from the ChangeLog
rc() { 
  declare msg

  if [[ -n $* ]]; then
msg=$*
echo Using msg from command-line 2
  else
msg=$(perl ChangeLog -0777 -pe \
  's/^.*?\n  \d{2} \w{3} \d{4};.*?:\n//s || exit 1; # trim top
   s/\n(?:\*|  \d{2} \w{3} \d{4};).*//s;# trim bottom
   s/^\s*//; s/\s*$//; s/^(?:  |\t)//gm;# fix spacing
   #/^ /m || s/\s+/ /g;  # normalize spacing unless formatted
  ')
if [[ $? != 0 || -z $msg ]]; then
  echo couldn't parse message from ChangeLog 2
  return 1
fi
echo Parsed msg from ChangeLog 2
  fi

  echo -- 2
  echo $msg 2
  echo -- 2

  repoman commit -m $msg || return 1

  if [[ -x /usr/bin/eviewcvs ]]; then
local f entry=$(perl -00ne '/^  \d/ and print, last' ChangeLog)
entry=${entry%%:*}
entry=${entry##*}
entry=${entry//,/ }
for f in $entry; do
  [[ $f == -* ]]  continue
  f=${f#+}
  echo $f
done | xargs -n1 eviewcvs
  fi
}

Regards,
Aron

--
Aron Griffis
Gentoo Linux Developer



pgpwoTbgK9bLI.pgp
Description: PGP signature