.
Regards,
Petteri
Title: Pending Removal of Java support on ia64
Author: Petteri Räty
Author: IA64 Arch Team
Author: Vlastimil Babka
Content-Type: text/plain
Posted: 2011-02-18
Revision: 1
News-Item-Format: 1.0
Display-If-Keyword: ia64
Display-If-Installed: dev-java/java-config
Since the IA64
1.8.1 has been stable for quite some time so let's get rid of 1.7.x
+# Vlastimil Babka (15 Feb 2011)
+# Masked for removal of all versions older than 1.8.1 in few weeks.
+
On 01/31/2011 04:23 PM, Nathan Phillip Brink wrote:
Have you checked if patchelf can fix the googleearth binary? I think
that it is intended for this sort of problem:
http://nixos.org/patchelf.html .
Thank you, this really helped! And since patchelf is in the tree, I
could workaround googleear
Hi,
when trying to bump sci-geosciences/googleearth to a 6 beta version [1],
there's a problem with missing /lib/ld-lsb.so.3 file, which the binary
somehow requires, and otherwise fails with a rather cryptic error
message (saying that the binary itself is missing).
Apparently this is mandated
On 02/25/2010 02:41 PM, Markos Chandras wrote:
On Thursday 25 February 2010 08:22:17 Ulrich Mueller wrote:
On Wed, 24 Feb 2010, Robin H Johnson wrote:
Metadata.xml should allow use of a element. Within
the element, package maintainers should be able to describe how
non-maintainer changes to th
Ben de Groot wrote:
2009/11/8 Mark Loeser :
Also, please learn how to communicate in a manner that is constructive
instead of acting like a dick at every opportunity.
Looks to me this should be applied to some others in this thread first.
Really, aren't there more constructive ways to communic
Duncan wrote:
In theory that's what those stupid version string thingys are for, but
it's s much easier just to forget one! =:^[
Maybe something about this should go in the handbook -- a suggestion that
if one is going to use a package.unmask entry, that they copy the
package.mask entry o
Zac Medico wrote:
> Vlastimil Babka wrote:
>> The question is what to do now, rename it? Users will then see it again,
>> and I don't know if there are even worse consequences.
>
> AFAIK, seeing it again is the worst that will happen. The cvs ->
> rsync script
Hi,
it was brought up by ulm that the news item
'2009-04-18-java-config-wrapper-0.16' has an illegal name because it
contains a dot. As it was me who named and commited it, I am sorry for
this mistake. The file name in -dev review mail was called
'generation1-deprecation' and I probably shoul
Peter Faraday Weller wrote:
On a more serious note, the problem seems to be the complete lack of
management in the required places, Gentoo is fast becoming (or more
likely, already is) an anarchic organisation, where it's becoming
nigh-on impossible to keep track of things.
I see a number of i
dev-java/ant-tasks was a meta ebuild that is no longer used in 1.7.1 so
it's going away completely
# Vlastimil Babka (30 Apr 2009)
# masked for removal, bug #261563
=dev-java/ant-core-1.7.0*
=dev-java/ant-antlr-1.7.0*
=dev-java/ant-apache-bcel-1.7.0*
=dev-java/ant-apache-bsf-1.7.0*
=dev-jav
Petteri Räty wrote:
> Now with the right address. Original was CCed to pr already so this is not.
>
> -- Forwarded Message --
>
> Subject: News item: Generation 1 deprecation
> Date: Monday 23 February 2009
> From: Petteri Räty
> To: gentoo-dev@lists.gentoo.org
>
> We are gett
Richard Freeman wrote:
> Tobias Scherbaum wrote:
>>
>> Wouldn't it make much more sense to package move ksudoku then?
>>
>
> I was thinking the same thing - this is a stable package, so ideally it
> shouldn't be "replaced" with an unstable one. Why not keep -0.4 in the
> tree for stable users?
+
Thomas Sachau wrote:
> I see many ebuild that still use "econf || die", also econf should die by
> itself. Are there any
> specific reasons for this? Some cases where econf does not die also it fails?
> Or some other reason
> for this?
My guess is that due to the general lack of consistency in w
Ben de Groot wrote:
> Roy Bamford wrote:
>> It's that time of the month again, time for another BugDay on Saturday
>> 4th September.
>> Read all about it http://bugday.gentoo.org/
>
> Maybe it would be a good idea to update that bugday page? Maybe devs
> could propose some bugs to be looked at?
A
David Leverton wrote:
> On Saturday 20 September 2008 18:15:27 Alexis Ballier wrote:
>> I can think of checks like:
>> - foo is a dep/rdep of bar
>> - foo has a "plugin like" architecture
>> - bar will "work" with minimal foo
>> - most people will expect some features in bar that come with foo's
>>
Apparently, setting USE=x86 in make.conf on amd64 arch can have funny
consequences such as [1]. And I can imagine even more subtle and hard to
detect errors due to this.
I think it's better to prevent this rather than waste time with bug
reports like that. I asked Zac on IRC whether portage could
Fernando J. Pereda wrote:
On 10 Jun 2008, at 15:33, Joe Peterson wrote:
Luca Barbato wrote:
Check if exists a line EAPI=*$, if does and the rest of the string
matches an understood eapi, go on sourcing, otherwise ignore/mask it...
And placing it out-of-band (like "# EAPI=...") avoids any so
Łukasz Damentko wrote:
Nominations for the Gentoo Council 2008/2009 are open now and will be
open for the next two weeks (until 23:59 UTC, 18/06/2008).
I'd like to nominate:
armin76 (Raúl Porcel)
opfer (Christian Faulhammer)
zmedico (Zac Medico)
--
Vlastimil Babka (Caster)
Gentoo
use this processing only for the elog post-processing system
(which I personally think matters more), and during the build itself
emit the newlines immediatelly so that non-elog output is not tied too
closely to ends of elog blocks.
--
Vlastimil Babka (Caster)
Gentoo/Java
signature.asc
Description: OpenPGP digital signature
r should be preferred by tools"
++ I suppose you want people to read the package-specific information
and not e.g. fill bug reports caused by wrong assumptions about the
flag's meaning.
--
Vlastimil Babka (Caster)
Gentoo/Java
signature.asc
Description: OpenPGP digital signature
especially outside of g.o domain
is not the best thing durability-wise :)
--
Vlastimil Babka (Caster)
Gentoo/Java
signature.asc
Description: OpenPGP digital signature
d newline
before the message but I can't think of a use for it myself.
The question is how to name the switch :) "-n" could be confusing as
"echo -n" has the opposite effect. Maybe "-b" for "blank"?
--
Vlastimil Babka (Caster)
Gentoo/Java
signature.asc
Description: OpenPGP digital signature
Enrico Weigelt wrote:
* Ciaran McCreesh <[EMAIL PROTECTED]> schrieb:
Hi,
Hi Enrico, long time no see!
b) Marking that two related implementations are mutually incompatible at
runtime because they both provide the same binary.
Classical example: MTA's:
Traditionally they tend to provide an
roblems comes from ebuilds
or upstream ;-o
If you don't know why the blocks nned to be there then why comment on that?
--
Vlastimil Babka (Caster)
Gentoo/Java
signature.asc
Description: OpenPGP digital signature
Enrico Weigelt wrote:
* Ciaran McCreesh <[EMAIL PROTECTED]> schrieb:
Hi,
Hi Enrico, long time no see!
b) Marking that two related implementations are mutually incompatible at
runtime because they both provide the same binary.
Classical example: MTA's:
Traditionally they tend to provide an
Samuli Suominen wrote:
Wed, 16 Apr 2008 12:09:24 -0700
Chris Gianelloni <[EMAIL PROTECTED]> kirjoitti:
On Wed, 2008-04-16 at 11:49 +0200, Vlastimil Babka wrote:
thirty days is the norm for the minimal period between an ebuilds
last
It is the norm. It is not a requirement. In fact,
Jeroen Roovers wrote:
Dear ebuild maintainers,
thirty days is the norm for the minimal period between an ebuilds last
non-keywording change while in the tree and the usual call for
stabilisation. If you cannot find a pressing reason to push
stabilisation forward, then don't ask. In the las
Mark Loeser wrote:
Mike Frysinger <[EMAIL PROTECTED]> said:
On Sunday 30 March 2008, Mark Loeser wrote:
Actually, I'd say this should just be removed. If a user wants to apply
a patch, they can put their own ebuild into an overlay and do it
themselves (presumably if they want to patch somethin
Petteri Räty wrote:
Attached is a patch that fixes this.
Arrays? How non-POSIX1
Anyway, why don't we instead discuss what phases to add to next EAPI, so
we can avoid these hacks :)
--
Vlastimil Babka (Caster)
Gentoo/Java
signature.asc
Description: OpenPGP digital signature
nagers not using vdb would implement it, and portage need not
care), or we would want to use the general metadata query also for other
purposes.
Anyway, restricting ebuilds from vdb access sounds like a good idea to me.
--
Vlastimil Babka (Caster)
Gentoo/Java
signature.asc
Description: OpenPGP digital signature
About 10 minutes (YMMV)
Mon Nov 19 22:26:38 2007 >>> dev-lang/perl-5.8.8-r4
merge time: 6 minutes and 10 seconds.
Wed Nov 7 12:46:01 2007 >>> sys-apps/paludis-0.24.6
merge time: 16 minutes and 25 seconds.
--
Vlastimil Babka (Caster)
Gentoo/Java
signa
urder), yuck :)
--
Vlastimil Babka (Caster)
Gentoo/Java
signature.asc
Description: OpenPGP digital signature
Mike Frysinger wrote:
On Monday 28 January 2008, Ryan Hill wrote:
In your package.mask entry, it would help to have the following info:
it would help too if you add a comment like this to the top of the mask file
-mike
I've did it instead:
Index: package.mask
===
Chris Gianelloni wrote:
Do we really need a front-page news item for this? I don't think the
impact would be terribly great, as I suspect this affects a very small
number of people whom are likely to be more advanced users. I think
adding the info to GMN/gentoo-dev-announce/gentoo-user should s
Duncan wrote:
A GWN or similar announcement before it moves beyond the dev profiles
would be nice, but if the affected devs (incl. bugwranglers) are willing
to deal with the complaints and they seem to be, the leaner system and
image is IMO a good thing, and announcement or not, people really
Chris Gianelloni wrote:
I think throwing up an announcement today/tomorrow for Thursday/Friday
should be sufficient for this sort of a change, as it won't affect any
user who has a version of portage released in the past ~1.5 years.
So, since it seems nobody objected it, time for the announceme
Duncan wrote:
At minimum, I'd say make the usual BIG WARNING NOISES in the usual
places, and probably still expect complaints. It may still be worth
doing to cut down on system size... or not, depending on where the system
size vs. inevitable complaints comes down. (FWIW, it's precisely this
Chris Gianelloni wrote:
On Sun, 2008-01-27 at 17:11 -0800, Zac Medico wrote:
If there are no objections then I don't so any reason not to go ahead and add
the manifest1_obsolete sometime in the near future. Thoughts?
Let's do it. I look forward to a lot less inodes on my disks.
Let's schedule
Chris Gianelloni wrote:
On Sun, 2008-01-27 at 18:01 -0800, Robin H. Johnson wrote:
On Sun, Jan 27, 2008 at 05:34:14PM -0800, Chris Gianelloni wrote:
On Sun, 2008-01-27 at 06:27 -0800, Robin H. Johnson wrote:
Due to how CVS hooks operate, it's not quite possible.
You wouldn't be able to block t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ryan Hill wrote:
| I think Jakub should get the Octane2. Then he can help with all those
mips bugs. :)
I thought removing keywords was easy even without the actual hardware :P
Caster
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.7 (GNU/Linux)
C
Ryan Hill wrote:
What do people think of this?
a) Keep use.desc as it is: a list of common flags and a short general
description of their meaning.
Good.
b) Keep use.local.desc as it is: a list of per-package flags that are
specific to one to a few ebuilds (i think 5 is the number though i
Santiago M. Mola wrote:
But stuff like "aac needs encode" and "cdio conflicts with
cdparanoia" should be something separate from USE flag documentation.
Well, at least until it's handled at ebuild level, local USE flag
documentation can be used to explain the implications to the user
beforeh
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Wulf C. Krueger wrote:
| We would welcome any comments, especially if accompanied by patches ;)
| and, of course, your kind approval to commit it. :-)
Hi,
Checked only briefly, it's late :) but I miss a comment in the header
that you need EAPI=1 in
Ciaran McCreesh wrote:
a) Drop all keywords but those of mips. Leaves mips and, more
importantly, its users with a vulnerable and unmaintained set of
packages.
...and break the tree spectacularly, causing huge amounts of pain for
your fellow developers when they encounter horrible repoman ou
bumped and
fixed, work in progres in java-overlay, bug #164129.
Vlastimil Babka
--
gentoo-dev@lists.gentoo.org mailing list
Markus Ullmann wrote:
>> -junit - Adds junit awareness -- useful for developers.
>> +junit - Adds junit testframework awareness -- useful for developers
>
> junit - Adds junit test framework awareness -- useful for developers
Actually, this flag should probably go away with gen-1 java ebuilds
(ge
Ciaran McCreesh wrote:
> On Wed, 12 Dec 2007 23:14:24 +0100
> Carsten Lohrke <[EMAIL PROTECTED]> wrote:
>> I disagree here. It would be annoying and possibly even hindering in
>> future not being able to use higher EAPI features in eclasses. Point
>> is the eclass has to check, if the author of an
William L. Thomson Jr. wrote:
> On Fri, 2007-12-14 at 18:00 +0200, Petteri Räty wrote:
>> He doesn't have a
>> family yet but perhaps that's why he's into photographing.
>
> What's that implying he is some photo perv or something. Taking pictures
> of others families? Taking photo's makes up for
indication that I should use it locally pr. package.
Right, as mentioned above, there is no relation, although the
"global/local" notion may suggest it. One might even ask why we have
separate use.desc and use.local.desc then. Good question :) IMHO it's
mostly administrative thing so people
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alec Warner wrote:
>> perhaps it'd be useful to introduce an "anal_die". developers run anal
>> tests,
>> users get sane tests.
>> -mike
>>
>>
>
> Anal ftw
>
> -Alec
Also known a
check whether the file has simply been moved, by either correcting the
path or removing the filename from the dodoc call.
dodoc calls should have || die and USE=doc should be tested before
commiting a bump, IMHO
--
Vlastimil Babka (Caster)
Gentoo/Java
--
[EMAIL PROTECTED] mailing list
hus it would cause circular deps. PDEPEND is a way to
relax this for such cases.
If this is what you call RDEPEND conceptually broken, then sorry for
useles try to explain it :) Maybe package manager could be smart enough
and relax the RDEPEND in such cases itself, maybe it's better to sa
[1] http://bugs.gentoo.org/show_bug.cgi?id=186156
>
> Thanks
As you wish! [1] :)
[1] http://bugs.gentoo.org/show_activity.cgi?id=186156
- --
Vlastimil Babka (Caster)
Gentoo/Java
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Mozi
r-set -mtune then? Since AFAIK -march
implies -mtune, will also the default -march override user-set -mtune?
- --
Vlastimil Babka (Caster)
Gentoo/Java
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFGndsrtbrAj05h
rlay bumps and bugzilla reports on
version bump that just renaming the ebuild works?). OTOH, while this
might be useful for more than few packages (I can also think of some),
it's not too many to clutter the tree significantly.
> Or am I missing something?
>
> Cheers,
> -jkt
&g
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Steve Long wrote:
> And no, I don't like being lumped in with Mr McCreesh.
Why would anyone do that? His trolling is sophisticated, but you're just
an annoying spammer.
- --
Vlastimil Babka (Caster)
Gentoo/Java
-BEGIN PGP SIGNATURE
ong as the temperature is somewhere in the middle of
linear scale between freezing water and average healthy human body
temperature. And not higher than the latter, as nowadays!
- --
Vlastimil Babka (Caster)
Gentoo/Java
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (GNU/Linux)
Comme
nondevs from bugzilla then? Close
#gentoo, disband PR, etc? Not sure if we can keep any sponsors then...
- --
Vlastimil Babka (Caster)
Gentoo/Java
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFGm2AFtbrAj05h3oQRAnqlAJ4y
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Raúl Porcel wrote:
> good, now my nick is armin79 :D
Lies! No way your karma would go up! Cheater!
armin79--
armin78--
armin77--
You're good now.
- --
Vlastimil Babka (Caster)
Gentoo/Java
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ryan Hill wrote:
> Marijn Schouten (hkBst) wrote:
>> Vieri Di Paola wrote:
>>> The two software packages depend at run-time.
>> then they can simply RDEPEND on eachother. The package manager should do the
>> right thing.
>
> It doesn't. See freetype
it's forgotten again?
Or do we need a GLEP and/or council approval?
(just kidding)
((hopefully))
- --
Vlastimil Babka (Caster)
Gentoo/Java
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFGfmeVtbrAj05h3o
ngeLog for app-emulation/ies4linux
*ies4linux-2.0.5 (21 Jun 2007)
21 Jun 2007; Jurek Bartuszek <[EMAIL PROTECTED]>
+ies4linux-2.0.5.ebuild:
Initial version (closing bug #143798), credit goes Mathieu Bonnet
<[EMAIL PROTECTED]> for providing the ebuilds.
- --
Vlastimil Babka (Caster)
ing package for dev-python/pycrypto-2.0.1-r5 ...[ ok
>> ]
>>
>> * Packages now in '/usr/portage/packages':
>> * dev-python/pycrypto-2.0.1-r5: 188K
>> -mike
>
> Please do the same for qpkg.c
> tia.
And for emerge -b/-B/FEATURES=buildpkg.
for dev-java/ibm-jdk-bin-1.5.0.5 ...
[ ok ]
* Packages now in '/usr/portage-packages':
* dev-java/ibm-jdk-bin-1.5.0.5: 50.9M
- --
Vlastimil Babka (Caster)
Gentoo/Java
-BEGIN PGP SIGNATURE-
Version: Gn
Ali :)
- --
Vlastimil Babka (Caster)
Gentoo/Java
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFGeaJOtbrAj05h3oQRAi3lAJwKducWie0CgqMwZeXN4aI3apvBUwCffgF7
6PX1hIR+D1jEg4+dwU9p6+4=
=P7os
-END PGP SIGNATURE-
--
[EM
rly tested yet.
>
> Users will see that stuff that used to work for them is broken now.
> That's a regression that could have been avoided if Skype wasn't marked
> stable.
>
> It could be interesting to evaluate a new rule "fetch/mirror restricted
> package can'
e loops were already solved in some recent version?
Now it spits some error about conflicting deps that cause that.
- --
Vlastimil Babka (Caster)
Gentoo/Java
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQ
on is, does this make sense? Is something like this
> planned for some EAPI>0? Would it be appropriate for me (a non-dev) to
> file a bug and link it to SpanKy's "EAPI-1 tracker" bug?
There's been bug 4315 for ages, so maybe just reassign it to PMS?
- --
Vlastimi
ll be back. Love the distro, but Jesus the
> politics and the bitching gets out.
Just unsubscribe the list and you won't see it :)
- --
Vlastimil Babka (Caster)
Gentoo/Java
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kent Fredric wrote:
> On 6/14/07, Vlastimil Babka <[EMAIL PROTECTED]> wrote:
>> Also, ion3 was IIRC removed recently also for upstream trying to force
>> new versions against our stable policy. And that was opensource.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Abhay Kedia wrote:
> On Wednesday 13 Jun 2007 10:11:24 pm Vlastimil Babka wrote:
>> Drop it from stable completely, possibly package.mask or move to
>> overlay. Why should this closed-source rootkit be in stable?
>>
> If close
h() via einfo, telling users they either find the distfile
themselves (might have it on another computer, or get from a friend or
just maybe have luck with google) or use the ~arch 1.4. This won't
affect users that already have <1.4 installed, or just have the distfile.
- --
Vlastimil Babk
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gustavo Felisberto wrote:
> Any alternatives?
Drop it from stable completely, possibly package.mask or move to
overlay. Why should this closed-source rootkit be in stable?
- --
Vlastimil Babka (Caster)
Gentoo/Java
-BEGIN PGP SIGNAT
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thilo Bangert wrote:
> I want a gentoo-kindergarten list, where useless discussions like this
> (sub)thread can be directed to.
>
> kids, grow up!
right
s/gentoo-//
- --
Vlastimil Babka (Caster)
Gentoo/Java
-BEGIN PGP SIGNATURE-
en filling bugs for
such packages as there are no guarantees while in p.mask.
- --
Vlastimil Babka (Caster)
Gentoo/Java
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFGboh4tbrAj05h3oQRAvv1AJ45RRl0kr1246ug5
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Vlastimil Babka wrote:
> +# Vlastimil Babka <[EMAIL PROTECTED]> (10 Jun 2007)
> +# Outdated version, proprietary binary package, library that nothing in
> tree
> +# uses. Still generation-1. Assuming nobody needs it as there was ne
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
+# Vlastimil Babka <[EMAIL PROTECTED]> (10 Jun 2007)
+# Outdated version, proprietary binary package, library that nothing in
tree
+# uses. Still generation-1. Assuming nobody needs it as there was never a
+# version bump request. Will be r
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
+# Vlastimil Babka <[EMAIL PROTECTED]> (10 Jun 2007)
+# Outdated version, proprietary binary package, library that nothing in
tree
+# uses. Still generation-1. Assuming nobody needs it as there was never a
+# version bump request. Will be r
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Raúl Porcel wrote:
> Vlastimil Babka wrote:
>> Raúl Porcel wrote:
>>> Agreed from mozilla.
>>> firefox and seamonkey already have the global use-flag
>> Is there any guideline from mozilla team about what to do when th
to be?
>
> Isn't this the reason it was approved by the previous Council?
Well the difference is that AFAIK Sunrise is just for maintainer-wanted
stuff that's not in the tree yet, but Michael talks about (rev)bumps of
stuff that's already in tree.
Personally I think that pr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kumba wrote:
> And maybe a dev who
> secretly dabbles in another OSlike Wind...err, Ubuntu!
I thought this position has been already filled :)
- --
Vlastimil Babka (Caster)
Gentoo/Java
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.
ported by
package AND enabled by user? Some of those local flag descriptions
suggest that USE="firefox xulrunner" results in using xulrunner (so it
has higher priority). So is that recommended, and how about seamonkey?
- --
Vlastimil Babka (Caster)
Gentoo/Java
-BEGIN PGP SIGNATURE-
Ve
where a user can work on.
> I think a keyword might be more useful, as at least with my bugs, I'd
> like to keep them open myself - if the user doesn't provide a patch,
> it's still something that I'd get around to doing eventually.
>
> I specifically want my
e key is installed by ebuild). Trialware otherwise. You can
request such license for any FOSS project.
- --
Vlastimil Babka (Caster)
Gentoo/Java
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFGXn/1tb
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Robin H. Johnson wrote:
> On Sun, May 27, 2007 at 12:23:56PM +0200, Vlastimil Babka wrote:
>> Bug was fixed yesterday, keywords added, so to let you know. I would of
>> course love to go now and add these keywords to all my (java) curr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jim Ramsay wrote:
> Chris Gianelloni wrote:
>> On Wed, 2007-04-18 at 07:39 -0600, Jim Ramsay wrote:
>>> Vlastimil Babka <[EMAIL PROTECTED]> wrote:
>>>> Or maybe implement new bugzilla keywords, like STABLEREQ and
2007.1 profile run revdep-rebuild.
>
> Now, how can we do this? Could we start changing the profiles right now?
> (I guess people on ~arch will need to unmask it to not downgrade).
That can be avoided if you make an artifical revbump that won't change
anything, just have stable ke
;s
>
> I'm having a hard time trying to figure out how you justify calling Java a
> dead language.
>
It's not C++ nor Ruby.
Anyway, offtopic :)
- --
Vlastimil Babka (Caster)
Gentoo/Java
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: U
_post() feature, not GLEP 42.
glep 42:
Checks for new news messages should be displayed:
* After an emerge sync
* After an emerge --pretend
* Before an emerge (which may also include a red warning
message)
- --
Vlastimil Babka (Caster)
Gentoo/Java
-BEGIN PGP SIGNATURE-
Version: G
24. How likely is that someone has had such
version previously, then uninstalled paludis completely leaving config
files around, and now installs >=0.24? So likely it's worth that future
fresh installs of say 0.50 will display this news too?
- --
Vlastimil Babka (Caster)
Gentoo/Java
-BEG
ement for elog? I thought news were
supposed to be delivered before upgrading. Also "You should update your
configuration files after upgrading." sounds like something one would
read before upgrade...
- --
Vlastimil Babka (Caster)
Gentoo/Java
-BEGIN PGP SIGNATURE-
Version: GnuP
nable tests
>> - don't run tests at all
>> Again, is that list comprehensive?
>>
>
> Don't forget tests that have heavy requirements to run. Many gnome
> tests, for example, need a virtual X to run, which puts a new set of
> DEPENDS requirements on your
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
# Vlastimil Babka <[EMAIL PROTECTED]> (30 Apr 2007)
+# Fetch-restricted binary library that nothing in tree uses, upstream
+# unsupported (EOL). Will be removed into java junkyard around 30 May.
+dev-java/infobus-bin
- --
Vlastimil Babka (
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
+# Vlastimil Babka <[EMAIL PROTECTED]> (30 Apr 2007)
+# Stale upstream (since 2002), -bin library that nothing in tree uses
+# so it's not needed. Will be removed into java junkyard around 30 May.
+dev-java/dbconnectionbroker-bin
- --
Vlas
less someone cares about this package, needs it,
> uses it, and/or is willing to updated it.
Recalled and unmasked at user's request.
- --
Vlastimil Babka (Caster)
Gentoo/Java
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla -
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
+# Vlastimil Babka <[EMAIL PROTECTED]> (28 Apr 2007)
+# Unused generation-1 fetch restricted binary libraries.
+# Will be moved to junkyard around 28 May.
+dev-java/sun-connector-bin
+dev-java/sun-dsml-bin
+dev-java/sun-ejb-spec
- --
Vlastimil
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
# Vlastimil Babka <[EMAIL PROTECTED]> (28 Apr 2007)
# Stale upstream, library that nothing in tree uses
# so it's not needed. Will be removed around 28 May.
# Generation 2 revision is in the java-overlay.
dev-java/jmbus
- --
Vlastimil Ba
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
+# Vlastimil Babka <[EMAIL PROTECTED]> (28 Apr 2007)
+# Still generation 1 and stale upstream, library that
+# nothing in tree uses so it's not needed. Will be
+# removed around 28 May. Generation 2 revision is in
+# the java-overlay.
+dev-
to the
license's path as provided by elog. For this and other small changes you
should remerge it if you previously had it from java-experimental.
Enjoy :)
- --
Vlastimil Babka (Caster)
Gentoo/Java
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Moz
1 - 100 of 128 matches
Mail list logo
