Mailing List Archive

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?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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