Re: [gentoo-dev] lurking *.ebuild'less packages

[Corentin Chary]

On Thu, Mar 15, 2012 at 10:42 PM, Matt Turner matts...@gentoo.org wrote:
 On Thu, Mar 15, 2012 at 4:59 PM, Sergei Trofimovich sly...@gentoo.org wrote:
 slep noticed and reported an odd thing:

 $ euse -i kate
 ...
 ls: cannot access 
 /gentoo/portage/metadata/cache/kde-base/kdebindings-perl-*: No such file or 
 directory
 ls: cannot access 
 /gentoo/portage/metadata/cache/kde-base/kdebindings-ruby-*: No such file or 
 directory
 ...

 The dirs they don't contain ebuilds. Only metadata.
 KDE team is aware and fixing their orphans.

 I've decided to write a hack to find such instances in tree:

 $ ./find_empty.sh ~/portage/gentoo-x86/
 kde-base/kdeaccessibility-colorschemes
 kde-base/kdeaccessibility-iconthemes
 kde-base/kdebase-wallpapers
 kde-base/kdebindings-csharp
 kde-base/kdebindings-perl
 kde-base/kdebindings-ruby
 kde-base/kvtml-data
 kde-base/smoke
 media-plugins/mytharchive
 media-plugins/mythbrowser
 media-plugins/mythgallery
 media-plugins/mythgame
 media-plugins/mythmovies
 media-plugins/mythmusic
 media-plugins/mythnetvision
 media-plugins/mythnews
 media-plugins/mythweather
 x11-themes/mythtv-themes

 Is there any reason to leave such ebuildless directories?

 Thanks!

 --

  Sergei

 Let's get this script added to http://qa-reports.gentoo.org/


Speaking about qa-reports, do you think SRC_URI not using mirror://
when they should and metadata.xml not containing remote-id when they
should belong there ?
If yes, please take a look at:
- https://github.com/iksaif/portage-janitor
- https://bugs.gentoo.org/show_bug.cgi?id=405533
- https://bugs.gentoo.org/show_bug.cgi?id=406287

Thanks,
-- 
Corentin Chary
http://xf.iksaif.net

[gentoo-dev] Undocumented and unused USE variables

[Christoph Niethammer]

Hello.

Currently I am doing a from scratch installation of gentoo.

While setting up my USE flags I noticed, that some default USE flags in the 
default environment (default/linux/amd64/10.0/desktop/kde) are neither
documented (in /usr/portage/profiles/use.desc) nor used in IUSE by any package 
(amd64).

I am wondering if they are a leftover from older/outdated packages and could 
be removed.

Here is the list of USE flags I identified at my system:

* Undocumented use flags:
--
amd64
consolekit
declarative
gdu
kipi
mudflap
nptlonly
pango
phonon
pppd
qt3support
sysfs
xorg

* Unused and undocumented USE flags:
--
amd64
mudflap
sysfs


For those who want to search on their system I attached two scripts:
* find_undocumented_uses.sh : 
searches for use flags which are active but not documenten in
/usr/portage/profiles/use.desc.
* find_unused_uses.sh :
Checks for given USE flags if they are found in any ebuild's IUSE 
statment

find_undocumented_uses.sh
Description: application/shellscript


find_unused_uses.sh
Description: application/shellscript

Re: [gentoo-dev] Undocumented and unused USE variables

[Jory A. Pratt]

On 03/16/2012 07:05 AM, Christoph Niethammer wrote:
 
 * Unused and undocumented USE flags:
 --
 amd64
 mudflap
 sysfs
 
amd64 is never documented, it is defined by arch being built for,
mudflap is used by gcc, sysfs I believe is a dead useflag. Maybe someone
else can comment on it.

Jory




signature.asc
Description: OpenPGP digital signature

Re: [gentoo-dev] Undocumented and unused USE variables

[René Neumann]

 * Undocumented use flags:
 --
 pango


% euse -i pango
global use flags (searching: pango)

no matching entries found

local use flags (searching: pango)

[+  D   ] pango
app-i18n/fcitx: Enable support for x11-libs/pango
  3.6.3 [gentoo]
  3.6.4 [gentoo]
[+  ] 4.0.0 [gentoo]
[+  ] 4.0.1 [gentoo]
[+  ] 4.2.0-r2 [gentoo]
[+  ] 4.2.1 [gentoo]

[+  D   ] pango
media-gfx/fontforge: Enable pango font rendering
[+  ] 20100501 [gentoo]
[+  ] 20110222 [gentoo]
[+  ] 20110222-r1 [gentoo]

[+  D   ] pango
media-gfx/imagemagick: Enable Pango support using x11-libs/pango

[...]

Re: [gentoo-dev] Undocumented and unused USE variables

[Christoph Niethammer]

Hello.

I see. There is more documentation on a per package bases wich has to be 
considered, too. (Found already the metadata.xml files.)

As with the pango USE they may differe in their description - maybe also in 
their meaning for different packages. So local USE flags should only be used on 
a per package basis!

Here the euse command is realy handy. :-)
However the sysfs USE flag is still hiding its documentation.
So lets see if this is a bug or a feature. ;-)

Thx for the clarification so far.

Best regards
Christoph

René Neumann li...@necoro.eu schrieb:

 * Undocumented use flags:
 --
 pango


% euse -i pango
global use flags (searching: pango)

no matching entries found

local use flags (searching: pango)

[+  D   ] pango
app-i18n/fcitx: Enable support for x11-libs/pango
  3.6.3 [gentoo]
  3.6.4 [gentoo]
[+  ] 4.0.0 [gentoo]
[+  ] 4.0.1 [gentoo]
[+  ] 4.2.0-r2 [gentoo]
[+  ] 4.2.1 [gentoo]

[+  D   ] pango
media-gfx/fontforge: Enable pango font rendering
[+  ] 20100501 [gentoo]
[+  ] 20110222 [gentoo]
[+  ] 20110222-r1 [gentoo]

[+  D   ] pango
media-gfx/imagemagick: Enable Pango support using x11-libs/pango

[...]

Re: [gentoo-dev] Undocumented and unused USE variables

[Kent Fredric]

On 17 March 2012 01:05, Christoph Niethammer
christoph.nietham...@googlemail.com wrote:
 Hello.


 quse -D amd64 consolekit declarative gdu kipi mudflap nptlonly pango
phonon pppd qt3support sysfs xorg

 arch:amd64: amd64 architecture

 local:consolekit:app-emulation/spice-vdagent: Use sys-auth/consolekit
to determine the master vdagentd in case of multiple running vdagentds
(highly recommended)
 local:consolekit:gnome-base/gdm: Allow proper handling of removable
media according to who is actually present on the machine.
 local:consolekit:kde-base/kdm: Enables support for authorization
using consolekit
 local:consolekit:kde-misc/networkmanagement: Enable support for
sys-auth/consolekit
 local:consolekit:lxde-base/lxdm: Enables support for authorization
using consolekit
 local:consolekit:net-wireless/bluez: Use sys-auth/pambase[consolekit]
to determine access to bluetooth devices based on whether a user is
logged in locally or remotely
 local:consolekit:sys-auth/pambase: Enable pam_ck_connector module on
local system logins. This allows for console logins to make use of
ConsoleKit authorization.
 local:consolekit:x11-apps/xdm: Enable native sys-auth/consolekit support
 local:consolekit:x11-misc/slim: Enable native consolekit support
 local:consolekit:xfce-base/xfce4-session: Enable authentication
support using sys-auth/consolekit

 local:declarative:dev-python/PyQt4: Build QtDeclarative module
 local:declarative:dev-python/pyside: Build QtDeclarative module
 local:declarative:kde-base/kdebindings-perl: Compile bindings for
x11-libs/qt-declarative.
 local:declarative:kde-base/kdebindings-ruby: Compile bindings for
x11-libs/qt-declarative.
 local:declarative:kde-base/perlqt: Compile bindings for
x11-libs/qt-declarative.
 local:declarative:kde-base/qtruby: Compile bindings for
x11-libs/qt-declarative.
 local:declarative:kde-base/smoke: Compile bindings for x11-libs/qt-declarative.
 local:declarative:kde-base/smokeqt: Compile bindings for
x11-libs/qt-declarative.

 local:gdu:gnome-base/gvfs: Enable sys-apps/gnome-disk-utility integration

 local:kipi:kde-base/gwenview: Support for the KDE Image Plugin Interface.
 local:kipi:kde-base/ksnapshot: Support for the KDE Image Plugin Interface.
 local:kipi:media-gfx/kphotoalbum: Support for the KDE Image Plugin Interface

 local:mudflap:dev-embedded/msp430-gcc: Add support for mudflap, a
pointer use checking library
 local:mudflap:sys-devel/gcc: Add support for mudflap, a pointer use
checking library

 local:pango:app-i18n/fcitx: Enable support for x11-libs/pango
 local:pango:media-gfx/fontforge: Enable pango font rendering
 local:pango:media-gfx/imagemagick: Enable Pango support using x11-libs/pango
 local:pango:media-libs/cogl: Build cogl-pango library for
x11-libs/pango integration
 local:pango:media-libs/silgraphite: Enables the pango-graphite pango module.
 local:pango:media-sound/abcm2ps: Use the pango library to render
fonts with non-latin characters
 local:pango:sys-boot/plymouth: Adds support for printing text on
splash screen and text prompts, e.g. for password
 local:pango:x11-libs/libaosd: Enable the textual helpers (requires pangocairo).
 local:pango:x11-libs/libmatchbox: Enable x11-libs/pango support
 local:pango:x11-wm/enlightenment: Enable pango font rendering
 local:pango:x11-wm/sawfish: Enable pango support

 local:phonon:dev-python/PyQt4: Build phonon module
 local:phonon:dev-python/pyside: Build phonon module
 local:phonon:kde-base/kdebindings-csharp: Compile bindings for Phonon.
 local:phonon:kde-base/kdebindings-perl: Compile bindings for Phonon.
 local:phonon:kde-base/kdebindings-ruby: Compile bindings for Phonon.
 local:phonon:kde-base/perlqt: Compile bindings for Phonon.
 local:phonon:kde-base/qtruby: Compile bindings for Phonon.
 local:phonon:kde-base/qyoto: Compile bindings for Phonon.
 local:phonon:kde-base/smoke: Compile bindings for Phonon.
 local:phonon:kde-base/smokeqt: Compile bindings for Phonon.
 local:phonon:net-im/kadu: Enables phonon audio plugin
 local:phonon:net-irc/kvirc: Support Phonon for audio output
 local:phonon:net-irc/quassel: Build client with phonon backend
support. This enables sound playback in client.
 local:phonon:x11-libs/qt-qt3support: Enable phonon configuration
dialog in qtconfig

 local:pppd:net-dialup/capi4k-utils: Installs pppdcapiplugin modules

 local:qt3support:x11-libs/qt-assistant: Enable the Qt3Support
libraries for Qt4. Note that this does not mean you can compile pure
Qt3 programs with Qt4.
 local:qt3support:x11-libs/qt-core: Enable the Qt3Support libraries
for Qt4. Note that this does not mean you can compile pure Qt3
programs with Qt4.
 local:qt3support:x11-libs/qt-declarative: Enable the Qt3Support
libraries for Qt4. Note that this does not mean you can compile pure
Qt3 programs with Qt4.
 local:qt3support:x11-libs/qt-demo: Enable the Qt3Support libraries
for Qt4. Note that this does not mean you can compile pure Qt3
programs with Qt4.
 local:qt3support:x11-libs/qt-gui: Enable the Qt3Support 

Re: [gentoo-dev] Undocumented and unused USE variables

[Rich Freeman]

On Fri, Mar 16, 2012 at 8:49 AM, Christoph Niethammer
christoph.nietham...@googlemail.com wrote:
 Here the euse command is realy handy. :-)
 However the sysfs USE flag is still hiding its documentation.
 So lets see if this is a bug or a feature. ;-)

Yup, euse is helpful, or you can grep /usr/portage/profiles/use.*
(including the local version).

I suspect we'll find 3 categories here:

1.  Stuff like amd64 which isn't really a USE flag proper, but which
is required due to how arch support works.  As far as I know amd64 is
the only one in this category.

2.  Stuff like pango which really are documented.

3.  Stuff like sysfs which are neither.  File a bug...  :)

Rich

Re: [gentoo-dev] Undocumented and unused USE variables

[Joshua Kinard]

On 03/16/2012 08:05, Christoph Niethammer wrote:


 Here is the list of USE flags I identified at my system:
 
 * Undocumented use flags:
 --

[snip]

 nptlonly

[snip]

nptlonly was used during the transition from linuxthreads to NPTL in glibc.
 The toolchain would build glibc twice, once with linuxthreads, and the
other with NPTL.  By setting this USE flag, you would cause glibc to only
build the NPTL version, thus cutting the build-time in half.

Whether it's needed or not anymore, I am not certain.  It might be left over
for people who need an upgrade path from such an old glibc to something newer.

-- 
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
4096R/D25D95E3 2011-03-28

The past tempts us, the present confuses us, the future frightens us.  And
our lives slip away, moment by moment, lost in that vast, terrible in-between.

--Emperor Turhan, Centauri Republic



signature.asc
Description: OpenPGP digital signature

[gentoo-dev] Looking for (Common) Lisp shepherds

[Marijn]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

the Gentoo Lisp project is having trouble maintaining Common Lisp
packages and to a lesser extent Scheme packages due to a lack of
time/interest of the people currently working on that. Most of those
packages are leaf packages, but some are not: mostly dev-scheme/guile
and dev-lisp/sbcl (Steel Bank Common Lisp compiler) I think. Many
Common Lisp packages have been maintained in our overlay (mostly
thanks to Stelian Ionescu (fe[nl]ix)) including SBCL but not much has
moved to main tree.
With this email I am hoping to achieve (in order of preference) that
either some people with an interest in the Lisp family of programming
languages join our team to help us out, or some people (without said
broader interest?) take over primary responsibility for non-leaf
packages that are suffering, with the Lisp team taking a back seat.

People interested in joining us can contact us on our mailing list
gentoo-l...@lists.gentoo.org or on freenode in our channel #gentoo-lisp.

Marijn
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.18 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk9jSbMACgkQp/VmCx0OL2zuUACgp/Zg56jDxPwIIMGfmg8NJ7OD
/V0AmgIvcCIJ1+iBtJBkHoSgC/UIuK98
=Q5/8
-END PGP SIGNATURE-

Re: [gentoo-dev] Looking for (Common) Lisp shepherds

[Jesus Rivero (Neurogeek)]

Hi Marijn,

Count me in. I've recently found a strong affection for Lisp, and
although Im a total Lisp noob, I can use this experience to learn more
about it. It would be pretty awesome.

Where do I start?

On Fri, Mar 16, 2012 at 10:09 AM, Marijn hk...@gentoo.org wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Hi,

 the Gentoo Lisp project is having trouble maintaining Common Lisp
 packages and to a lesser extent Scheme packages due to a lack of
 time/interest of the people currently working on that. Most of those
 packages are leaf packages, but some are not: mostly dev-scheme/guile
 and dev-lisp/sbcl (Steel Bank Common Lisp compiler) I think. Many
 Common Lisp packages have been maintained in our overlay (mostly
 thanks to Stelian Ionescu (fe[nl]ix)) including SBCL but not much has
 moved to main tree.
 With this email I am hoping to achieve (in order of preference) that
 either some people with an interest in the Lisp family of programming
 languages join our team to help us out, or some people (without said
 broader interest?) take over primary responsibility for non-leaf
 packages that are suffering, with the Lisp team taking a back seat.

 People interested in joining us can contact us on our mailing list
 gentoo-l...@lists.gentoo.org or on freenode in our channel #gentoo-lisp.

 Marijn
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v2.0.18 (GNU/Linux)
 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

 iEYEARECAAYFAk9jSbMACgkQp/VmCx0OL2zuUACgp/Zg56jDxPwIIMGfmg8NJ7OD
 /V0AmgIvcCIJ1+iBtJBkHoSgC/UIuK98
 =Q5/8
 -END PGP SIGNATURE-




-- 
Jesus Rivero (Neurogeek)
Gentoo Developer

Re: [gentoo-dev] Re: Let's redesign the entire filesystem!

[Greg KH]

On Thu, Mar 15, 2012 at 11:01:19PM -0400, Richard Yao wrote:
 On 03/15/12 22:43, Greg KH wrote:
  On Thu, Mar 15, 2012 at 08:47:12PM -0400, Joshua Kinard wrote:
  On 03/15/2012 10:41, Greg KH wrote:
 
 
  There's always mudev if you don't want to run udev, good luck with that.
 
 
  Got a link?  We don't have anything matching in the tree, and Google turns
  up nothing relevant in the first few pages.
  
  Sorry, I think it's called 'mdev' and is part of busybox.
  
  greg no one asked me to adopt a package, amazing k-h
 
 How about app-editors/bvi?

A whole separate package for a tool that reimplements 'vim -b' mode?
That seems pointless, sorry.

At least find a package that people use :)

greg k-h

Re: [gentoo-dev] Undocumented and unused USE variables

[Alec Warner]

On Fri, Mar 16, 2012 at 5:49 AM, Christoph Niethammer
christoph.nietham...@googlemail.com wrote:
 Hello.

 I see. There is more documentation on a per package bases wich has to be 
 considered, too. (Found already the metadata.xml files.)

The metadata.xml files are  used to generate the use.local.desc file.


 As with the pango USE they may differe in their description - maybe also in 
 their meaning for different packages. So local USE flags should only be used 
 on a per package basis!

Usage of flags are not so clear cut as this, so I wouldn't make that
kind of generalization on their use.


 Here the euse command is realy handy. :-)
 However the sysfs USE flag is still hiding its documentation.
 So lets see if this is a bug or a feature. ;-)

 Thx for the clarification so far.

 Best regards
 Christoph

 René Neumann li...@necoro.eu schrieb:

 * Undocumented use flags:
 --
 pango


% euse -i pango
global use flags (searching: pango)

no matching entries found

local use flags (searching: pango)

[+  D   ] pango
    app-i18n/fcitx: Enable support for x11-libs/pango
              3.6.3 [gentoo]
              3.6.4 [gentoo]
        [+  ] 4.0.0 [gentoo]
        [+  ] 4.0.1 [gentoo]
        [+  ] 4.2.0-r2 [gentoo]
        [+  ] 4.2.1 [gentoo]

[+  D   ] pango
    media-gfx/fontforge: Enable pango font rendering
        [+  ] 20100501 [gentoo]
        [+  ] 20110222 [gentoo]
        [+  ] 20110222-r1 [gentoo]

[+  D   ] pango
    media-gfx/imagemagick: Enable Pango support using x11-libs/pango

[...]

Re: [gentoo-dev] Re: Let's redesign the entire filesystem!

[Michael Orlitzky]

On 03/16/12 11:18, Greg KH wrote:
 
 At least find a package that people use :)
 

www-client/httrack?

[gentoo-dev] Re: Undocumented and unused USE variables

[Duncan]

Rich Freeman posted on Fri, 16 Mar 2012 09:01:43 -0400 as excerpted:

 On Fri, Mar 16, 2012 at 8:49 AM, Christoph Niethammer
 christoph.nietham...@googlemail.com wrote:
 Here the euse command is realy handy. :-)
 However the sysfs USE flag is still hiding its documentation.
 So lets see if this is a bug or a feature. ;-)
 
 Yup, euse is helpful, or you can grep /usr/portage/profiles/use.*
 (including the local version).

FWIW, there's also equery uses (or just equery u), part of gentoolkit 
along with euse.  But you run equery uses against a specific package, so 
equery u portage for instance.  Where USE flags have a package-specific 
meaning, it's printed, and I've come to prefer equery u's output to euse -
i's.

FWIW(2), I'd suggest reading the equery manpage and getting familiar with 
all of its actions.  At least here, I find it QUITE a useful command. =:^)

There's also portage-utils and I believe a few other alternatives.  
Personally, I prefer equery, but I have portage-utils installed, as I'll 
see an occasional post-install message recommending a query using portage-
utils, and it's easier to just have it installed than it is to figure out 
exactly what the query does and translate it to a equery.

-- 
Duncan - List replies preferred.   No HTML msgs.
Every nonfree program has a lord, a master --
and if you use the program, he is your master.  Richard Stallman

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in games-sports/speed-dreams: ChangeLog speed-dreams-1.4.0.ebuild

[Samuli Suominen]

On 03/16/2012 10:04 PM, Alfredo Tupone (tupone) wrote:

tupone  12/03/16 20:04:54

   Modified: ChangeLog speed-dreams-1.4.0.ebuild
   Log:
   Fix configure dependency. Bug #408469

   (Portage version: 2.1.10.49/cvs/Linux i686)

Revision  ChangesPath
1.12 games-sports/speed-dreams/ChangeLog

file : 
http://sources.gentoo.org/viewvc.cgi/gentoo-x86/games-sports/speed-dreams/ChangeLog?rev=1.12view=markup
plain: 
http://sources.gentoo.org/viewvc.cgi/gentoo-x86/games-sports/speed-dreams/ChangeLog?rev=1.12content-type=text/plain
diff : 
http://sources.gentoo.org/viewvc.cgi/gentoo-x86/games-sports/speed-dreams/ChangeLog?r1=1.11r2=1.12

Index: ChangeLog
===
RCS file: /var/cvsroot/gentoo-x86/games-sports/speed-dreams/ChangeLog,v
retrieving revision 1.11
retrieving revision 1.12
diff -u -r1.11 -r1.12
--- ChangeLog   13 Mar 2012 13:01:30 -  1.11
+++ ChangeLog   16 Mar 2012 20:04:54 -  1.12
@@ -1,6 +1,10 @@
  # ChangeLog for games-sports/speed-dreams
  # Copyright 1999-2012 Gentoo Foundation; Distributed under the GPL v2
-# $Header: /var/cvsroot/gentoo-x86/games-sports/speed-dreams/ChangeLog,v 1.11 
2012/03/13 13:01:30 tupone Exp $
+# $Header: /var/cvsroot/gentoo-x86/games-sports/speed-dreams/ChangeLog,v 1.12 
2012/03/16 20:04:54 tupone Exp $
+
+  16 Mar 2012; Tupone Alfredotup...@gentoo.org  speed-dreams-1.4.0.ebuild,
+  files/speed-dreams-1.4.0-automake.patch:
+  Fix configure dependency. Bug #408469 by Piotr Szymaniak

13 Mar 2012; Tupone Alfredotup...@gentoo.org  speed-dreams-1.4.0.ebuild,
+files/speed-dreams-1.4.0-automake.patch, metadata.xml:



1.8  games-sports/speed-dreams/speed-dreams-1.4.0.ebuild

file : 
http://sources.gentoo.org/viewvc.cgi/gentoo-x86/games-sports/speed-dreams/speed-dreams-1.4.0.ebuild?rev=1.8view=markup
plain: 
http://sources.gentoo.org/viewvc.cgi/gentoo-x86/games-sports/speed-dreams/speed-dreams-1.4.0.ebuild?rev=1.8content-type=text/plain
diff : 
http://sources.gentoo.org/viewvc.cgi/gentoo-x86/games-sports/speed-dreams/speed-dreams-1.4.0.ebuild?r1=1.7r2=1.8

Index: speed-dreams-1.4.0.ebuild
===
RCS file: 
/var/cvsroot/gentoo-x86/games-sports/speed-dreams/speed-dreams-1.4.0.ebuild,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
--- speed-dreams-1.4.0.ebuild   13 Mar 2012 13:01:30 -  1.7
+++ speed-dreams-1.4.0.ebuild   16 Mar 2012 20:04:54 -  1.8
@@ -1,6 +1,6 @@
  # Copyright 1999-2012 Gentoo Foundation
  # Distributed under the terms of the GNU General Public License v2
-# $Header: 
/var/cvsroot/gentoo-x86/games-sports/speed-dreams/speed-dreams-1.4.0.ebuild,v 
1.7 2012/03/13 13:01:30 tupone Exp $
+# $Header: 
/var/cvsroot/gentoo-x86/games-sports/speed-dreams/speed-dreams-1.4.0.ebuild,v 
1.8 2012/03/16 20:04:54 tupone Exp $

  EAPI=2
  inherit autotools eutils versionator games
@@ -27,6 +27,13 @@
  DEPEND=${RDEPEND}
=media-libs/plib-1.8.3
x11-proto/xproto
+   x11-libs/libXext
+   x11-libs/libICE
+   x11-libs/libSM
+   x11-libs/libXt
+   x11-libs/libXi
+   x11-libs/libXmu
+   x11-libs/libXrender
xrandr? ( x11-proto/randrproto )

  S=${WORKDIR}/${PN}-$(get_version_component_range 1-3)-src


These X11 libs are really only needed build-time and no RDEPEND?

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in games-sports/speed-dreams: ChangeLog speed-dreams-1.4.0.ebuild

[Tupone Alfredo]

Il giorno ven, 16/03/2012 alle 22.10 +0200, Samuli Suominen ha scritto:
 On 03/16/2012 10:04 PM, Alfredo Tupone (tupone) wrote:
  tupone  12/03/16 20:04:54
 
 Modified: ChangeLog speed-dreams-1.4.0.ebuild
 Log:
 Fix configure dependency. Bug #408469
 
 (Portage version: 2.1.10.49/cvs/Linux i686)
 
  Revision  ChangesPath
  1.12 games-sports/speed-dreams/ChangeLog
 
  file : 
  http://sources.gentoo.org/viewvc.cgi/gentoo-x86/games-sports/speed-dreams/ChangeLog?rev=1.12view=markup
  plain: 
  http://sources.gentoo.org/viewvc.cgi/gentoo-x86/games-sports/speed-dreams/ChangeLog?rev=1.12content-type=text/plain
  diff : 
  http://sources.gentoo.org/viewvc.cgi/gentoo-x86/games-sports/speed-dreams/ChangeLog?r1=1.11r2=1.12
 
  Index: ChangeLog
  ===
  RCS file: /var/cvsroot/gentoo-x86/games-sports/speed-dreams/ChangeLog,v
  retrieving revision 1.11
  retrieving revision 1.12
  diff -u -r1.11 -r1.12
  --- ChangeLog   13 Mar 2012 13:01:30 -  1.11
  +++ ChangeLog   16 Mar 2012 20:04:54 -  1.12
  @@ -1,6 +1,10 @@
# ChangeLog for games-sports/speed-dreams
# Copyright 1999-2012 Gentoo Foundation; Distributed under the GPL v2
  -# $Header: /var/cvsroot/gentoo-x86/games-sports/speed-dreams/ChangeLog,v 
  1.11 2012/03/13 13:01:30 tupone Exp $
  +# $Header: /var/cvsroot/gentoo-x86/games-sports/speed-dreams/ChangeLog,v 
  1.12 2012/03/16 20:04:54 tupone Exp $
  +
  +  16 Mar 2012; Tupone Alfredotup...@gentoo.org  
  speed-dreams-1.4.0.ebuild,
  +  files/speed-dreams-1.4.0-automake.patch:
  +  Fix configure dependency. Bug #408469 by Piotr Szymaniak
 
  13 Mar 2012; Tupone Alfredotup...@gentoo.org  
  speed-dreams-1.4.0.ebuild,
  +files/speed-dreams-1.4.0-automake.patch, metadata.xml:
 
 
 
  1.8  games-sports/speed-dreams/speed-dreams-1.4.0.ebuild
 
  file : 
  http://sources.gentoo.org/viewvc.cgi/gentoo-x86/games-sports/speed-dreams/speed-dreams-1.4.0.ebuild?rev=1.8view=markup
  plain: 
  http://sources.gentoo.org/viewvc.cgi/gentoo-x86/games-sports/speed-dreams/speed-dreams-1.4.0.ebuild?rev=1.8content-type=text/plain
  diff : 
  http://sources.gentoo.org/viewvc.cgi/gentoo-x86/games-sports/speed-dreams/speed-dreams-1.4.0.ebuild?r1=1.7r2=1.8
 
  Index: speed-dreams-1.4.0.ebuild
  ===
  RCS file: 
  /var/cvsroot/gentoo-x86/games-sports/speed-dreams/speed-dreams-1.4.0.ebuild,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- speed-dreams-1.4.0.ebuild   13 Mar 2012 13:01:30 -  1.7
  +++ speed-dreams-1.4.0.ebuild   16 Mar 2012 20:04:54 -  1.8
  @@ -1,6 +1,6 @@
# Copyright 1999-2012 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
  -# $Header: 
  /var/cvsroot/gentoo-x86/games-sports/speed-dreams/speed-dreams-1.4.0.ebuild,v
   1.7 2012/03/13 13:01:30 tupone Exp $
  +# $Header: 
  /var/cvsroot/gentoo-x86/games-sports/speed-dreams/speed-dreams-1.4.0.ebuild,v
   1.8 2012/03/16 20:04:54 tupone Exp $
 
EAPI=2
inherit autotools eutils versionator games
  @@ -27,6 +27,13 @@
DEPEND=${RDEPEND}
  =media-libs/plib-1.8.3
  x11-proto/xproto
  +   x11-libs/libXext
  +   x11-libs/libICE
  +   x11-libs/libSM
  +   x11-libs/libXt
  +   x11-libs/libXi
  +   x11-libs/libXmu
  +   x11-libs/libXrender
  xrandr? ( x11-proto/randrproto )
 
S=${WORKDIR}/${PN}-$(get_version_component_range 1-3)-src
 
 These X11 libs are really only needed build-time and no RDEPEND?
From what I see, the dependency are only in the configure, and are not
needed. Maybe as-needed is stripping those. I wonder what happens if
as-needed is not specified :/


Alfredo

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in games-sports/speed-dreams: ChangeLog speed-dreams-1.4.0.ebuild

[Samuli Suominen]

On 03/16/2012 10:18 PM, Tupone Alfredo wrote:

Il giorno ven, 16/03/2012 alle 22.10 +0200, Samuli Suominen ha scritto:

On 03/16/2012 10:04 PM, Alfredo Tupone (tupone) wrote:

tupone  12/03/16 20:04:54

Modified: ChangeLog speed-dreams-1.4.0.ebuild
Log:
Fix configure dependency. Bug #408469

(Portage version: 2.1.10.49/cvs/Linux i686)

Revision  ChangesPath
1.12 games-sports/speed-dreams/ChangeLog

file : 
http://sources.gentoo.org/viewvc.cgi/gentoo-x86/games-sports/speed-dreams/ChangeLog?rev=1.12view=markup
plain: 
http://sources.gentoo.org/viewvc.cgi/gentoo-x86/games-sports/speed-dreams/ChangeLog?rev=1.12content-type=text/plain
diff : 
http://sources.gentoo.org/viewvc.cgi/gentoo-x86/games-sports/speed-dreams/ChangeLog?r1=1.11r2=1.12

Index: ChangeLog
===
RCS file: /var/cvsroot/gentoo-x86/games-sports/speed-dreams/ChangeLog,v
retrieving revision 1.11
retrieving revision 1.12
diff -u -r1.11 -r1.12
--- ChangeLog   13 Mar 2012 13:01:30 -  1.11
+++ ChangeLog   16 Mar 2012 20:04:54 -  1.12
@@ -1,6 +1,10 @@
   # ChangeLog for games-sports/speed-dreams
   # Copyright 1999-2012 Gentoo Foundation; Distributed under the GPL v2
-# $Header: /var/cvsroot/gentoo-x86/games-sports/speed-dreams/ChangeLog,v 1.11 
2012/03/13 13:01:30 tupone Exp $
+# $Header: /var/cvsroot/gentoo-x86/games-sports/speed-dreams/ChangeLog,v 1.12 
2012/03/16 20:04:54 tupone Exp $
+
+  16 Mar 2012; Tupone Alfredotup...@gentoo.org   speed-dreams-1.4.0.ebuild,
+  files/speed-dreams-1.4.0-automake.patch:
+  Fix configure dependency. Bug #408469 by Piotr Szymaniak

 13 Mar 2012; Tupone Alfredotup...@gentoo.org   speed-dreams-1.4.0.ebuild,
 +files/speed-dreams-1.4.0-automake.patch, metadata.xml:



1.8  games-sports/speed-dreams/speed-dreams-1.4.0.ebuild

file : 
http://sources.gentoo.org/viewvc.cgi/gentoo-x86/games-sports/speed-dreams/speed-dreams-1.4.0.ebuild?rev=1.8view=markup
plain: 
http://sources.gentoo.org/viewvc.cgi/gentoo-x86/games-sports/speed-dreams/speed-dreams-1.4.0.ebuild?rev=1.8content-type=text/plain
diff : 
http://sources.gentoo.org/viewvc.cgi/gentoo-x86/games-sports/speed-dreams/speed-dreams-1.4.0.ebuild?r1=1.7r2=1.8

Index: speed-dreams-1.4.0.ebuild
===
RCS file: 
/var/cvsroot/gentoo-x86/games-sports/speed-dreams/speed-dreams-1.4.0.ebuild,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
--- speed-dreams-1.4.0.ebuild   13 Mar 2012 13:01:30 -  1.7
+++ speed-dreams-1.4.0.ebuild   16 Mar 2012 20:04:54 -  1.8
@@ -1,6 +1,6 @@
   # Copyright 1999-2012 Gentoo Foundation
   # Distributed under the terms of the GNU General Public License v2
-# $Header: 
/var/cvsroot/gentoo-x86/games-sports/speed-dreams/speed-dreams-1.4.0.ebuild,v 
1.7 2012/03/13 13:01:30 tupone Exp $
+# $Header: 
/var/cvsroot/gentoo-x86/games-sports/speed-dreams/speed-dreams-1.4.0.ebuild,v 
1.8 2012/03/16 20:04:54 tupone Exp $

   EAPI=2
   inherit autotools eutils versionator games
@@ -27,6 +27,13 @@
   DEPEND=${RDEPEND}
=media-libs/plib-1.8.3
x11-proto/xproto
+   x11-libs/libXext
+   x11-libs/libICE
+   x11-libs/libSM
+   x11-libs/libXt
+   x11-libs/libXi
+   x11-libs/libXmu
+   x11-libs/libXrender
xrandr? ( x11-proto/randrproto )

   S=${WORKDIR}/${PN}-$(get_version_component_range 1-3)-src


These X11 libs are really only needed build-time and no RDEPEND?

 From what I see, the dependency are only in the configure, and are not
needed. Maybe as-needed is stripping those. I wonder what happens if
as-needed is not specified :/


Alfredo




Why not sed/patch the deps out from the configure script then?

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in games-sports/speed-dreams: ChangeLog speed-dreams-1.4.0.ebuild

[Tupone Alfredo]

Il giorno ven, 16/03/2012 alle 22.20 +0200, Samuli Suominen ha scritto:
 
 Why not sed/patch the deps out from the configure script then?

A new version should arrive soon (I hope) as 2.0.0_rc1 is already out.
I'll spend time on that if needed

Re: [gentoo-dev] Re: Let's redesign the entire filesystem!

[Richard Yao]

Take your pick:

http://www.gentoo.org/proj/en/qa/treecleaners/maintainer-needed.xml

On Fri, Mar 16, 2012 at 11:18 AM, Greg KH gre...@gentoo.org wrote:
 On Thu, Mar 15, 2012 at 11:01:19PM -0400, Richard Yao wrote:
 On 03/15/12 22:43, Greg KH wrote:
  On Thu, Mar 15, 2012 at 08:47:12PM -0400, Joshua Kinard wrote:
  On 03/15/2012 10:41, Greg KH wrote:
 
 
  There's always mudev if you don't want to run udev, good luck with that.
 
 
  Got a link?  We don't have anything matching in the tree, and Google turns
  up nothing relevant in the first few pages.
 
  Sorry, I think it's called 'mdev' and is part of busybox.
 
  greg no one asked me to adopt a package, amazing k-h

 How about app-editors/bvi?

 A whole separate package for a tool that reimplements 'vim -b' mode?
 That seems pointless, sorry.

 At least find a package that people use :)

 greg k-h

Re: [gentoo-dev] Re: Let's redesign the entire filesystem!

[Zac Medico]

On 03/14/2012 06:49 PM, Richard Yao wrote:
 On 03/14/12 21:06, Zac Medico wrote:
 On 03/14/2012 05:58 PM, Richard Yao wrote:
 On 03/14/12 20:36, David Leverton wrote:
 On 14 March 2012 23:47, Zac Medico zmed...@gentoo.org wrote:
 It's more about what we're _not_ doing that what we're doing.

 Clearly something must have changed in udev 181 to make
 /usr-without-initramfs not work anymore, and someone must have done
 something to make that change happen, unless udev has aquired the
 ability to evolve by itself.


 I suggest that you file a bug report regarding this for the Gentoo udev
 maintainer.

 RESOLVED:UPSTREAM
 
 Lets permit the udev maintainer to do that. :)

Bug 398049 can serve well enough. The maintainer said, This should no
longer be an issue once we have everyone with separate /usr using an
initramfs. [1]

[1] https://bugs.gentoo.org/show_bug.cgi?id=398049#c2
-- 
Thanks,
Zac

Re: [gentoo-dev] Re: Let's redesign the entire filesystem!

[Zac Medico]

On 03/14/2012 06:49 PM, Richard Yao wrote:
 On 03/14/12 21:06, Zac Medico wrote:
 On 03/14/2012 05:58 PM, Richard Yao wrote:
 On 03/14/12 20:36, David Leverton wrote:
 On 14 March 2012 23:47, Zac Medico zmed...@gentoo.org wrote:
 It's more about what we're _not_ doing that what we're doing.

 Clearly something must have changed in udev 181 to make
 /usr-without-initramfs not work anymore, and someone must have done
 something to make that change happen, unless udev has aquired the
 ability to evolve by itself.


 I suggest that you file a bug report regarding this for the Gentoo udev
 maintainer.

 RESOLVED:UPSTREAM
 
 Lets permit the udev maintainer to do that. :)

Bug 398049 can serve well enough. The maintainer said, This should no
longer be an issue once we have everyone with separate /usr using an
initramfs. [1]

[1] https://bugs.gentoo.org/show_bug.cgi?id=398049#c2
-- 
Thanks,
Zac