[gentoo-dev] Re: Nominations for council

On Tue, 3 Jun 2008 19:11:44 +0200 Jeroen Roovers <[EMAIL PROTECTED]> wrote: > On Tue, 03 Jun 2008 17:46:53 +0100 > George Prowse <[EMAIL PROTECTED]> wrote: > > > Correct. Only developers can vote but anyone can nominate: > > > > http://www.gentoo.org/proj/en/council/ > > 6. Voting Process > >

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

On Sun, 01 Jun 2008 19:41:28 +0200 Raúl Porcel <[EMAIL PROTECTED]> wrote: > Requesting ~arch keywords: Is a maintainer able to request ~arch > keywords, if the package is not a dependency of some other package > which is keyworded, and the maintainer doesn't have that arch? Yes. Last time I loo

[gentoo-dev] Re: RFC: Should preserve-libs be enabled by default?

On Thu, 29 May 2008 01:13:16 +0200 Marius Mauch <[EMAIL PROTECTED]> wrote: > So, do you think it should be enabled by default? Yes please. :) I haven't had any problems in the couple of months i've been using it. -- fonts, gcc-porting, by design, by neglect mips,

[gentoo-dev] reminder - mips is unstable

Just a friendly reminder. Because the stable mips keyword is being phased out, there is no need to CC mips on stabilization bugs. Also try to refrain from dropping the mips keyword because of repoman warnings. They are probably caused by an ebuild having a stable mips keyword and a dependency on

[gentoo-dev] Re: Moving some packages around

On Sun, 11 May 2008 19:46:36 -0600 Ryan Hill <[EMAIL PROTECTED]> wrote: > I guess I don't see the point. If you do move them, don't forget > about documentation changes. Also consider that people searching for bugs about dev-util/ccache for example won't find ma

[gentoo-dev] Re: Moving some packages around

On Mon, 12 May 2008 02:58:55 +0200 [EMAIL PROTECTED] (Diego 'Flameeyes' Pettenò) wrote: > - bison and flex should get out of the system package set, what > clearer than moving them out of sys-*? They are not so commonly used > so there should no compelling reason to have them installed on every >

[gentoo-dev] Re: RFC: lzma tarball usage

On Thu, 08 May 2008 09:17:08 -0400 Doug Goldstein <[EMAIL PROTECTED]> wrote: > Ryan Hill wrote: > > The new lzma-utils codebase uses liblzma, written in C. It's at the > > alpha stage but supposedly supports encoding/decoding the current > > lzma format "wel

[gentoo-dev] Re: RFC: lzma tarball usage

On Wed, 07 May 2008 16:23:12 +0300 Mart Raudsepp <[EMAIL PROTECTED]> wrote: > Hello, > > Over the course of this year, a lzma-utils buildtime dependency has > been added to a few system packages, to handle .tar.lzma tarballs. > This has huge implications on the requirement of the system toolchain

[gentoo-dev] Re: Last rites: media-fonts/sharefonts

On Tue, 29 Apr 2008 14:27:18 -0600 Ryan Hill <[EMAIL PROTECTED]> wrote: > In bug #218288, it was brought to our attention that > media-fonts/sharefonts, which has been in our tree under a > public-domain LICENSE, is anything but. Each of the fonts in this > collection is releas

[gentoo-dev] Re: New developer : Markus Duft (mduft)

On Wed, 30 Apr 2008 13:35:40 +0200 "Denis Dupeyron" <[EMAIL PROTECTED]> wrote: > It's my pleasure to introduce Markus Duft (mduft) as a new developer. > He will go among us under the name of mduft, and will work in the > Gentoo/Alt project porting Gentoo Prefix to Interix. Yes, people, that > mean

[gentoo-dev] Last rites: media-fonts/sharefonts

In bug #218288, it was brought to our attention that media-fonts/sharefonts, which has been in our tree under a public-domain LICENSE, is anything but. Each of the fonts in this collection is released under a variety of restrictive or non-free licenses, the majority being shareware licenses that r

[gentoo-dev] Re: gcc-4.2 / gcc-4.3 plans

On Mon, 21 Apr 2008 18:14:37 -0400 Mike Frysinger <[EMAIL PROTECTED]> wrote: > > the x86 cld revert is in now as well as some more upstream pr fixes. > i'll probably let things settle for this week and pending any > craziness, move gcc-4.3.0-r1 into ~arch in a week. i'll prob commit > some "obvi

[gentoo-dev] Re: Remaining PMS todo list etc

Ciaran McCreesh wrote: On Thu, 20 Mar 2008 18:02:31 -0600 Ryan Hill <[EMAIL PROTECTED]> wrote: How about just checking EUID == 0 in src_test and skip the tests (with a ewarn message) if it doesn't match your needs? I thought I remembered someone raising a stink about checking permis

[gentoo-dev] Re: Remaining PMS todo list etc

Marius Mauch wrote: On Wed, 19 Mar 2008 18:32:41 -0600 Ryan Hill <[EMAIL PROTECTED]> wrote: We seriously need a PM-independent way of saying "run the testsuite", "run the testsuite with user privledges", and "run the testsuite with root privledges if you c

[gentoo-dev] Re: Remaining PMS todo list etc

Ciaran McCreesh wrote: There's an updated, pre-built copy of current PMS at: http://dev.gentoo.org/~spb/pms.pdf Thanks for keeping up with this. * 174335: Some ebuild use FEATURES. Can we get them to stop doing that, or do we have to force package managers to emulate it? We seriously

[gentoo-dev] Last Rites - dev-util/jam

# Ryan Hill <[EMAIL PROTECTED]> (16 Mar 2008) # Mask for removal on 16 Apr 2008 # upstream unresponsive, replaced by dev-util/ftjam # Bug #173703 dev-util/jam -- fonts, gcc-porting, by design, by neglect mips, treecleaner,for a fact o

[gentoo-dev] Re: Help offered - Portage tree

Fabio Erculiani wrote: [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. For t

[gentoo-dev] Re: [gentoo-core] Keywords policy

Alec Warner wrote: On 3/10/08, Ryan Hill <[EMAIL PROTECTED]> wrote: Jeroen Roovers wrote: > On Mon, 10 Mar 2008 16:26:19 +0100 > "Wulf C. Krueger" <[EMAIL PROTECTED]> wrote: > >> No, we didn't because the whole thing is p.masked for a reason. It,

[gentoo-dev] Re: [gentoo-core] Keywords policy

Jeroen Roovers wrote: On Tue, 11 Mar 2008 04:49:38 +0100 Jeroen Roovers <[EMAIL PROTECTED]> wrote: On Mon, 10 Mar 2008 16:26:19 +0100 "Wulf C. Krueger" <[EMAIL PROTECTED]> wrote: No, we didn't because the whole thing is p.masked for a reason. It, KDE 4.0.1, is broken crap that should not yet

[gentoo-dev] Re: [gentoo-core] Keywords policy

Jeroen Roovers wrote: On Mon, 10 Mar 2008 16:26:19 +0100 "Wulf C. Krueger" <[EMAIL PROTECTED]> wrote: No, we didn't because the whole thing is p.masked for a reason. It, KDE 4.0.1, is broken crap that should not yet be re-keyworded. OK then. and I am not going to cross-post this to -dev@, bt

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

Anant Narayanan wrote: P.P.S. Maybe this is more suited for -project, but everyone knows that nobody reads that list :-p Only because nobody posts there. Knock it off. ;P -- fonts,by design, by neglect gcc-porting, for

[gentoo-dev] Re: New developer: Ricardo Mendoza (ricmm)

Petteri Räty wrote: 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

[gentoo-dev] Re: Digest of gentoo-dev@lists.gentoo.org issue 571 (29615-29664)

[EMAIL PROTECTED] wrote: sdfsdafsdfaf sdfdfdfdff Spanky, your date is here. -- fonts,by design, by neglect gcc-porting, for a fact or just for effect wxwindows @ gentoo EFFD 380E 047A 4B51 D2BD C64F 8AA8 8346 F9A4 0

[gentoo-dev] Re: Fwd: Gentoo Foundation 2008 Elections - Results

Jorge Manuel B. S. Vicetto wrote: Hello fellow devs, users and Gentoo community, here are our 2008 trustees : NeddySeagoon fmccor tsunam tgall wltjr Congrats guys. :D -- fonts,by design, by neglect gcc-porting,

[gentoo-dev] Re: Keyword request interface (SoC candidate?)

Santiago M. Mola wrote: A lot of users don't feel comfortable using Bugzilla and often are lost with our procedures for keyword (both ~ and stable) requests. I think we could use an easy web interface for requesting specific keywords for packages in a point-and-click fashion. Speaking about Bug

[gentoo-dev] Re: What is "bump request"?

Shaochun Wang wrote: I see the phrase "bump request" in bugzilla of Gentoo. What does it mean? A request to update the version of a package in portage to a later one, usually the latest released. -- fonts,by design, by neglect gcc-porting,

[gentoo-dev] Re: net-misc/zsync destiny?

Diego 'Flameeyes' Pettenò wrote: I was just looking around in package.mask to see if I forgot to get rid of something, and I've noticed that zsync is currently masked because it contains an internal _vulnerable_ copy of zlib. It is currently maintainer-needed, so I don't see anybody actually fix

[gentoo-dev] Re: Keyword amd64 -> x86_64

Christoph Mende wrote: On Wed, 20 Feb 2008 12:59:11 -0500 "William L. Thomson Jr." <[EMAIL PROTECTED]> wrote: Unless the work to do that is greater than the value of the change. It most likely is. And beside of that: amd64 is the technically correct term. :p *sigh* I know I'm going to regret

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in eclass: flag-o-matic.eclass

Ciaran McCreesh wrote: On Mon, 18 Feb 2008 13:54:34 -0800 Donnie Berkholz <[EMAIL PROTECTED]> wrote: http://sources.gentoo.org/viewcvs.py/portage/main/trunk/bin/isolated-functions.sh?r1=9118&r2=9140 Alright, so portage has put this stuff to stderr since January 4. Then why are we also adding wo

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-java/tomcat-native: ChangeLog tomcat-native-1.1.13-r1.ebuild tomcat-native-1.1.13.ebuild

William Thomson (wltjr) wrote: wltjr 08/02/18 00:20:13 Modified: ChangeLog Added:tomcat-native-1.1.13-r1.ebuild Removed: tomcat-native-1.1.13.ebuild Log: Added sed to set version 1.1.12 -> 1.1.13, bad upstream. Removed version with wrong

[gentoo-dev] Re: RFC: adding support for running eautoconf to base.eclass

Vlastimil Babka wrote: Petteri Räty wrote: Attached is a patch that fixes this. Arrays? How non-POSIX1 Anyway, why don't we instead discuss what phases to add to next EAPI, so we can avoid these hacks :) Luckily, ebuilds and eclasses are written in bash. -- fonts,

[gentoo-dev] Re: I want to steal your tools

Heath N. Caldwell wrote: On 2008-02-04 14:51, Ryan Hill wrote: Can someone provide a tool that given a package name simply prints the category or cat/pkg, or if ambiguous, prints the multiple cat/pkgs or returns an error code? I don't care what it's written in as long as it

[gentoo-dev] Re: I want to steal your tools

Thomas de Grenier de Latour wrote: On 2008/02/04, Ryan Hill <[EMAIL PROTECTED]> wrote: Can someone provide a tool that given a package name simply prints the category or cat/pkg, or if ambiguous, prints the multiple cat/pkgs or returns an error code? I don't care what it's wr

[gentoo-dev] Re: I want to steal your tools

Ciaran McCreesh wrote: On Mon, 04 Feb 2008 15:59:26 -0600 Ryan Hill <[EMAIL PROTECTED]> wrote: I want something that anybody can use in their scripts without having to install paludis What's the difference between installing Paludis and installing Perl in order to use a tool? Ha.

[gentoo-dev] Re: I want to steal your tools

Ryan Hill wrote: Can someone provide a tool that given a package name simply prints the category or cat/pkg, or if ambiguous, prints the multiple cat/pkgs or returns an error code? I don't care what it's written in as long as it's relatively quick. I'm sick of dependin

[gentoo-dev] Re: I want to steal your tools

Alec Warner wrote: * Tool being a tool useful for gentoo development, dealing with profiles, ebuilds, configs, etc. Tool does not include your penis or other genitellia. defeature: http://dev.gentoo.org/~dirtyepic/bin/defeature [requires app-portage/udept] disables FEATURES per-package,

[gentoo-dev] Re: I want to steal your tools

Alec Warner wrote: 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. See pythonhead's script repo? http://forums.gentoo.org/viewtopic-t-67849.html I think it's been down for a while now though. -- fonts,

[gentoo-dev] Re: [EMAIL PROTECTED] exists

Ryan Hill wrote: Torsten Veller wrote: gentoo-devhelp was created some days ago. More info on <http://www.gentoo.org/main/en/lists.xml>. I filed a request to get it on GMane. Should be available in a bit. She's up. gmane.linux.gentoo.devhelp

[gentoo-dev] Best practices for package.mask removals

Remi (or rane.. or some other r- dev ;]) was asking a couple days ago how to write a package.mask entry for removals so the script picks it up. Actually there is no script (just me), and there's no real rules. but I thought I'd mention a couple things that would make life easier. In your packa

[gentoo-dev] Re: [EMAIL PROTECTED] exists

Torsten Veller wrote: gentoo-devhelp was created some days ago. More info on . I filed a request to get it on GMane. Should be available in a bit. -- fonts,by design, by neglect gcc-porting,

[gentoo-dev] Re: Last Rites Summary: January 14th - January 20th, 2008 [take two]

Ryan Hill wrote: Ryan Hill wrote: Yep, I'm late. Attached is the list of packages masked for removal this week. GMN ppl, let me know if this format works for you. Oop, some extra brackets snuck in and armin76's email had an extra g. Attached again. I'm apparently

[gentoo-dev] Re: Last Rites Summary: January 14th - January 20th, 2008 [take two]

Ryan Hill wrote: Yep, I'm late. Attached is the list of packages masked for removal this week. GMN ppl, let me know if this format works for you. Oop, some extra brackets snuck in and armin76's email had an extra g. Attached again.

[gentoo-dev] Last Rites Summary: January 14th - January 20th, 2008

Yep, I'm late. Attached is the list of packages masked for removal this week. GMN ppl, let me know if this format works for you. -- fonts,by design, by neglect gcc-porting, for a fact or just for effect wxwindows @ gentoo

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-util/eclipse-sdk: eclipse-sdk-3.2.1-r2.ebuild ChangeLog eclipse-sdk-3.3.1.1.ebuild

Donnie Berkholz wrote: On 12:15 Mon 21 Jan , Jean-Noel Rivasseau (elvanor) wrote: 1.1 dev-util/eclipse-sdk/eclipse-sdk-3.3.1.1.ebuild file : http://sources.gentoo.org/viewcvs.py/gentoo-x86/dev-util/eclipse-sdk/eclipse-sdk-3.3.1.1.ebuild?rev=1.1&view=markup plain: http://s

[gentoo-dev] Re: Concerns about WIPE_TMP change

Olivier Galibert wrote: Tmp has never meant "erase at restart", because restarts are often not predictable. Tmp has sometimes meant things like "erased after a week", or "erased when space gets low", but never "erased after restart" which is just unusable. >> POSIX wrote: /tmp A directory

[gentoo-dev] Re: Available hardware

Daniel Ostrow wrote: > All: > > As I am no longer an ebuild dev (real life job got in the way) I have a > whole slew of hardware that I'm willing to ship to any gentoo dev for > the cost of shipping alone. The list of hardware is as follows: > > 1x HP C3700 750 MHz PA-RISC > 1x Dec/Compaq PWS 600

[gentoo-dev] Re: Seeking questions for a user survey

Marius Mauch wrote: > "Robin H. Johnson" <[EMAIL PROTECTED]> wrote: >> Basic demographics - a bunch of this should probably be optional but >> recommended >> - Gender (M, F, and the various other forms here) >> - Year of birth >> - # of children?? >> - How many years have you been using computers?

[gentoo-dev] Re: USE flag documentation

Mark Loeser wrote: > Ryan Hill <[EMAIL PROTECTED]> said: >> My expectation is that `grep "flag" use.local.desc` will give me a list of >> packages using that flag (or having it in the description), one per line. >> Putting paragraphs in there doesn'

[gentoo-dev] Re: USE flag documentation

Vlastimil Babka wrote: Ryan Hill wrote: What do people think of this? a) Keep use.desc as it is: a list of common flags and a short general description of their meaning. Good. b) Keep use.local.desc as it is: a list of per-package flags that are specific to one to a few ebuilds (i think

[gentoo-dev] Re: USE flag documentation

Mark Loeser wrote: Ryan Hill <[EMAIL PROTECTED]> said: a) Keep use.desc as it is: a list of common flags and a short general description of their meaning. Sounds good. b) Keep use.local.desc as it is: a list of per-package flags that are specific to one to a few ebuilds (i think 5

[gentoo-dev] Last Rites: January 1st - January 13th, 2008

arsten Lohrke <[EMAIL PROTECTED]>07 Feb 2008 media-sound/jmax Carsten Lohrke <[EMAIL PROTECTED]>07 Feb 2008 app-i18n/scim-cvs MATSUU Takuto <[EMAIL PROTECTED]>10 Feb 2008 sys-devel/distcc-configRyan Hill <[EMAIL PROTECT

[gentoo-dev] Re: USE flag documentation

Mark Loeser wrote: Here is a newer revision of the GLEP. I still have multiple methods of solving this problem (mostly because I want and *need* input from people as to what they would prefer). Please tell me what you would want to use so I can come up with a more precise specification. What e

[gentoo-dev] Re: scm eclasses/ebuilds and revision logging

Bernd Steinhauser wrote: I'm aware of the fact, that the revision of the currently installed package is part of the environment and that is saved, but I'm not only interested in the revision of the currently installed version, but also in the revision of the previously installed version. Just wan

[gentoo-dev] Last Rites: sys-devel/distcc-config

# Ryan Hill <[EMAIL PROTECTED]> (10 Jan 2008) # Duplicates functionality already in sys-devel/distcc # Masked for removal (treecleaner) # Bug #192741 sys-devel/distcc-config -- fonts,by design, by neglect gcc-porting,

[gentoo-dev] Re: Projects and subproject status

Donnie Berkholz wrote: On 17:51 Thu 10 Jan , Ryan Hill wrote: If you do, I can start doing package mask reports again. I stopped when the GWN did since I didn't think it was very interesting to -dev readers that see the individual announcements anyways. Keep 'em coming to -de

[gentoo-dev] Re: Projects and subproject status

Anant Narayanan wrote: Good day All, Sorry for the thread hijack, but... GWN: The GWN is currently in a permanent state of hiatus. I have no intentions on spending another minute working on the GWN. While many, many improvements have been made in the processes for getting the automated data,

[gentoo-dev] Re: Of Mips and Devs [Was: Monthly Gentoo Council Reminder for January]

Kumba wrote: So how can this ship be righted? I did a quick scan of most of the mails in the thread to get an idea of some of the existing opinions (while trying to pass over the arguments), and here's what I found that needed to be addressed. a) thanks for the post. b) thanks for helping

[gentoo-dev] Re: Projects and subproject status

Luca Barbato wrote: Here is a list of interesting questions: "Are we fine?" "What are we going to do?" Please project leaders try to reply in short. [ wxWidgets ] (i'm not the lead but i don't think leio will mind) Done: We got 2.8 into the tree (yay). After a few bug reports that were mo

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

Ciaran McCreesh wrote: "Alec Warner" <[EMAIL PROTECTED]> wrote: Uh... So where do the original problems come from? Are you saying that packages mysteriously start breaking on their own because no-one's maintaining them? Of course they do Ah, right. Because of the magical elf that lives i

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

Ciaran McCreesh wrote: "Caleb Tennis" <[EMAIL PROTECTED]> wrote: 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. Why? Yo

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

Ryan Hill wrote: I don't think any of the current suggestions are very good, but I don't have anything better, other than we get more mips/alt-arch ppl or access to hardware. Like I said, I'm willing to buy hardware if I can find any (must ship to Nowhere, Canada). Alright,

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

Luca Barbato wrote: Chris Gianelloni wrote: This has been an issue for quite some time. Of course, the impact is debatable, but it seems that we cannot agree ourselves on what is agreeable, so I see this as a point to bring to the Council simply so it can be resolved "once and for all" and thin

[gentoo-dev] Re: wxGTK 2.8

Ryan Hill wrote: PS. wxpython-2.8 will also be added shortly, after I finish cleaning up a few more packages that break when the two versions are both installed. wxpython-2.8 has now been unmasked. -- fonts,by design, by neglect gcc-porting

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

Ciaran McCreesh wrote: On Thu, 03 Jan 2008 18:40:43 -0600 Ryan Hill <[EMAIL PROTECTED]> wrote: I have four versions of freetype sitting around that I'd really like to get rid of And what is the cost of you not getting rid of them? Is there any particular reason it matters whe

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

Ciaran McCreesh wrote: Luca Barbato <[EMAIL PROTECTED]> wrote: I'd suggest something like "if nobody could test your update in a timely way you should ask and possibly get an account on an arch box in order to test it and bump if the minimal test pass" sounds fair? Sounds like a great way to

[gentoo-dev] Re: New developer : Richard Freeman (rich0)

Denis Dupeyron wrote: After a long and bumpy ride, concluded by a very BOFH-esque "LDAP replication failure, we're on it" (thanks Robin, by the way), it's my pleasure to announce that Richard Freeman (rich0) is a new Gentoo developer. Richard has been an amd64 AT for some time already, and so wil

[gentoo-dev] Fonts Team Status

After the dev-ercizing yesterday, and after talking it over with the remaining Fonts team members (matsuu & lu_zero), it seems I've inherited the lead position of the Fonts team. This post is an FYI and a Request for Help. All members of the fonts team (including me) are very busy with other pro

[gentoo-dev] wxGTK 2.8

Time to close bug #145884. After over a year of waiting (but still way ahead of Debian), wxGTK 2.8 is finally coming to Gentoo. I'd like to thank everyone for their patience while we got the wrinkles ironed out. Many of the problems we've had previously with wxWidgets in Gentoo were due in g

[gentoo-dev] Re: [RFC] Some new global USE-flags

Ciaran McCreesh wrote: custom-cflags 7 This one shouldn't be a use flag at all. Pushing it global will just encourage even more people to use it. +1 -- looks like christmas at fifty-five degrees this latitude weakens

[gentoo-dev] Re: The return of the old fart: Mark Loeser (halcy0n)

Petteri Räty wrote: > 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 lov

[gentoo-dev] Re: How to pass list of paths to eclass?

Peter Volkov wrote: > Some eclasses (kernel-2, font) use variable to pass space separated PATH > to patch or fontconfig files from ebuild to eclass. In ebuild we use: > > FONT_CONF="path1 path2" > > Then eclasses use the variable: > > for conffile in ${FONT_CONF}; do > ... > done > > The

[gentoo-dev] Re: Handling branch strings

Donnie Berkholz wrote: On 10:34 Mon 10 Dec , Santiago M. Mola wrote: On Dec 10, 2007 10:21 AM, Donnie Berkholz <[EMAIL PROTECTED]> wrote: While we're getting a bit off the original topic here, it occurred to me that using SLOTs for this, in combination with various SLOT deps and SLOT bloc

[gentoo-dev] Re: [GLEP] scm package version suffix

Ciaran McCreesh wrote: Incidentally, I suspect the gcc example with _p is confusing people. The normal use for an -scm suffix will be as follows: Yeah I abused the _p suffix. My bad. The whole _p thing only comes up for those very rare (or possibly non-existent) projects that have patchset b

[gentoo-dev] Last Rites: December 2nd - 9th, 2007

Gunnar Wrobel <[EMAIL PROTECTED]>02 Jan 2008 app-emacs/md5 Ulrich Mueller <[EMAIL PROTECTED]> 04 Jan 2008 app-emacs/sha1 Ulrich Mueller <[EMAIL PROTECTED]> 04 Jan 2008 net-www/pears Ryan Hill <[EMAIL P

[gentoo-dev] Re: [GLEP] scm package version suffix

� wrote: >> Specification >> = >> >> ``scm`` is a special suffix. It can be used on its own, but also in any other >> valid version spec, just before the place where revision would go. And just >> like >> revision it can be used only once in a version spec, e.g.: >> >> * ``cat/pkg-1

[gentoo-dev] Re: Few packages for grabs.

Samuli Suominen wrote: > media-gfx/fontypython, dirtyepic just opened a bug for me.. wxgtk > problems, why did I add this even if first place?! > > media-gfx/gnome-specimen, no bugs, nice font viewer for gnome (and why > not others) (gnome may want this) You can stick these with fonts (me ;P).

[gentoo-dev] Last rites: net-www/pears

# Ryan Hill <[EMAIL PROTECTED]> (04 Dec 2007) # Masked for removal 04 Jan 2008 # See bug #201246 for details net-www/pears -- looks like christmas at fifty-five degrees this latitude weakens my knees EFFD 380E 047A 4B51 D2BD

[gentoo-dev] Last Rites: Nov. 25th - Dec. 2nd, 2007

Attached are the packages marked for removal this week. -- looks like christmas at fifty-five degrees this latitude weakens my knees EFFD 380E 047A 4B51 D2BD C64F 8AA8 8346 F9A4 0662 (0xF9A40662) www-apps/viewcvs Gunn

[gentoo-dev] Re: Ranged licenses

Ciaran McCreesh wrote: > On Wed, 28 Nov 2007 23:54:57 +0100 > Thilo Bangert <[EMAIL PROTECTED]> wrote: >> there is also the legal argument. it's better to state explicitly >> which versions apply and not have to cleanup the mess, when somebody >> decides to release GPL-2.5. > > That's an argument

[gentoo-dev] Re: Changes to rox.eclass

Jim Ramsay wrote: > 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 a c

[gentoo-dev] Re: maintainer-wanted bugcount

Robin H. Johnson wrote: > d) In addition to c), keep them open, flagged with sunrise in the status >board, so that when a developer does want some package not in the >tree, they can search first. > e) Encourage existing developers to review and commit this stuff more >often. > > I rea

[gentoo-dev] Re: Automated Package Removal and Addition Tracker, for the week ending 2007-11-18 23h59 UTC

Robin H. Johnson wrote: > On Mon, Nov 19, 2007 at 10:55:14AM +0100, Markus Ullmann wrote: >> Robin H. Johnson schrieb: >>> The attached list notes all of the packages that were added or removed >>> from the tree, for the week ending 2007-11-18 23h59 UTC. >> Just thinking, as we send package fadeout

[gentoo-dev] Re: New developer: Justin Bronder (jsbronder)

Petteri Räty wrote: > 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 Univ

[gentoo-dev] Re: packages.gentoo.org lives!

Robin H. Johnson wrote: > Having small fonts isn't common, at least not amongst folk that I've > directly observed in usability testing. Having text at sizes that don't > strain the eyes is more common. It doesn't seem unreasonable that the site be readable despite the font size. The logo overlap

[gentoo-dev] Re: New eclass: emul-linux-x86.eclass

Ferris McCormick wrote: > (The line that looks like an oversight is: > > ebuild.sh:1019: if [[ ${PORTAGE_BUILDDIR}/.compiled -nt ${WORKDIR} ]] ; > then > ) you don't need to quotes when referencing variables inside [[ double brackets ]], but you do in [ single brackets ]. confused yet? ;) --

[gentoo-dev] Re: packages.gentoo.org lives!

Robin H. Johnson wrote: > After a LOT of development, Gentoo Infra is pleased to announce the > return of the new packages.gentoo.org site. The new site is a complete > rewrite. Yay! Nice work guys. > Please read the entire FAQ before asking any questions! > http://packages.gentoo.org/faq/ Does

[gentoo-dev] Last Rites: Nov 4th - Nov 11th, 2007

Attached are the packages masked for removal this week. -- looks like christmas at fifty-five degrees this latitude weakens my knees EFFD 380E 047A 4B51 D2BD C64F 8AA8 8346 F9A4 0662 (0xF9A40662) dev-db/firebird-docs Will

[gentoo-dev] Re: to patch or sed was -> repoman and checking for correct quoting

William L. Thomson Jr. wrote: > Now I know some will scream, puke, throw up in their mouth, and so on. > But seems like sed should have an OPTIONAL argument or etc to tell sed > to either fail if it can't make the change anywhere. And/or keep/output > a count of how many things were modified. you

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in net-print/cups: ChangeLog cups-1.3.4-r1.ebuild cups-1.3.4.ebuild

Let's stop this thread here please. -- looks like christmas at fifty-five degrees this latitude weekens my knees EFFD 380E 047A 4B51 D2BD C64F 8AA8 8346 F9A4 0662 (0xF9A40662) signature.asc Description: OpenPGP digital signature

[gentoo-dev] Last Rites - October 29th - November 5th, 2007

Attached are the packages scheduled for removal this week, extended one day to include the treecleaners cleanup. -- looks like christmas at fifty-five degrees this latitude weekens my knees EFFD 380E 047A 4B51 D2BD C64F 8AA8 8346 F

[gentoo-dev] Re: It's Bugday!

Peter Weller wrote: > It's bugday today, guys and gals! Come along to #gentoo-bugs on > irc.freenode.org and help fix bugs! > > As per usual, there is a list of suitable bug candidates for you guys to > help us devs out with at http://bugday.gentoo.org/. > > If anyone has any requests with regard

[gentoo-dev] Re: Resolving HAL vs. pciutils/usbutils

Daniel Drake wrote: + if [[ ! -e "${ROOT}"/usr/share/misc/pci.ids ]]; then + myconf="--disable-pci-ids" - don't use ${ROOT} outside of pkg_* - en/disabling functionality based on existence of files is kinda gross, especially when based on what exists on the compiling system

[gentoo-dev] Last Rites - Oct. 21st - 28th, 2007

Attached are the packages that have been scheduled for removal this week. -- fonts / wxWindows / gcc-porting / treecleaners EFFD 380E 047A 4B51 D2BD C64F 8AA8 8346 F9A4 0662 (0xF9A40662) app-emacs/wanderlust-cvs Ulrich Mueller <[EMAIL PROTECTED]> 23 Nov 2007 de

[gentoo-dev] Last Rites - Oct 14th - 21st, 2007

Attached are the packages that have been scheduled for removal this week. Sorry bout the wait. -- fonts / wxWindows / gcc-porting / treecleaners EFFD 380E 047A 4B51 D2BD C64F 8AA8 8346 F9A4 0662 (0xF9A40662) x11-misc/xcut Krzysiek Pawlik <[EMAIL PROTECTED]>

[gentoo-dev] jam -> ftjam

i'd like to change the jam build-system implementation in Gentoo from dev-util/jam to dev-util/ftjam. ftjam is maintained by the freetype project and is a drop in replacement for jam. jam itself hasn't seen much if any development upstream in quite some while and has some issues with strict alias

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-tv/mythtv: ChangeLog mythtv-0.20.2_p14668.ebuild mythtv-0.21_pre14666.ebuild mythtv-0.21_pre14480-r1.ebuild

Doug Goldstein wrote: > I still stand by my original feeling that we'd better the community NOT > only the developers doing the commits by updating the devmanual, which > is accessible to all developers and all users in the Gentoo community. This would be a great thing, but I'm under the impressio

[gentoo-dev] Last Rites - Oct 7th - 14th, 2007

Attached are the packages that have been scheduled for removal this week. -- fonts / wxWindows / gcc-porting / treecleaners EFFD 380E 047A 4B51 D2BD C64F 8AA8 8346 F9A4 0662 (0xF9A40662) dev-lang/anubisSamuli Suominen <[EMAIL PROTECTED]>08 Nov 2007 a

[gentoo-dev] Re: new old eclass - wxwidgets.eclass

Ryan Hill wrote: > since everyone is getting into the reviewing mood, i thought it > would be a good time to get some opinions on the wxwidgets > eclass rewrite i've done. Committed. If anyone has any problems please let me know. -- fonts / wxWindows

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-python/gnome-python-extras: ChangeLog gnome-python-extras-2.19.1-r1.ebuild

Rémi Cardona wrote: > Donnie Berkholz wrote: >> python_mod_optimize() { >> local myroot >> # strip trailing slash >> myroot="${ROOT%/}" >> >> ... >> >> ebegin "Byte compiling python modules for python-${PYVER} .." >> python${PYVER} ${myroot}/usr/$(get_libdir)/python${PYVER}

[gentoo-dev] Re: use flags -> use options

Marijn Schouten (hkBst) wrote: > Marius Mauch wrote: >> We already have this with USE_EXPAND. Not exactly the same syntax, but >> I don't see a terrible problem in that, and we don't have to fix all >> three trillion related tools to handle it. Unless you can come up >> with a case that can't be h

<    2   3   4   5   6   7   8   9   10   >