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 be
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
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
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
environment
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
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
filename?
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 entries dropping the
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 the
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
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,
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
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,
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
Christian Faulhammer kirjoitti:
Hi,
Ciaran McCreesh [EMAIL PROTECTED]:
On Mon, 7 Jan 2008 00:35:41 +0100
Christian Faulhammer [EMAIL PROTECTED] wrote:
URL:http://tinyurl.com/ypoxyg is a list of closed security bugs
where mips is still cced. 163 is the total number, where surely
some
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
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
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
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, baselayout
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
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
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
Well
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
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
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
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
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
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 place
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
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.
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 well
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
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
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
---
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
+# 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.
+dev-java/jsx
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.26view=markup
plain:
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]
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
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
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 is
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.
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.
...which
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
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
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
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
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
+# 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 herd
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
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
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 ebuild
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
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
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
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
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.
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,
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
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
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
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:
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 maintainers
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
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
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
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
Joining us from the zoos of Florida, we have Kenneth keninsert random
numbers 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
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).
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
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
Fabio Erculiani kirjoitti:
[02:31] Halcy0n 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
[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
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
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
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
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
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
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
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 the games
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.
Ciaran McCreesh kirjoitti:
On Sun, 30 Mar 2008 17:18:44 -0400
Mark Loeser [EMAIL PROTECTED] wrote:
If it is something we want to move forward with, it should be
introduced at the package manager level instead of being an in-tree
package manager specific feature.
cat
Mike Frysinger kirjoitti:
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 us to chat about, maybe even
vote on, let us know ! Simply reply
Mike Auty kirjoitti:
Petteri Räty wrote:
Defining required amount of activity for ebuild devs. I would like us
to raise the required amount of activity for ebuild devs.
Given that the low number of developers is ranked as our number one
problem in Donnie's informal survey[1], taking any kind
Wulf C. Krueger kirjoitti:
On Wednesday, 02. April 2008 22:46:16 Petteri Räty wrote:
How does having the average time between commits be at most a week
sound and if it goes under that, undertakers will get a notification?
It sounds like you're trying to get rid of someone.
I don't have
Mike Auty kirjoitti:
Petteri Räty wrote:
If you can't manage weekly commits, you can't respond to security
issues either.
I can see your point, I was more thinking about developers who have
maybe one or two small packages that don't have many version bumps or
bugs. They may be entirely
Jorge Manuel B. S. Vicetto kirjoitti:
Petteri Räty wrote:
I agree with the above point.
Also, as I recall, both Pettery (betelgeuse) and Denis (calchan) have
stated before that we no longer have any queue of people waiting on
recruiters to join Gentoo. I'm not seeing an avalanche of new blood
Fabian Groffen kirjoitti:
On 02-04-2008 21:21:25 -0400, Richard Freeman wrote:
Would it make more sense to just make a policy that failure to maintain
packages that you're maintainer on will result in getting removed as the
maintainer, with said packages going up for grabs? Devs who keep
Ciaran McCreesh kirjoitti:
On Thu, 03 Apr 2008 11:35:20 +
Jorge Manuel B. S. Vicetto [EMAIL PROTECTED] wrote:
True, but with some acls we could also have a different model where
people worked on parts of the tree and where commit privileges didn't
pose so many security risks. With the
Chrissy Fullam kirjoitti:
Petteri Räty wrote:
Mike Frysinger kirjoitti:
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 us to chat about
Petteri Räty kirjoitti:
I checked the current slacker script and it checks for having at least
one commit in last 60 days. We could of course just change the slacker
script to list the activity for everyone during the last 60 days and
leave the interpretation to undertakers.
Regards
Mike Pagano kirjoitti:
On Monday 07 April 2008 04:37:18 pm Petteri Räty wrote:
Petteri Räty kirjoitti:
So I wrote a new slacker script that gets the active developers from
LDAP and checks the activity for the last 60 days. One repoman commit
should equal a couple entries on history
Marijn Schouten (hkBst) kirjoitti:
Hi list,
it seems I have been using some fragile sed expression and I'd like to
tap the collective
wisdom for avoiding doing that in the future.
dev-scheme/slib-3.1.5-r1 currently does
sed s_prefix = /usr/local/_prefix = ${D}/usr/_ -i Makefile
to make it
Mateusz A. Mierzwin'ski kirjoitti:
Richard Freeman pisze:
Mateusz A. Mierzwin'ski wrote:
And I strongly suggest to leave old mechanism of portage, because we
saw couple times what _GREAT_ automatic makes with distro - eg.
Mandriva with all creators and cheap installer - couple apps not
Luca Barbato kirjoitti:
Alistair Bush wrote:
++. I actually have no problem with agreeing with it, currently my
problem is the complete and utter lack of any _planned_ upgrade path.
What do we think users are going to be saying at the end of the year
when after every sync they have to
Diego 'Flameeyes' Pettenò kirjoitti:
Probably the best thing would be to get a better tool than
revdep-rebuild to handle broken .la files, as revdep-rebuild forces a
timewasting rebuild, while a good fix could be just a sed -i -e
's:/usr/lib\(64\)\?/lib\(.*\).la:-l\2:' on all the .la files,
Wulf C. Krueger kirjoitti:
How to gain power the easy way and obsolete conflict resolution in just
one commit:
http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/en/devrel/policy.xml?r1=1.18r2=1.19
Please use the appropriate mailing list. Nothing technical here. This
thread
Santiago M. Mola kirjoitti:
Thoughts? Isn't there anyone else willing to keep Nazi symbols outside
forums? If yes, at the expense of punting all politics or just as a
special case?
Again this is the wrong mailing list. I don't see this thread having any
technical content.
Regards,
Petteri
Mike Pagano kirjoitti:
Mike Pagano [EMAIL PROTECTED] (19 May 2008)
Masked for removal in 30 days. Upstream has changed
name to crossvc, which is available in the tree.
(bug #213496)
---
Mike Pagano
Gentoo Developer - Kernel Project
E-Mail : [EMAIL PROTECTED]
GnuPG
Josh Saddler kirjoitti:
Łukasz Damentko wrote:
Hi guys,
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).
Now that nominations are officially open, I nominate the current council
members (again):
amne
Doug Goldstein kirjoitti:
All,
Here's a GLEP for the addition of USE flag descriptions to package
metadata. It does not address any future ideas that others may have had
or suggested. It merely gives developers the necessary tools to
document their USE flag usage it better detail on a per
301 - 400 of 893 matches
Mail list logo