Grant Goodyear <[EMAIL PROTECTED]> said:
> Perhaps something like the following would suffice:
nice - thank you! if i have a vote i put it here...
now, if only the politicians would notice it.
regards
bangert
pgpShDqsyI6iA.pgp
Description: PGP signature
> However as a member of the existing portage team and also as a council
> member I would reject (and I would encourage[read work really hard at
> it] other council members to do the same) any GLEP which allowed or
> promoted the primary pkg mgt system being hosted offsite and maintained
> by non d
this is a nifty tool - thanks!
> * if ebuild has $HOMEPAGE in SRC_URI (cosmetic).
hhm - just started using it, as i thought it was a nice way to reduce
redundancy, but perhaps not :P
www-servers/lighttpd-1.4.11
www-servers/lighttpd-1.4.3
www-servers/lighttpd-1.4.5
how old is the base of
> Please think things through before asking to have pkgcore's bugs
> 'fixed' via specification next time...
maybe my english language skills or social interaction qualities are
failing me, but i find the above sentence highly offensive.
am i too thin skinned for gentoo-dev?
signature.asc
Desc
>
> > net-misc/ntp
>
> This is rather basic, isn't it ? It keeps your clock accurate.
> Is there any alternative ?
net-misc/openntpd - by the OpenBSD folks...
http://openntpd.org/
http://en.wikipedia.org/wiki/OpenNTPD
regards
Thilo
signature.asc
Description: This is a digitally signed messag
"Robin H. Johnson" <[EMAIL PROTECTED]> said:
> Please do NOT use out-of-office, vacation or any other auto-responders
> on the lists. It's bad list etiquette.
decent vacation mail software ignores mail marked with a 'Precedence:
bulk' header, as mailing list mail usually is (including mails sent
Zac Medico <[EMAIL PROTECTED]> said:
> Hello everyone,
>
> Given the vast number of possible choices to consider when defining
> new PROPERTIES values [1], perhaps we should create a ballot and
> hold a vote on definitions that people have submitted. I suppose
> that voters would be able to vote ye
"C. Bergström" <[EMAIL PROTECTED]> said:
> Fabian Groffen wrote:
> > On 17-09-2008 10:41:07 +0200, "C. Bergström" wrote:
> >>> By the way, I'm against this stuff. I rather see a PATH solution
> >>> involved. Portage already has a DEFAULT_PATH, and if someone
> >>> refuses to install patch, one co
"Robin H. Johnson" <[EMAIL PROTECTED]> said:
> Hi folks,
>
> I'm doing some research on our usages of the $Header$ keyword in our
> main CVS repo.
>
> The primary use-case that has been publicly stated before was for users
> to be able to identify to developers what version of a given ebuild
> they
Ciaran McCreesh <[EMAIL PROTECTED]> said:
> On Sun, 5 Oct 2008 03:44:20 -0700
>
> "Robin H. Johnson" <[EMAIL PROTECTED]> wrote:
> > Either we need special cases to declare that it no longer has a
> > homepage, or we need to allow the empty HOMEPAGE.
>
> HOMEPAGE="( )"
HOMEPAGE="http://this-package
# Thilo Bangert <[EMAIL PROTECTED]> (12 Oct 2008)
# Masked for removal in 30 days (see bug #240371)
# useless meta ebuild - never fully developed
net-mail/qmail-vmailmgr
signature.asc
Description: This is a digitally signed message part.
"Robin H. Johnson" <[EMAIL PROTECTED]> said:
> On Sun, Oct 19, 2008 at 12:32:44PM -0700, Alec Warner wrote:
> > What if my herd email address is different from my bugzie address?
> > Can I have both in herds.xml? What if my herd address *isn't* a
> > bugzie account, will the world end?
>
> I don't
Donnie Berkholz said:
> On 05:10 Sun 14 Dec , Petteri Räty wrote:
> > I added support for filing stable requests directly from my stable
> > candidate RSS feed.
> > For those that don't read planet Gentoo the feed can be found here:
> > http://gentoo.petteriraty.eu/stable.rss
> >
> > Now what
Thomas Anderson said:
> Hi Everyone,
>
> This is a note that in the council meeting on 02/12/2009 the
> function 'prepalldocs' is banned for use in ebuilds with EAPIs 0 1
> and 2. If you want some functionality from this function, please
> propose a new function or clearly defined
Thanks Petteri,
>
> 1) Status quo
> - does not allow changing inherit
> - bash version in global scope
> - global scope in general is quite locked down
lets move on!
>
> 2) EAPI in file extension
> - Allows changing global scope and the internal format of the ebuild
> a) .ebuild-
>
> Goodbye all you people
> There's nothing you can say
> To make me change my mind
> Goodbye
O babe,
Dont leave me now.
Dont say its the end of the road.
Remember the flowers I sent.
I need you, babe,
To put through the shredder in front of my friends.
Oh babe,
Dont leave me now.
How could yo
> Bugs aren't a good way to keep in touch with developers, that's what
> irc is for.
while i dont necessarily think, that bugzi is the best way to stay in
contact with me, it surely is a better way than IRC - on which i am close
to never.
the presumption seems to be, that as a dev one has to b
Markos Chandras said:
> On Tuesday 10 March 2009 14:15:36 Thilo Bangert wrote:
> > > Bugs aren't a good way to keep in touch with developers, that's
> > > what irc is for.
> >
> > while i dont necessarily think, that bugzi is the best way to stay in
>
one thing that could perhaps speed up gentoo is specifying at what point
or what steps are required before it is ok to "step on others toes".
we have the QAcanfix keyword, for bugs where QA "threatens" to just fix
the bug if the maintainer doesn't react timely... but it appears to be the
tree c
Donnie Berkholz said:
> On 19:06 Wed 11 Mar , Thilo Bangert wrote:
> > > > the presumption seems to be, that as a dev one has to be
> > > > available via IRC. it has long been my feeling that Gentoo as a
> > > > project could realize more of its potenti
>
> I think that summarizing "IRC" is insane.
and there is no need for it either. as stated elsewhere much of what is
going on on IRC is 'goofing off' - for which IRC is excellent. (heck - i
should goof off more often :-)
i dont mind the day-to-day work stuff going on on IRC exclusively - but
Peter Alfredsen said:
> On Sun, 22 Mar 2009 09:41:58 +0100
>
> Matti Bickel wrote:
> > A general question, that just popped into my head when i was reading
> > this: if i touch a ebuild which has EAPI=0, should i bump it to
> > EAPI=2?
>
> Only if you take the time to read through it and test tha
Serkan Kaba said:
> Thilo Bangert yazmış:
> > i doesnt make sense to introduce EAPI=2 into ebuilds, if we dont
> > expect to have en EAPI=2 capable package manager stable within a
> > reasonable timeframe.
>
> 2.1.6 is stable and supports EAPI2
thats pretty cool. thanks...
> 'guess'. Like how you have to guess what use flags are really being
> used for the package in question, because it doesn't tell you?
i'd like to ask the developers of package managers to standardize this.
having --info be the same no matter who you like best is
incredibly usefull.
while we a
"Santiago M. Mola" said:
> On Sat, Apr 4, 2009 at 2:59 PM, Thomas Sachau wrote:
> > Hi folks,
> >
> >
> > i would like to hear about other opinions about real multilib support
> > within our tree and package managers. From what i know, there are
> > mainly 2 different ideas:
>
> The proposals are
Ciaran McCreesh said:
> On Tue, 5 May 2009 21:19:49 +0300
>
> Markos Chandras wrote:
> > We surely need more developers. Otherwise we ll end up maintaining
> > 100 > ACTIVE developers ). So first we need to attract more people.
> > Evaluation and recruitment comes next
>
> I have a better way of
Olivier Huber said:
> Hi,
>
> 2009/5/4 Thomas Sachau
>
> >[snip]
> > For those, who can work with IRC and are interested in working with
> > ebuilds, there is already an option:
> >
> > Join #gentoo-dev-help or even better #gentoo-sunrise and read the
> > documentation from the topic. The Sunrise
> > There's a crapload of stuff in the tree doing
> > things like this and worse with FEATURES.
there is roughly 150 packages using FEATURES (including a number of false
positives). see the list below...
FEATURES variable is used in the tree
http://bugs.gentoo.org/show_bug.cgi?id=174335
>
> Wel
Nirbheek Chauhan said:
> On Sun, May 10, 2009 at 5:19 PM, Duncan <1i5t5.dun...@cox.net> wrote:
> > Thilo Bangert posted
> > 200905101051.43926.bang...@gentoo.org, excerpted below, on Sun, 10
> > May
> >
> > 2009 10:51:38 +0200:
> >> also, i
Ben de Groot said:
> Thilo Bangert wrote:
> >> Welcome to Gentoo.
> >
> > nice attitude...
> > i am sure that'll make the problem go away :-(
>
> What do you expect? He's an exherbo dev, only here to criticize Gentoo
> and gloat over it
a list cleaned for obvious false positives leaves the following 44 affected
packages.
i have treated ebuilds which mention FEATURES in an ewarn or einfo as
false positives although they probably should be fixed as well.
most of these have do one of the following (or a variant thereof)
hasq test
Fabian Groffen said:
> On 11-05-2009 11:26:46 +0200, Thilo Bangert wrote:
> > FEATURE-misuse.txt was generated by
> > $ find -name '*.ebuild' | xargs grep -nH FEATURES >
> > FEATURES-misuse.txt and sifting through the false positives.
>
> Have you c
Richard Freeman said:
> AllenJB wrote:
> > All that's going to happen is Gentoo will have many many buggy and
> > out of date packages in the MAIN TREE. Exactly where they shouldn't
> > be. You claim quality won't be sacrificed, but I simply can't see
> > this without any attempt to solve the manp
Richard Freeman said:
> Ryan Hill wrote:
> > I'm tired of playing, as I'm sure you are. So please,
> > let's be quiet now, and let the big people talk.
>
> This is a public list designed to facilitate discussion of gentoo
> software development. Anybody with something constructive to say is
> mo
> glep55: See GLEP55. To summarize: The eapi is put into the file name so
> that the package manager knows the EAPI (and thus how to handle this
> file format). While it simplifies the eapi discovery this comes at a
> high price as there is no reliable way to find and validate all ebuilds.
i
> Or you haven't talked to me or Beandog at all; since he has been
> working on this a while (now with upgraded tools!).
what i'd like to see is a system, to which one would give a package name,
which then handles the removal (almost) automatically.
that way devs would have an easier time actu
the packages
www-servers/spawn-fcgi and
dev-libs/localizer
where originally added as support for lighttpd. in the meantime lighttpd
provides the same functionality and no version of lighttpd depends on
these packages anymore - in fact, they block.
furthermore no other package has ever dep
> I hereby request every person make suggestions. Please note, that
> Dolphin will be a CLI-based CD only, so no X-Applications will be taken
> into consideration.
i'd like to see debootstrap on there as well. debian is PITA, but
sometimes that is out of our control. having a familiar install CD
Hi all,
just a heads up that I added a generic 2-clause BSD license to the tree.
Its name is BSD-2.
The BSD license file still refers to the 3-clause BSD license.
kind regards
Thilo
pgp5BJ932YbCp.pgp
Description: PGP signature
Thilo Bangert <[EMAIL PROTECTED]> said:
> the packages
>
> www-servers/spawn-fcgi and
> dev-libs/localizer
have been removed from the tree
>
> where originally added as support for lighttpd. in the meantime
> lighttpd provides the same functionality and no versi
> why not modify sudo to not filter the EDITOR env var then there is no
> more problem
no, there is a very valid reason why sudo filters the EDITOR env var.
sudo should probably be fixed to (re)set the EDITOR variable to a 'safe'
systemwide default, instead of stripping it completely.
is there
Marius Mauch <[EMAIL PROTECTED]> said:
> Just a heads up that in the coming weeks I'll start checking packages
> that still use einfo for important messages and convert them to elog if
> appropriate.
whats the policy? when do i use einfo and when elog?
the dev handbook states for einfo:
In
Hi,
Marius Mauch <[EMAIL PROTECTED]> said:
> Basically if it's for the user to read use elog, if it's just a status
> message (like "applying patch", "nothing to do here", "performing xyz")
> that isn't of any use after the build use einfo.
>
and what about ewarn?
> > will einfo reporting to the
Chris Gianelloni <[EMAIL PROTECTED]> said:
> Submit your ideas here, so we can discuss them. I will be choosing one
> idea that we think we can accomplish to test out the idea of
> Council-driven projects.
packages.g.o is a really helpful tool - which could be even more helpful
if there where so
> ive kept it around mostly so people can transition to mdadm nicely but
> i think it's about time we let it go
+1
a gentle push in the right direction can only be a good thing.
> -mike
pgpDOE4KQxCUl.pgp
Description: PGP signature
Mike Frysinger <[EMAIL PROTECTED]> said:
> On Saturday 03 March 2007, Ciaran McCreesh wrote:
> > There is absolutely nothing Paludis specific in PMS. Nor is there
> > anything Pkgcore specific, and the only Portage specific content is
> > where we feel it's necessary to explain *why* something is a
Chris Gianelloni <[EMAIL PROTECTED]> said:
> I'm simply amazed at the level of complete and total bullshit that some
> people spout off on this list without bothering to check facts or take
> 3 seconds to talk to the people in the know. If you don't know what
> you're talking about, rather than op
>
> So I'd be in favour of getting rid of them, if we make sure that
> everybody always commits to the ChangeLog (Make it a repoman failure).
> Side benefit of removing the need to double-commit from the hashes
> changing.
>
i have never understood why repoman doesn't automatically put the commit
>
> I do the same. The '$Header: $' tells me which version of a file in
> the CVS tree I last synced to in my overlay, then I can just do a cvs
> diff on the tree to get a patch of differences since then. Very
> useful.
right - but this functionality would not go away - it would just have to
be
> Well since that appears to be some way off, is there any way to get the
> needed functionality (version string inside ebuild) without a double
> commit? (Did i read that right?) I'm thinking at worst someone might
> have to add something to repoman, or a hook on the server end.
another layer of
Hi everybody,
the following list of packages uses a invalid tag in its
metadata.xml. Invalid in the sense of 'could-not-be-found-in-herds.xml'
Most of them appear to be simple mis-spellings or minor misunderstandings.
Others may lack an entry in herds.xml (s390?).
AFAICT most packages have st
Hi everybody,
the packages in the attached list have no metadata.xml.
The following basic metadata.xml will be added to each package in about 24
hours. Speak up to stop the insanity.
Thanks.
kind regards
Thilo
http://www.gentoo.org/dtd/metadata.dtd";>
no-herd
[EMAIL PROTECTED]
app-crypt/k
The metadata cleanup continues...
A list of 427 packages found at
http://dev.gentoo.org/~bangert/herd-metadata-check.log
do not have the required tag in their metadata.xml[1].
Is it reasonable to simply add the no-herd or should perhaps
the policy be relaxed, such that a missing
> >
> > Is it reasonable to simply add the no-herd or should
> > perhaps the policy be relaxed, such that a missing tag is
> > equivalent with no-herd?
>
> iirc there was a flamewar about this a while ago. you should look at
> the archives to see what people decided.
whatever the outcome of the
Doug Goldstein <[EMAIL PROTECTED]> said:
> Thilo Bangert wrote:
> > All packages with maintainer-needed will be moved to
> > no-herd.
>
> maintainer-needed is different from no-herd. no-herd is valid when a
> dev is maintaining a pkg outside of a herd. no-herd is no
> you should look at
> the archives to see what people decided.
from reading the archives and the response so far as well as the current
documentation on the subject i conclude that the issue is still not clear
and people make up their own stuff as they go along.
the following may be a formal
> the packages in the attached list have no metadata.xml.
all fixed. however with the following metadata.xml:
http://www.gentoo.org/dtd/metadata.dtd";>
no-herd
as no maintainer implies maintainer-needed and this is being done in lots
of other ebuilds as well.
kind regards
Thilo
pgpttgHIm
> Can you re-run this with a fully up to date tree?
sure
app-emulation/hercules invalid herd: s390
sys-apps/cpint invalid herd: s390
sys-apps/lkcdutils invalid herd: s390
sys-apps/s390-oco invalid herd: s390
Found
Hi again,
Thilo Bangert <[EMAIL PROTECTED]> said:
> The metadata cleanup continues...
>
> A list of 427 packages found at
>
> http://dev.gentoo.org/~bangert/herd-metadata-check.log
>
> do not have the required tag in their metadata.xml[1].
some of these have t
Markus Ullmann <[EMAIL PROTECTED]> said:
[usefull DWS snipped]
you rock!
pgpFgJgMmryKA.pgp
Description: PGP signature
> > It isn't different. That's the problem. If you have two packages
> > with the same name, you have the same problem.
>
> On that note I would hope the vim/vi peeps would rename.
> app-vim/ant
and app-vim/sudo
> IMHO app-vim/ant should really be app-vim/vim-ant or something other
> than just
Hi all,
welcome to the IMC - irregular metdata.xml check, issue 1.
As can be seen from the statistcis below, the herd tags have been fixed.
Thanks to those who have helped with the cleanup.
Whats next?
==
The current policy in the devmanual demands a maintainer tag -
nevertheless half t
"Robin H. Johnson" <[EMAIL PROTECTED]> said:
> On Wed, May 23, 2007 at 07:49:43PM +0200, Thilo Bangert wrote:
> > Also, many ebuilds put the herds email address as an additional
> > . This is simply redundant and unless complaints are
> > raised, all herd
> Step 2 - Metadata.xml contains only a herd
> --
> 1. Take the herd element, and look up the herd in herds.xml to convert
>to an email address. This email address must be a valid bugzilla
>account.
> 2. This email is treated as an implicit maintainer
Hi all,
welcome to the second issue of the irregular metadata.xml check.
Did you know that only 16% of all packages in the tree do not belong to
any herd (ie. no-herd). Nevertheless, as no-herd is not a
nice place to be, perhaps your herd can adopt a package or two. If you
get really lucky you
I want a gentoo-kindergarten list, where useless discussions like this
(sub)thread can be directed to.
kids, grow up!
pgpJFDJFTgIVf.pgp
Description: PGP signature
Mike Frysinger <[EMAIL PROTECTED]> said:
> On Tuesday 10 July 2007, William Hubbs wrote:
> > On Mon, Jul 09, 2007 at 11:26:19PM +0100, Ciaran McCreesh wrote:
> > > As for IUSE defaults... There were objections against that feature
> > > on the grounds that it's unnecessary and increased maintenance
i am all for the 'trivial' review. as i am not on the commit list,
however, i can't tell whether this acutally helps.
do people fix the stuff that is pointed out to them?
also, perhaps the more common ones should additionally be converted to
repoman tests, if that is feasable.
kind regards
Th
Andrew Gaffney <[EMAIL PROTECTED]> said:
> It seems that not everybody loves the new "DO NOT REPLY TO THIS EMAIL"
> header at the top of every bugzie email as much as robbat2 does.
1. if everybody hates it (full ack btw), why not remove it globally?
2. why doesn't bugzi receive mail (anymore?)?
> While planet is a good medium to share ideas and get contributors,
> seems to me like we need a more official way to discuss this kind of
> 'global' ideas before make them real. Or at least drop a note on
> -dev-announce explaining the new feature and telling devs and users
> this is now official
Ciaran McCreesh <[EMAIL PROTECTED]> said:
> On Wed, 28 Nov 2007 20:06:46 +0100
>
> Christian Faulhammer <[EMAIL PROTECTED]> wrote:
> > > One thing that would need to be decided:
> > >
> > > LICENSE="GPL-2"
> > >
> > > Would that require an = prefix? To simplify things, we could say
> > > that *
> On the subject of Squid, it would be extremely useful if it could
> ignore some headers and respect others in figuring out if the page is
> already in the cache, without stripping the headers from the request
> (it is doable with Apache's mod_cache), so that two requests with only
> a slightly d
Jeroen Roovers <[EMAIL PROTECTED]> said:
> On Sat, 24 Nov 2007 15:10:58 +0100
>
> Thilo Bangert <[EMAIL PROTECTED]> wrote:
> > the idea is really great
> >
> > [...]
> >
> > now this needs to be [...] made mandatory for all ebuilds.
>
> Uh
hip hip hurray for the old fart(s)
signature.asc
Description: This is a digitally signed message part.
Welcome to the third edition of the irregular metadata.xml check.
Noteworthy errors
===
herd without email: comm-fax
herd without email: dev-tools
herd without email: haskell
herd without email: common-lisp
herd without email: secure-tunneling
herd without email: ia64-
"Robin H. Johnson" <[EMAIL PROTECTED]> said:
> On Tue, Feb 12, 2008 at 10:01:16PM +0100, Thilo Bangert wrote:
> > Noteworthy errors
> > ===
> > herd without email: comm-fax
> > Proxy maintainer without gentoo association
"Jorge Manuel B. S. Vicetto" <[EMAIL PROTECTED]> said:
> Hi.
>
> As we've stated before and is listed on the election page[1], the
> voting period lasts from 00:00.00 UTC February 14th (Thursday) to
> 23:59.59 UTC February 28th (Thursday). Thus, there's little less than
> 48 hours to cast your vote
> But I
> sincerely think the main goal of Summer of Code is to allow new people
> to enter the scene of Free Software, to understand how Free Software
> projects work and so on.
it's not just what you "sincerely think"! I most certainly think, you have
a valid point.
from http://code.google.
> end up copying the ebuild from the tree into our overlay and fix.
great! where is it? does it have a webvc or trac interface?
thanks
Thilo
signature.asc
Description: This is a digitally signed message part.
Samuli Suominen said:
> Nirbheek Chauhan wrote:
> > On Sat, Aug 1, 2009 at 7:32 PM, Petteri Räty
wrote:
> >> Nirbheek Chauhan wrote:
> >>> This seems like something that should be added to the ebuild/end
> >>> quiz.
> >>
> >> Ebuild quiz:
> >>
> >> 19. What is the procedure for removing packages
FYI
-- Weitergeleitete Nachricht --
Subject: monkeyd-0.9.2-r1.ebuild
Date: Monday 20 April 2009
From: Michael Sterrett
To: bang...@gentoo.org
use-based deps are undefined behavior on virtuals. So, in
monkeyd-0.9.2-r1, please fix up the virtual/httpd-php[cgi] dep.
Thanks.
---
Victor Ostorga said:
> Lately I have stepeed into bug 216461 "init systems in sys-apps as well
> as in sys-process and even app-admin" and was about to moving
> sys-process/minit to sys/apps-minit , but stepped into bug 190982
> "move sys-process/{minit,runit} and app-admin/jinit to sys-aps" which
[snip]
> I understand PMS/paludis wishing to duck the vars existance to make it
> go away, but I don't think it's a tenuable approach- as you yourself
> said above, in trying to do this cleanup you recognized that sometimes
> there was no alternative.
yes - however, there not being an alternative
Richard Freeman said:
[good stuff]
i share this sentiment. lets stay an open community and encourage
learning.
if somebody improves a package then that is a good thing. even if it could
be improved even more.
signature.asc
Description: This is a digitally signed message part.
> BTW: About a third of the Manifests are signed [1].
if we really want to get there, maybe repoman should give a _small_
warning, starting now.
i dont sign my commits and have seen how my commits removed signatures of
others. i am not proud of it - but given that these are apparently never
c
Welcome to this years edition of the metadata check.
Todays fingerpointing
herd without email: secure-tunneling
herd without email: middle-east
app-admin/eselect-audicleempty
app-admin/eselect-chuck empty
app-admin/eselect-miniaudicleempty
app-admin/e
Ulrich Mueller said:
> >>>>> On Mon, 7 Dec 2009, Thilo Bangert wrote:
> >
> > Welcome to this years edition of the metadata check.
> > [...]
> >
> > You will find the complete log at [1].
>
> Hmm, eselect is not known:
> | unknown mai
Hans de Graaff said:
> On Mon, 2009-12-07 at 12:56 +0100, Thilo Bangert wrote:
> > Welcome to this years edition of the metadata check.
> >
> > dev-util/cucumbermissing
>
> Fixed, but this is really a bug in metadata.dtd, which specifies
>
Hi all,
similarly to the metadata.xml check, the following is a list of small
problems related to the project metadata as found in the gentoo CVS
repository.
research: Unknown developer: bradlyatc
research: Retired devloper: blubber
desktop-util: Retired devloper: pyran
Joshua Saddler said:
> On Tue, 8 Dec 2009 10:20:36 +0100
>
> Thilo Bangert wrote:
> > Hi all,
> >
> > similarly to the metadata.xml check, the following is a list of small
> > problems related to the project metadata as found in the gentoo CVS
> > re
Thomas Sachau said:
> On 12/11/2009 10:30 PM, Hanno Böck wrote:
> > Am Freitag 11 Dezember 2009 schrieb Christian Faulhammer:
> >> "George Shapovalov (george)" :
> >>> Modified: use.local.desc
> >>> Log:
> >>> added local flags for new version of net-fs/coda
> >>
> >> Please don
Jeroen Roovers said:
[snip]
> Feel free to
> CC me on bugs related to this package if you find any more pressing
> issues.
the standard way of indicating such an interest is to add yourself to
metadata.xml.
kind regards
Thilo
signature.asc
Description: This is a digitally signed message part.
Ben de Groot said:
> I think we have a bigger problem with packages that have a maintainer,
> at least nominally, but said maintainer does not actually maintain the
> package anymore.
full ack. i was thinking that maybe we need an 'easy-fix' team, which can
do all the easy fixes, which have been
Ciaran McCreesh said:
> I realise this is a lost cause, but... Repositories are databases, so
> /var/db/ is your friend.
>
i like it. Closely followed by /var/lib/layman...
wikipedia says in
http://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard
/var/lib/
State information. Persistent d
Sebastian Pipping [snip] said:
[snip]
> i chose maintainer-wanted to indicate that co-maintainers and
> non-maintainer-bumps are welcome. what valid means can i use to send
> such a message, instead?
i dont know of any. i generally assume all packages are looking for more
maintainers, but that a
Mike Frysinger said:
> On Sunday 17 January 2010 15:20:46 Thilo Bangert wrote:
> > Ben de Groot said:
> > > I think we have a bigger problem with packages that have a
> > > maintainer, at least nominally, but said maintainer does not
> > > actually maintain t
Arfrever Frehtes Taifersar Arahesis said:
> 2010-02-06 17:54:10 Mark Loeser napisał(a):
> > Arfrever Frehtes Taifersar Arahesis said:
> > > 2010-02-05 17:40:00 Arfrever Frehtes Taifersar Arahesis napisał(a):
> > > > I consider filing bugs for not adjusted packages after some
> > > > months (e.g i
"Robin H. Johnson" said:
> On Mon, Feb 15, 2010 at 11:32:10PM +0200, Samuli Suominen wrote:
> > On 02/15/2010 11:21 PM, Robin H. Johnson wrote:
> > > This is my last blocker for getting MySQL 5.1 series into ~arch
> > > status.
> > >
> > >
> > > itle: MySQL 5.1 unmasking
> > > Author: "Robin
"Paweł Hajdan, Jr." said:
> On 2/21/10 5:08 AM, Ryan Hill wrote:
> > I have one simple request. When you make a non-trivial change to an
> > ebuild - a patch, a version bump, anything that can effect the
> > behaviour of the package - please run the test suite.
>
> Yeah, on my dev box I just run
Ryan Hill said:
> On Fri, 04 Jun 2010 17:11:45 +0200
>
> "Paweł Hajdan, Jr." wrote:
> > What do you think about doing the following change in
> > /usr/portage/profiles/targets/developer/make.defaults:
> >
> > replace "test" with "test-fail-continue" to make it just less
> > frustrating (we stil
1 - 100 of 123 matches
Mail list logo
