Re: [gentoo-dev] games.eclass policy
On Wed, Feb 17, 2016 at 2:39 AM, Michał Górnywrote: > The games team was pretty much formed of two kinds of developers back then. > One kind was retired developers, the other kind was developers who did what > they cared about and ignored everything and everyone else. Bugs, join > requests, complaints, all went ignored and games team kept silent claim to > games in gentoo. False and slanderous. > So the first Council case against games team was that they did not accept any > new members. Or rather, silently ignored join requests. They also ignored > inquiries wrt the case and the Council. Also false. > The result was that the Council set up someone external to take care of > inviting new members, and electing new team lead afterwards. As it could be > predicted, nobody wanted to join, or rather be forced into the team they > weren't welcome in. Speculative and false. > Then the case against policies started. The first abolished myth was games > team sole claim to games in gentoo. Where Council pretty much only confirmed > that they have no right for that and everyone can maintain game ebuilds > without having games team approval or co-maintenance. Making things up. > During the whole process, I don't recall a single reply from games team > member. Well, here's at least one. However, I'm not sure why anyone would reply to your drama, slander, and lies so I'm not surprised that's been your experience.
Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in games-strategy/freeciv: metadata.xml ChangeLog freeciv-2.5.0.ebuild
We're following the upstream default for that. When the upstream default changes to gtk+:3 then so will the ebuild. Currently the gtk+:3 gui is listed as experimental. On Thu, Mar 19, 2015 at 5:00 PM, hasufell hasuf...@gentoo.org wrote: On 03/19/2015 09:38 PM, Lars Wendler (polynomial-c) wrote: Index: freeciv-2.5.0.ebuild === # Copyright 1999-2015 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 # $Header: /var/cvsroot/gentoo-x86/games-strategy/freeciv/freeciv-2.5.0.ebuild,v 1.1 2015/03/19 20:38:19 polynomial-c Exp $ EAPI=5 inherit eutils gnome2-utils games DESCRIPTION=multiplayer strategy game (Civilization Clone) HOMEPAGE=http://www.freeciv.org/; SRC_URI=mirror://sourceforge/freeciv/${P}.tar.bz2 LICENSE=GPL-2 SLOT=0 KEYWORDS=~amd64 ~ppc ~ppc64 ~x86 IUSE=auth aimodules dedicated +gtk ipv6 mapimg modpack mysql nls postgres qt5 readline sdl +server +sound sqlite system-lua RDEPEND=app-arch/bzip2 app-arch/xz-utils net-misc/curl sys-libs/zlib auth? ( mysql? ( virtual/mysql ) postgres? ( dev-db/postgresql ) sqlite? ( dev-db/sqlite:3 ) !mysql? ( !postgres? ( !sqlite? ( virtual/mysql ) ) ) ) readline? ( sys-libs/readline:0 ) dedicated? ( aimodules? ( dev-libs/libltdl:0 ) ) !dedicated? ( media-libs/libpng:0 gtk? ( x11-libs/gtk+:2 ) gtk3 is already supported, we should switch
Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-libs/libuv: libuv-1.2.1.ebuild ChangeLog
What now? There's nothing bad mood about that email and your question is a deflection. Patrick, you're the one in the wrong here. If there's a maintainer in the metadata.xml file it's polite to touch base before changing the state of the package. The proper reply was, Oh, sorry, next time I'll check before modifying the state of the package you're maintaining. On Fri, Jan 16, 2015 at 11:51 AM, Patrick Lauer patr...@gentoo.org wrote: On 01/16/15 23:26, hasufell wrote: Patrick Lauer (patrick): patrick 15/01/16 04:16:55 Modified: ChangeLog Added:libuv-1.2.1.ebuild Log: Bump I expect people to ask me for review if they bump any of my packages. That includes QA team members. Are you always in such a bad mood?
[gentoo-dev] last rites: dev-java/jdictrayapi
# Michael Sterrett mr_bon...@gentoo.org (10 Dec 2013) # Dead upstream; requires java-1.5; open bugs: # https://bugs.gentoo.org/show_bug.cgi?id=196522 # https://bugs.gentoo.org/show_bug.cgi?id=241512 # https://bugs.gentoo.org/show_bug.cgi?id=355055 # Masked for removal on 20140109 dev-java/jdictrayapi
[gentoo-dev] last rites: additional gtk+:1 and glib:1 users I missed last time
gtk+:1 and glib:1 using apps masked for removal on 20131213 app-text/gsview mail-client/gbuffy net-print/pup dev-libs/libsmtp net-analyzer/traffic-vis
[gentoo-dev] last rites: old gtk+-1 packages
# Michael Sterrett mr_bon...@gentoo.org (19 Sep 2013) # masked for removal on 20131019 app-dicts/babytrans app-dicts/babytrans-en2en app-dicts/babytrans-en2fre app-dicts/babytrans-en2ger app-dicts/babytrans-en2ita app-dicts/babytrans-en2pt app-dicts/babytrans-en2spa app-mobilephone/tsemgr dev-embedded/xgpasm net-dialup/gcdial net-p2p/gnapster net-p2p/lopster x11-plugins/mountapp x11-plugins/yawmppp
[gentoo-dev] last rites: dev-db/edb
# Michael Sterrett mr_bon...@gentoo.org (19 Sep 2013) # dead upstream and unused by anything in the tree # masked for removal on 20131019 dev-db/edb
[gentoo-dev] repoman default
repoman should default to the -I behavior: discuss.
[gentoo-dev] last rites: games-emulation/xmess
# Michael Sterrett mr_bon...@gentoo.org (02 Apr 2013) # masked for removal on 20130502 # replaced by games-emulation/sdlmess games-emulation/xmess
[gentoo-dev] last rites: games-strategy/freecraft
# Michael Sterrett mr_bon...@gentoo.org (18 Feb 2013) # Quite dead. Use games-engines/stratagus instead. # Masked for removal on 20130320. games-strategy/freecraft
[gentoo-dev] last rites: games-strategy/x2, games-strategy/x2-demo
# Michael Sterrett mr_bon...@gentoo.org (13 Feb 2013) # No longer licensed for sale upstream. # Masked for removal on 20130315. games-strategy/x2 games-strategy/x2-demo
[gentoo-dev] last rites: games-arcade/bitefusion
# Michael Sterrett mr_bon...@gentoo.org (31 Jan 2013) # Upstream is dead and gone. # Masked for removal on 20130302 games-arcade/bitefusion
[gentoo-dev] last rites: games-action/trackballs, games-misc/gnurobots
# Michael Sterrett mr_bon...@gentoo.org (31 Jan 2013) # Old, dead upstream and require guile[deprecated] # Masked for removal on 20130302 games-action/trackballs games-misc/gnurobots
[gentoo-dev] last rites: games-arcade/xboing
# Michael Sterrett mr_bon...@gentoo.org (31 Jan 2013) # Old, dead upstream, slightly broken and uses imake. # Masked for removal on 20130302 games-arcade/xboing
[gentoo-dev] last rites: games-puzzle/kmagnet
# Michael Sterrett mr_bon...@gentoo.org (28 Jan 2013) # Doesn't work with newer KDE and upstream seems dead (bug #453756) # Masked for removal on 20130227 games-puzzle/kmagnet
[gentoo-dev] last rites: games-emulation/snes9express
# Michael Sterrett mr_bon...@gentoo.org (20 Oct 2012) # Last version from 2009 and superseded by snes9x[gtk] # Masked for removal on 20121119 games-emulation/snes9express
[gentoo-dev] last rites: games-roguelike/falconseye
games-roguelike/falconseye has been masked since 2006 and it's been dead upstream for possibly longer. Probably should have punted it awhile ago, but it's gone now.
Re: [gentoo-dev] ebuild laziness and binpkg overhead
Calling use in global scope isn't allowed so what are you suggesting they do instead? On Tue, Jun 12, 2012 at 11:02 PM, Mike Frysinger vap...@gentoo.org wrote: i've noticed a growing trend where people put setup of variables into pkg_setup that only matter to src_* funcs presumably so they don't have to call the respective src_* func from an inherited eclass. unfortunately this adds pointless overhead to binpkgs. can we please move away from this practice ? i've seen this with a good number of the GNOME packages like: pkg_setup() { G2CONF=${G2CONF} --disable-bash-completion --disable-hal --disable-schemas-compile --with-dbus-service-dir=/usr/share/dbus-1/services $(use_enable afp) $(use_enable archive) $(use_enable avahi) $(use_enable bluetooth obexftp) $(use_enable bluray) $(use_enable cdda) $(use_enable fuse) $(use_enable gdu) $(use_enable gphoto2) $(use_enable ios afc) $(use_enable udev) $(use_enable udev gudev) $(use_enable http) $(use_enable gnome-keyring keyring) $(use_enable samba) } ugh -mike
[gentoo-dev] last rites: games-util/nforenum
# Michael Sterrett mr_bon...@gentoo.org (31 May 2012) # No longer needed. # Masked for removal on 20120630 games-util/nforenum
[gentoo-dev] last rites: games-arcade/ssc
# Michael Sterrett mr_bon...@gentoo.org (16 May 2012) # doesn't work with latest ode and last release in 2003. # Masked for removal on 20120615 games-arcade/ssc
Re: [gentoo-dev] skel.ebuild cosmetics (move RESTRICT after DEPEND)
I prefer it right after IUSE which is where it currently is in skel.ebuild.
Re: [gentoo-dev] Help on getting media-libs/svgalib fixed
Maybe it's time to just punt svgalib? There are only 46 ebuilds that use it (some, optionally). On Sun, Feb 19, 2012 at 6:30 AM, Pacho Ramos pa...@gentoo.org wrote: Hello You can see current opened bugs for svgalib here: https://bugs.gentoo.org/buglist.cgi?quicksearch=media-libs% 2Fsvgalib;list_id=812773 Most of them already contain a patch that is supposed to fix each bug report, the problem is that svgalib doesn't build at all on amd64 and, then, would be interesting if anybody with a x86 system could check if patches fix the problems and commit them. Thanks a lot :-)
Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in eclass: cdrom.eclass
Can you give an example of how you think it would be used in an ebuild? 2012/1/14 Paweł Hajdan, Jr. phajdan...@gentoo.org: On 1/14/12 12:21 PM, Ulrich Mueller wrote: It can't be a USE flag, but something like the following might work: # @ECLASS-VARIABLE: CDROM_DISABLE_PROPERTIES # @DEFAULT_UNSET # @DESCRIPTION: # By default, the eclass sets PROPERTIES=interactive. # A non-empty value of CDROM_DISABLE_PROPERTIES suppresses this. [[ -n ${CDROM_DISABLE_PROPERTIES} ]] || PROPERTIES=interactive LGTM (looks good to me)
[gentoo-dev] last rites: games-fps/fuhquake-bin
# Michael Sterrett mr_bon...@gentoo.org (10 Nov 2011) # Masked for removal on 20111210 # It's dead Jim. games-fps/fuhquake-bin
[gentoo-dev] last rites: games-arcade/stepmania
# Michael Sterrett mr_bon...@gentoo.org (17 Oct 2011) # Masked for removal on 2016 # https://bugs.gentoo.org/show_bug.cgi?id=295776 # https://bugs.gentoo.org/show_bug.cgi?id=308375 # https://bugs.gentoo.org/show_bug.cgi?id=383101 games-arcade/stepmania
[gentoo-dev] last rites: games gtk+:1 packages
These packages have been masked for over a year: games-arcade/cervi games-emulation/darcnes games-emulation/epsxe games-emulation/gtuxnes games-emulation/infones games-emulation/pcsx games-emulation/pcsx2 games-emulation/ps2emu-cddvdlinuz games-emulation/ps2emu-cdvdiso games-emulation/ps2emu-dev9null games-emulation/ps2emu-gssoft games-emulation/ps2emu-padxwin games-emulation/ps2emu-spu2null games-emulation/ps2emu-usbnull games-emulation/psemu-cdriso games-emulation/psemu-padjoy games-emulation/psemu-padxwin games-emulation/psemu-peopssoftgpu games-emulation/psemu-peopsspu games-fps/wmquake games-kids/gtans games-mud/gMOO games-puzzle/codebreaker games-puzzle/glickomania games-puzzle/xpuyopuyo games-simulation/corewars games-strategy/xscorch The world would be a better place if there were no more gtk+:1 so we're getting out of the pool ahead of time to make that easier. I'll punt them around 2016.
Re: [gentoo-dev] last rites: games gtk+:1 packages
You mean the (mostly) stable GTK 2.x release ? Yeah. If it gets there we can add it back. On Mon, Oct 17, 2011 at 3:23 PM, James Ausmus james.aus...@gmail.com wrote: On Mon, Oct 17, 2011 at 11:48 AM, Michael Sterrett mr_bon...@gentoo.org wrote: These packages have been masked for over a year: snip games-strategy/xscorch The 0.2.1 version of xscorch is ported to GTK 2 - why not just version bump? The world would be a better place if there were no more gtk+:1 so we're getting out of the pool ahead of time to make that easier. I'll punt them around 2016.
[gentoo-dev] last rites: games-roguelike/fargoal
+# Michael Sterrett mr_bon...@gentoo.org (12 Oct 2011) +# Upstream has moved to commercial development and +# the latest version doesn't work with newer allegro. +# Masked for removal on 2011 +# bug #369271 +games-roguelike/fargoal
[gentoo-dev] last rites: games-fps/quake3-rally
# Michael Sterrett mr_bon...@gentoo.org (03 Oct 2011) # Looks like a rewrite which is only in alpha status from upstream. # Masked for removal on 2002 # bug #338754 games-fps/quake3-rally
[gentoo-dev] last rites: games-fps/ut2004-redorchestra
# Michael Sterrett mr_bon...@gentoo.org (27 Sep 2011) # Upstream has gone away and the files aren't mirrored on liflg.org anymore. # Masked for removal on 20111027 # bug #335562 games-fps/ut2004-redorchestra
[gentoo-dev] last rites: some maintainer-needed, gtk+:1-using packages
# Michael Sterrett mr_bon...@gentoo.org (27 Sep 2011) # maintainer-needed, gtk+:1 using packages. # Masked for removal on 20111027 app-arch/guitar app-misc/endeavour app-misc/ithought app-misc/mtoolsfm media-radio/xconvers sci-calculators/grpn
[gentoo-dev] last rites: games-action/dungeon
+# Michael Sterrett mr_bon...@gentoo.org (22 Sep 2011) +# Doesn't work and upstream has gone away. +# Masked for removal on 20111022 +# See bug #382831 +games-action/dungeon
[gentoo-dev] removing ebuilds
Just as a reminder - you can't break the stable tree by removing ebuilds even if there's a big scary security bug. I restored the latest stable ebuild until the arch teams do their thing for bug #377143
[gentoo-dev] last rites: games-misc/jugglemaster games-util/taxidraw
+# Michael Sterrett mr_bon...@gentoo.org (20 Jan 2011) +# wxgtk:2.6 is going away so mask these for removal on 20110219 +games-misc/jugglemaster +games-util/taxidraw
[gentoo-dev] last rites: games-sports/race
# Michael Sterrett mr_bon...@gentoo.org (29 Nov 2010) # No upstream, no real gameplay, crashes (bug #347199) # Masked for removal on 20101229 games-sports/race
[gentoo-dev] last rites: games-simulation/secondlife-bin
# Michael Sterrett mr_bon...@gentoo.org (29 Nov 2010) # Non-games-team addition that is too painful to maintain. # Masked for removal on 20101229 games-simulation/secondlife-bin
[gentoo-dev] last rites: games-action/xshipwars and media-libs/yiff
# Michael Sterrett mr_bon...@gentoo.org (08 Oct 2010) # Broken on newer X setups and public server seems dead. # Also the last user of yiff in the tree. Time to move on. # Mask for removal on 20101208 games-action/xshipwars media-libs/yiff
[gentoo-dev] last rites: games-mud/panache
+# Michael Sterrett mr_bon...@gentoo.org (07 Oct 2010) +# No release since 2002; uses gnome-vfs +# Mask for removal on 20101207 +games-mud/panache
[gentoo-dev] last rites: games-arcade/emergence-bin
# Michael Sterrett mr_bon...@gentoo.org (21 Oct 2010) # Dead upstream # masked for removal on 20101120 games-arcade/emergence-bin
[gentoo-dev] last rites: games-emulation/xmame
# Michael Sterrett mr_bon...@gentoo.org (17 Aug 2010) # Mask for removal 20100916 # Development has moved to games-emulation/sdlmame; # use that package instead. games-emulation/xmame
[gentoo-dev] last rites: dev-libs/linux-fusion
# Michael Sterrett mr_bon...@gentoo.org (13 Aug 2010) # Mask for removal 20100913 # Doesn't work with newer kernels (Bug 316869) dev-libs/linux-fusion
Re: [gentoo-dev] keepdir /var/run/package/?
What you're saying doesn't agree with http://www.pathname.com/fhs/pub/fhs-2.3.html#VARRUNRUNTIMEVARIABLEDATA On Thu, Aug 12, 2010 at 2:29 PM, Eray Aslan eray.as...@caf.com.tr wrote: It is perfectly legal to clear /var/run across reboots. Below is a bug from a user that ran into some trouble because an init script assumes that /var/run/package/ exists for its PID file:
[gentoo-dev] last rites: games-strategy/castle-combat
# Michael Sterrett mr_bon...@gentoo.org (05 Apr 2010) # Needs dev-python/numeric which is going away. # No release since 2006 # Masked for removal on 20100505 games-strategy/castle-combat
Re: [gentoo-dev] Re: Lastrite: games-fps/openarena
I've remove the mask for games-fps/openarena. The mask was done without consulting the games team. On Wed, Mar 3, 2010 at 8:09 AM, Samuli Suominen ssuomi...@gentoo.org wrote: On 03/03/2010 02:58 PM, Ryan Hill wrote: Dne 3.3.2010 12:32, Joshua Saddler napsal(a): On Wed, 03 Mar 2010 13:35:10 +0200 Samuli Suominen ssuomi...@gentoo.org wrote: # Samuli Suominen ssuomi...@gentoo.org (03 Mar 2010) # Masked for QA, security # # Internal copies of vuln. zlib, jpeg, speex and likely # others # # http://bugs.gentoo.org/show_bug.cgi?id=255453 # # Masked for removal in 60 days. games-fps/openarena Why? Why did you ignore the patches posted to the bug? Even Diego, the original reporter, commented that the patches fix the problems.[1] [1] http://bugs.gentoo.org/show_bug.cgi?id=255453#c4 One of the reasons I left the treecleaner project was that it became apparent that people were more interested in dumping packages with simple problems than fixing them (which believe it or not, was what treecleaner was formed to do). Now they call it QA. :) I'm all for dropping broken crap, but things people use with working patches attached? QA is also about getting that stuff applied. And now you have good 60 days to apply and test the package, and co-ordinate it with upstream. Don't forget to add yourself to metadata.xml, as it's a non-trivial task. ;-)
[gentoo-dev] last rites: games-util/dzip
# Last release in 2003. Doesn't work with latest zlib. # masked for removal on 20100219 games-util/dzip
Re: [gentoo-dev] last rites: games-util/dzip
You can look at the discussion at http://bugs.gentoo.org/show_bug.cgi?id=288905 but with the last release in 2003 it seems like a pretty dead package. On Wed, Jan 20, 2010 at 2:53 PM, Hanno Böck ha...@hboeck.de wrote: Am Mittwoch 20 Januar 2010 schrieb Michael Sterrett: # Last release in 2003. Doesn't work with latest zlib. # masked for removal on 20100219 games-util/dzip It works with latest zlib, at least on my system. I'd like to rescue it, though I can't see a problem, can you open bugs for potential issues and assign them to me? -- Hanno Böck Blog: http://www.hboeck.de/ GPG: 3DBD3B20 Jabber/Mail: ha...@hboeck.de http://schokokeks.org - professional webhosting
[gentoo-dev] last rites: games-strategy/freelords
# Michael Sterrett mr_bon...@gentoo.org (21 Dec 2009) # Doesn't work anymore; the version in portage is no longer # supported by upstream and no newer version is yet available. # Planned removal on 20100120 games-strategy/freelords
[gentoo-dev] last rites: games-fps/nprquake-sdl
# Michael Sterrett mr_bon...@gentoo.org (07 Dec 2009) # Last release in 2002; writes to GAMES_DATADIR; # unmaintained by upstream. # Removal on 20100106 games-fps/nprquake-sdl
[gentoo-dev] last rites: games-rpg/tux_aqfh
# Upstream seems dead; segfaults; unplayable on modern systems games-rpg/tux_aqfh
[gentoo-dev] last rites: games-rpg/galaxymage
# Michael Sterrett mr_bon...@gentoo.org (19 Oct 2009) # Homepage is gone; requires dev-python/numeric; last released in 2006 games-rpg/galaxymage
[gentoo-dev] last rites: games-action/astromenace-bin
# Doesn't work with newer openal. Use games-action/openastromenace instead. games-action/astromenace-bin
[gentoo-dev] last rites for games-arcade/moagg
# Michael Sterrett mr_bon...@gentoo.org (09 Jun 2009) # masked for removal in 30 days. # upstream sez: Due lack of time and motivation to continue, the # development ended with the 0.18 release in summer 2005... games-arcade/moagg
[gentoo-dev] last rites for kde-misc/kleansweep
+# Michael Sterrett mr_bon...@gentoo.org (06 Apr 2009) +# Masked for removal in 30 days. +# Doesn't work with the latest versions of dev-util/scons. +# Last release in 2006. Removal approved by Gentoo KDE team. +kde-misc/kleansweep
[gentoo-dev] last rites for net-irc/lostirc
# Michael Sterrett mr_bon...@gentoo.org (09 Mar 2009) # Masked for removal in 30 days. # Needs removed version of dev-libs/libsigc++, broken autotools... # Bug 215302 and bug 223771 net-irc/lostirc
Re: [gentoo-dev] prepalldocs is now banned
I added a prepalldocs function to eutils.eclass to provide the functionality. It implements the behavior of the current stable sys-apps/portage-2.1.6.4. Have fun, Michael Sterrett -Mr. Bones.- mr_bon...@gentoo.org On Fri, Feb 13, 2009 at 4:30 PM, Thomas Anderson gentoofa...@gentoo.org wrote: Hi Everyone, This is a note that in the council meeting on 02/12/2009 the function 'prepalldocs' is banned for use in ebuilds with EAPIs 0 1 and 2. If you want some functionality from this function, please propose a new function or clearly defined behavior for prepalldocs for a *new* EAPI.
Re: [gentoo-dev] prepalldocs is now banned
It's already fixed.
Re: [gentoo-dev] prepalldocs is now banned
Why would people want to blindly remove prepalldocs when it clearly results in an inferior build of the package? Take the recent change to the (already marked stable) gnupg-2.0.9.ebuild as an example: Before: $ epm -qi gnupg | grep Size Size: 2845754 $ epm -qi gnupg | grep Size Size: 3089515 So everybody who emerges gnupg since this change is wasting space for no good reason. Michael Sterrett -Mr. Bones.- mr_bon...@gentoo.org
[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