Steve Long kirjoitti:
I don't see how it would wreak more havoc than a novice using, eg ANT from
Java which s/he is comfortable with, and then further having to learn BASH
peculiarities when things don't fit with the eclass. But yeah, the fun is
what attracts me to the idea more than anything.
Rémi Cardona kirjoitti:
Petteri Räty a écrit :
http://archives.gentoo.org/gentoo-dev/msg_a57bf5f459324975bae8843fe7cdf469.xml
Sorry I didn't respond to you Petteri, but this is clearly missing
packages. For sure, it's missing gnome-games which inherits both the
gnome2 and
Christian Faulhammer kirjoitti:
Hi,
in the Emacs overlay we imported the bzr.eclass from the xeffects
overlay. In the near future Emacs development will switch from CVS to
Bazaar and thus we need the new eclass in Portage to still provide our
live ebuilds from app-editors/emacs-cvs. Question i
Rémi Cardona kirjoitti:
Now, basically, if the portage metadata or QA people could tell me a way
to figure *all* the ebuilds that inherit gnome2 *and* have a
pkg_preinst() function somewhere (either in the ebuild or in an eclass
somewhere) I'd really appreciate it, as I really don't want to r
Dawid Węgliński kirjoitti:
Sunday, 16 of March 2008 23:58:45 Mart Raudsepp wrote:
On P, 2008-03-16 at 23:29 +0100, Jeroen Roovers wrote:
On Sun, 16 Mar 2008 21:51:12 +0100
Dawid Węgliński <[EMAIL PROTECTED]> wrote:
Not if COPYING file is inside $DOCS and is installed in the loop.
Doing somet
David Leverton kirjoitti:
On Friday 14 March 2008 12:14:39 Petteri Räty wrote:
David Leverton kirjoitti:
Maybe worth adding a dummy to the current version of the eclass so that
ebuilds can be updated now, instead of suddenly all at once as soon as
the new eclass is committed?
And break a
Rémi Cardona kirjoitti:
This is where I kindly request the help of fellow Gentoo devs and PM
developers :
- the gnome2 eclass now has a pkg_preinst, if you do multiple inherits,
make sure that gnome2_pkg_preinst is called too. The _games_eclass_ is
one of those.
I only found two ebuilds to
David Leverton kirjoitti:
On Friday 14 March 2008 07:14:23 Rémi Cardona wrote:
- the gnome2 eclass now has a pkg_preinst, if you do multiple
inherits, make sure that gnome2_pkg_preinst is called too. The
_games_eclass_ is one of those.
Maybe worth adding a dummy to the current version of the
solar reported that he had ebuild submissions blindly using EAPI=1 so we
hopefully made the text better reflect that it should not be used unless
absolutely needed.
Regards,
Petteri
[EMAIL PROTECTED] /usr/portage $ cvs diff -r 1.44 skel.ebuild
Index: skel.ebuild
===
[EMAIL PROTECTED] kirjoitti:
Well I'm a newcomer to Gentoo and never heard of Sabayon (great project
btw). Knowing no one here or there, nor any history:
Never heard of and you say it's a great project?
This conversation reminds me of Human Resources. They always have
'procedures' and 'car
Fabio Erculiani kirjoitti:
[02:31] lxnay: we offer all of our work that you base your
distribution off, and you don't contribute back at all, in any way.
^^ This is a really stupid sentence. It seems some of you don't even
realize how many users we brought to Gentoo, and this is really sad.
>
Natanael Copa kirjoitti:
On Thu, 2008-03-13 at 00:35 +0100, Fabio Erculiani wrote:
I offer my help to fix DEPEND/RDEPEND split issues which is causing me
a lot of headaches (along with localizations).
For reference, please have a look here: http://planet.sabayonlinux.org/?p=105
I'm another di
Petteri Räty kirjoitti:
One of those people working on those weird paper weights. This time our
monkey comes from the world of alphas. Tobias hails from Germany (there
seems to be no end). He works as a sysadmin so perhaps he will some idea
about stability. He is the author of pymetar and carl
One of those people working on those weird paper weights. This time our
monkey comes from the world of alphas. Tobias hails from Germany (there
seems to be no end). He works as a sysadmin so perhaps he will some idea
about stability. He is the author of pymetar and carl (emerge and try).
Here's
Joining us from the zoos of Florida, we have Kenneth "kennumbers here>" Prugh. Ken did such a fine job testing all those random
packages for amd64 that it will be the sole purpose of his life from now
on. He tells me his hobby is to learn new programming languages so I
guess he doesn't get bored
Ulrich Mueller kirjoitti:
Isn't what you wrote the existing policy?
If it is, then the last question of the end-quiz should be changed:
| 19. You are bumping foomatic's ebuild from version 1.5 to version
| 2.0. This new version is a massive rewrite which introduces
| huge changes to
Jeroen Roovers kirjoitti:
On Thu, 06 Mar 2008 22:41:12 +0200
Petteri Räty <[EMAIL PROTECTED]> wrote:
Jeroen Roovers kirjoitti:
On 01 Mar 2008 05:30:01
Mike Frysinger <[EMAIL PROTECTED]> wrote:
This is your monthly friendly reminder ! Same bat time (typically
the 2nd Thursday
Markus Ullmann kirjoitti:
So giving both (devs and users) an automated way of working with that
would help a lot IMHO.
like the user submits using
echangelog "My cool change"
repoman submit
then the dev gets a diff or whatever against current state and then just
does
repoman accept or
rep
Hailing from the Venezuela, more precisely Caracas, we have Ricardo
"ricmm" Mendoza. When he's not fighting in the jungles, he likes to play
around with those expensive paper weights that some people call mips
computers. Luckily for him he will be soon moving to the comfort of
Europe. Now it's
Jeroen Roovers kirjoitti:
On 01 Mar 2008 05:30:01
Mike Frysinger <[EMAIL PROTECTED]> wrote:
This is your monthly friendly reminder ! Same bat time (typically
the 2nd Thursday at 2000 UTC / 1600 EST), same bat channel
(#gentoo-council @ irc.freenode.net) !
If you have something you'd wish for
Thomas Anderson kirjoitti:
On Wednesday 05 March 2008 16:05:09 Petteri Räty wrote:
Thomas Anderson kirjoitti:
Arch Testers don't have tree access. This proposal gives the package
maintainer the ability to commit their changes.
How would you ensure ebuild quality for these package mainta
Thomas Anderson kirjoitti:
Arch Testers don't have tree access. This proposal gives the package
maintainer the ability to commit their changes.
How would you ensure ebuild quality for these package maintainers?
Regards,
Petteri
signature.asc
Description: OpenPGP digital signature
Thomas Anderson kirjoitti:
Please elaborate on how a "full.fledged developer" would differ from a
"package maintainer" technically. What requirements and/or
priviledges do you think could be reduced?
Marius
Perhaps there could be some honor code system at least, where the package
maintainer w
He has been breaking the tree for a while now but as Calchan has been
having availability problems I get to insult him a little bit later than
usual. Bo hails from Aalborg, Denmark. He studies to become a control
engineer. On the Gentoo side he is one of the people who enabled KDE4
coming to ou
Ciaran McCreesh kirjoitti:
On Mon, 18 Feb 2008 17:19:55 -0500
Doug Klima <[EMAIL PROTECTED]> wrote:
Well, that depends upon whether you want it to be part of the C/P-V
metadata... If you do, it's a cache format change (and you can't
easily do DEPRECATED_*). But then, deprecation is a property of
Another slacker to join the ranks. Took 8 months for him to get the
quizes done and reviewed but finally there. He will be working on
multimedia ebuilds. Ben hails from Arnemuiden, NL. He should be a
familiar nick for many from our IRC channels. As a tip to all of our
female readers out there,
Peter Volkov kirjoitti:
May be we should punt them from the tree?
Eclasses can't be removed...
Maybe we should have a deprecated eclass for showing a common messaged
that certain eclasses should not be used. Then deprecated eclasses could
be detected by looking if they inherit deprecated.
Samuli Suominen kirjoitti:
And if you can't run eautoreconf but instead one of specific commands,
eautoconf, eautomake..
Or what if you need to run AT_M4DIR="/path/to/macros" eautoreconf?
Or when you are about to remove eautoreconf, spot that fbsd is
keyworded and need to substitute it with
Matthias Schwarzott kirjoitti:
How can I use PATCHESwithout quoting issues?
Attached is a patch that fixes this.
Regards,
Petteri
Index: base.eclass
===
RCS file: /var/cvsroot/gentoo-x86/eclass/base.eclass,v
retrieving revis
Alec Warner kirjoitti:
The former is much clearer...I don't see the gain... also in the
former example you neglected to inherit autotools ;)
That would happen conditionally in base.eclass
Regards,
Petteri
signature.asc
Description: OpenPGP digital signature
Fabian Groffen kirjoitti:
I think it should not be added as it hides something quite important.
- it takes a lot of time on most platforms I run
- it may break (especially during bootstrapping, eautoreconfs are hell)
- it may introduce extra deps/caution (e.g. gettext macros being available)
So
Fabian Groffen kirjoitti:
On 13-02-2008 08:50:19 +0100, Rémi Cardona wrote:
Petteri Räty a écrit :
What do you think about adding support to base.eclass for running
eautoreconf?
In most of the ebuilds where we need to run eautoreconf, we usually apply
patches. I can't remember of an e
What do you think about adding support to base.eclass for running
eautoreconf?
so instead of
src_unpack() {
unpack ${A}
cd "${A}"
eautoreconf
}
would just add
EAUTORECONF="yes"
inherit base
Regards,
Petteri
signature.asc
Description: OpenPGP digital signature
Often we have someone wanting to become a dev and we need a to find a
mentor for him. What do you think about adding a status bit to LDAP that
would mark you as available for mentoring? Recruiters could then use
this info to forward people to these developers.
Regards,
Petteri
signature.asc
+# Petteri Räty <[EMAIL PROTECTED]> (08 Feb 2008)
+# Masked for removal to java junkyard in 30 days.
+# Proprietary software that is not used by anyone
+# in the java herd. Unmigrated to generation 2.
+# Lagging behind in versions. If you have a need for
+# this, please contact the java he
Ciaran McCreesh kirjoitti:
Incidentally, if anyone is still thinking that built_with_use is
fine... It doesn't handle IUSE defaults, which means package managers
have to store a hacked version of IUSE in VDB for EAPI 1. This isn't
documented anywhere and is highly unobvious.
I don't understan
Alec Warner kirjoitti:
So it seems to me that we have tons of tools out there that people
have writtten and we need to aggregrate and document them.
>
https://overlays.gentoo.org/svn/proj/java/scripts
signature.asc
Description: OpenPGP digital signature
Chris Gianelloni kirjoitti:
Understandable, bluetooth isn't the most mature thing in Linux. It
tends to either work or it doesn't.
Actually bluetooth support is in quite a good shape. The thing was there
was a urgent need to get bluez-utils-3* stable for which I need some doc
updates etc b
Chris Gianelloni kirjoitti:
base/packages:
removed debianutils
I don't think we reached a decision on whether debianutils should go to
kernel-2.eclass before this is done.
Regards,
Petteri
signature.asc
Description: OpenPGP digital signature
Iain Buchanan kirjoitti:
jsin is a bit busy (and not at 6 months yet) so he can't mentor me,
although he still offers help as time permits. I would therefore like
to see if anyone wants to volunteer their mentoring prowess to get me to
developer status :)
I presume no-one has yet contacted I
Ciaran McCreesh kirjoitti:
On Mon, 28 Jan 2008 19:59:39 +0200
Petteri Räty <[EMAIL PROTECTED]> wrote:
BSD, prefix etc. I would say breaking make install is worse than
requiring people to keep debianutils installed. They can just use
package.provided if they want to get rid of it.
..
Krzysiek Pawlik kirjoitti:
Yuri Vasilevski wrote:
I would say drop it from system and add to RDEPEND in kernel-2.eclass
for ${ETYPE} == sources.
IMHO that's a bad idea - everybody use some kernel sources, but not
everybody runs `make install'. I'm for dropping debianutils from system.
BSD
Yuri Vasilevski kirjoitti:
On Mon, 28 Jan 2008 07:23:18 -0500
Mike Frysinger <[EMAIL PROTECTED]> wrote:
now that the mktemp binary has been moved out of debianutils and
integrated straight into coreutils, perhaps it's time to ask how
important this package is to everyone. current debianutils i
Robin H. Johnson kirjoitti:
On Sun, Jan 27, 2008 at 04:06:47PM +0200, Petteri R??ty wrote:
Fabian Groffen kirjoitti:
On 26-01-2008 17:35:37 -0800, Robin H. Johnson wrote:
Related to the top level of the tree, can we get a release of repoman
that detects if a checkout is a subset only (eg no to
Fabian Groffen kirjoitti:
On 26-01-2008 17:35:37 -0800, Robin H. Johnson wrote:
Related to the top level of the tree, can we get a release of repoman
that detects if a checkout is a subset only (eg no top level), for folk
that have subtree checkouts only? (Probably look for skel.*/profile
items
Alin Năstac kirjoitti:
How could I detect in a init script if a socket file is used or not? I
need to be sure I can delete it before starting the service.
I would hate to add sys-process/psmisc to RDEPEND just for this (fuser
seems to be the only way of doing that).
[EMAIL PROTECTED] /usr/por
Donnie Berkholz kirjoitti:
On 21:57 Tue 22 Jan , Petteri Raty (betelgeuse) wrote:
Revision ChangesPath
1.26 eclass/java-ant-2.eclass
file :
http://sources.gentoo.org/viewcvs.py/gentoo-x86/eclass/java-ant-2.eclass?rev=1.26&view=markup
plain:
http://sources.gentoo.org/v
+# Petteri Räty <[EMAIL PROTECTED]> (19 Jan 2008)
+# Commercial application for which the devs don't have
+# licenses. Lagging behind in versions. If you want to
+# see this maintained contact [EMAIL PROTECTED] for paying
+# us a license. Otherwise in junkyard after 30 days.
+d
Robin H. Johnson kirjoitti:
On Fri, Jan 18, 2008 at 06:41:44PM +0100, Christian Faulhammer wrote:
2. Trac doesn't scale well enough, as users of the existing overlay
machine have noted performance problems before. Being replaced with
ViewVC and as yet undecided which Wiki application.
Am I rig
Regards,
Petteri
[EMAIL PROTECTED] ~/proj-en/devrel/quiz $ cvs diff
Index: ebuild-quiz.txt
===
RCS file: /var/cvsroot/gentoo/xml/htdocs/proj/en/devrel/quiz/ebuild-quiz.txt,v
retrieving revision 1.8
diff -u -r1.8 ebuild-quiz.txt
--- eb
Alin Năstac kirjoitti:
Petteri Räty wrote:
Alin Năstac kirjoitti:
Petteri Räty wrote:
Benedikt Morbach kirjoitti:
In my humble opinion it would be nice to have a greater degree of
control by separating this into two useflags, sqlite2 and sqlite3,
just like e.g. qt3 and qt4
Probably. Even
Alin Năstac kirjoitti:
Petteri Räty wrote:
Benedikt Morbach kirjoitti:
In my humble opinion it would be nice to have a greater degree of
control by separating this into two useflags, sqlite2 and sqlite3,
just like e.g. qt3 and qt4
Probably. Even better would be to get rid of sqlite2 but
Peter Volkov kirjoitti:
В Пнд, 14/01/2008 в 02:10 +0200, Petteri Räty пишет:
Mike Frysinger kirjoitti:
On Sunday 13 January 2008, Petteri Räty wrote:
Peter Volkov kirjoitti:
Also why not just do package move for libdts to avoid manual unmerge
libdts?
Package moves don't work very we
Benedikt Morbach kirjoitti:
In my humble opinion it would be nice to have a greater degree of
control by separating this into two useflags, sqlite2 and sqlite3,
just like e.g. qt3 and qt4
Probably. Even better would be to get rid of sqlite2 but that probably
doesn't happen any time soon.
R
Daniel Drake kirjoitti:
Hi,
I'm the current beagle maintainer but am struggling to find the time
needed for the simple maintenance efforts required. Is anyone interested
in taking over here?
A prospective developer (bheekling) would be interested in maintaining
this package in future, but r
Mike Frysinger kirjoitti:
On Sunday 13 January 2008, Petteri Räty wrote:
Peter Volkov kirjoitti:
Also why not just do package move for libdts to avoid manual unmerge
libdts?
Package moves don't work very well if you move an existing package to
another.
unless they had a block in
Peter Volkov kirjoitti:
Also why not just do package move for libdts to avoid manual unmerge
libdts?
Package moves don't work very well if you move an existing package to
another.
Regards,
Petteri
signature.asc
Description: OpenPGP digital signature
Josh Saddler kirjoitti:
Ryan Hill wrote:
# Ryan Hill <[EMAIL PROTECTED]> (10 Jan 2008)
# Duplicates functionality already in sys-devel/distcc
# Masked for removal (treecleaner)
# Bug #192741
sys-devel/distcc-config
Given that this is being removed, can you or someone in charge of distcc
pack
William L. Thomson Jr. kirjoitti:
gcj is not even official maintained by any Gentoo Devs atm. No where
near close to being added to tree. Much less in the same overlay as
openjdk. Not that it's in bad shape, but there is no syncing or
collaboration there. But seems moot, as IcedTea should not req
William L. Thomson Jr. kirjoitti:
No clue on ETA. I will take a peek/poke at it. I need to double check,
but pretty sure icedtea might still need sun-jdk to build. Even if that
is not the case, things like the plugin and other non-open aspects
aren't available yet in icedtea. So there is still m
Mike Frysinger kirjoitti:
i'd argue pretty vehemently against removing openssh from any default official
Gentoo install. ssh is defacto standard for loginning into any other
machines. it should be on all Gentoo desktops/severs/etc...
specialized/embedded/whatever are certainly free to cull
Luca Barbato kirjoitti:
Petteri Räty wrote:
- Get the remaining Generation 1 stuff out of the tree (not much left)
- Start using virtuals more
- Eclass cleanup and new make our setup even more automatic
any plan/idea about icedtea? as a ppc user I'd love too see it in
portage ^^;
lu
Ciaran McCreesh kirjoitti:
On Tue, 08 Jan 2008 18:59:29 -0800
Chris Gianelloni <[EMAIL PROTECTED]> wrote:
The issue that was raised is that certain arch teams are incapable of
keeping up with the minimal workload they already have and what should
be done about it.
The issue was raised, with ab
Luca Barbato kirjoitti:
Please project leaders try to reply in short.
Recruiters
About the stuff I'm involved:
Are we fine?
If Calchan agrees, we are fine.
What are we going to do:
Keep going as usual.
Regards,
Petteri
signature.asc
Description: OpenPGP digital signature
Luca Barbato kirjoitti:
Here is a list of interesting questions: "Are we fine?" "What are we
going to do?"
Java
Please project leaders try to reply in short.
Are we fine?
Quite okay. Slowly recruiting new people and doing the usual
maintenance. Could always use more active people of cour
Chris Gianelloni kirjoitti:
On Tue, 2008-01-08 at 21:49 +0200, Petteri Räty wrote:
Stefan Hellermann kirjoitti:
I've tried to not use the system-set and set up a virtual called
virtual/minimal-system which depends on all the packages I need (no gcc
or perl, only coreutils, glibc, basel
Stefan Hellermann kirjoitti:
I've tried to not use the system-set and set up a virtual called
virtual/minimal-system which depends on all the packages I need (no gcc
or perl, only coreutils, glibc, baselayout and some packages that are
really needed for booting up). This is what I think should
Diego 'Flameeyes' Pettenò kirjoitti:
Here comes the official proposal, copy and paste from my blog with an
extra post scriptum at the end.
I already ranted about the fact that the dependency tree of our ebuilds
is vastly incomplete, as many lack dependency on zlib; trying to get
this fixed was i
Ciaran McCreesh kirjoitti:
On Sat, 05 Jan 2008 20:52:49 -0600
Martin Jackson <[EMAIL PROTECTED]> wrote:
That's making the assumption that anyone looked at it, of course.
Please note comment #9 on
http://bugs.gentoo.org/show_bug.cgi?id=198346. It was still ~8 days
from then that the setuptools k
Christian Faulhammer kirjoitti:
Hi,
Ciaran McCreesh <[EMAIL PROTECTED]>:
On Mon, 7 Jan 2008 00:35:41 +0100
Christian Faulhammer <[EMAIL PROTECTED]> wrote:
http://tinyurl.com/ypoxyg> is a list of closed security bugs
where mips is still cced. 163 is the total number, where surely
some duplica
Petteri Räty kirjoitti:
Current devmanual suggest to not use line lengths over 80 characters.
http://devmanual.gentoo.org/ebuild-writing/file-format/index.html
I wrote a repoman check that checks that the value doesn't go over 80.
This is useful for tools like eix that show the DESCRIPTION
Current devmanual suggest to not use line lengths over 80 characters.
http://devmanual.gentoo.org/ebuild-writing/file-format/index.html
I wrote a repoman check that checks that the value doesn't go over 80.
This is useful for tools like eix that show the DESCRIPTION. The thing
is that lots of eb
Ciaran McCreesh kirjoitti:
If anyone has any examples of where they really are being held back and
where they really have given the arch teams plenty of time to do
something, I'd like to see them... Somehow I doubt it happens very
often, if at all.
Maintainers want that the versions they prov
Luca Barbato kirjoitti:
Ciaran McCreesh wrote:
On Fri, 4 Jan 2008 18:50:56 -0800
Brian Harring <[EMAIL PROTECTED]> wrote:
Depends on the implementation; for pkgcore, if that comm pipe is
dead, the ebuild env *should* be dead, or dieing. Background'ing
processes from that env isn't valid imo,
Alon Bar-Lev kirjoitti:
> Publish to layman?
>
Done. layman -a openrc after the web nodes have synced from CVS.
Regards,
Petteri
signature.asc
Description: OpenPGP digital signature
Ciaran McCreesh kirjoitti:
> Is it legal for ebuilds to call has_version and friends in parallel? Is
> it legal for ebuilds to call has_version and friends after the ebuild
> process has terminated? Discuss.
>
Do you/anybody know if they are used in parallel in the tree at the moment?
Regards,
P
I have a script coming up that can remove virtual/libc dependencies from
ebuilds automatically but can this be done safely for all ebuilds are
are there ebuilds in system that really need this dep for stage building
etc? Are there other deps to like this that could be removed? At least
sys-libs/zli
Christian Heim kirjoitti:
>
> As usual you are free to pick them up, if you'd like to maintain them...
>
> - dev-java/scala-bin
java herd takes this
Regards,
Petteri
signature.asc
Description: OpenPGP digital signature
Piotr Jaroszyński kirjoitti:
> This GLEP proposes usage of EAPI-suffixed file extensions for ebuilds (for
> example, foo-1.2.3.ebuild-1).
It seems many people don't like the idea of having it in the filename
but how about having subdirectories for different eapis. This should
even be faster for th
Richard Freeman kirjoitti:
>
> How is having a line that states EAPI=foo in the ebuild any less trivial
> than putting a -foo at the end of the filename? If anything the latter
> is more typing - since the EAPI=foo line would probably be in skel.ebuild...
>
EAPI=foo is already in skel.ebuild bu
Donnie Berkholz kirjoitti:
> Icky.
>
>> chmod 0755 "${D}/usr/bin/${WRAPPERNAME}"
>> chmod 0755 "${D}/usr/bin/${WRAPPERNAME}uri"
>
> fperms?
>
>> make_desktop_entry ${WRAPPERNAME} ${APPNAME} ${APPNAME}.png
>> "System;Utility;Core;ROX"
>
> Thought I saw something about desktop en
Donnie Berkholz kirjoitti:
> On 08:29 Thu 20 Dec , Ciaran McCreesh wrote:
>> On Wed, 19 Dec 2007 16:38:01 -0800
>> Donnie Berkholz <[EMAIL PROTECTED]> wrote:
>>> Here's some other ideas for how to express EAPI. What if we:
>>>
>>> Used EAPI-named subdirectories instead of tagging it into the
>>
I wrote a patch to add pkg_preinst to java-utils-2 to check the jars in
the images for problems in the jars but it can later be used for other
stuff too. If there are no objections we will need to modify the
following ebuilds as not to change their behavior. I will do this in
behalf of the maintain
I have an early Christmas present for all of you. Mark "halcy0n" Loeser
is returning to waste all his time on Gentoo development. Perhaps now we
will actually have someone to maintain devmanual. For those of you who
don't know him, Mark lives in Freehold, NJ, USA. He loves to destroy the
environmen
Ciaran McCreesh kirjoitti:
> On Wed, 12 Dec 2007 15:08:36 +0100
> "Santiago M. Mola" <[EMAIL PROTECTED]> wrote:
>> Would it be possible to have eclass/eapiBLAH/foo.eclass?
>
> No. Not even with an EAPI change. This is one of the deficiencies in
> the way EAPI was designed -- an EAPI cannot change
Doug Klima kirjoitti:
> Since it doesn't appear the question was answered by the last thread.
> I'm starting a new thread.
>
http://article.gmane.org/gmane.linux.gentoo.devel/52981/match=eapi
I think it was answered.
Regards,
Petteri
signature.asc
Description: OpenPGP digital signature
"Portage versions prior to 2.1.2.12 (included in 2007.0) doesn't handle
arbitrary
version suffixes"
doesn't --> don't
signature.asc
Description: OpenPGP digital signature
Jean-Noël Rivasseau kirjoitti:
>
> The fact that I use the jar utility to unzip a file, combined with the
> fact that jar does not have an option to specify a destination
> directory, is troublesome. I have to copy the .jar file to the
> destination directory and then remove it. This .jar file can
Petteri Räty kirjoitti:
> In celebration of the Finnish Independence Day let's cleanup the
> .desktop files we have in the three.
> Results: http://dev.gentoo.org/~betelgeuse/desktop-files/results.txt
> Script: http://dev.gentoo.org/~betelgeuse/desktop-files/baddesktop
>
Please comment on my ideas in http://bugs.gentoo.org/show_bug.cgi?id=201499
Regards,
Petteri
signature.asc
Description: OpenPGP digital signature
In celebration of the Finnish Independence Day let's cleanup the
.desktop files we have in the three.
Results: http://dev.gentoo.org/~betelgeuse/desktop-files/results.txt
Script: http://dev.gentoo.org/~betelgeuse/desktop-files/baddesktop
Regards,
Petteri
signature.asc
Description: OpenPGP digit
Steve Long kirjoitti:
> Alistair Bush wrote:
>> Im sure Elvanor can't wait for you constructive feedback on his eclass
>> and depending on your feedback the eclass will enter the tree this
>> weekend.
>>
> A couple of very minor performance points, which I think are more
> significant in eclasses.
Donnie Berkholz kirjoitti:
> On 22:26 Wed 05 Dec , Alistair Bush wrote:
>> # @ebuild-function _java-pkg_osgi-plugin
>
> I just picked this one at random, although my question applies to the
> whole eclass. Why is everything tagged with a "java-pkg_" prefix?
>
> Thanks,
> Donnie
Probably use
Jim Ramsay kirjoitti:
> I know I'm the only one who uses this, but thought it would be prudent
> to post this here before I actually commit it, in case I'm doing
> something obviously wrong, or if you bash maniacs out there can think
> of better ways to do things I've done here.
>
> This is mostly
Wolfram Schlich kirjoitti:
> * Donnie Berkholz <[EMAIL PROTECTED]> [2007-11-09 10:13]:
>> On 08:54 Fri 09 Nov , Wolfram Schlich (wschlich) wrote:
>>> 1.1 sys-process/fcron/fcron-3.0.4.ebuild
>>>
>>> file :
>>> http://sources.gentoo.org/viewcvs.py/gentoo-x86/sys-process/fcron/f
Petteri Räty kirjoitti:
> Any objections to the attached patch:
>
> [EMAIL PROTECTED] ~ $ desktop-file-validate
> /usr/share/applications/jedit-jedit.desktop
> /usr/share/applications/jedit-jedit.desktop: warning: key "Encoding" in
> group "Desktop Entry" i
Any objections to the attached patch:
[EMAIL PROTECTED] ~ $ desktop-file-validate
/usr/share/applications/jedit-jedit.desktop
/usr/share/applications/jedit-jedit.desktop: warning: key "Encoding" in
group "Desktop Entry" is deprecated
/usr/share/applications/jedit-jedit.desktop: warning: value "" f
It's my usual please to announce a new ebuild monkey. Justin hails from
Brighton, Massachusetts. His educational background should provide a
good theoretical approach to all the future flames on gentoo-dev:
"I'm pretty much self taught computer wise as I went to the University
of Maine in order to
Chris Gianelloni kirjoitti:
> On Sun, 2007-11-11 at 21:01 +0200, Petteri Räty wrote:
>> I plan to make the java eclasses use the EAPI 1
>
> Any chance we can *at least* wait until we have a release out the door
> that has a portage version which supports these features *before*
Petteri Räty kirjoitti:
> Petteri Räty kirjoitti:
>> Usually it's best that ebuild variables follow the order that is in
>> skel.ebuild. So know we should decide where to place EAPI. I suggest we
>> put it it after LICENSE as that's where the more technical stuff
501 - 600 of 939 matches
Mail list logo
