[gentoo-dev] Last rites: media-sound/gogo
Masked media-sound/gogo for removal. Upstream seems dead and it doesn't build with nasm-2 Michael Sterrett -Mr. Bones.- [EMAIL PROTECTED]
[gentoo-dev] Re: lastrite: dev-cpp/libherdstat and app-portage/herdstat
On Sun, 8 Jun 2008, Alin N�~Cstac wrote: glimpse can be used to search stuff in all metadata.xml files. The tree's small enough that grep -r gives enough performance. Michael Sterrett -Mr. Bones.- [EMAIL PROTECTED]
[gentoo-dev] Re: explicit -r0 in ebuild filename
The ebuild howto has been clear on this topic for quite a while:
The fourth subsection of the package name is the Gentoo Linux-specific
revision number ({-r#}). This subsection, like the suffix, is also
optional. # is a non-zero positive integer; e.g., package-4.5.3-r3
Michael Sterrett
-Mr. Bones.-
[EMAIL PROTECTED]
On Sat, 29 Mar 2008, Brian Harring wrote:
Recently dev-ruby/rubygems-1.1.0-r0 (explicit -r0 in ebuild name) was
commited to mainline gentoo-x86; as far as I know, this is in conflict
w/ long term practice of not explicitly specifying -r0 in the ebuild
name due to the implicit -r0 addition in comparison/atom matching.
At this point, said ebuild is the only one in the tree with an
explicit -r0 also, so I'm advocating having the -r0 dropped.
--
gentoo-dev@lists.gentoo.org mailing list
[gentoo-dev] libol masked for removal
# Michael Sterrett [EMAIL PROTECTED] (26 Jan 2008) # Support library for old versions of syslog-ng # No longer needed. Removal in 30 days. dev-libs/libol Michael Sterrett -Mr. Bones.- [EMAIL PROTECTED] -- gentoo-dev@lists.gentoo.org mailing list
[gentoo-dev] Re: Re: Monthly Gentoo Council Reminder for January
On Sun, 6 Jan 2008, Ciaran McCreesh wrote: So nothing that's a priority for the users of those archs then. Now please provide specific examples of how anyone is being held up. http://bugs.gentoo.org/show_bug.cgi?id=202726 Michael Sterrett -Mr. Bones.- [EMAIL PROTECTED] -- [EMAIL PROTECTED] mailing list
[gentoo-dev] Re: [RFC] Some new global USE-flags
No on logrotate per several previous conversations. The majority of the ones listed are not globally relevent which is the first criteria for creating a new global use flag. Michael Sterrett -Mr. Bones.- [EMAIL PROTECTED] -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in net-fs/openafs: ChangeLog openafs-1.4.5_pre1.ebuild
On Sun, 14 Oct 2007, Donnie Berkholz wrote:
On 14:25 Sat 13 Oct , Stefaan De Roeck (stefaan) wrote:
1.1 net-fs/openafs/openafs-1.4.5_pre1.ebuild
file :
http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-fs/openafs/openafs-1.4.5_pre1.ebuild?rev=1.1view=markup
plain:
http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-fs/openafs/openafs-1.4.5_pre1.ebuild?rev=1.1content-type=text/plain
PATCHDIR=${WORKDIR}/gentoo/patches/$(get_version_component_range 1-2)
CONFDIR=${WORKDIR}/gentoo/configs
SCRIPTDIR=${WORKDIR}/gentoo/scripts
Repoman won't catch these, but they still need quotes.
No they don't.
Michael Sterrett
-Mr. Bones.-
[EMAIL PROTECTED]
--
[EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in sys-fs/evms: ChangeLog evms-2.5.5-r8.ebuild
On Thu, 11 Oct 2007, Tiziano M�ller wrote:
Am Dienstag, 9. Oktober 2007 14.56:24 schrieb Doug Goldstein:
Donnie Berkholz wrote:
On 22:01 Mon 08 Oct , Doug Goldstein (cardoe) wrote:
1.1 sys-fs/evms/evms-2.5.5-r8.ebuild
file :
http://sources.gentoo.org/viewcvs.py/gentoo-x86/sys-fs/evms/evms-2.5.5-r
8.ebuild?rev=1.1view=markup plain:
http://sources.gentoo.org/viewcvs.py/gentoo-x86/sys-fs/evms/evms-2.5.5-r
8.ebuild?rev=1.1content-type=text/plain
epatch ${FILESDIR}/${PV}/md_super_fix.patch
epatch ${FILESDIR}/${PV}/ntfs_unmkfs.patch
epatch ${FILESDIR}/${PV}/raid5_degrade_fix_v2.patch
epatch ${FILESDIR}/${PV}/raid5_remove_spare_fix.patch
epatch ${FILESDIR}/${PV}/raid5_remove_spare_fix_2.patch
epatch ${FILESDIR}/${PV}/raid5_algorithm.patch
epatch ${FILESDIR}/${PV}/cli_reload_options.patch
epatch ${FILESDIR}/${PV}/cli_query_segfault.patch
epatch ${FILESDIR}/${PV}/get_geometry.patch
epatch ${FILESDIR}/${PV}/BaseName.patch
epatch ${FILESDIR}/${PV}/disk_cache.patch
epatch ${FILESDIR}/${P}-as-needed.patch
epatch ${FILESDIR}/${P}-glib_dep.patch
epatch ${FILESDIR}/${P}-ocfs2.patch
epatch ${FILESDIR}/${P}-use_disk_group.patch
epatch ${FILESDIR}/${P}-pagesize.patch
This would be another good candidate for using epatch's bulk patching,
particularly if you moved the last group of patches into the PV
directory.
dev-zero?
Nope. The stuff in ${PV} are the patches upstream has on their servers, while
the others are mostly Gentoo-specific or something else. So I want them to be
separated.
And I don't see any reason to start renaming now.
Still no good reason not to just call epatch once:
epatch \
list \
of \
patches \
here
Michael Sterrett
-Mr. Bones.-
[EMAIL PROTECTED]
[gentoo-dev] net-firewall/firestarter masked for removal
The upstream development for firestarter has been dead for some time (last news update Jul 31 2005). Recent changes to the netfilter code in the kernel have caused firestarter not to work (see bug #179792). That bug has a patch that fixes that particular problem but the fact that upstream is dead, the several other open bugs about firestarter and the fact that I no longer use it myself mean I'm masking it for removal. I feel there are several good alternatives in net-firewall/ to use as replacements for the iptables-generating aspect of firestarter. If someone would like to pick up and maintain this package, they're welcome to it, otherwise, I'll remove it in thirty days. Michael Sterrett -Mr. Bones.- [EMAIL PROTECTED] -- [EMAIL PROTECTED] mailing list
[gentoo-dev] app-emulation/vmware-gsx-console masked for removal in May
# Michael Sterrett [EMAIL PROTECTED] (20 Apr 2007) # masked for removal in May # No reply from maintainer on bug #169198 # Uses old Manifest format. app-emulation/vmware-gsx-console Michael Sterrett -Mr. Bones.- [EMAIL PROTECTED] -- [EMAIL PROTECTED] mailing list
[gentoo-dev] masking packages
gentoo-x86/profiles$ cvs diff package.mask Index: package.mask === RCS file: /var/cvsroot/gentoo-x86/profiles/package.mask,v retrieving revision 1.7081 diff -u -b -B -r1.7081 package.mask --- package.mask2 Apr 2007 18:45:03 - 1.7081 +++ package.mask3 Apr 2007 04:40:29 - @@ -24,12 +24,12 @@ # Roy Marples [EMAIL PROTECTED] (2 Apr 2007) # Masked, pending removal. Remove in 30 days # Use dash instead -app-shells/ash +#app-shells/ash # Raúl Porcel [EMAIL PROTECTED] (2 Apr 2007) # Mozilla is dropping support for 1.5 series # starting 24 Apr 2007, pending removal in 14 days -=www-client/mozilla-firefox-1.5* +#=www-client/mozilla-firefox-1.5* =www-client/mozilla-firefox-bin-1.5* I've commented out these two masking lines until the packages that are still using those versions are taken care of. Please be more careful with package masking in the future. Thanks, Michael Sterrett -Mr. Bones.- [EMAIL PROTECTED]
[gentoo-dev] Re: [last rites] virtual/x11
I commented this out of package.mask. x11-libs/fox-1.2.6-r2 still uses it. Need to fix that up before masking it. Michael Sterrett -Mr. Bones.- [EMAIL PROTECTED] On Sun, 25 Mar 2007, Stefan Schweizer wrote: Hi, virtual/x11 has been deprecated for some time and now that all packages that only use it have been removed it is time to mask and remove it. I have put it in package.mask now - please fix your overlays in case you still use virtual/x11 somewhere. It will be removed in 30 days as per the usual schedule. Best regards, Stefan -- gentoo-dev@gentoo.org mailing list -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] games-strategy/mylink masked for removal
# Michael Sterrett [EMAIL PROTECTED] (21 Mar 2007) # masked for removal in April. # Old and nasty. Not supported by upstream. games-strategy/mylink Michael Sterrett -Mr. Bones.- [EMAIL PROTECTED] -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] clanlib-0.6 and friends masked for removal
# Michael Sterrett [EMAIL PROTECTED] (19 Mar 2007) # masked for removal in April. # Old and nasty. Not supported by upstream. # use the newer versions of clanlib instead. =dev-games/clanlib-0.6* media-libs/hermes games-sports/trophy games-action/clanbomber games-puzzle/pingus Michael Sterrett -Mr. Bones.- [EMAIL PROTECTED] -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] sdlvexed package masked for removal
# Michael Sterrett [EMAIL PROTECTED] (08 Mar 2007) # masked for removal on April 9 # Doesn't work with dev-perl/sdl-perl-2 and no upstream release # since 2004. # http://bugs.gentoo.org/show_bug.cgi?id=155934 games-puzzle/sdlvexed Michael Sterrett -Mr. Bones.- [EMAIL PROTECTED] -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Re: Introducing Daniel Robbins (drobbins)
On Tue, 27 Feb 2007, Petteri Räty wrote: Please give him the usual warm welcome. WB drobbins. Michael Sterrett -Mr. Bones.- [EMAIL PROTECTED]
[gentoo-dev] Re: Packages requiring explicit db versions?
On Tue, 27 Feb 2007, Caleb Tennis wrote: If anyone has a package that won't work with =sys-libs/db-4.2* please reply. Note that this doesn't affect the 1.85 and 3.2.9 series'. Looks like dev-python/bsddb3-4.1.3 Michael Sterrett -Mr. Bones.- [EMAIL PROTECTED] -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Re: [RFC] custom-cflags global USE
How about we just leave them as local use flags and move on? global vs. local is more then just about number of packages using the flag. It has more to do with, Is this flag globally useful and relevant. So far, I haven't seen a recently suggest local use flag that cries out to be made global. Michael Sterrett -Mr. Bones.- [EMAIL PROTECTED] On Wed, 21 Feb 2007, Danny van Dyk wrote: Am Mittwoch, 21. Februar 2007 18:25 schrieb Timothy Redaelli: Ciaran McCreesh wrote: On Wed, 21 Feb 2007 14:32:56 +0100 Timothy Redaelli [EMAIL PROTECTED] wrote: | What do you think about custom-cflags global USE? I think it encourages policy violations. http://devmanual.gentoo.org/general-concepts/user-environment/index .html I know the policy, but sometimes upstream does not want user CFLAGS, zsnes developers will remove support for Gentoo hosts from their bug reports if i remove custom-cflags use and also mplayer. What about making custom-cflags default in the base profile? Danny -- Danny van Dyk [EMAIL PROTECTED] Gentoo/AMD64 Project, Gentoo Scientific Project -- gentoo-dev@gentoo.org mailing list -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] media-tv/rivatv last rites
RepoMan sez: media-tv/rivatv/rivatv-0.8.6.ebuild: not migrated to modular X media-tv/rivatv/rivatv-0.8.6-r1.ebuild: not migrated to modular X At this point, no one cares so it's being punted. Michael Sterrett -Mr. Bones.- [EMAIL PROTECTED] -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] three packages masked for removal
games-action/phobiaiii, media-libs/allegttf, and games-strategy/magnant have been masked for removal. Details in package.mask and bugs. Michael Sterrett -Mr. Bones.- [EMAIL PROTECTED] http://bugs.gentoo.org/show_bug.cgi?id=150431 http://bugs.gentoo.org/show_bug.cgi?id=136513 http://bugs.gentoo.org/show_bug.cgi?id=110542 -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Re: implicit vs explicit dependencies
Depends on what eclasses the ebuild uses. If you inherit autotools and hope that the implicit RDEPEND=DEPEND in the ebuild happens, you'll be disappointed. Michael Sterrett -Mr. Bones.- [EMAIL PROTECTED] On Mon, 23 Oct 2006, Simon Stelling wrote: Alin Nastac wrote: Up till now, I relied on implicit dependencies (dependencies of my dependencies). Apparently now (see https://bugs.gentoo.org/show_bug.cgi?id=152534) we should add every atom that an ebuild depends on to (R)DEPEND. Which is the right way? In the bug above we're talking DEPEND, for which this is true: gtk was installed with a binpkg and those don't pull in their DEPENDs because the package is already built. For RDEPEND you can savely rely on implicit dependencies, in most cases at least. -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Re: GLEP 42?
On Wed, 11 Oct 2006, Ciaran McCreesh wrote:
On Wed, 11 Oct 2006 15:30:03 -0400 Chris Gianelloni
[EMAIL PROTECTED] wrote:
| On Wed, 2006-10-11 at 19:44 +0100, Ciaran McCreesh wrote:
| On Wed, 11 Oct 2006 13:36:16 -0500 Brian Jackson [EMAIL PROTECTED]
| wrote:
| | ${CATEGORY}/${PN}:${SLOT}.
| |
| | I thought we were eventually going to use that format to specify
| | deps with specific USE set.
|
| That's [use].
|
| I assume it is really [list of use] right?
I think cat/pkg:slot[foo][-bar][baz] or opcat/pkg-ver:slot[foo][-bar]
was what was decided upon. That's how paludis does it, but it's easy
enough to tweak if people prefer something else...
What's the point of all the square brackets? Is there some benefit over
just [foo -bar baz]?
Michael Sterrett
-Mr. Bones.-
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
[gentoo-dev] Re: Re: GLEP 42?
On Wed, 11 Oct 2006, Ciaran McCreesh wrote: On Wed, 11 Oct 2006 15:52:08 -0400 (EDT) Michael Sterrett -Mr. Bones.- [EMAIL PROTECTED] wrote: | What's the point of all the square brackets? Is there some benefit | over just [foo -bar baz]? Spaces in dep atoms would be highly evil, since it'd mean they were no longer simply space delimited. Commas [foo,-bar,baz] would be fine... I could live with [foo,-bar,baz]. Michael Sterrett -Mr. Bones.- [EMAIL PROTECTED] -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Re: Proposal for cleaning portage a bit (themes and other eyecandy stuff)
That wastes space. Why would you want to install a theme several times for each user when you can just install it once and have everyone use it? Michael Sterrett -Mr. Bones.- [EMAIL PROTECTED] On Mon, 21 Aug 2006, Jose Alberto Suarez Lopez wrote: I have another proposal... remove all themes from portage. We only need ebuild og gtk-engines and similar. Themes don't need a build system or are complex to install. Any user can go to www.X-theme.org watch the screenshot, download the theme and install it. We must mantain ebuild of themes that need a build system or complex operations (again gtk-engines). I did it some similar with ebook-ebuilds. I removed all ebook-ebuild from portage and create an user script to download and install them. Regards On Fri, 18 Aug 2006 17:12:24 +0200 Simon Toth [EMAIL PROTECTED] wrote: Hi, I posted this to the bugzilla, but was redirected here, so: INTRO: I have just a small proposal. There are many theme packages in portage, but many good are still missing, the problem I actually noticed when creating my own ebuild for comix cursors, is that there is really a mess in theme packages. They are both in media-gfx and x11-themes, they are named without any convention. PROPOSAL: 1) create a new directory in portage root eye-candy [or similar] 2) move all theme packages in there 3) follow the naming convention: [application]-[type]-[name] (for gentoo cursors this would be x11-cursors-gentoo, or for kdm theme tux mania it would be kdm-theme-tuxmania) 4) keep original packages as meta packages with notice, that users should upgrade -- Bc. Simon Toth www.fi.muni.cz/~xtoth1/ -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Re: SpanKY's Nominations for the Gentoo Council 2007
I appreciate the nomination but I already see enough people on the ballot that I'd like to see fill the positions. So, this year, I'll decline the nomination. Michael Sterrett -Mr. Bones.- [EMAIL PROTECTED] Mike Frysinger wrote: i guess i'll start off some mass nominations of random people off the top of my head who i think would do a good job ... there's a bunch more people i think would do a good job, but i'm going to cut my list short as it's already ridiculously long ... some other peeps: Kugelfang / Ramereth / Mr_Bones / spb / plasmaroo / Weeve / `Kumba / -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Re: [RFC] Useflags: qt, qt3, qt4?
On Wed, 21 Jun 2006, Kevin F. Quinn wrote: Am I making sense? This looks a lot like the gtk/gtk2 flags, but inverted; according to use.desc, gtk builds gtk+-1 unless gtk2 is set, whereas the above builds highest version compatible with the package unless a lower version is specifically requested through USE. That's not what use.desc says gtk does. You just illustrated how confusing the gtk/gtk2 use flag situation has been. The gtk use flag doesn't specify a version. It just says that the package should build against *a* version of gtk+. The gtk2 flag was a way to prefer the gtk2 interface over the gtk1 interface if a package supported both. Thankfully, we've mostly moved past the gtk/gtk2 use flag mess now. Let's try not to make it quite so hard for people with the qt toolkit. Michael Sterrett -Mr. Bones.- [EMAIL PROTECTED] -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Re: Re: [RFC] Useflags: qt, qt3, qt4?
On Wed, 21 Jun 2006, Carsten Lohrke wrote: On Wednesday 21 June 2006 15:44, Stefan Schweizer wrote: qt3 and qt4 is being used there already and it is obvious It's nice to invent new use flags affecting Qt stuff without contacting those who care for Qt. 2) A package requires either Qt3 or Qt4 (both not both?...such as x11-libs/qwt-5). qt3 - enable optional qt3 support qt4 - enable optional qt4 support That will be a mess to support in the long run. Let's go with that what works better, prefer the latest version and be fine with it. I do agree with Caleb to use the qt use flag for the latest supported version and in cases it is really necessary to have an additional qt3 use flag. Sounds like: qt - GLOBAL use flag that causes the package to build against the good version for that package. qt3, qt4... - LOCAL use flags to build against specific versions of qt when it makes sense on a per-package basis and when it's deemed to be reasonable by the package maintainer. Easy to keep track of because they'd all be in use.local.desc. Michael Sterrett -Mr. Bones.- [EMAIL PROTECTED] -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Re: Default useflag cleanups: -apm -foomaticdb -fortran -imlib -motif -oss -xmms
On Mon, 5 Jun 2006, Chris Gianelloni wrote: So does anyone have any objections to the others being removed? (apm imlib mikmod motif xmms) removing mikmod would probably make things ugly for games as well. A lot of games need mikmod support compiled into sdl-mixer in order to function correctly. Some games fail in pkg_setup if sdl-mixer isn't built with mikmod but I'm not sure if we've added the built_with_use check to all of the games that need it yet. Michael Sterrett -Mr. Bones.- [EMAIL PROTECTED] -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Re: LINGUAS support
localepurge works fine. No need for portage to do it. Michael Sterrett -Mr. Bones.- [EMAIL PROTECTED] On Mon, 15 May 2006, Tuan Van wrote: The other day spyderous was looking for a tool to remove extra .po that he doesn't need. I recommended him to set LINGUAS in make.conf. Then I realized some package doesn't respect that variable (ie eject) Would it be better (easier) to have portage removes those extra locales in $D/usr/share/locale/ before merge than patch the source? -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Re: aging ebuilds with unstable keywords
Because you can't cut-n-paste the url when editing the ebuild. Michael Sterrett -Mr. Bones.- [EMAIL PROTECTED] On Mon, 10 Apr 2006, Paul de Vrieze wrote: On Monday 10 April 2006 05:26, Daniel Ahlberg wrote: * if ebuild has $PN in SRC_URI (cosmetic). Why is this one bad? It creates some flexibility, and has the name of the package in one place only. Paul -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Re: Last rites for app-misc/colortail
You broke deps with that masking. I've commented it in package.mask so you can fix that up first. Michael Sterrett -Mr. Bones.- [EMAIL PROTECTED] On Sun, 2 Apr 2006, Mark Loeser wrote: Upstream has been dead for years and is unmaintained. Also requires some reworking to compile with gcc-4; bug #122022. It will be removed in 4 weeks unless someone steps up to maintain it. -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Re: h264/x264 global useflag
On Mon, 2 Jan 2006, Luca Barbato wrote: I'm thinking about adding an h264 useflag in the global scope, it will be used by an handful of media project in a relatively short time. Please tell me if you like the idea or not. Seems like a local use flag would be more suitable if it's only going to be used by an handful of media project. Michael Sterrett -Mr. Bones.- [EMAIL PROTECTED] -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Re: $BUILDDIR in ebuilds
Like in here?
app-doc/halibut/halibut-0.9.ebuild: BUILDDIR=${S}/build \
net-dns/maradns/maradns-1.0.27.ebuild:BUILDDIR=${S}/build \
net-dns/maradns/maradns-1.0.32.ebuild:BUILDDIR=${S}/build \
Michael Sterrett
-Mr. Bones.-
[EMAIL PROTECTED]
On Sun, 25 Dec 2005, Brian Harring wrote:
Hola all.
Just sending a notice/reminder that ebuilds should not be using
$BUILDDIR directly- especially since vapier just commited a rename of
that var.
~harring
--
gentoo-dev@gentoo.org mailing list
[gentoo-dev] state of ebooks
I'm not at all pleased with the current state of the ebooks. I guess I missed the discussion about it on this list before. I looked at the archives and I didn't see any response to vapier's question about *why* ebookmerge was happening. I don't want to be forced to use the ebookmerge script. From briefly looking at it, there are temp file issues, quoting issues, spelling issues and, worst of all, it seems like it installs a copy of whatever ebook in the users' home directories. That all seems not as good as the individual-package solution that (afaict) was working fine. The current situation is that all the ebook ebuilds are masked and ebookmerge is marked unstable. That's very annoying for those on stable-only systems. Michael Sterrett -Mr. Bones.- [EMAIL PROTECTED] -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Re: python-2.4.2 marked stable x86
Fixed in 2.4.2 according to their Changelog. Michael Sterrett -Mr. Bones.- [EMAIL PROTECTED] On Thu, 13 Oct 2005, Lares Moreau wrote: On Wed, 2005-10-12 at 23:41 -0700, Rob Cakebread wrote: There is a memory leak in python-2.4.1 so 2.4.2 was marked stable on x86. Is the memory leak specific to python-2.4.1? Or is it still present in 2.4.*? There isn't much listed in the changelog[1] upstream such as a patch or bug#, but Mr_Bones_ encountered it when running repoman on the full tree causing python to consume 400 megs of memory. [1] http://python.org/2.4.2/NEWS.html -- Rob Cakebread Gentoo Linux Developer Public Key: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x96BA679B Key fingerprint = 5E1A 57A0 0FA6 939D 3258 8369 81C5 A17B 96BA 679B -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Re: default logger
On Wed, 28 Sep 2005, Luca Barbato wrote: I'd keep metalog as default OR fix the syslog-ng default configuration. There's nothing wrong with the default configuration. I have intentionally made it simple so that it is easy to understand and works well for a desktop system. There are several example configs available which might be attractive to people and for advanced use, I expect that people will want to modify syslog-ng.conf themselves. Michael Sterrett -Mr. Bones.- [EMAIL PROTECTED] -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Re: Modular X plans
On Mon, 1 Aug 2005, Donnie Berkholz wrote: I'm still awaiting any solid arguments against x11-proto, and they had best be expedited (read below for why). Well, I kind of mentioned it on irc, but I'll throw it out here too. I think the name proto is pretty vague and would prefer to see headers (ala sys-kernel/linux-headers, etc.) but since upstream uses that name, I guess I can live with it. Michael Sterrett -Mr. Bones.- [EMAIL PROTECTED] -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Re: IUSE and eclasses
On Thu, 7 Jul 2005, Robin H. Johnson wrote: The only official ways to use USE flags are (at least to my knowledge): use FLAG usev FLAG useq FLAG use_enable FLAG use_with FLAG I don't think I'm missing any here am I? It's a little harder because use $variable is valid and used in ebuilds as well. Michael Sterrett -Mr. Bones.- [EMAIL PROTECTED] -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Re: ekeyword and ordering
On Mon, 6 Jun 2005, Aron Griffis wrote: As some of you have noticed, I made a change recently in ekeyword that causes ekeyword to alphabetize the keywords. I've realized I should The games team has been alphabetizing keywords for some time. Just an added datapoint. Michael Sterrett -Mr. Bones.- [EMAIL PROTECTED] -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Re: New global useflag proposal: radius
Nothing wrong with having three packages with a local use flag. Global use flags are for use flags with global appeal/usage. So far, to me it looks like radius should stay a local use flag. Michael Sterrett -Mr. Bones.- [EMAIL PROTECTED] On Mon, 6 Jun 2005, Alin Nastac wrote: at the moment, there are 2 radius local useflags: [+ C ] radius (net-dialup/ppp): Enables RADIUS support [+ C ] radius (net-misc/gnugk): Enables radius support but seems that net-misc/ser should also have such flag. any objections? -- gentoo-dev@gentoo.org mailing list
