public inbox for gentoo-java@lists.gentoo.org
 help / color / mirror / Atom feed
From: Joshua Nichols <nichoj@gentoo.org>
To: gentoo-java@lists.gentoo.org
Subject: Re: [gentoo-java] Java installation handling not acceptable
Date: Tue, 01 Aug 2006 08:46:55 -0400	[thread overview]
Message-ID: <44CF4D3F.5090707@gentoo.org> (raw)
In-Reply-To: <254054bc0608010231y7d4b0d17h2d846fe18395303b@mail.gmail.com>

Wiktor Wandachowicz wrote:

> > The transition period will end eventually. But you're right that the
> > new-style Java installation requires manual intervention Right Now (TM).
> > This is expected with many other packages that are in testing as well.
> > Problem is, Java is a requirement for many people and the (minor, IMHO)
> > hurdles just makes them unnecessarily angry. If one has to use testing
> > versions of packages, one also has to learn how to deal with them
> > correctly:
> > http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=3&chap=3
> >
>   
If you're upgrading an existing install or using stable keywords on a
new install, yes, there's some manual intervention required... But for
the record, if you're using testing keywords on a new install... it Just
Works (TM). I just did a fresh install over the weekend and was pleased
to see how well it went  :-D 

> > For the time being, one could write a script that could install testing
> > (~arch) Java on a stable profile - adding proper atoms to package.unmask
> > and package.keywords, checking the sanity, etc. But this work would
> > be outdated too some time in the future. It's just a matter of time when
> > these Java packages (and there are about 400 of them in portage!) will
> > become stabilized. The more time developers spend on this goal the
> > faster it becomes reality. And they don't get paid for it, remember.
> >
>   
I was actually working on a script based on nelchael's find-unported.py
script, that would find all the packages using that have been migrated,
so it'd basically give you a list of things to put in
/etc/portage/package.keywords.

Also just had a revelation... could use that in combination with
find-unported.py to package.mask everything that was unported. This
would have the benefit of making it pretty obvious what stuff in a
dependency tree still needs to be migrated.

-- 
gentoo-java@gentoo.org mailing list



  reply	other threads:[~2006-08-01 12:47 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-07-31 21:16 [gentoo-java] Java installation handling not acceptable Daniel
2006-07-31 19:35 ` Krzysiek Pawlik
2006-08-01 10:35   ` Daniel
2006-08-01  9:31     ` Wiktor Wandachowicz
2006-08-01 12:46       ` Joshua Nichols [this message]
2006-08-11  9:09         ` Daniel
2006-08-01 12:46     ` Joshua Nichols
2006-07-31 19:39 ` Alistair Bush
2006-07-31 19:52 ` Joshua Nichols
2006-07-31 20:35   ` [gentoo-java] unsubscribe Ezio Bernaudo

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=44CF4D3F.5090707@gentoo.org \
    --to=nichoj@gentoo.org \
    --cc=gentoo-java@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox