Re: [gentoo-dev] games.eclass policy

[Michael Sterrett]

On Wed, Feb 17, 2016 at 2:39 AM, Michał Górny  wrote:

> 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

[Michael Sterrett]

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

[Michael Sterrett]

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]

# 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

[Michael Sterrett]

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]

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

# 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

[Michael Sterrett]

repoman should default to the -I behavior: discuss.

[gentoo-dev] last rites: games-emulation/xmess

[Michael Sterrett]

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

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

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

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

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

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

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

# 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

[Michael Sterrett]

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

[Michael Sterrett]

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]

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

# 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)

[Michael Sterrett]

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

[Michael Sterrett]

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

[Michael Sterrett]

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]

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

# 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

[Michael Sterrett]

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

[Michael Sterrett]

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]

+# 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]

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

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

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

+# 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

[Michael Sterrett]

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]

+# 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]

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

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

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

+# 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]

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

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

# 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/?

[Michael Sterrett]

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]

# 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

[Michael Sterrett]

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

[Michael Sterrett]

# 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

[Michael Sterrett]

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]

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

# 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

[Michael Sterrett]

# Upstream seems dead; segfaults; unplayable on modern systems
games-rpg/tux_aqfh

[gentoo-dev] last rites: games-rpg/galaxymage

[Michael Sterrett]

# 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

[Michael Sterrett]

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

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

+# 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]

# 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

[Michael Sterrett]

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

[Michael Sterrett]

It's already fixed.

Re: [gentoo-dev] prepalldocs is now banned

[Michael Sterrett]

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

[Michael Sterrett -Mr. Bones.-]

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

[Michael Sterrett -Mr. Bones.-]

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

[Michael Sterrett -Mr. Bones.-]

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 -Mr. Bones.-]

# 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

[Michael Sterrett -Mr. Bones.-]

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

[Michael Sterrett -Mr. Bones.-]

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

[Michael Sterrett -Mr. Bones.-]

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

[Michael Sterrett -Mr. Bones.-]

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

[Michael Sterrett -Mr. Bones.-]

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 -Mr. Bones.-]

# 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

[Michael Sterrett -Mr. Bones.-]

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

[Michael Sterrett -Mr. Bones.-]

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 -Mr. Bones.-]

# 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 -Mr. Bones.-]

# 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 -Mr. Bones.-]

# 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)

[Michael Sterrett -Mr. Bones.-]

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?

[Michael Sterrett -Mr. Bones.-]

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

[Michael Sterrett -Mr. Bones.-]

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

[Michael Sterrett -Mr. Bones.-]

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

[Michael Sterrett -Mr. Bones.-]

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

[Michael Sterrett -Mr. Bones.-]

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?

[Michael Sterrett -Mr. Bones.-]

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?

[Michael Sterrett -Mr. Bones.-]

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)

[Michael Sterrett -Mr. Bones.-]

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

[Michael Sterrett -Mr. Bones.-]

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?

[Michael Sterrett -Mr. Bones.-]

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?

[Michael Sterrett -Mr. Bones.-]

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

[Michael Sterrett -Mr. Bones.-]

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

[Michael Sterrett -Mr. Bones.-]

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

[Michael Sterrett -Mr. Bones.-]

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

[Michael Sterrett -Mr. Bones.-]

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

[Michael Sterrett -Mr. Bones.-]

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

[Michael Sterrett -Mr. Bones.-]

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

[Michael Sterrett -Mr. Bones.-]

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

[Michael Sterrett -Mr. Bones.-]

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

[Michael Sterrett -Mr. Bones.-]

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

[Michael Sterrett -Mr. Bones.-]

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

[Michael Sterrett -Mr. Bones.-]

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

[Michael Sterrett -Mr. Bones.-]

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

[Michael Sterrett -Mr. Bones.-]

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