[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] 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] 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] 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: 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: 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

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: 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

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

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: 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: 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

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: 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] 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: 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] 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] 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: 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] 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: >> 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: 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: 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: 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: [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] 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: 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] 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: [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] 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

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] 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: 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

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

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

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: 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: [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: [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: 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: 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: 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: 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: 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: 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: 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: 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: [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: [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

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: Adding a warning to description of global flag "profile".

On Mon, 27 Jul 2009 02:05:48 +0300 Mart Raudsepp wrote: > On Fri, 2009-07-24 at 12:04 +0300, Samuli Suominen wrote: > > Would it be OK if I change > > > > [-] profile - Adds support for software performance analysis (will > > likely vary from ebuild to ebuild) > > > > To > > > > [-] pr

[gentoo-dev] Last rites - app-misc/tipptrainer

# Ryan Hill (27 Jul 2009) # Masked for removal 20090927 # - upstream dead since 2006 # - invalid homepage # - many other typing tutors in the tree (ktouch, tuxtype, gtypist, klavaro) # - doesn't work with wxGTK-2.8 # Bug #279431 app-misc/tipptrainer -- gcc-po

[gentoo-dev] Re: QA last rites for media-video/mmsv2

On Wed, 29 Jul 2009 22:49:20 +0200 "Diego E. 'Flameeyes'" Pettenò wrote: > +# Diego E. Pettenò (29 > Jul 2009) > +# on behalf of QA Team > +# > +# Fails to build with gcc 4.3 (bug #240614), 4.4 (bug #278432) and > mixes > +# compiler flags (bug #199585). > +# > +# Removal on 2009-09-29 > +medi

[gentoo-dev] Re: gcc-4.4 unmasking soon

On Tue, 4 Aug 2009 21:15:57 -0400 Mark Loeser wrote: > I'd really like to unmask gcc-4.4.1 soon, as in the next week or so. > If you could please install it and test it out, I would appreciate it. > Also, if you have any gcc 4.4 porting bugs assigned to a herd that you > are a part of, resolving

[gentoo-dev] Re: gcc-4.4 unmasking soon

On Thu, 13 Aug 2009 00:39:11 +0300 Samuli Suominen wrote: > James Cloos wrote: > > Nikos> I see that the "graphite" USE flag is disabled by default. > > Nikos> Are there any known issues with this new optimizer? > > It looks like debian has it enabled in their gcc-4.4 packages, and > > I've not

[gentoo-dev] Re: RFC: Make 10.0 profiles EAPI-2 'compliant'

On Wed, 12 Aug 2009 19:46:56 +0100 Ciaran McCreesh wrote: > On Wed, 12 Aug 2009 20:41:30 +0200 > Tomáš Chvátal wrote: > > Also we should allow the stuff as directory thingus (portage already > > handles it right). > > That's a seperate thing that needs EAPI control. You'll need to propose > it

[gentoo-dev] Re: gcc-4.4 unmasking soon

On Thu, 13 Aug 2009 10:27:26 +0300 Samuli Suominen wrote: > Ryan Hill wrote: > > It's best to keep the number of external packages needed to build the > > toolchain to a bare minimum. Anything that isn't a hard requirement should > > be a USE flag. We also need

[gentoo-dev] Re: RFC: Make 10.0 profiles EAPI-2 'compliant'

On Thu, 13 Aug 2009 13:29:04 +0100 Ciaran McCreesh wrote: > On Wed, 12 Aug 2009 23:55:22 -0600 > Ryan Hill wrote: > > > That's a seperate thing that needs EAPI control. You'll need to > > > propose it for EAPI 4 if you want that. > > > > W

[gentoo-dev] Re: RFC: Make 10.0 profiles EAPI-2 'compliant'

On Thu, 20 Aug 2009 11:02:23 +0100 Steven J Long wrote: > Rémi Cardona wrote: > > > Le 18/08/2009 03:30, Steven J Long a écrit : > > [snip] > > > > Steven, > > > > This thread was dead for more than 4 days. Yet you pick it up and you > > try to pick a fight with Ciaran. > > > No I was answerin

[gentoo-dev] Re: RFC: Make 10.0 profiles EAPI-2 'compliant'

On Fri, 21 Aug 2009 16:25:35 +0200 Arfrever Frehtes Taifersar Arahesis wrote: > 2009-08-13 07:55:22 Ryan Hill napisał(a): > > On Wed, 12 Aug 2009 19:46:56 +0100 > > Ciaran McCreesh wrote: > > > > > On Wed, 12 Aug 2009 20:41:30 +0200 > > > Tomáš Chvátal

[gentoo-dev] Re: RFC: Make 10.0 profiles EAPI-2 'compliant'

On Fri, 21 Aug 2009 17:29:12 -0700 Chip Parker wrote: > If you were building a house, and the blueprints had been signed off > on calling for 1 meter high doors, but the builder had built in 2 > meter high doors, would you then go back to the builder and require > him to do something that makes t

[gentoo-dev] Re: EAPI 3 and "nonfatal die"

On Fri, 21 Aug 2009 21:56:41 +0100 David Leverton wrote: > Does anyone have any opinions on which of the four options (#1 > make die respect nonfatal, #2 make die always die, #3 add a new > die variant that respects nonfatal, #4 make regular die respect > nonfatal, and add a new variant that does

[gentoo-dev] Re: RFC: Make 10.0 profiles EAPI-2 'compliant'

On Sat, 22 Aug 2009 01:32:33 -0400 Andrew D Kirch wrote: > Ryan Hill wrote: > > On Fri, 21 Aug 2009 17:29:12 -0700 > > Chip Parker wrote: > > > > > >> If you were building a house, and the blueprints had been signed off > >> on calling for 1 met

[gentoo-dev] Re: RFC: Make 10.0 profiles EAPI-2 'compliant'

On Sat, 22 Aug 2009 22:22:54 +0200 Arfrever Frehtes Taifersar Arahesis wrote: > 2009-08-22 21:39:47 Ciaran McCreesh napisał(a): > > On Sat, 22 Aug 2009 01:54:22 +0100 > > AllenJB wrote: > > > Could there be room for "fast track" EAPI's to be considered on some > > > occasions - eg. in this case

[gentoo-dev] wxlib.eclass deprecation

wxlib.eclass was added years ago to consolidate code shared between all the different wx* implementations in the tree. As the number of different wx* implementations in the tree equals 1, and nothing has used this eclass in two and a half years, it will be put down. While I think it's batshit ins

[gentoo-dev] Re: [gentoo-dev-announce] Deprecation of Python 2.4

On Sun, 30 Aug 2009 12:14:53 +0300 Petteri Räty wrote: > Arfrever Frehtes Taifersar Arahesis wrote: > > Python 2.4 is deprecated. There are plans to mask for removal it when > > remaining packages incompatible with Python 2.5 are fixed. > > (We will announce masking of Python 2.4 at least 1 month

[gentoo-dev] Re: cannot d/l dmg2img ebuild

On Mon, 7 Sep 2009 20:19:09 +0800 Xi Shen wrote: > when i am trying to d/l the dmg2img ebuild, i found that the filename > trying to d/l is 'download?dmg2img-1.6.tar.gz'. since th '?' mark has > special mean in http/ftp, i cannot d/l the file. i have check many > mirrors around the world, the res

[gentoo-dev] Re: DistroWatch and Gentoo packages: status quo and future

On Sat, 12 Sep 2009 01:02:44 +0200 Sebastian Pipping wrote: > Among other information the Gentoo page at DistroWatch [1] displays a > table on about 200 selected packages [2] and how up to date Gentoo is > per package. I assume that DistroWatch is still one of the first places > people go to get

[gentoo-dev] Re: DistroWatch and Gentoo packages: status quo and future

On Sat, 12 Sep 2009 14:15:34 +0200 Sebastian Pipping wrote: > Ryan Hill wrote: > > Personally I don't see how gaming the system helps us in any way. > > I was afraid it could be read in such a way. Handing out fake version > numbers would be much easier, wouldn

[gentoo-dev] Re: Stabilization of Python 3.1

On Sat, 19 Sep 2009 15:35:08 -0400 Mark Loeser wrote: > Arfrever Frehtes Taifersar Arahesis said: > > Stabilization of Python 3.1.* will be requested at the beginning of > > november. > > There was a suggestion to create a news item which would inform users that > > temporarily they shouldn't s

[gentoo-dev] Re: Stabilization of Python 3.1

On Sun, 20 Sep 2009 08:55:00 +1200 Alistair Bush wrote: > > Stabilization of Python 3.1.* will be requested at the beginning of > > november. There was a suggestion to create a news item which would inform > > users that temporarily they shouldn't switch to Python 3 as their main > > interpret

[gentoo-dev] EAPI and system packages

(Yes, this has EAPI in the title, so that means everyone will chime in) I'd like to clarify and (eventually) set in stone our ideas of best practices when it comes to bumping EAPI for system packages. I was of the belief that we had decided that system packages should remain at EAPI 0 for backwar

[gentoo-dev] Re: EAPI and system packages

On Sun, 20 Sep 2009 15:07:23 +0200 Patrick Lauer wrote: > On Sunday 20 September 2009 13:28:40 Richard Freeman wrote: > > Ryan Hill wrote: > > > So, should we always keep a working EAPI 0 version around? If not, when > > > can we drop support for old EAPIs? Your op

[gentoo-dev] Re: EAPI and system packages

On Sun, 20 Sep 2009 13:55:55 +0400 Alexey Shvetsov wrote: > On Воскресенье 20 сентября 2009 11:47:30 Rémi Cardona wrote: > > Le 20/09/2009 02:31, Ryan Hill a écrit : > > > If not, when can > > > we drop support for old EAPIs? Your opinions please. > > > &g

[gentoo-dev] Re: [RFC] Dropping (or enabling only on request) bootstrap from SCM eclasses

On Thu, 24 Sep 2009 03:39:26 +0200 Maciej Mrozowski wrote: > And this is the problem (some people may be even unaware of it). > In pre EAPI-2 it was sufficient to do the following in live ebuilds: > > inherit ${some_eclass} ${scm_eclass} > > ${scm_eclass} inherited as last one, would just shado

[gentoo-dev] Last rites - net-p2p/nicotine

# Ryan Hill (26 Sep 2008) # Mask net-p2p/nicotine for removal on 20091026. (bug #286607) # Superseded by net-p2p/nicotine+, no activity since 2005. net-p2p/nicotine -- fonts, Character is what you are in the dark. gcc-porting, wxwidgets @ gentoo EFFD 380E 047A

[gentoo-dev] Re: Anyone interested in maintaining the Gentoo Handbooks?

On Sat, 03 Oct 2009 15:54:31 +0100 AllenJB wrote: > I personally would happily donate my time to working on the docs, if > only it didn't involve a markup language nobody else uses. I suggested a > closed wiki for official documentation, but was again shot down saying > that the existing team (wh

[gentoo-dev] Re: RFC: LD_AS_NEEDED="1" in profiles/targets/developer/make.defaults?

On Sat, 03 Oct 2009 22:13:59 +0300 Samuli Suominen wrote: > Since new binutils will support LD_AS_NEEDED="1" to force ld behave > asneeded we could use this for the developer -target in profiles? > > Speak up if you think it's a terrible idea. > > Thanks, Samuli > > I think it's a not terrib

[gentoo-dev] Re: RFC: LD_AS_NEEDED="1" in profiles/targets/developer/make.defaults?

On Mon, 05 Oct 2009 04:03:28 +0200 Peter Hjalmarsson wrote: > For FEATURES="test" a policy for how to handle stuff like: > > if use test; then > elog > ewarn "You have unit tests enabled, this results in an insecure > library" > ewarn "It is recom

[gentoo-dev] RFC: USE=qa-test

Some packages, like dbus[1], have testing features that, while useful for developers and arch-testers, aren't something that should be foisted on users. Dbus' case is extreme, as it builds-in functions that are useful for unit testing, but result in an insecure and unstable package (I just "fixed"

[gentoo-dev] Re: RFC: USE=qa-test

On Wed, 7 Oct 2009 13:36:47 +0200 Patrick Lauer wrote: > On Wednesday 07 October 2009 13:13:31 Duncan wrote: > > The proposal then > > was to turn FEATURES=test on by default for a specific EAPI, > ... which is never more than a proposal by people not fixing the packages. > Just FYI, building g

[gentoo-dev] Re: RFC: USE=qa-test

On Wed, 07 Oct 2009 16:46:36 +0200 Gilles Dartiguelongue wrote: > Le mardi 06 octobre 2009 à 20:38 -0600, Ryan Hill a écrit : > > Some packages, like dbus[1], have testing features that, while useful for > > developers and arch-testers, aren't something that should be foisted

[gentoo-dev] Re: RFC: USE=qa-test

On Sun, 11 Oct 2009 13:11:14 +0200 Peter Hjalmarsson wrote: > Sorry for reviving an old thread, but was there any progress on this > topic? > > With packages as dbus that breaks with FEATURES/USE="test" hand in hand > with packages like dev-libs/gmp[1] there would really be nice to know if > you

[gentoo-dev] Re: New ebuild metadata to mark how robust the package is?

On Fri, 16 Oct 2009 23:29:00 - (UTC) "Daniel Bradshaw" wrote: > Hi all, > > It occurs to me that my work flow when doing updates follows a fairly > predictable (and probably common) pattern. > The obvious next step is to wonder why no one though of automating it... > > When doing updates I

[gentoo-dev] Re: RFC: USE=qa-test

On Sat, 17 Oct 2009 21:30:20 +0400 Peter Volkov wrote: > В Срд, 14/10/2009 в 22:12 -0600, Ryan Hill пишет: > > On Sun, 11 Oct 2009 13:11:14 +0200 > > Peter Hjalmarsson wrote: > > > > > Sorry for reviving an old thread, but was there any progress on this > &

[gentoo-dev] Re: [gentoo-dev-announce] Unused ebuild built_with_use cleanup

On Sun, 25 Oct 2009 11:48:39 +0200 Petteri Räty wrote: > James Cloos wrote: > > When you first psoted this list I noticed some (or several?) live > > ebuilds. Git- is the one I remember. > > > > Those should not get nuked during global cleanups, as they are likely to > > be in active use no

[gentoo-dev] Re: KDE3 deprecation news item. [ the GLEP 42 based variant ]

On Fri, 30 Oct 2009 22:20:17 + (UTC) Duncan <1i5t5.dun...@cox.net> wrote: > Tomáš Chvátal posted on Fri, 30 Oct 2009 22:10:17 +0100 as excerpted: > > > The KDE3 support is being dropped with immediate effect. This means that > > ebuilds are dropping KDE3 support where they were broken, or cla

[gentoo-dev] Re: [RFC] Improve policy of stabilizations

On Sun, 1 Nov 2009 17:36:30 +0100 Arfrever Frehtes Taifersar Arahesis wrote: > Some packages have new releases more than once a month and sometimes it's > reasonable > to not skip stabilization of any version. Given version of a package is > usually no > longer tested by users after release of

[gentoo-dev] Re: FEATURES use or misuse?

On Tue, 3 Nov 2009 23:28:57 +0100 Patrick Lauer wrote: > And then why bother when the tree doesn't reflect PMS. Maybe if some people would stop ignoring PMS on whim because they don't agree with something in it this wouldn't be the case. Like, when does this end? Whenever there's a policy you

[gentoo-dev] Re: QA last rites for sys-apps/hwinfo

On Sun, 29 Nov 2009 15:56:45 +0100 Diego E. Pettenò wrote: > > # Diego E. Pettenò (29 Nov 2009) > # on behalf of QA team > # > # Fails to build with recent kernel headers (bug #236449, > # September 2008); ignores LDFLAGS (bug #231934); has > # parallel make issues (bug #264671) and is pending

[gentoo-dev] Re: Deprecated eclasses

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sun, 29 Nov 2009 23:26:57 -0500 Jonathan Callen wrote: > The following eclasses have been marked as deprecated for more than 2 > years, and as such have been removed from the tree: > wxlib.eclass (deprecated in 2007) revision 1.21

[gentoo-dev] Re: QA last rites for x11-wm/ion

On Sun, 13 Dec 2009 20:46:18 +0100 Diego E. Pettenò wrote: > > # Diego E. Pettenò (13 Dec 2009) > # on behalf of QA team > # > # Pre-strip files (bug #241534), ignore flags (bug #241556), > # misplaces documentation (bug #241560), bump request open > # since August 2008 (bug #235888). > # > #

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in app-office/abiword: abiword-2.4.6.ebuild

On Thu, 17 Dec 2009 12:30:30 +0100 Gilles Dartiguelongue wrote: > > diff -u -r1.15 -r1.16 > > --- abiword-2.4.6.ebuild4 Jan 2009 22:51:26 - 1.15 > > +++ abiword-2.4.6.ebuild17 Dec 2009 10:54:05 - 1.16 > [...] > > @@ -65,12 +65,12 @@ > > > > src_install() { > > do

[gentoo-dev] Re: Last rites: ccc.eclass

On Sat, 16 Jan 2010 15:29:48 +0200 Petteri Räty wrote: > On 01/12/2010 12:23 AM, Brian Harring wrote: > > On Mon, Jan 11, 2010 at 09:25:51PM +0100, Raaal Porcel wrote: > >> scarabeus told me that the eclass can't be removed until two years since > >> the deprecation date, so... > >> > >> Removal

[gentoo-dev] Re: [RFC] Font eclass EAPI update and design

On Mon, 01 Feb 2010 14:29:19 +0100 Tomáš Chvátal wrote: > Dne 1.2.2010 14:14, Peter Volkov napsal(a): > > 1. > > -FONT_SUFFIX=${FONT_SUFFIX:-} > > +: ${FONT_SUFFIX:=} > > > > What are the benefits of this change? Personally I prefer first syntax > > more since it's more evident and does not need

[gentoo-dev] Last rites: dev-util/documancer, x11-libs/wxmozilla - bug #305471.

# Ryan Hill (16 Feb 2009) # Masked for removal in 30 days, bug #305471. # Abandoned upstream, no releases in years. dev-util/documancer x11-libs/wxmozilla -- fonts,by design, by neglect gcc-porting, for a fact or just for

[gentoo-dev] Re: [RFC] New eclass for x11 packages

On Thu, 18 Feb 2010 23:33:42 +0100 Tomáš Chvátal wrote: > Hi, > we prepared new eclass for x11 packages that should be used as > replacement for x-modular.eclass. > > After long discussion with others on irc we choose to name it as > xorg-2.eclass. > > Whats new/changed: > Fonts handling sligh

[gentoo-dev] The importance of test suites

(this isn't directed at any one person or group or any recent incident, this has been bugging me for years) 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. If

[gentoo-dev] Re: The importance of test suites

On Sun, 21 Feb 2010 10:11:25 +0100 "Paweł Hajdan, Jr." wrote: > 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 &g

<    2   3   4   5   6   7   8   9   10   >