Mailing List Archive

-----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

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

> 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

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

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

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

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

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

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

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

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

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

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

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.

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

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

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

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

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

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

To encourage the positive discussion around actual development, I've
been working on the following:

* Upcoming media and stages for the release with the releng team
* PS3 stages and media. This is going quite well and Gentoo, if I can
say so, has been a leader in PS3 adoption. Interested devs, swing by
#gentoo-ppc64; help is welcome.
* Working on an ebuild for the newly released, experimental petitboot,
which is a lightweight bootloader based on kboot for ps3s.

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

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

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

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