James Le Cuirot | 18 Apr 23:06 2015
Picon

Last rites: dev-java/classworlds

# James Le Cuirot <chewi <at> gentoo.org> (18 Apr 2015)
# Old, unmaintained, not used by anything, and superseded by
# plexus-classworlds. There is a newer version in java-overlay that
# can't go yet but will go eventually. Removal in 30 days.
dev-java/classworlds

--

-- 
James Le Cuirot (chewi)
Gentoo Linux Developer
Alex Alexander | 18 Apr 23:00 2015
Picon

[warning] the bug queue has 131 bugs

Our bug queue has 131 bugs!

If you have some spare time, please help assign/sort a few bugs.

To view the bug queue, click here: http://bit.ly/m8PQS5

Thanks!

Alex Alexander | 17 Apr 23:00 2015
Picon

[warning] the bug queue has 119 bugs

Our bug queue has 119 bugs!

If you have some spare time, please help assign/sort a few bugs.

To view the bug queue, click here: http://bit.ly/m8PQS5

Thanks!

Alex Alexander | 16 Apr 23:00 2015
Picon

[warning] the bug queue has 111 bugs

Our bug queue has 111 bugs!

If you have some spare time, please help assign/sort a few bugs.

To view the bug queue, click here: http://bit.ly/m8PQS5

Thanks!

James Le Cuirot | 15 Apr 23:27 2015
Picon

Re: Importance of SLOTs on Java dependencies

On Sat, 11 Apr 2015 12:29:11 +0200
"Andreas K. Huettel" <dilfridge <at> gentoo.org> wrote:

> > I felt the need to write the above because I have seen many
> > instances where devs not familiar with Java packaging have made
> > this mistake. Now I need to ask what to do in the case of ebuilds
> > that have already been marked stable.
> >
> > To bring up a real example, I would like to bump dev-java/jna with
> > a new SLOT for the new version. There are several reverse
> > dependencies, 3 of which do not specify a SLOT, and 2 of these have
> > already been marked stable. Upon giving jna a new SLOT, all these
> > packages would instantly fail to build if jna:0 is not already
> > installed and they would also fail to run if jna:0 gets depcleaned.
> > Simply leaving the stable ebuilds as they are is therefore not an
> > option. My preferred solution would be create a revbump that solely
> > amends (R)DEPEND, leaving the KEYWORDS exactly as they are. This is
> > controversial but what other choice is there? I could delay the jna
> > bump but this would push back this thread of work by a month when I
> > already have a huge backlog. Please do not let bureaucracy get in
> > the way here.
>
> Sounds good to me (as long as repoman agrees :).

Turns out it doesn't agree.

RepoMan scours the neighborhood...
  KEYWORDS.stable [fatal]       1
   dev-embedded/arduino/arduino-1.0.5-r1.ebuild added with stable keywords: amd64 x86

(Continue reading)

Andrew Savchenko | 15 Apr 10:59 2015
Picon

[RFC] Make manifest signatures mandatory for repoman commit

Hi,

why manifest signatures are still optional for repoman?

Repoman signatures are currently optional and this creates nasty
consequences: if signing errors occurs, repoman still proceeds :/

I just had a phone call during repoman commit and was not able to
type my password. Due to gpg-agent timeout repoman completed commit
without a signature :( Should signatures be mandatory, repoman will
bail out on such conditions and devs can recommit again safely.

Best regards,
Andrew Savchenko
James Le Cuirot | 14 Apr 23:54 2015
Picon

Last rites: dev-java/diablo-jdk, dev-java/diablo-jre-bin

# James Le Cuirot <chewi <at> gentoo.org> (14 Apr 2015)
# Not updated beyond Java 6, no longer supported upstream, full of
# holes, and probably doesn't work. This is the last VM currently
# available to FreeBSD until we try icedtea but BSD team are cool with
# this. Removal in 30 days.
dev-java/diablo-jdk
dev-java/diablo-jre-bin

--

-- 
James Le Cuirot (chewi)
Gentoo Linux Developer
Patrice Clement | 14 Apr 21:27 2015
Picon

[gentoo-dev-announce] Last rites: dev-java/openjms

# Patrice Clement <monsieurp <at> gentoo.org> (14 Apr 2014)
# Upstream seems to be dead. No updates since 12 March 2007.
# Masked for removal in 30 days. See bug 546506.
dev-java/openjms
Robin H. Johnson | 13 Apr 02:05 2015
Picon

Automated Package Removal and Addition Tracker, for the week ending 2015-04-12 23:59 UTC

The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2015-04-12 23:59 UTC.

Removals:
dev-perl/log-dispatch             	2015-04-06 19:57:39	dilfridge
app-emacs/grep-edit               	2015-04-07 18:52:43	ulm
dev-db/pgtune                     	2015-04-08 18:17:34	titanofold
games-roguelike/ivan              	2015-04-11 01:04:00	mr_bones_
dev-ruby/right_aws                	2015-04-11 05:29:14	graaff
dev-ruby/test-spec                	2015-04-11 05:29:40	graaff
dev-ruby/amazon-ec2               	2015-04-11 05:29:58	graaff
dev-libs/extra-cmake-modules      	2015-04-11 16:38:18	kensington

Additions:
dev-perl/Log-Dispatch             	2015-04-06 19:51:55	dilfridge
dev-perl/Lexical-SealRequireHints 	2015-04-06 22:54:34	dilfridge
dev-perl/bareword-filehandles     	2015-04-06 23:01:19	dilfridge
dev-python/pysolr                 	2015-04-08 06:28:36	jlec
dev-python/django-tables2         	2015-04-08 14:17:18	jlec
dev-python/django-crispy-forms    	2015-04-08 14:39:31	jlec
dev-ruby/mimemagic                	2015-04-09 05:42:12	graaff
dev-ruby/rbpdf                    	2015-04-11 02:59:00	mjo
sec-policy/selinux-uwsgi          	2015-04-11 11:54:08	perfinion
sys-kernel/cryptodev              	2015-04-11 12:12:04	hwoarang
kde-frameworks/extra-cmake-modules	2015-04-11 16:25:06	kensington
kde-frameworks/modemmanager-qt    	2015-04-11 17:09:47	kensington
media-sound/subsonic-bin          	2015-04-11 19:51:07	perfinion
sys-kernel/kergen                 	2015-04-12 14:55:59	jlec
dev-perl/autobox                  	2015-04-12 18:32:02	dilfridge

(Continue reading)

Michał Górny | 12 Apr 22:44 2015
Picon

xfce team would use some help :)

Hi, everyone.

As you may or may not know, the old xfce team seems completely MIA.
Getting no response from the members, I have allowed myself to 'join'
and started bumping/updating stuff but since I'm low on time, I'd love
to see some help.

What specifically needs to be done:

1. someone needs to look through all the bugs :),

2. someone needs to look through all the packages for outdated ones.
I'm getting xfce announcements now and I've updated some
of the outdated packages already but that was mostly a free-time quick
effort and we'd use a more serious check.

Any volunteers? If someone'd like to proxy-maintain, I'm pretty sure
that could be arranged :).

--

-- 
Best regards,
Michał Górny
Yanestra | 12 Apr 14:17 2015
Picon

Becoming a Gentoo developer?

Hi,

I am long time user of Gentoo and I tinker with the idea of becoming Gentoo developer.

I am a software developer by profession, but I am not quite sure if I should involve with Gentoo ebuild development.

To be honest, I have not the slightest imagination what becoming a Gentoo developer might mean. Things seem to be abhorringly complicated.

As far as I understand, there are developers, proxy developers, then there is something like Project Sunrise which I don't understand.

There are apparently several different portage source repositories, basing on different software, and furthermore, there is layman. As far as I remember, portage is stored in cvs, where there is also git, and somewhere subversion seems to linger.

And there is lots of documentation that appears to be outdated or strangely unattached to questions concerning organisation and overall structure.

Can someone please tell me where to start becoming a developer? Do there exist something like quality guidelines for ebuilds?

Why is there such a chaos?

Thanks!

<at> page { margin: 2cm } p { margin-bottom: 0.25cm; line-height: 120% }

Gmane