[gentoo-dev] *DEVELOPMENT* mail list, right?

[gentoo-dev] *DEVELOPMENT* mail list, right?

[Michael Cummings]

[-- Attachment #1: Type: text/plain, Size: 993 bytes --]

When you pop into your mail client of choice and find 50+ unread messages in the
last few hours, you know what kind of day -dev@g.o is having.

Don't suppose we could get on with that silly topical thing of development?
Surely there's a usenet channel where you can discuss conspiracy.gentoo at
length? Or at least take it to the user list?

/me stretches and blinks

So, fellow devs, what's new with development? For those interested, genlop has
migrated into gentoo as a project with the permission of upstream, which no
longer maintain it. Um...any new tools or projects people are working on?

Anyone?

-- 

-----o()o----------------------------------------------
Michael Cummings   |    #gentoo-dev, #gentoo-perl
Gentoo Perl Dev    |    on irc.freenode.net 
Gentoo/SPARC
Gentoo/AMD64
GPG: 0543 6FA3 5F82 3A76 3BF7  8323 AB5C ED4E 9E7F 4E2E
-----o()o----------------------------------------------

Hi, I'm a .signature virus! Please copy me in your ~/.signature.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] *DEVELOPMENT* mail list, right?

[Joshua Jackson]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Michael Cummings wrote:
> When you pop into your mail client of choice and find 50+ unread
messages in the
> last few hours, you know what kind of day -dev@g.o is having.
>
> Don't suppose we could get on with that silly topical thing of development?
> Surely there's a usenet channel where you can discuss conspiracy.gentoo at
> length? Or at least take it to the user list?
>
> /me stretches and blinks
>
> So, fellow devs, what's new with development? For those interested,
genlop has
> migrated into gentoo as a project with the permission of upstream, which no
> longer maintain it. Um...any new tools or projects people are working on?
>
> Anyone?
>
I'm working on figuring out how to fix things I don't maintain (stupid
lack of graphics *bonks the app*)..and trying to get motivated to deal
with a package that has a nasty install to be upgraded to a new
version. Does that count?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGFYVxSENan+PfizARAlASAJ91A85lHSoocCZHpQACxBJZZ4BaWACdHC33
ufXQQonw7lFh3G5hVORYiGs=
=oyCR
-----END PGP SIGNATURE-----

-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] *DEVELOPMENT* mail list, right?

[Ned Ludd]

On Thu, 2007-04-05 at 19:03 -0400, Michael Cummings wrote:
> When you pop into your mail client of choice and find 50+ unread messages in the
> last few hours, you know what kind of day -dev@g.o is having.
> 
> Don't suppose we could get on with that silly topical thing of development?
> Surely there's a usenet channel where you can discuss conspiracy.gentoo at
> length? Or at least take it to the user list?
> 
> /me stretches and blinks
> 
> So, fellow devs, what's new with development? For those interested, genlop has
> migrated into gentoo as a project with the permission of upstream, which no
> longer maintain it. Um...any new tools or projects people are working on?
> 
> Anyone?

Oh yeah development. Forgot that's what we do..

Here is what I'm doing these days..

Yesterday I pushed a new portage-utils that includes lots of
enhancements to the qgrep util (Thanks TGL).

With the help of others we are continuing our support of binary 
packages for lots of profiles (!releng stuff) which can be used 
for rescue in a pinch or fresh rapid installs as 
it's nice being able to setup a fully working current desktop 
in ~45 mins. 
http://tinderbox.dev.gentoo.org/portage/local/misc/updates.php

In due time I'd like to take each of the major profiles and setup 3 
build environments for them. One for strictly server (-X -alsa) then 
another for (+gnome stuff) and another for (+kde stuff)

I'm looking for help from c coders to improve the portage-utils(qmerge) 
applet and package/profile requests from people who would be interested 
in rapid install methods.


-- 
Ned Ludd <solar@gentoo.org>
Gentoo Linux

-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] *DEVELOPMENT* mail list, right?

[Chris Gianelloni]

[-- Attachment #1: Type: text/plain, Size: 894 bytes --]

On Fri, 2007-04-06 at 09:45 -0700, Ned Ludd wrote:
> Here is what I'm doing these days..

Let's see.  I'm currently leading the 2007.0 release, which includes
building LiveDVD releases for amd64/x86, LiveCD for alpha/ppc, and doing
the entire PPC release, since Pylon is currently away due to school.

Besides that, I'm coordinating the articles and DVD media for Linux+DVD
magazine for their upcoming Gentoo issue.  I've released new versions of
catalyst (2.0.3) and genkernel (3.4.7) and will likely be releasing
newer versions of both soon.  I have been working on the Catalyst
Reference Manual, which I expect to have ready soon to allow me to
stabilize catalyst 2.0.x and finally put catalyst 1.x to pasture.

-- 
Chris Gianelloni
Release Engineering Strategic Lead
Alpha/AMD64/x86 Architecture Teams
Games Developer/Council Member/Foundation Trustee
Gentoo Foundation

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] *DEVELOPMENT* mail list, right?

[George Prowse]

Chris Gianelloni wrote:
> On Fri, 2007-04-06 at 09:45 -0700, Ned Ludd wrote:
>   
>> Here is what I'm doing these days..
>>     
>
> Let's see.  I'm currently leading the 2007.0 release, which includes
> building LiveDVD releases for amd64/x86, LiveCD for alpha/ppc, and doing
> the entire PPC release, since Pylon is currently away due to school.
>
> Besides that, I'm coordinating the articles and DVD media for Linux+DVD
> magazine for their upcoming Gentoo issue.  I've released new versions of
> catalyst (2.0.3) and genkernel (3.4.7) and will likely be releasing
> newer versions of both soon.  I have been working on the Catalyst
> Reference Manual, which I expect to have ready soon to allow me to
> stabilize catalyst 2.0.x and finally put catalyst 1.x to pasture.
>
>   
Damn, and there was me thinking you did the GWN occasionally as well

George
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] *DEVELOPMENT* mail list, right?

[Chris Gianelloni]

[-- Attachment #1: Type: text/plain, Size: 1813 bytes --]

On Sat, 2007-04-07 at 19:16 +0100, George Prowse wrote:
> Chris Gianelloni wrote:
> > On Fri, 2007-04-06 at 09:45 -0700, Ned Ludd wrote:
> >   
> >> Here is what I'm doing these days..
> >>     
> >
> > Let's see.  I'm currently leading the 2007.0 release, which includes
> > building LiveDVD releases for amd64/x86, LiveCD for alpha/ppc, and doing
> > the entire PPC release, since Pylon is currently away due to school.
> >
> > Besides that, I'm coordinating the articles and DVD media for Linux+DVD
> > magazine for their upcoming Gentoo issue.  I've released new versions of
> > catalyst (2.0.3) and genkernel (3.4.7) and will likely be releasing
> > newer versions of both soon.  I have been working on the Catalyst
> > Reference Manual, which I expect to have ready soon to allow me to
> > stabilize catalyst 2.0.x and finally put catalyst 1.x to pasture.
> >
> >   
> Damn, and there was me thinking you did the GWN occasionally as well

Don't even get me started on the GWN.  I have been trying to drum up
some help and things have gotten better, but it still takes me way too
long (on probably the worst days for me, work-wise) to get the GWN out.
I've been working with several excellent people to help with automation
and also some great writers to get me content.

If you guys would like to see the GWN getting closer to actually being
on time, start writing summaries/stories and submitting them.  They
don't need to be in GuideXML or anything.  Plain text is actually
preferred unless you're really good at GuideXML already.

(Goes to working on last week's GWN in hopes of getting it out tomorrow)

-- 
Chris Gianelloni
Release Engineering Strategic Lead
Alpha/AMD64/x86 Architecture Teams
Games Developer/Council Member/Foundation Trustee
Gentoo Foundation

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] *DEVELOPMENT* mail list, right?

[Alec Warner]

> So, fellow devs, what's new with development? For those interested, genlop
> has
> migrated into gentoo as a project with the permission of upstream, which
> no
> longer maintain it. Um...any new tools or projects people are working on?
>
> Anyone?

My current projects include:

block_sync glep: really..I'm still working on it..it's almost done, this will
enable developers to block the cvs->rsync sync to repair major tree
damage.  hopefully end of the month for this.

Project Leads Glep: This is a new idea, mostly making tiny bits of work
for project leads so we can get an idea of what is going on within Gentoo.
 Still in the 'soliciting initial feedback' phase.  I'm also working on
the app needed to support this idea (writing it in ruby for now).

LDAP Improvements: Slowly working on learning ruby-activeLDAP and using it
to punt perl_ldap because I think perl_ldap sucks.  Once the newer shinier
app is written I plan on writing up some training for it.  This is for the
overall move of data into ldap which is then used to generate things like
userinfo.xml and other web-based data.  One place for updates folks..

Gentoolkit: I just ported the new portage namespace to these tools and
fixed a few bugs.  Sadly I also wrote a broken patch to echangelog that
got the newest rev of gentoolkit masked.  Fixing echangelog is on my list
of things to do.  If you are better than me at perl (probably true for
many of you) I could use some help here ;)

Portage Unit Tests and /etc/portage:
These are on the backburner for now but there are nice OO based classes
for /etc/portage config files; this means if you were so inclined you
could store that data in a db and write classes to read from the db
instead of from files.  This functionality is not yet enabled in trunk as
I have no idea how to bolt it on to portage.config yet; but I'm working on
it.

The /etc/portage config rewrite is to enable me to test large classes like
portage.config that read from tons of files (reading from files is
generally a cardinal sin in unit testing).

The testing of course is to enable the portage team to make changes and
not break stuff.  Most of the new features I've been working on are driven
using Test Driven Development (TDD) and involve gutting old n busted
functions; replacing with new ones.  Still need more tests though.

Ugh, and I thought I was trying to do less...

Oh Summer of Code...reviewed nearly all of the apps.  Voting is on Sunday?

-Alec

-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] *DEVELOPMENT* mail list, right?

[Doug Goldstein]

Michael Cummings wrote:
> So, fellow devs, what's new with development? For those interested, genlop has
> migrated into gentoo as a project with the permission of upstream, which no
> longer maintain it. Um...any new tools or projects people are working on?
>
> Anyone?
>
>   
steev got hal 0.5.9 into the tree (it's masked) and we've both been
solidly kicking it to behave how we need it. Anyone interested in
testing it out would be very helpful.

I can promise it won't come to your house and beat up your dog. But I
can't promise you might have some little glitches here and there that I
end up asking you to help debug. Overall it's a much more enjoyable
version to work with then 0.5.7 and 0.5.8 ever were. We're currently
sitting at 4 patches and that number will probably move to 5 over the
next few days. They're fairly straight forward and not to difficult to
manage.

Another thing we've done with HAL is move over to using quilt
(dev-util/quilt). Anyone can join in the HAL patch fun by emerging quilt
and following the simple steps.

$ cd ~
$ tar zxf /usr/portage/distfiles/hal-0.5.9.tar.gz
$ cd hal-0.5.9
$ ln -s /usr/portage/sys-apps/hal/files/0.5.9/ patches
$ quilt push

Now you'll see it apply our first patch. Keep doing quilt push until
you're at the top then do a simple
$ quilt new my_uber_l33t.patch

Edit your files and you should have a nice patch to submit to bugzilla
which is guaranteed to apply so we won't have the issues of user
submitted patches not applying and taking a lot of work to make them
apply. This helps us since we can get fixes into the tree faster for you
and you become happier since your issues get fixed faster.

--
Doug Goldstein
cardoe@gentoo.org

-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] *DEVELOPMENT* mail list, right?

[mail]

[-- Attachment #1: Type: text/plain, Size: 1747 bytes --]

Am Freitag, 6. April 2007 20:54:28 schrieb Doug Goldstein:
> Michael Cummings wrote:
> steev got hal 0.5.9 into the tree (it's masked) and we've both been
> solidly kicking it to behave how we need it. Anyone interested in
> testing it out would be very helpful.
>
> I can promise it won't come to your house and beat up your dog. But I
> can't promise you might have some little glitches here and there that I
> end up asking you to help debug. Overall it's a much more enjoyable
> version to work with then 0.5.7 and 0.5.8 ever were. We're currently
> sitting at 4 patches and that number will probably move to 5 over the
> next few days. They're fairly straight forward and not to difficult to
> manage.

It works really fine here (finally, selecting CPU scaling schemes works again 
in KPowersave).

The only thing, that bugged me was after installing it, a lot of daemons* 
crashed because hald did an autoreload because of it's inotify feature to 
reload rules as soon as there are changes to it's rules files.

*daemons/applications that crashed:
dbus
powersaved -> KPowersave
Networkmanager -> KNetworkmanager

Also, the new hald didn't want to start, because dbus had crashed because of 
the auto-hald-reload.

So we need to prevent this before it goes stable:

a) print out a big fat warning before doing the update / make the update 
interactive, so we make sure, the user knows about the dangers

b) find a way, to postpone the reload until the next reboot / disable 
auto-reloading for the currently running session

This were the only problems I could find so far.
What I really liked about the update: didn't have to re-emerge 
(revdep-rebuild) a single package.. ;-)

Regards,

Elias P.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] *DEVELOPMENT* mail list, right?

[Steev Klimaszewski]

mail@eliasprobst.eu wrote:
> *daemons/applications that crashed:
> dbus
> powersaved -> KPowersave
> Networkmanager -> KNetworkmanager
> 
> Also, the new hald didn't want to start, because dbus had crashed because of 
> the auto-hald-reload.
> 
> So we need to prevent this before it goes stable:
> 
> a) print out a big fat warning before doing the update / make the update 
> interactive, so we make sure, the user knows about the dangers
> 
> b) find a way, to postpone the reload until the next reboot / disable 
> auto-reloading for the currently running session
> 
> This were the only problems I could find so far.
> What I really liked about the update: didn't have to re-emerge 
> (revdep-rebuild) a single package.. ;-)
> 
> Regards,
> 
> Elias P.

Odd that dbus would crash/restart - hald uses dbus, not the other way 
around - however, dbus should be restarted to read the new (possibly) 
hald.conf - the real fix would be for the apps that use hal to NOT bomb 
when hal is yanked out from under them.  Glad it was fairly painless for 
you.

And it is good to know that some people are using KNetworkManager - I 
don't have a machine currently with KDE installed (my KDE machine died) 
and so I haven't tested it at all recently.

-- Steev
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] *DEVELOPMENT* mail list, right?

[mail]

On Sunday 08 April 2007 03:16:12 Steev Klimaszewski wrote:
> Odd that dbus would crash/restart - hald uses dbus, not the other way
> around
Yeah, I was wondering too, why this happened.

> however, dbus should be restarted to read the new (possibly) 
> hald.conf - the real fix would be for the apps that use hal to NOT bomb
> when hal is yanked out from under them.  Glad it was fairly painless for
> you.
Is there any way stopping the kernel from inotify-ing a directory? Couldn't 
find one yet.
So we could add a test to the ebuild, whether it is a upgrade from <0.5.9 and 
prevent reloading of the files until the next reboot.
Maybe this could find it's way into an eclass, because other 
applications/daemons like dbus will surely suffer from the same problem when 
having the next $PV_MAJOR upgrade, so we could use the functions global.
Should I open a bug for tracking this issue?

> And it is good to know that some people are using KNetworkManager - I
> don't have a machine currently with KDE installed (my KDE machine died)
> and so I haven't tested it at all recently.
KNetworkmanager works really fine here, except of some troubles concerning 
ipw3945+WPA which should be fixed in the next NetworkManager release (I hope 
it gets released soon, currently, my WLAN is only WEP "encrypted" :-/ ).


Elias
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] hal-0.5.9 (was: *DEVELOPMENT* mail list, right?)

[Elias Probst]

A short reply to myself.. ;)

On Monday 09 April 2007 03:43:28 mail@eliasprobst.eu wrote:
> Is there any way stopping the kernel from inotify-ing a directory? Couldn't
> find one yet.
> So we could add a test to the ebuild, whether it is a upgrade from <0.5.9
> and prevent reloading of the files until the next reboot.
> Maybe this could find it's way into an eclass, because other
> applications/daemons like dbus will surely suffer from the same problem
> when having the next $PV_MAJOR upgrade, so we could use the functions
> global. Should I open a bug for tracking this issue?
I've asked the dev of inotify-tools how to do this... it looks, like the 
information which file/directory is currently being monitored is not exported 
by the kernel, so we can't do a general check for monitored files of a 
package that is updated.
Instead it's only possible, to exclude directory $FOOBAR from being watched 
(without checking, whether it was really watched before by inotify).
=> Postpone this eclass plan to $SOMEDAY, use ewarn instead.

> > And it is good to know that some people are using KNetworkManager - I
> > don't have a machine currently with KDE installed (my KDE machine died)
> > and so I haven't tested it at all recently.
>
> KNetworkmanager works really fine here, except of some troubles concerning
> ipw3945+WPA which should be fixed in the next NetworkManager release (I
> hope it gets released soon, currently, my WLAN is only WEP "encrypted" :-/
> ).

Some other KDE (and probably Gnome, XFCE, etc.) related problems occured:
When plugging in my USB stick or my external USB HDD,  I can't mount them 
anymore: Permission denied: Not in active session

I found two bugs in the RedHat bugtracker about this:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=232674
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=229465

Currently, I'm trying to track down where this comes from on Gentoo.
It looks, like $XDG_SESSION_COOKIE isn't set, but I didn't find out yet, how 
this is set in Gentoo/KDM.

Also kpowersave started crashing, I've written to powersave-devel because it 
seems they don't have a bugtracker:
http://forge.novell.com/pipermail/powersave-devel/2007-April/000763.html

Until this isn't resolved, 0.5.9 shouldn't go stable.
I've opened a bug for tracking this:
http://bugs.gentoo.org/show_bug.cgi?id=173892

Regards,
Elias P.
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] *DEVELOPMENT* mail list, right?

[Roy Marples]

On Thu, 5 Apr 2007 19:03:45 -0400
Michael Cummings <mcummings@gentoo.org> wrote:
> So, fellow devs, what's new with development? For those interested,
> genlop has migrated into gentoo as a project with the permission of
> upstream, which no longer maintain it. Um...any new tools or projects
> people are working on?

dhcpcd-3.0.16 is going stable right now after many months in ~ARCH.

baselayout-2 entered our svn repo a few days ago and is undergoing a
few last minute fixes/tweaks before it enters ~ARCH. baselayout-2 works
with the newest dash shell in portage right now, and will eventually
work with busybox - there is a patch for busybox-1.5.0 that works [1]

A new version of resolvconf-gentoo is about to be released which also
works with dash and busybox. Also, the next resolvconf script for
dnsmasq will (also due out soon) supports updating dnsmasq via dbus
which means the local resolver is never down which is important.

Thanks

Roy

[1] http://www.busybox.net/lists/busybox/2007-April/026994.html
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] resolvconf

[Donnie Berkholz]

Roy Marples wrote:
> A new version of resolvconf-gentoo is about to be released which also
> works with dash and busybox. Also, the next resolvconf script for
> dnsmasq will (also due out soon) supports updating dnsmasq via dbus
> which means the local resolver is never down which is important.

Is there any documentation around on what people need to do to change to 
resolvconf and why they would want to do so?

Thanks,
Donnie
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] resolvconf

[Roy Marples]

On Fri, 06 Apr 2007 13:57:18 -0700
Donnie Berkholz <dberkholz@gentoo.org> wrote:

> Roy Marples wrote:
> > A new version of resolvconf-gentoo is about to be released which
> > also works with dash and busybox. Also, the next resolvconf script
> > for dnsmasq will (also due out soon) supports updating dnsmasq via
> > dbus which means the local resolver is never down which is
> > important.
> 
> Is there any documentation around on what people need to do to change
> to resolvconf and why they would want to do so?

Aside from the man page, no not really. And our documentation says just
to install it and see the manage.

As to what it does, it manages DNS information setup for all your
interfaces in a sensible manner and works with local resolvers such as
dnsmasq, bind and djbdns for cases where the libc resolver isn't man
enough for the job.

A good example of this is a wired and wireless connections to different
subnets and running a VPN connection. Using resolvconf and a local
resolver we can send requests to the VPN domain only to the VPN name
servers, something which libc resolver cannot do.

Thanks

roy
-- 
gentoo-dev@gentoo.org mailing list

[gentoo-dev] Re: *DEVELOPMENT* mail list, right?

[Duncan]

Roy Marples <uberlord@gentoo.org> posted
20070406205731.064b03a7@uberlaptop.marples.name, excerpted below, on  Fri,
06 Apr 2007 20:57:31 +0100:

> dhcpcd-3.0.16 is going stable right now after many months in ~ARCH.

=8^)

> baselayout-2 entered our svn repo a few days ago and is undergoing a few
> last minute fixes/tweaks before it enters ~ARCH.

Does that imply baselayout-1.13-alphaX is never to stabilize?  I'm ~arch, 
but have been using it without issue for some time now, and /had/ sort of 
expected 1.13 to stabilize before tackling 2.x.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

-- 
gentoo-dev@gentoo.org mailing list

[gentoo-dev] Re: *DEVELOPMENT* mail list, right?

[Ryan Hill]

Michael Cummings wrote:
> So, fellow devs, what's new with development? For those interested, genlop has
> migrated into gentoo as a project with the permission of upstream, which no
> longer maintain it. Um...any new tools or projects people are working on?

I just finished overhauling our wxWidgets support.  I managed to
replicate the old broken wxwidgets.eclass behaviour for the time being
so we won't have to do a painful drawn-out transition.  This weekend I
have to test that it doesn't break anything already in the tree.  Then
I'll run it by leio and see what the wxWidgets developer community
thinks about it.

We also have to drop kick wxGTK-2.4 from of the tree already.  Anyone
maintaining packages that use wxGTK or wxpython, _please_ make sure
you're using versions 2.6.

I'm also tinkering with the newly released pcsx2-0.9.3 because i would
love to play FFXII on the road.


-- 
                                where to now? if i had to guess
dirtyepic gentoo org        i'm afraid to say antarctica's next
9B81 6C9F E791 83BB 3AB3  5B2D E625 A073 8379 37E8 (0x837937E8)

-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] *DEVELOPMENT* mail list, right?

[Rémi Cardona]

Michael Cummings a écrit :
> So, fellow devs, what's new with development? For those interested, genlop has
> migrated into gentoo as a project with the permission of upstream, which no
> longer maintain it. Um...any new tools or projects people are working on?

Gnome team's working on gnome 2.16.3 and 2.18.

2.16.3 is just a maintenance release

2.18 is the latest and greatest, not that many user visible changes. 
Better gstreamer support, better hal integration, fixes in evolution, ...

I encourage all gnome users to try it out and let us know if it works 
for them so that we can unmask it over the coming days/weeks.

Oh and I'm working on an updated gnome2 eclass, as the current one reads 
data in /var/db. Fixing this should fix gnome/xfce packages for paludis 
users among other benefits. If anyone wants to fix env saving in 
portage, it would help us a lot :)

Cheers,

Rémi
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] *DEVELOPMENT* mail list, right?

[Petteri Räty]

[-- Attachment #1: Type: text/plain, Size: 497 bytes --]

Rémi Cardona kirjoitti:
> 
> Oh and I'm working on an updated gnome2 eclass, as the current one reads
> data in /var/db. Fixing this should fix gnome/xfce packages for paludis
> users among other benefits. If anyone wants to fix env saving in
> portage, it would help us a lot :)
> 

Environment saving works fine as far as I can tell in
sys-apps/portage-2.1.2.3. At least it preservers export FOOBAR properly
now. https://bugs.gentoo.org/show_bug.cgi?id=163262

Regards,
Petteri


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 252 bytes --]

Re: [gentoo-dev] *DEVELOPMENT* mail list, right?

[Rémi Cardona]

Petteri Räty a écrit :
> Rémi Cardona kirjoitti:
>> Oh and I'm working on an updated gnome2 eclass, as the current one reads
>> data in /var/db. Fixing this should fix gnome/xfce packages for paludis
>> users among other benefits. If anyone wants to fix env saving in
>> portage, it would help us a lot :)
>>
> 
> Environment saving works fine as far as I can tell in
> sys-apps/portage-2.1.2.3. At least it preservers export FOOBAR properly
> now. https://bugs.gentoo.org/show_bug.cgi?id=163262

I've read the bug report but ours looks somewhat different. Ideally we 
would like some exported variable in pkg_{pre,post}inst to be available 
in pkg_{pre,post}rm. I tried it again this weekend and it still didn't work.

/me gently pokes portage devs

Petteri, thanks for your help.

Rémi
-- 
gentoo-dev@gentoo.org mailing list

[Off-topic] Re: [gentoo-dev] *DEVELOPMENT* mail list, right?

[Steven De Bock]

[-- Attachment #1: Type: text/plain, Size: 1701 bytes --]

Hi,

I really like the way where this mailinglist is heading with this topic. I subscribed to this mailing list a while ago with the hope to read more stuff like this, rather than all those rants from the previous days.

I've already seen a lot of "requests for help" passing this thread, covering a wide range of topics. I suppose these "direct" requests will certainly attract more people, who don't really know where to start contributing, to the Gentoo community.

Keep it up a little longer ;)

Gheers,
Steven -Bokke- De Bock

Rémi Cardona <remi@gentoo.org> wrote: Michael Cummings a écrit :
> So, fellow devs, what's new with development? For those interested, genlop has
> migrated into gentoo as a project with the permission of upstream, which no
> longer maintain it. Um...any new tools or projects people are working on?

Gnome team's working on gnome 2.16.3 and 2.18.

2.16.3 is just a maintenance release

2.18 is the latest and greatest, not that many user visible changes. 
Better gstreamer support, better hal integration, fixes in evolution, ...

I encourage all gnome users to try it out and let us know if it works 
for them so that we can unmask it over the coming days/weeks.

Oh and I'm working on an updated gnome2 eclass, as the current one reads 
data in /var/db. Fixing this should fix gnome/xfce packages for paludis 
users among other benefits. If anyone wants to fix env saving in 
portage, it would help us a lot :)

Cheers,

Rémi
-- 
gentoo-dev@gentoo.org mailing list



 
---------------------------------
Finding fabulous fares is fun.
Let Yahoo! FareChase search your favorite travel sites to find flight and hotel bargains.

[-- Attachment #2: Type: text/html, Size: 2083 bytes --]

Re: [Off-topic] Re: [gentoo-dev] *DEVELOPMENT* mail list, right?

[Chris Gianelloni]

[-- Attachment #1: Type: text/plain, Size: 1335 bytes --]

On Fri, 2007-04-06 at 14:38 -0700, Steven De Bock wrote:
> Hi,
> 
> I really like the way where this mailinglist is heading with this
> topic. I subscribed to this mailing list a while ago with the hope to
> read more stuff like this, rather than all those rants from the
> previous days.
> 
> I've already seen a lot of "requests for help" passing this thread,
> covering a wide range of topics. I suppose these "direct" requests
> will certainly attract more people, who don't really know where to
> start contributing, to the Gentoo community.
> 
> Keep it up a little longer ;)

I agree wholeheartedly.  The constant political bickering needs to stop.
This is a development list and should be focused on development-related
and technical discussions.  As an example, things that need to be
discussed with/about the Council can go to the gentoo-council mailing
list.  Topics to be discussed with/about the Trustees or the Foundation
should go to gentoo-nfp.

I think we all should do our part in asking people to keep things on
topic, and for discussions to move to the proper lists.  If it isn't
about development, it doesn't belong here.

-- 
Chris Gianelloni
Release Engineering Strategic Lead
Alpha/AMD64/x86 Architecture Teams
Games Developer/Council Member/Foundation Trustee
Gentoo Foundation

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [Off-topic] Re: [gentoo-dev] *DEVELOPMENT* mail list, right?

[William L. Thomson Jr.]

[-- Attachment #1: Type: text/plain, Size: 465 bytes --]

On Sun, 2007-04-08 at 09:19 -0400, Chris Gianelloni wrote:
>
> I think we all should do our part in asking people to keep things on
> topic, and for discussions to move to the proper lists.  If it isn't
> about development, it doesn't belong here.

Yes and at min, if it does go off topic and remains on list. Please
update subject to reflect it being off topic. Like has already taken
place with this thread ;)

-- 
William L. Thomson Jr.
Gentoo/Java

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[gentoo-dev] Re: *DEVELOPMENT* mail list, right?

[Christian Faulhammer]

[-- Attachment #1: Type: text/plain, Size: 719 bytes --]

Michael Cummings <mcummings@gentoo.org>:

> Um...any new tools or projects people are working on?

 I already announced the Emacs overlay here.  To summarize:

* Lots of new USE flags
* eselect module to handle the symlink to /usr/bin/emacs and friends
* Proper slotting (no new slot for every minor revision in emacs-cvs)
* No automagic dependencies anymore
* Proper handling of man pages, desktop and info files
----
* Wiki with test plans for packages so arch teams don't have to scratch
their heads when testing packages

Emacs packages itself:
* ongoing stabilisation as this has been neglected for some time
* do QA for existing packages (proper elisp.eclass use, quoting of
variables)

V-Li

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] *DEVELOPMENT* mail list, right?

[Luca Barbato]

Michael Cummings wrote:
> Anyone?
> 

- prepared feng, netebryo, libnemesi git ebuilds to make sure everything
works before release
- slowly doing something on ps3, no petitboot yet but at least now I
have a complete cell toolchain in place (the documentation will be
updated soon)
- I still hadn't time to check the new blender in... (help in testing
the beast would be welcomed)

lu

-- 

Luca Barbato

Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero

-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] *DEVELOPMENT* mail list, right?

[Jeffrey Gardner]

Michael Cummings wrote:
> So, fellow devs, what's new with development?

As for me, I'm fighting with jmol-11.0, an awesome java app that relies
on a lot of bundled jars. I've been able to use local versions of:

dev-java/ant-core
dev-java/ant-contrib
dev-java/commons-cli
dev-java/itext
dev-java/junit
dev-java/gnu-jaxp
dev-java/sax
dev-java/saxon

..but finding sources I can use for the following jars has been kicking
my butt:

Acme.jar
# unzip -l Acme.jar
Archive:
/var/tmp/portage/sci-chemistry/jmol-11.0/work/jmol-11.0/jars/Acme.jar
  Length     Date   Time    Name
 --------    ----   ----    ----
        0  10-19-99 12:40   META-INF/
       68  10-19-99 12:40   META-INF/MANIFEST.MF
     3097  10-19-99 12:37   Acme/IntHashtable.class
      479  10-19-99 12:37   Acme/IntHashtableEntry.class
      941  10-19-99 12:37   Acme/IntHashtableEnumerator.class
     6124  10-19-99 12:37   Acme/JPM/Encoders/GifEncoder.class
      357  10-19-99 12:37   Acme/JPM/Encoders/GifEncoderHashitem.class
     2912  10-19-99 12:37   Acme/JPM/Encoders/ImageEncoder.class
     1261  10-19-99 12:37   Acme/JPM/Encoders/PpmEncoder.class


netscape.jar
# unzip -l netscape.jar
Archive:
/var/tmp/portage/sci-chemistry/jmol-11.0/work/jmol-11.0/jars/netscape.jar
  Length     Date   Time    Name
 --------    ----   ----    ----
        0  05-11-00 04:11   META-INF/
       68  05-11-00 04:11   META-INF/MANIFEST.MF
        0  03-06-00 14:45   netscape/applet/
     2076  06-27-96 11:42   netscape/applet/AppletAudioClip.class
     4377  06-27-96 11:42   netscape/applet/AppletClassLoader.class
     1394  06-27-96 11:43   netscape/applet/AppletProperties.class
     8679  06-27-96 11:42   netscape/applet/AppletSecurity.class
     1149  06-27-96 11:42   netscape/applet/AppletSecurityException.class
     1367  06-27-96 11:42   netscape/applet/AppletThreadGroup.class
     1383  06-27-96 11:42   netscape/applet/Console.class
     3397  06-27-96 11:42   netscape/applet/ConsoleFrame.class
      904  06-27-96 11:43   netscape/applet/ConsoleInputStream.class
     1305  06-27-96 11:42   netscape/applet/ConsoleOutputStream.class
    11491  06-27-96 11:43   netscape/applet/EmbeddedAppletFrame.class
     3370  06-27-96 11:42   netscape/applet/HistoryElement.class
     1246  06-27-96 11:42   netscape/applet/HorizontalRule.class
    16795  06-27-96 11:43   netscape/applet/MozillaAppletContext.class
     2775  06-27-96 11:42   netscape/applet/MozillaFrame.class
     3231  06-27-96 11:42   netscape/applet/MozillaWindow.class
        0  03-06-00 14:45   netscape/javascript/
      915  06-27-96 11:43   netscape/javascript/JSException.class
     1077  06-27-96 11:43   netscape/javascript/JSObject.class
        0  03-06-00 14:45   netscape/net/
     4635  06-27-96 11:43   netscape/net/URLConnection.class
      889  06-27-96 11:43   netscape/net/URLInputStream.class
     1139  06-27-96 11:43   netscape/net/URLOutputStream.class
     1469  06-27-96 11:43   netscape/net/URLStreamHandler.class
      798  06-27-96 11:43   netscape/net/URLStreamHandlerFactory.class
        0  03-06-00 14:45   netscape/plugin/
      810  06-27-96 11:43   netscape/plugin/Plugin.class
 --------                   -------
    76739                   30 files

vecmath1.2-1.14.jar (free version hosted by debian...it's looking better
and better every day :D)
# unzip -l vecmath1.2-1.14.jar
Archive:
/var/tmp/portage/sci-chemistry/jmol-11.0/work/jmol-11.0/jars/vecmath1.2-1.14.jar
  Length     Date   Time    Name
 --------    ----   ----    ----
        0  08-06-01 13:51   META-INF/
       71  08-06-01 13:51   META-INF/MANIFEST.MF
        0  08-06-01 13:50   javax/
        0  08-06-01 13:51   javax/vecmath/
     4948  08-06-01 13:50   javax/vecmath/Tuple2f.class
     4966  08-06-01 13:50   javax/vecmath/Tuple2d.class
     5393  08-06-01 13:50   javax/vecmath/Tuple3f.class
     6621  08-06-01 13:50   javax/vecmath/Tuple3d.class
     5684  08-06-01 13:50   javax/vecmath/Tuple4f.class
     5822  08-06-01 13:50   javax/vecmath/Tuple4d.class
     4444  08-06-01 13:50   javax/vecmath/Tuple3i.class
     4831  08-06-01 13:50   javax/vecmath/Tuple4i.class
     1848  08-06-01 13:50   javax/vecmath/Vector2f.class
     1834  08-06-01 13:50   javax/vecmath/Vector2d.class
     2262  08-06-01 13:50   javax/vecmath/Vector3f.class
     2245  08-06-01 13:50   javax/vecmath/Vector3d.class
     2290  08-06-01 13:50   javax/vecmath/Vector4f.class
     2272  08-06-01 13:50   javax/vecmath/Vector4d.class
      799  08-06-01 13:50   javax/vecmath/TexCoord2f.class
      708  08-06-01 13:50   javax/vecmath/TexCoord3f.class
     1945  08-06-01 13:50   javax/vecmath/Tuple3b.class
     1326  08-06-01 13:50   javax/vecmath/Color3b.class
     1466  08-06-01 13:50   javax/vecmath/Color3f.class
     1948  08-06-01 13:50   javax/vecmath/Tuple4b.class
     1410  08-06-01 13:50   javax/vecmath/Color4b.class
     1550  08-06-01 13:50   javax/vecmath/Color4f.class
     1671  08-06-01 13:50   javax/vecmath/Point2f.class
     1655  08-06-01 13:50   javax/vecmath/Point2d.class
     2001  08-06-01 13:51   javax/vecmath/Point3f.class
     1985  08-06-01 13:51   javax/vecmath/Point3d.class
     2280  08-06-01 13:51   javax/vecmath/Point4f.class
     2265  08-06-01 13:51   javax/vecmath/Point4d.class
      696  08-06-01 13:51   javax/vecmath/Point3i.class
      713  08-06-01 13:51   javax/vecmath/Point4i.class
    15772  08-06-01 13:51   javax/vecmath/Matrix3d.class
    15490  08-06-01 13:51   javax/vecmath/Matrix3f.class
     6589  08-06-01 13:51   javax/vecmath/Quat4d.class
     5351  08-06-01 13:51   javax/vecmath/AxisAngle4d.class
     6668  08-06-01 13:51   javax/vecmath/Quat4f.class
     5245  08-06-01 13:51   javax/vecmath/AxisAngle4f.class
    26579  08-06-01 13:51   javax/vecmath/Matrix4f.class
    29866  08-06-01 13:51   javax/vecmath/Matrix4d.class
    11278  08-06-01 13:51   javax/vecmath/GVector.class
    22598  08-06-01 13:51   javax/vecmath/GMatrix.class
      473  08-06-01 13:51   javax/vecmath/MismatchedSizeException.class
      473  08-06-01 13:51   javax/vecmath/SingularMatrixException.class
    19155  08-06-01 13:51   javax/vecmath/VecmathTest.class
 --------                   -------
   245486                   47 files


Anyway, that's where I'm at....
Hope y'all are having better luck!!!

je_fro
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] *DEVELOPMENT* mail list, right?

[Roy Wright]

Jeffrey Gardner wrote:
> Michael Cummings wrote:
>   
>> So, fellow devs, what's new with development?
>>     
>
> As for me, I'm fighting with jmol-11.0, an awesome java app that relies
> on a lot of bundled jars. I've been able to use local versions of:
>
> dev-java/ant-core
> dev-java/ant-contrib
> dev-java/commons-cli
> dev-java/itext
> dev-java/junit
> dev-java/gnu-jaxp
> dev-java/sax
> dev-java/saxon
>
> ..but finding sources I can use for the following jars has been kicking
> my butt:
>
> Acme.jar
>   

http://www.acme.com/resources/classes/Acme.tar.gz

> netscape.jar

I think this is a really old and obsolete jar.  I found this thread
which might be relevant:

http://www.velocityreviews.com/forums/t140950-package-netscapejavascript-does-not-exist.html

> vecmath1.2-1.14.jar (free version hosted by debian...it's looking better
> and better every day :D)
>   
This is an older version of part of the the java3D project.
https://vecmath.dev.java.net/

In portage as dev-java/sun-java3d-bin
/usr/share/sun-java3d-bin/lib/vecmath.jar

Note, portage only has 1.3.2 and 1.4.0_pre5

> Anyway, that's where I'm at....
> Hope y'all are having better luck!!!
>
> je_fro
>   

-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] *DEVELOPMENT* mail list, right?

[Christopher Sawtell]

On Sun, 08 Apr 2007 22:58:17 Jeffrey Gardner wrote:
> Michael Cummings wrote:
> > So, fellow devs, what's new with development?
>
> As for me, I'm fighting with jmol-11.0, an awesome java app that relies
> on a lot of bundled jars. I've been able to use local versions of:

> ..but finding sources I can use for the following jars has been kicking 
> > my butt: 
> Acme.jar
The entire Acme package is here:-
http://www.acme.com/resources/classes/Acme.tar.gz

> netscape.jar
I couldn't find anything useful about this.

> vecmath1.2-1.14.jar (free version hosted by debian...it's looking better
> and better every day :D)
> # unzip -l vecmath1.2-1.14.jar
The vecmath source is available from a CVS server via:-
https://vecmath.dev.java.net/servlets/ProjectSource
The licence is https://java3d.dev.java.net/jrl.html
and https://java3d.dev.java.net/jdl.html

Debian version:-
http://ftp.debian.org/debian/pool/main/v/vecmath1.2/vecmath1.2_1.14.orig.tar.gz
http://ftp.debian.org/debian/pool/main/v/vecmath1.2/vecmath1.2_1.14-3.diff.gz



-- 
CS
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] *DEVELOPMENT* mail list, right?

[William L. Thomson Jr.]

[-- Attachment #1: Type: text/plain, Size: 978 bytes --]

On Mon, 2007-04-09 at 09:20 +1200, Christopher Sawtell wrote:
> On Sun, 08 Apr 2007 22:58:17 Jeffrey Gardner wrote:
>
> > ..but finding sources I can use for the following jars has been kicking 
> > > my butt: 
> > Acme.jar
> The entire Acme package is here:-
> http://www.acme.com/resources/classes/Acme.tar.gz
> 
> > netscape.jar
> I couldn't find anything useful about this.

I researched the heck out of it. Best I could find based on the classes
within it's LiveConnect which I am pretty sure is a Netscape 4.x
technology which I would assume is quite outdated.

http://en.wikipedia.org/wiki/NPAPI#LiveConnect
http://wp.netscape.com/eng/mozilla/3.0/handbook/plugins/pjava.htm

Because of age, documentation much less source code or etc is quite hard
to find. But pretty sure all the classes are in the sdk found here.

http://wp.netscape.com/comprod/development_partners/plugin_api/

That's all I got :)

-- 
William L. Thomson Jr.
Gentoo/Java

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] *DEVELOPMENT* mail list, right?

[Jeffrey Gardner]

William L. Thomson Jr. wrote:
> On Mon, 2007-04-09 at 09:20 +1200, Christopher Sawtell wrote:
>> On Sun, 08 Apr 2007 22:58:17 Jeffrey Gardner wrote:
>>
>>> ..but finding sources I can use for the following jars has been kicking 
>>>> my butt: 
>>> Acme.jar
>> The entire Acme package is here:-
>> http://www.acme.com/resources/classes/Acme.tar.gz
>>
>>> netscape.jar
>> I couldn't find anything useful about this.
> 
> I researched the heck out of it. Best I could find based on the classes
> within it's LiveConnect which I am pretty sure is a Netscape 4.x
> technology which I would assume is quite outdated.
> 
> http://en.wikipedia.org/wiki/NPAPI#LiveConnect
> http://wp.netscape.com/eng/mozilla/3.0/handbook/plugins/pjava.htm
> 
> Because of age, documentation much less source code or etc is quite hard
> to find. But pretty sure all the classes are in the sdk found here.
> 
> http://wp.netscape.com/comprod/development_partners/plugin_api/
> 
> That's all I got :)
> 

Big Thanks (TM) to wltjr, Christopher Satwell, and Roy Wright (right up
the road in Chappell Hill - Love the smoked sausage!)!
With those leads and some upstream love I hope to have jmol up and
running soon!



-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] *DEVELOPMENT* mail list, right?

[Roy Wright]

Jeffrey Gardner wrote:
> Big Thanks (TM) to wltjr, Christopher Satwell, and Roy Wright (right up
> the road in Chappell Hill - Love the smoked sausage!)!
> With those leads and some upstream love I hope to have jmol up and
> running soon!
>
>   

Looks like you found me!  Right up the road from where?

jmol looks interesting, so best of luck with it.


Have fun,
Roy

-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] *DEVELOPMENT* mail list, right?

[Raúl Porcel]

Michael Cummings wrote:
> So, fellow devs, what's new with development? For those interested, genlop has
> migrated into gentoo as a project with the permission of upstream, which no
> longer maintain it. Um...any new tools or projects people are working on?
> 
> Anyone?
> 

I'm currently fixing all the possible bugs in the herds/teams i am. Like
ia64, doing all the bugs assigned to the team, from 130 bugs to 30 right
now. There are some bugs i can't do, like the ALSA and cdr ones, since i
only have remote access to the ia64 box, and no one in the team seems to
have a soundcard in his ia64 box :)

Mozilla is good, i'm working atm in mozilla-thunderbird-2.0.0.0_rc1, and
put it in the tree ASAP. And we don't have too many bugs that affect so
many people.

net-p2p is good too, in this case is mainly version bumps and
stabilizations. Like with net-irc, i already made some cleanup like a
month or two ago.

With treecleaners we have some packages waiting, as we have to get the
60 days for removal. We have some new bugs too, waiting for all the
treecleaners to vote.
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] *DEVELOPMENT* mail list, right?

[Joseph Jezak]

Michael Cummings wrote:
> When you pop into your mail client of choice and find 50+ unread messages in the
> last few hours, you know what kind of day -dev@g.o is having.
> 
> Don't suppose we could get on with that silly topical thing of development?
> Surely there's a usenet channel where you can discuss conspiracy.gentoo at
> length? Or at least take it to the user list?
> 
> /me stretches and blinks
> 
> So, fellow devs, what's new with development? For those interested, genlop has
> migrated into gentoo as a project with the permission of upstream, which no
> longer maintain it. Um...any new tools or projects people are working on?
> 
> Anyone?
> 

I like this thread!

The PPC team had a bugday yesterday and managed to get almost 70
bugs off of our list of open issues!  Thanks to nixnut, mabi,
dertobi123 and ndansmith for helping to clean up the bug list. :)

Personally, I just picked up maintainership of the vanilla-sources
package.  If your arch hasn't already, please let me know in the
cleanup bug what kernels you'd like to keep:
http://bugs.gentoo.org/show_bug.cgi?id=173710

Have fun!
-Joe
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] *DEVELOPMENT* mail list, right?

[Tobias Scherbaum]

[-- Attachment #1: Type: text/plain, Size: 635 bytes --]

Joseph Jezak wrote:
> I like this thread!

Indeed! This thread is fun - and fun is what Gentoo should be about.

> The PPC team had a bugday yesterday and managed to get almost 70
> bugs off of our list of open issues!  Thanks to nixnut, mabi,
> dertobi123 and ndansmith for helping to clean up the bug list. :)

Well, it was a merely informal bugday, at least for the ppc people. But
it was fun though and we were in need of such an event :) Conclusion:
Let's have more bugdays! ;)

Personally I'm fighting with getting the HPPA parts of the upcoming
release done in time - looks quite promising as of now.

  Tobias

[-- Attachment #2: Dies ist ein digital signierter Nachrichtenteil --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] *DEVELOPMENT* mail list, right?

[Paul Varner]

On Thu, 2007-04-05 at 19:03 -0400, Michael Cummings wrote:
> So, fellow devs, what's new with development? For those interested, genlop has
> migrated into gentoo as a project with the permission of upstream, which no
> longer maintain it. Um...any new tools or projects people are working on?

When my systems at work are not kicking my butt, I've been working on
shortening the list of bugs assigned to the tools-portage herd. (BTW,
thank you for taking genlop).

On that note the equery depends/depgraph should work a lot better in the
gentoolkit-0.2.4 series of releases than it has in the past.  I would
appreciate if people would test and look at it.

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

Re: [gentoo-dev] *DEVELOPMENT* mail list, right?

[Josh Saddler]

[-- Attachment #1: Type: text/plain, Size: 1640 bytes --]

Michael Cummings wrote:
> So, fellow devs, what's new with development?

2007.0 handbooks. I am t3h master of the handbooks. They're basically
done, unless I actually hear from arch teams that changes are needed.
I've been working my keister off; I think I racked up >100 commits for
these things. Part of that was to make future updates easier, as I added
conditional evaluations to all the handbooks. This lets an editor make a
single small change to the ToC for some $arch handbook (say, to use a
new kernel version), and those changes will be propagated to every
chapter of that arch HB. Lots of XML <keyval> and <keys> now used for
all arches.

Also, I'm looking into redoing how the handbooks are done in the first
place; right now, we have vast amounts of shared content that are
identical between arches, but are still repeated in each
hb-install-$arch-bootloader.xml file, for example. The existing setup:
within those pages, we can display extra content (or avoid displaying
content) just by doing an XML test to see which handbook you are viewing
(i.e. if you view Sparc, you won't see the x86 partitioning scheme).

I sent a proposal to the gentoo-doc list about turning that on its head,
and instead using several more separate files that include that shared
content, so that we can cut down the duplications in the $arch-foo.xml
files through the use of <include/>s that would pull in that shared
content. End result is that you'd end up with a very trimmed down file
that only includes extra content relevant to that arch, with GuideXML
mojo to yank in the non-arch-specific content. Nifty, eh?


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] *DEVELOPMENT* mail list, right?

[Mike Kelly]

[-- Attachment #1: Type: text/plain, Size: 1026 bytes --]

Michael Cummings wrote:
> So, fellow devs, what's new with development?

Hmm, well, recently I've been working on some bug fixes for eselect
(mostly related to automake headaches), doing the occasional bump to vim
and friends when there seems to be a useful new patch out (although
additional help w/ vim would be appreciated), and hacking together some
random scripts.

I've kinda been lapsing in the past few weeks, though; need to finish up
this job and get back to school. A few other things I want to try and do:

 - Help dberkholz with autofoo magic for ltsp (sorry I've slacked so
   long on this, I'll have more time to dig into it in a month).
 - Help work on some of the targets we have now for eselect 1.1.x (all
   of which probably need some more discussion before they're coded).
 - Document vim-related ebuild maintenance stuff, in the hopes of
   lowering the barrier of entry for folks, as well as making /
   improving a few scripts to make ebuild maintenance easier.

-- 
Mike Kelly


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 187 bytes --]

Re: [gentoo-dev] *DEVELOPMENT* mail list, right?

[Donnie Berkholz]

Mike Kelly wrote:
>  - Help dberkholz with autofoo magic for ltsp (sorry I've slacked so
>    long on this, I'll have more time to dig into it in a month).

Good to hear it! People keep bugging me about this, but seems like most 
of them aren't willing to put any effort into it. I'm glad you still are.

Thanks,
Donnie
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] *DEVELOPMENT* mail list, right?

[Robin H. Johnson]

[-- Attachment #1: Type: text/plain, Size: 1866 bytes --]

On Thu, Apr 05, 2007 at 07:03:45PM -0400, Michael Cummings wrote:
> So, fellow devs, what's new with development?
Over in the council, we've been doing some status updates of this
similar nature, mainly so we all know where we are at (for all the core
things that each of the council members are doing, not just limited to
council business). The last two meetings have been packed with other
stuff, so we've missed that then, but I'm hoping to get back on them
with the meeting later this week.

Various Gentoo things I'm working on presently, outside of the regular
everyday work of ebuild work and infra work:

- GLEP on bug-wrangling process (nailing down the good and the bad of what
our wranglers like Jakub are doing, so would-be wranglers can have a
good idea of what to do).

- Series of GLEPS on signing the tree/Manifests. So far it's 5 GLEPs in
the set (the series working title is 'Security of distribution of Gentoo
software'):
  00 - Overview and Background Information
  01 - Infrastructure to User distribution - MetaManifest
  02 - Developer processes
  03 - Handling of GnuPG for developers and keymasters
  04 - Manifest2 hash policies and security implications
Of this series, 00, 01 and 04 are pretty much complete, but 02 and 03
need a lot more work still.

- Infra work for inbound SMTP servers (two of our older boxes being
repurposed) since the existing box is overload with mail processing.

- Slightly outside of Gentoo, but still relevant, I've been working on
some things with Git so that it's closer to a working solution for CVS
migration (the history slicing feature that we require is completed, and
subtree slicing is in progress).

-- 
Robin Hugh Johnson
Gentoo Linux Developer & Council Member
E-Mail     : robbat2@gentoo.org
GnuPG FP   : 11AC BA4F 4778 E3F6 E4ED  F38E B27B 944E 3488 4E85

[-- Attachment #2: Type: application/pgp-signature, Size: 321 bytes --]

Re: [gentoo-dev] *DEVELOPMENT* mail list, right?

[Donnie Berkholz]

Robin H. Johnson wrote:
> - GLEP on bug-wrangling process (nailing down the good and the bad of what
> our wranglers like Jakub are doing, so would-be wranglers can have a
> good idea of what to do).

I'm sorry, I don't understand why something that's already happening 
qualifies as an enhancement proposal. This should just be a howto document.

Thanks,
Donnie
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] *DEVELOPMENT* mail list, right?

[Robin H. Johnson]

[-- Attachment #1: Type: text/plain, Size: 836 bytes --]

On Wed, Apr 11, 2007 at 11:19:11AM -0700, Donnie Berkholz wrote:
>  Robin H. Johnson wrote:
> > - GLEP on bug-wrangling process (nailing down the good and the bad of what
> > our wranglers like Jakub are doing, so would-be wranglers can have a
> > good idea of what to do).
>  I'm sorry, I don't understand why something that's already happening 
>  qualifies as an enhancement proposal. This should just be a howto document.
I'm specifically after writing it as an informational GLEP, because of
some of the reactions I've seen from developers when Jakub touches stale
bugs and tries to catch other things where the issue has just fallen
through the cracks.

-- 
Robin Hugh Johnson
Gentoo Linux Developer & Council Member
E-Mail     : robbat2@gentoo.org
GnuPG FP   : 11AC BA4F 4778 E3F6 E4ED  F38E B27B 944E 3488 4E85

[-- Attachment #2: Type: application/pgp-signature, Size: 321 bytes --]

Re: [gentoo-dev] *DEVELOPMENT* mail list, right?

[Marijn Schouten (hkBst)]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi list,

I'd like to inform you about goings on in Scheme territory.

BEGIN INTERMEZZO
For those who've never heard of Scheme: Scheme is a modern minimal Lisp
programming language.

For those who ask themselves why on Earth people want to put up with Lots of
Irritating and Superfluous Parentheses:
A very enjoyable and insightful and, most importantly, ACCESSIBLE article
giving some insight in the power of program-data equivalence is at [
http://www.defmacro.org/ramblings/lisp.html ].
END OF INTERMEZZO

There are about a dozen Scheme implementations in the tree, all with their own
idiosyncratic way of doing things. For example the current Scheme standard
specifies a macro system, but in a lot of implementations you have to enable
it explicitly, and standard extensions (socalled SRFIs) have to be activated
differently for different implementation. All this makes it difficult to write
programs that work in all these implementations.

I want to avoid using just a single implementation, since I feel a
responsibillity to have a basic familiarity with all implementations that I
maintain (and a few that others maintain :) ). I have a few scripts to run
Scheme programs in multiple implementations that also double as my knowledge
base for bending different implementations to my will.

In the last few days I've added a new weapon to my arsenal. That weapon is
slib the portable Scheme library. It has been in the tree for a long time, but
it only used to support guile. Since yesterday slib-3.1.4-r3 supports six
implementations: bigloo drscheme elk gambit guile scm. To my knowledge, which
admittedly is a bit limited, Gentoo is the only distro that has this. At least
I'm pretty sure that Debian doesn't have it :) .

At the moment the script installed by slib to start an implementation with
slib loaded still doesn't work flawlessly in each case, so manually loading
slib is still preferred. I intend to fix it up later and possibly extend
support of slib to other implementations.

I always enjoy hearing from users. If you have a question about how to
activate macros or slib for a specific implementation or any other Scheme
question, please catch me in #gentoo-lisp. I really need to document all this
stuff some time, but things are still very much in motion right now and I
haven't decided how best to insulate users from these issues.

One more thing. Both the Scheme herd and the Common Lisp herd are currently
severely understaffed with one member each (not the same ;) ). If you are
interested in Lisp and want to help, come talk to me,

thoroughly enjoying basking in the power of Scheme, Gentoo and the Sun,

Marijn

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.4 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGaTzJp/VmCx0OL2wRArn2AJ9hHK7O3aEsz1xFddOHLzDh27+tOwCeIDik
b9oROA0KffRcJkwSwrspKlw=
=fiPQ
-----END PGP SIGNATURE-----
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] *DEVELOPMENT* mail list, right?

[Raúl Porcel]

In mozilla herd:
During the last month and during the first day of the month we did:
-Stabilize mozilla-thunderbird-2.0.0.0
-Bump new versions fixing security bugs:
  -mozilla-firefox[-bin]-2.0.0.4 and 1.5.0.12, although we didn't put
1.5.0.12 on the tree as it is unsupported
  -mozilla-thunderbird[-bin]-1.5.0.12, 2.0.0.4 will be released in the
next weeks
  -seamonkey[-bin]-1.1.2 and 1.0.9, but we didn't put 1.0.9 as almost
all arches(except arm) have the 1.1 series stabilized

In treecleaners herd:
We've been doing the same work as always, i think we only p.masked one
package for removal, and yesterday i did the monthly cleanup we do 2
months after a package is p.masked for removal

net-p2p,net-irc:
Doing version bumps and fix little bugs as always.

ia64,x86:
Stabilizing newer versions as always, stabilized gcc-4.1.2 and glibc-2.5-r3

alpha:
On alpha we've taken a big step forward, we have some users who can test
hardware-related things and they are _really_ useful(hi grknight and
Blackb|rd). We stabilized kernel-2.6.21 yesterday as older versions
failed with gcc4, and we're working on getting gcc-4.1.2 stabilized
while we do the security bugs.

I think i'm not leaving anything :)
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] *DEVELOPMENT* mail list, right?

[Michael Cummings]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Just want to say, you folks make me proud :)

ok, off to shed a pathetic tear or something over this thread being revived.


oh yeah. perl folks. let's get something together so these other shmoes
don't steal all our thunder.


- --

- -----o()o----------------------------------------------
Michael Cummings   |    #gentoo-dev, #gentoo-perl
Gentoo Perl Dev    |    on irc.freenode.net
Gentoo/SPARC
Gentoo/AMD64
GPG: 0543 6FA3 5F82 3A76 3BF7  8323 AB5C ED4E 9E7F 4E2E
- -----o()o----------------------------------------------

Hi, I'm a .signature virus! Please copy me in your ~/.signature.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.4 (GNU/Linux)

iD8DBQFGafzMq1ztTp5/Ti4RAteNAKCbKHjBdxvuyLnlfDUV6v95H2kwOACfeTaU
zPmuyvfCpkUOJZNjYN2Zk2I=
=BrRZ
-----END PGP SIGNATURE-----
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] *DEVELOPMENT* mail list, right?

[Petteri Räty]

[-- Attachment #1: Type: text/plain, Size: 500 bytes --]

Michael Cummings kirjoitti:
> 
> So, fellow devs, what's new with development? For those interested, genlop has
> migrated into gentoo as a project with the permission of upstream, which no
> longer maintain it. Um...any new tools or projects people are working on?
> 
> Anyone?
> 

The Java team has continued to get rid of generation 1 stuff slowly but
steadily. The current situation for ~arch can be found here:

http://dev.gentoo.org/~betelgeuse/unported.txt

Regards,
Petteri


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 252 bytes --]

Re: [gentoo-dev] *DEVELOPMENT* mail list, right?

[Bernard Cafarelli]

While I was too young a developer when this thread first appeared, I now
have a few things to report in this relaunch ;)

On the NX servers side:

* servers based on NX 2.1 code are now in portage, including the binary
free edition from Nomachine (the NX developers), and freenx 0.6 
* both of these servers now work on  ~amd64 (multilib only though)
* 2x terminal server and client are now in portage: GPL (even the
NX client) and based on Nomachine's 1.5 code base
* 6 (old) packages were removed from the tree, replaced by net-misc/nx
* NX overlay provides a native 64-bit nx/freenx for the adventurous
* bugzilla NX bugs count is down to 3 :)

With fellow dev grobian, I've also started to get GNUstep in Gentoo back
in shape (i.e clean, easy to use, up to date, ...).
You can check the progress in the new gnustep overlay:
http://overlays.gentoo.org/proj/gnustep/wiki

Improvements include:

* support for new gnustep-make 2.0
* heavy rewrite of the gnustep eclasses and base ebuilds
* less polluting of the user profile (no more need to source exernal
scripts that tinker with the linker path)
* easier-to-write ebuilds
* version bumps everywhere (and a few new packages, as a
promising-looking cairo backend)
* under-the-hood fixes and enhancements here and there


-- 
Voyageur
NX and GNUstep Gentoo developer
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] *DEVELOPMENT* mail list, right?

[Rémi Cardona]

For the sake of adding something interesting :

The gnome herd has unmasked Gnome 2.18 for all arches except arm, alpha
and fbsd.

Mart (leio) has updated the current stable Gnome to 2.16.3 which should
be available on all supported stable arches.

Either way, enjoy.

Rémi
-- 
gentoo-dev@gentoo.org mailing list