Re: [gentoo-dev] RFC: Last rites for $package ...

ore obvious to some people; but then you still need to search GPNL to see what the heck is scheduled for removal. Frankly if you can't read the ML archives or search on bugs when a package you find is masked; then I don't really know where else to point you... -Alec Warner TreeCleaners Lead -- gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] GLEP 27: Revisited (aka dynusers/creandus)

Mike Kelly wrote: Summarized, the format is: For each profile dir (e.g. profiles/base, profiles/default-linux, etc), a new subdirectory, called accounts is created as necessary. Inside that is a file called defaults, containing default uid/gid ranges, shells, etc for the given profile. Also,

Re: [gentoo-dev] Changes in Developer Relations and log of devrel meeting

Ciaran McCreesh wrote: > On Wed, 04 Oct 2006 07:12:56 -0700 Josh Saddler <[EMAIL PROTECTED]> > wrote: > | > Uh, read again. You missed the point. I'm not talking about the > | > logged meetings here. I'm talking about the goings on in a certain > | > private IRC channel. > | > | You're just pissy b

[gentoo-dev] [DOWNTIME devmanual.gentoo.org]

is is just a heads up. Thanks, -Alec Warner [EMAIL PROTECTED] PS: While a flamewar will probably ensue; this is not the intent of this mail or of the bug filing. Please keep your unproductive comments off-list and off the bug. I will lock the bug if it becomes necessary. This mail and the bu

[gentoo-dev] Leave of Absence

I killed my dev box somehow and due to recent meandering thoughts in my head I've decided not to buy replacement parts. This in turn affects my ability to do Gentoo work; so I have decided to take a leave of absence. It's kind of been in my mind for while. Treecleaners, I will talk to you a

Re: [gentoo-dev] RFC: multiple inheritance support for profiles, Round 2

Andrew Gaffney wrote: Zac Medico wrote: (of course, please don't use multiple inheritance in the live tree in ways that will hurt users of the current single inheritance profiles). If someone does, can we blame you? :) Don't blame the tool, blame the tool using the tool improperly. -- gento

Re: [gentoo-dev] Missing: Universal-CD - Gentoo discriminates shell and networkless users

Kari Hazzard wrote: On Thursday 05 October 2006 10:48 am, Chris Gianelloni wrote: What about *our* choice to not waste time building things we don't want? So what about those of us who DO want that? Forcing us into an installer is more constricting and gives us less freedom--That's not the Ge

Re: [gentoo-dev] Re: RFC: Last rites for $package ...

Steve Long wrote: 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 eas

Re: [gentoo-dev] RFC: per-package default USE flags

Ciaran McCreesh wrote: On Fri, 13 Oct 2006 02:40:59 -0700 Zac Medico <[EMAIL PROTECTED]> wrote: | At the profile level, I've added support for package.use | which behaves like /etc/portage/package.use that everyone is familiar | with. The intention is that the IUSE defaults will be used for | de

Re: [gentoo-dev] GLEP: RESTRICT=interactive

Title: RESTRICT=interactive I'd say it's good idea, although isn't RESTRICT=interactive a slight misnomer? You are enforcing interactiveness, not restricting it :) Although RESTRICT="non-interactive" sounds weird too, and introducing new variable would be bloating. If you look at every other

Re: [gentoo-dev] RFC: per-package default USE flags

Ciaran McCreesh wrote: On Fri, 13 Oct 2006 20:12:40 +0100 "Stuart Herbert" <[EMAIL PROTECTED]> wrote: | As the default USE flags are metadata about the package (not the | profile), it makes sense to store that data in the ebuild, along with | the rest of the package's metadata. No no on. Default

Re: [gentoo-dev] RFC: per-package default USE flags

Ciaran McCreesh wrote: Yup. Default USE flags are profile dependent data. The sensible default value varies depending upon conditions like arch and system role. I disagree; they are not all profile dependent. The point here being you can argue all your like; it's like me liking pink rather

Re: [gentoo-dev] RFC: per-package default USE flags

Ciaran McCreesh wrote: On Mon, 16 Oct 2006 00:25:42 +0200 Jakub Moc <[EMAIL PROTECTED]> wrote: | Ciaran McCreesh napsal(a): | > The profiles change over time. Currently, when the profiles change, | > the only thing that has to be checked for conflicting USE behaviour | > is subprofiles. With IUSE

Re: [gentoo-dev] RFC: per-package default USE flags

Ciaran McCreesh wrote: On Sun, 15 Oct 2006 18:59:27 -0400 Alec Warner <[EMAIL PROTECTED]> wrote: | I don't see how the location of the default USE affects these things. Searching across an entire tree, plus in things that can be defined in eclasses, is a pain in the ass. | Howe

Re: [gentoo-dev] Re: [gentoo-core] Developer retirement

Jakub Moc wrote: Harald van Dijk napsal(a): It's meant to be used when the user chooses to reply to the list. That is not necessarily the function of the "Reply" button. In mutt, and IIRC in Thunderbird as well, "reply" is intended to mean "reply to author", and there is a separate "reply to list

Re: [gentoo-dev] RFC: per-package default USE flags

are KDE users." There exists a qualifier there; that Users exist and provided feedback. -Alec Warner [EMAIL PROTECTED] -- gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] RFC: per-package default USE flags

Stephen Bennett wrote: On Tue, 17 Oct 2006 09:43:08 -0400 Alec Warner <[EMAIL PROTECTED]> wrote: Placing the default USE flags all in the profiles amounts to profile duplication where-ever you want to use the ebuilds -> this is annoying. This is exactly why we have cascading pro

[gentoo-dev] Treecleaner Maskings

app-editors/xwpe for bug # 124298 Dead upstream, doesn't compile. -- gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] RFC: Gentoo Commitfests

Mike Doty wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Just a random thought that popped into my head: We could have a commit fest where everyone who wants to compete kicks in some small amount of money(say $5) maybe the foundation kicks in a little something too. Then the person with

Re: [gentoo-dev] vim syntax global use flag

Mike Kelly wrote: On Sat, 21 Oct 2006 10:21:37 -0400 "Caleb Cushing" <[EMAIL PROTECTED]> wrote: I was thinking a while back (dangerous) ;-). That it would be a good idea to have a global use flag for all packages that have related vim syntax ebuilds. say I set the use flag (let's call it vim-sy

Re: [gentoo-dev] Massive package.mask cleanup

anyone is in a hurry to get pmask squeaky clean, and I'd rather have a solid list of cleanup canidates than a broken tree. It would be like me touching base/ without e-mailing the list, completely uncool ;) -Alec Warner [EMAIL PROTECTED] -- gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Massive package.mask cleanup

Jakub Moc wrote: David Shakaryan napsal(a): Alec Warner wrote: Jakub Moc wrote: Ciaran McCreesh napsal(a): So what happens when users have an old, masked package installed that's no longer masked thanks to this change? Err, exactly nothing? If they didn't unmerge it, they'

Re: [gentoo-dev] Re: RFC: Gentoo Commitfests

Jonathan Smith wrote: Ilya A. Volynets-Evenbakh wrote: Good good! Laugh is good for your health, and you'll need lot of support in that area next time I see you... Ok, seriously, WHAT THE FUCK is wrong with this? Anyone? The gentoo flaming guide [1] is a JOKE. Lets not get violent here, mkay

[gentoo-dev] New Devrel Subproject: Gentoo Devmatch

Purpose: To increase funding for Gentoo Infrastructure and events. Overview: Developers volunteer to dual off against other developers (including retired developers!) in the ring. We then allow betting on the outcome of the match with Gentoo taking a percentage of the profits to cover event

Re: [gentoo-dev] Re: Last rites for XMMS

Mike Bonar wrote: On Monday 23 October 2006 10:26, Duncan wrote: "Diego 'Flameeyes' =?utf-8?q?Petten=C3=B2?=" <[EMAIL PROTECTED]> posted [EMAIL PROTECTED], excerpted below, on Mon, 23 Oct 2006 16:16:50 +0200: Probably not covered everything, I left Mr_Bones_ and jakub to run a check for me af

Re: [gentoo-dev] mirroring distfiles/patches on patches.gentoo.org

Stefan Schweizer wrote: To my fellow Gentoo Devlopers and Users, The Gentoo Infrastructure team proposed this idea in june 2006 * Reduce mirror time for Gentoo specific patches/tarballs * Offer an official location for Gentoo specific patches/tarballs (Instead of using dev.g.o, this would b

Re: [gentoo-dev] Re: mirroring distfiles/patches on patches.gentoo.org

Stefan Schweizer wrote: Alec Warner wrote: Those get uploaded and look fine but after 6 months they are suddenly being removed by the script. There is a distfiles whitelist[1] for this exact purpose...isn't there? [1] http://www.gentoo.org/proj/en/infrastructure/mirrors/overview-distfil

Re: [gentoo-dev] RFC: put new additions along with removals in GWN

Caleb Cushing wrote: reporting additions of new programs aren't feasible? or are you referring to version updates and package bumps and such Reporting removals will be done by treecleaners once I have it implemented. Reporting additions may require some cvs foo on lark; such as new direct

[gentoo-dev] The Dreaded herd tag

ey put non-standard stuff in the herd tag, they put bug-wranglers in the herd tag...etc... It's difficult to search for packages without a herd when 'no-herd' is really N different strings. If your package is not in a herd, just leave the tag out. We can adjust the searching

Re: [gentoo-dev] RFC: put new additions along with removals in GWN

Paul de Vrieze wrote: On Thursday 26 October 2006 00:57, Alec Warner wrote: Caleb Cushing wrote: reporting additions of new programs aren't feasible? or are you referring to version updates and package bumps and such Reporting removals will be done by treecleaners once I ha

Re: [gentoo-dev] Re: Global USE flags (Was: mplayer global use flag)

Caleb Cushing wrote: cairo and openexr, good idea, AFAIK. udev has come up before but from that discussion, the flag means slightly different things in some cases. Keeping it local allows individual per-pkg descriptions, so where it means something different, the description can say so. In b

Re: [gentoo-dev] RFC: put new additions along with removals in GWN

inst the cvs history file. #!/usr/bin/env python # Authored by Alec Warner <[EMAIL PROTECTED]> # Released under the GPL Version 2 # Copyright Gentoo Foundation 2006 # Changelog: Initial release 2006/10/27 doc = """ # Purpose: This script analyzes the cvs history file in an attempt t

[gentoo-dev] Treecleaner SMASH

# Alec Warner <[EMAIL PROTECTED]> (28 Oct 2006) # Mask the following packages for removal by treecleaners: # app-emulation/uae for bug(s) 153191, 112675, 140707, 137018 # app-laptop/xpmumon for bug(s) 153198, 112675, 117782 # media-gfx/radiance for bug(s) 106158, 112675 # net-mail/cvm-vm

Re: [gentoo-dev] The (lack of) use of herds

Mike Frysinger wrote: On Sunday 29 October 2006 01:26, Marius Mauch wrote: So if now you're on a herd alias but not listed in herds.xml for a herd, what practical difference does it make if the herd exists or not? huh ? -mike I think one of his points is that you still get the bugmail...I gu

Re: [gentoo-dev] Only you can prevent broken portage trees

Ciaran McCreesh wrote: On Mon, 30 Oct 2006 22:33:26 +0100 Jakub Moc <[EMAIL PROTECTED]> wrote: | Ciaran McCreesh napsal(a): | > | What on earth are you talking about here? And why almost 6 months | > | is not enough for someone to respond on a bug with a simple | > | "we'll only support newer ver

Re: [gentoo-dev] Only you can prevent broken portage trees

Steve Dibb wrote: Ciaran McCreesh wrote: On Mon, 30 Oct 2006 22:33:26 +0100 Jakub Moc <[EMAIL PROTECTED]> wrote: | Ciaran McCreesh napsal(a): | > | What on earth are you talking about here? And why almost 6 months | > | is not enough for someone to respond on a bug with a simple | > | "we'll onl

Re: [gentoo-dev] Only you can prevent broken portage trees

Ciaran McCreesh wrote: On Tue, 31 Oct 2006 11:57:37 -0500 Alec Warner <[EMAIL PROTECTED]> wrote: | I picked a random e-mail to reply to. I don't maintain that many | packages (maybe 10 or so?). But if I have a bug (particularly a sec | bug as in this case) and you haven't st

Re: [gentoo-dev] Only you can prevent broken portage trees

Ciaran McCreesh wrote: On Tue, 31 Oct 2006 18:50:58 +0100 Jakub Moc <[EMAIL PROTECTED]> wrote: | Stephen Bennett napsal(a): | > On Tue, 31 Oct 2006 18:18:26 +0100 | > Jakub Moc <[EMAIL PROTECTED]> wrote: | > | >> Sure I did... Could you tell me why should we accumulate broken and | >> vulnerabl

Re: [gentoo-dev] sysklogd looking for someone to care

Mike Frysinger wrote: i use/maintain metalog myself and thus could care less about sysklogd ... anyone out there care enough to fixup bugs for it ? -mike Oh noes! my beloved logger! I'll try and take a look at it. -- gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Monthly Gentoo Council Reminder for November

Chris Gianelloni wrote: On Sun, 2006-11-05 at 13:36 +0100, Jakub Moc wrote: Alin Nastac napsal(a): Mike Frysinger wrote: On Sunday 05 November 2006 05:39, Alin Nastac wrote: Mike Frysinger wrote: that's nice, but again, why arent these being directed to infra ? It could be co

Re: [gentoo-dev] baselayout-1.13 going into ~ARCH soon

Roy Marples wrote: On Monday 06 November 2006 18:27, Matthew Snelham wrote: In 1.13, we've removed the variable from /etc/conf.d/rc and it's now forced to /lib/rcscripts/init.d which is safe as /lib is always on the same partition as /. From a filesystem usage point of view though, storing acti

Re: [gentoo-dev] Monthly Gentoo Council Reminder for November

Mike Frysinger wrote: On Monday 06 November 2006 18:03, Jakub Moc wrote: considering that quite a couple of arguments were given against using it which were a copy and paste of existing websites ... how about for the counterargument i copy and paste url's to pro-spf websites and then we'll h

Re: [gentoo-dev] Re: Patent threat?

Luca Barbato wrote: Duncan wrote: If MS pushes the button, they'll push the button. There's little you or I or most FLOSS community devs can do about it, so it's really not worth worrying about unless or until it happens. Keep a watchful eye and stay informed, sure, but not much else. Meh,

Re: [gentoo-dev] Monthly Gentoo Council Reminder for November

Francesco Riosa wrote: Alin Nastac ha scritto: For Thunderbird, when I say I want to send mail as [EMAIL PROTECTED], the same address will go also in the Return-Path. Thunderbird 1.5.0.7 has it in two places, a) account settings, b) you can change it for every message you send using the drop d

Re: [gentoo-dev] GNOME 1.x and GNOME 1.x dependent package masking

Seemant Kulleen wrote: Saleem & Gnome Team, I think it's high time this was done. My suggestion would be to publicise this *beyond* just the gentoo-dev list. I would put this on -user and in the forums (and one of you should probably blog before the fact as well). Thanks, GWN, #gentoo, etc.

Re: [gentoo-dev] Resolve build time default editor dependency.

Anatoly Shipitsin wrote: Ah, so this happens when no package provides $(which vi)? Then we should default to something that is universally available. Check fcron configure.in . Configure get editor from enviroment parameter EDITOR it not set by default vi.

Re: [gentoo-dev] New developer: Alexander Gabert (pappy) returns from retirement

Petteri Räty wrote: It is my pleasure to announce that Alexander "pappy" Gabert is returning from retirement to battle the hardened bugs. Retired sometime in 2004, he is now again interested in being blessed with a @gentoo.org email address. Nowadays he lives in Trier, Germany and is reaching hi

Re: [gentoo-dev] Versioning the tree

Steve Long wrote: Hi, There was a discussion a few weeks back about stopping system b0rkage; a possible sol'n had been previously discussed on the fora, ie having the tree in svn for easier branching. I understand from the recent ANNOUNCE by Robin Johnson that svn access is now available, as w

Re: [gentoo-dev] Stricter --newuse settings

which use case you are referring to. Thanks, Alec Warner [EMAIL PROTECTED] -- gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Re: Re: Versioning the tree

Steve Long wrote: .. The one disadvantage to my design is it needs infra. It needs it's own repository and rsync. What does that entail? Would a co-located server suffice? (If it gets popular, I'd imagine those mirroring current rsyncs etc would want to mirror the releases as well.) On

Re: [gentoo-dev] Re: Stricter --newuse settings

Vlastimil Babka wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Duncan wrote: whatever USE flag removal forcing --newuser rebuild, when I as a /human/ know it's not needed. If you're sure you know it's not needed, just edit /var/db/pkg/$cat/$pkg/{USE,IUSE} to reflect that (i.e. if there

Re: [gentoo-dev] Re: Versioning the tree

Stuart Herbert wrote: Just because we didn't take the time out to stop and make sure you were personally comfortable with the change doesn't mean we didn't prepare for it and announce it. I'm sorry that you've gone with the "I always know best, you're a fucking chump so shut the fuck up" type

[gentoo-dev] Treecleaneres

By the request of me (treecleaner lead) I'd like to suspend the treecleaner project until such time as we can meet and re-evaluate our poilicy. In the meantime, please don't remove stuff. I'd like to shoot for a meeting on the 17th sometime. Please RSVP via the [EMAIL PROTECTED] alias if tha

Re: [gentoo-dev] Treecleaneres

Chris Gianelloni wrote: On Thu, 2006-11-30 at 00:59 -0500, Alec Warner wrote: By the request of me (treecleaner lead) I'd like to suspend the treecleaner project until such time as we can meet and re-evaluate our poilicy. In the meantime, please don't remove stuff. I'd like

[gentoo-dev] Herds, take your marks...get set...take stuff!

If you look at gpnl[1] you will see a list of packages with NO maintainer and NO herd. If you are a dev and are interested in a package please take it. For herds, you may wish to glance around the categories and pick up some packages that you use/are useful/are in your herd. For users, if y

Re: [gentoo-dev] Treecleaneres

Michael Cummings wrote: On Thu, 2006-11-30 at 00:59 -0500, Alec Warner wrote: In the meantime, please don't remove stuff. Just to be a pain - you're referring only to treecleaner removals, right? Of course ;) -- gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Herds, take your marks...get set...take stuff!

Philip Webb wrote: 061201 Alec Warner wrote: If you look at http://spaceparanoids.org/gentoo/gpnl/qa.php?q=no-herd-maintainer you will see a list of packages with NO maintainer and NO herd. For users, if you see something you use, you may become a proxy-maintainer for it. A quick run thro

[gentoo-dev] Portage feature addition

Just make you aware, not everyone follows portage development and its bound to bite some people in the ass (although I expect the users will notice the most). Recently commited to svn (but afaik released only in ~arch) is code to prevent the sourcing of ebuilds with no manifest. Thus ebuilds

Re: [gentoo-dev] Portage feature addition

Mike Doty wrote: Alec Warner wrote: Just make you aware, not everyone follows portage development and its bound to bite some people in the ass (although I expect the users will notice the most). Recently commited to svn (but afaik released only in ~arch) is code to prevent the sourcing of

Re: [gentoo-dev] Portage feature addition

Mike Frysinger wrote: On Sunday 03 December 2006 01:00, Alec Warner wrote: Recently commited to svn (but afaik released only in ~arch) is code to prevent the sourcing of ebuilds with no manifest. Thus ebuilds you randomly download off of bugzilla need to get a lookover from you and then ebuild

Re: [gentoo-dev] Portage feature addition

Jeroen Roovers wrote: On Sun, 03 Dec 2006 15:03:27 -0800 Zac Medico <[EMAIL PROTECTED]> wrote: Apparently `repoman fix` doesn't currently work for that particular case, which is definitely a bug. If you can simply run `repoman fix`, will that be convenient enough? I would like to be able to

Re: [gentoo-dev] Ebuild documentation, needs updates?

e *features* there are that aren't disclosed anywhere. Do we need to have someone update the docs to reflect all of the new (new being a quite relative word here) features of portage? Caleb This feature is not available in stable portage, which is why its not documented. And yes there are ma

Re: [gentoo-dev] Ebuild documentation, needs updates?

Graham Murray wrote: Alec Warner <[EMAIL PROTECTED]> writes: This feature is not available in stable portage, which is why its not documented. And yes there are many other features that lack documentation. But should it not be documented in the ebuild man files which come with the ve

Re: [gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2006-12-10 23:59 UTC

Brian Harring wrote: Hope y'all are checking gentoo-x86/updates/* also for remove/adds for renames also; if already tracking that, perhaps noting it in the emails would be useful. ~harring Not yet, although I may tackle it over the coming days. -- gentoo-dev@gentoo.org mailing list

[gentoo-dev] TreeCleaner Meeting

r package removals. -Alec Warner [EMAIL PROTECTED] -- gentoo-dev@gentoo.org mailing list

[gentoo-dev] Re: TreeCleaner Meeting

Alec Warner wrote: I kind of dropped the ball on our meeting time, so I'll try and say 1800 UTC (6pm for you non-military types). It's in #gentoo-treecleaners (yes with an s!). We will be discussing a new (soon to be as understaffed as ourselves) project Proxy Maintainers, as w

Re: [gentoo-dev] SAMBA needs a maintainer

ng to proxy-maintain this as well. Thanks, -Alec Warner -- gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Re: Dependencies on system packages

Ryan Hill wrote: Ryan Hill <[EMAIL PROTECTED]> wrote: If it's universal, then why isn't it written somewhere? After all this, we *still* haven't gotten an answer to why some packages outside of the system target are depending on zlib. Is this a bug? If not, what's the reason it's there? Let's

Re: [gentoo-dev] Re: Dependencies on system packages

Ciaran McCreesh wrote: On Sat, 16 Dec 2006 15:21:36 -0500 Doug Goldstein <[EMAIL PROTECTED]> wrote: | > It's quite simple. You don't do it unless you are fully aware of the | > consequences. If you have to ask, you aren't fully aware of the | > consequences so you mustn't do it. | > | | Which c

Re: [gentoo-dev] Re: Dependencies on system packages

Jason Stubbs wrote: There's ways to manage this complexity, such as putting the dependencies into autotools' RDEPEND (if it can be considered correct) or by using meta-packages. However, your point is against requiring that packages _must_ specify all system dependencies. While I personally

Re: [gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2006-12-17 23:59 UTC

Yuri Vasilevski wrote: Hi, On Mon, 18 Dec 2006 10:02:00 -0500 Chris Gianelloni <[EMAIL PROTECTED]> wrote: On Sun, 2006-12-17 at 23:20 -0800, Robin H. Johnson wrote: The attached list notes all of the packages that were added or removed from the tree, for the week ending 2006-12-17 23h59 UTC

Re: [gentoo-dev] portage idea - auto embed user patches

like system_after_src_unpack, then I can do it. But I don't know about such. http://dev.gentoo.org/~solar/bashrc At the bottom of solar's bashrc you will find some lines dealing with AUTOPATCH, I don't see the bashrc.autopatch in his dev space, but you can probably request it from

Re: [gentoo-dev] GPL-2 vs GPL-2+

CENSE="GPL-2" While for the ones that support v2 or later (this is actually a special case of multiple licensing) we do: LICENSE="GPL-2 GPL-3" If you meant: LICENSE=" || ( GPL-2 GPL-3 )" then I agree ;) It would be under Either the GPL-2 OR a later version, not both, yes? -Alec Warner -- gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] GPL-2 vs GPL-2+

Diego 'Flameeyes' Pettenò wrote: On Friday 22 December 2006 22:53, Yuri Vasilevski wrote: While for the ones that support v2 or later (this is actually a special case of multiple licensing) we do: LICENSE="GPL-2 GPL-3" when it becomes available? There is one problem at least for this: to apply

Re: [gentoo-dev] Re: Wrong dependencies to postgresql

Luca Barbato wrote: Mike Frysinger wrote: i miss the happier times when we had him banned Do you think it's time for a revival? lu We never banned him, actually. -Alec Warner -- gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2006-12-24 23:59 UTC

Michiel de Bruijne wrote: On Tuesday 26 December 2006 02:04, Robin H. Johnson wrote: The attached list notes all of the packages that were added or removed from the tree, for the week ending 2006-12-24 23h59 UTC. Removals: x11-misc/emerald-themes 2006-12-20 01:00:59

Re: [gentoo-dev] Re: Re: Re: Re: Dependencies on system packages

Steve Long wrote: Ciaran McCreesh wrote: Steve Long wrote: | How serious an issue is it in terms of deps on sys pkgs? Very. It means we can't realistically handle packages that, by using autotools, depend upon the fifty odd system packages that are used by autotools-generated code. | > | > DEP

Re: [gentoo-dev] Removal Announcements (or, "Bring out yer dead")

Ciaran McCreesh wrote: > On Sat, 30 Dec 2006 20:25:50 -0600 Ryan Hill <[EMAIL PROTECTED]> > wrote: > | what would we have to do to have this happen? > > Implement GLEP 42. Talk to Christel, she started work on it for > Portage. > > After that, it's just a case of writing tree cleaner notices in a

Re: [gentoo-dev] PORTAGE_BINHOST Madness

Mike Frysinger wrote: > On Thursday 04 January 2007 20:33, Gustavo Felisberto wrote: >> Ok, so what is diference? > > probably the samething as between -k and -K > -mike A more verbose answer: -k says "use binary packages if possible, otherwise use ebuilds" -K says "use only binary packages, fai

[gentoo-dev] debug.eclass is dead now

Hi, Don't use debug.eclass. A team of crackpot developers gangbanged the tree (hi beu!) and remove all the nasty inherit lines, and then Diego added a deprecation message in the eclass. People with overlays utilizing debug.eclass will get many annoying messages prompting them to stop inheriting

Re: [gentoo-dev] PORTAGE_BINHOST Madness

Gustavo Felisberto wrote: > My main issue is with size. Right now portage has to pull ALL the packages in > the PORTAGE_BINHOST to create the dep tree. Is there a way for me to say: > > emerge -u --use-bynary-packages-if-possible system and portage will build the > dep tree based on the local port

Re: [gentoo-dev] dodoc default?

Steve Long wrote: > is it possible for dodoc to do a `make doc' (or whatever the standard is) if > called without any filenames? > > dodoc's purpose is to install files into ${D}/usr/share/doc/${PF} If you want to build the docs for a package, examine the build system for a doc target and run i

Re: OT - "Good skills" (WAS: Re: [gentoo-dev] Through the looking glass: Reflections on Gentoo)

Michael Sullivan wrote: > On Sun, 2007-01-07 at 22:56 +, Ciaran McCreesh wrote: >> On Sun, 07 Jan 2007 16:52:04 -0600 Michael Sullivan >> <[EMAIL PROTECTED]> wrote: >> | > I have been doing most recruits lately. There has always been a >> | > steady flow of good people wanting to become devs so

Re: [gentoo-dev] Somewhat OT - Making a suggestion for games-emulation/tuxnes

Michael Sullivan wrote: > > Anyway, for people like me who have the X flag enabled and might > accidentally hit the escape key and lose their progress in the game, I > downloaded the source code of tuxnes-0.75 and commented out all the code > segments responsible for that ESC/"quit tuxnes" behavio

[gentoo-dev] QA checks merged into portage SVN

you changed; you can also do fun magic like: local SHOPTS=$(shopt -p) ..do stuff eval "$SHOPTS" which should restore the previous options. Note: This check excludes the user's bashrc (/etc/portage/bashrc), so mess with these things in there at your own risk. Thanks, -Alec Warner -- gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] QA checks merged into portage SVN

Alec Warner wrote: > > The correct way to mess with each is to save the old value (IFS) or > restore the previous setting (shopts). > > local OLDIFS="$IFS" > ...do stuff > IFS="$OLDIFS" > > set -s extglob > ...do stuff > set -u extglob >

Re: [gentoo-dev] Getting rid of live-gimp-ebuild?

Luca Barbato wrote: > Hanno Böck wrote: >> Hi, >> >> I took over gimp-maintainership a while ago. There's a cvs/-ebuild >> in the tree, but I'm not really interested in that and have never >> touched it. >> >> I'd prefer to just maintain official releases, so if nobody else steps >> in and main

Re: [gentoo-dev] QA checks merged into portage SVN

Alec Warner wrote: > Note, the examples above could be improved by prefixing your variables > (you don't want global collisions, trust me) > > So fex KDE_SHOPTS or KDE_OLD_IFS instead of just OLD_IFS. > And as Caster pointed out on irc, this is only a problem if a local

Re: [gentoo-dev] [RFC] ACCEPT_RESTRICT for questionable values of RESTRICT

Kevin F. Quinn wrote: > On Tue, 9 Jan 2007 23:23:55 + > Ciaran McCreesh <[EMAIL PROTECTED]> wrote: > >> On Tue, 09 Jan 2007 14:41:50 -0800 Zac Medico <[EMAIL PROTECTED]> >> wrote: >> | Bug #161045 [1] requests that portage support RESTRICT=sandbox. >> | This is certainly a valid request but a

Re: [gentoo-dev] [RFC] Ideas for projects...

Simon Stelling wrote: > I like the idea. Something really useful I could think of is *drums* > > the implementation of GLEP 42. > GLEP 42 is almost fully implemented and is currently undergoing local testing (by me) to find the last of the obvious bugs. -- gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] [RFC] Some sync control

rkflow changes at the same time as the backend is changed. -Alec Warner -- gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Re: [RFC] Some sync control

Jan Kundrát wrote: > Rémi Cardona wrote: >> - svn uses a lot of disk space > > Could you please elaborate? Are you referring to the checkout size > (which is about twice the actual size because SVN stores two copies of a > file in the checkout to be able to perform diffs against latest revision >

Re: [gentoo-dev] [RFC] Ideas for projects...

sanchan wrote: > Ciaran McCreesh ha scritto: > >> And ultimately, it's a waste of QA's time. There are far more severe >> breakages and there are not many people in QA. > > That's why I proposed this for a small targeted project. It was my interpretation that the benefit of a council driven non-

[gentoo-dev] net-misc/e100 removal request

net-misc/e100 removal request Bug 159648 - hasn't been updated for ages, maintainer is completely MIA - uses check_KV instead of proper linux-mod eclass (Bug 150058) - doesn't build w/ any recent kernel: Makefile:162: *** *** Aborting the build. *** This driver is not supported on kernel version

Re: [gentoo-dev] [RFC] Ideas for projects...

Andrej Kacian wrote: > On Thu, 11 Jan 2007 16:04:31 -0500 > Chris Gianelloni <[EMAIL PROTECTED]> wrote: > >> 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. > > How about unified (a

Re: [gentoo-dev] app-admin/ulogd needs a maintainer

Matthias Geerdsen wrote: > Hi, > > app-admin/ulogd has an open security bug and has been without a > maintainer for 6 months now. > > Anyone interested please put yourself in metadata.xml and have a look at > bug #161882 > Probably mine, let me double check. -- gentoo-dev@gentoo.org mailing li

Re: [gentoo-dev] matrox.eclass

Jakub Moc wrote: > Danny van Dyk napsal(a): >> which breaks the metadata cache. Any objections to change it >> to >> >> SLOT=0 > > As noted on the relevant bug [1], the eclass is a complete no-op and > nothing can be installed using this eclass (has been so for quite some > time). Fixing it does

Re: [gentoo-dev] matrox.eclass

Jakub Moc wrote: > Alec Warner napsal(a): >> Jakub Moc wrote: >>> Danny van Dyk napsal(a): >>>> which breaks the metadata cache. Any objections to change it >>>> to >>>> >>>> SLOT=0 >>> As noted on the relevant bug [1],

Re: [gentoo-dev] eclass proposal - savedconfig.eclass

Mike Frysinger wrote: > On Thursday 01 February 2007, Daniel Black wrote: >> So some foo that says: >> die "you have enabled X USE flag but your saved config reflects the X USE >> flag been unset. Please correct your saved config by setting GUI=yes >> in /etc/portage/savedconfig/${CATEGORY}/${PXXX}

Re: [gentoo-dev] eclass proposal - savedconfig.eclass

Mike Frysinger wrote: > On Thursday 01 February 2007, Alec Warner wrote: >> But at that point the manager has little or no control over the package, >> hell you can move the savedconfigs out of /etc/portage/ cause they have >> nothing to do with it at all. >> >>

<    2   3   4   5   6   7   8   9   10   11   >