Re: [gentoo-dev] [PATCH] fcaps.eclass: Group name portability
Il y a 5 heures et 36 minutes, Naohiro Aota écrivit : Diego Elio Pettenò flamee...@flameeyes.eu writes: I'm pretty sure we have an eclass function to get the name of the 0 group. I can't find one... but found qmail.eclass is using exactly same method. export GROUP_ROOT=$(id -gn root) user.eclass provides egetent egetent group 0 should give you the same output as $ getent group 0 | cut -d: -f1 -- Cyprien Nicolas (Fulax) Gentoo Lisp project contrib
Re: [gentoo-dev] Re: [gentoo-dev-announce] RFC: Graveyard project
On Fri, Feb 15, 2013 at 09:39:34AM +, Markos Chandras wrote: On 15 February 2013 00:19, Diego Elio Pettenò flamee...@flameeyes.eu wrote: The problem is when you have to triple-check that the user hasn't enabled some random fucked up overlay and you have to guess whether that might be the cause of the problem. Yes it happens, not so rarely. That's not a good argument. You can't stop people from using whatever external sources they want. But you can easily spot what they use from a simple eix -e broken-package or emerge --info and close the bug as INVALID in the blink of an eye Not really, this works when the bug is opened against a given package from an overlay. Diego's raised issue is about some *DEPEND installed from an overlay, but the failing package is from the tree. emerge --info will not report from which overlays the *DEPEND has been installed. I don't know of a simple command to list installed reverse dependencies; qdepends -Q does not show repo_name info. -- Cyprien Nicolas (Fulax) Gentoo Lisp project contrib signature.asc Description: Digital signature
Re: [gentoo-dev] Re: [gentoo-dev-announce] RFC: Graveyard project
On Fri, Feb 15, 2013 at 01:48:34PM +0100, Cyprien Nicolas wrote: Not really, this works when the bug is opened against a given package from an overlay. Diego's raised issue is about some *DEPEND installed from an overlay, but the failing package is from the tree. emerge --info will not report from which overlays the *DEPEND has been installed. I don't know of a simple command to list installed reverse dependencies; qdepends -Q does not show repo_name info. Forget about reverse dependencies and the -Q switch, It is out of topic here (and emerge -pc list them). The rest holds, qdepend won't list slots or repositories. -- Cyprien Nicolas (Fulax) Gentoo Lisp project contrib signature.asc Description: Digital signature
Re: [gentoo-dev] The /run migration
On Wed, Feb 06, 2013 at 10:23:06AM -0500, Mike Gilbert wrote: Portage will cleanup the /var/run symlink after unmerging the last package that installed files under /var/run. And if you install back that package, portage will create the /var/run directory, and not the symlink. openssh-6.1_p1 has: keepdir /var/run -- Cyprien Nicolas (Fulax) Gentoo Lisp project contrib signature.asc Description: Digital signature
Re: [gentoo-dev] scheme herd needs help
On Sat, Feb 02, 2013 at 01:54:29PM +0100, Pacho Ramos wrote: After talking with them, it's really understaffed to properly handle all packages they cover right now. Would be nice if anyone would be willing to join (as a dev or proxy maintainer). The following packages are especially needed of a maintainer to handle them: (...) dev-scheme/guile guile is partially maintained in the lisp overlay, I managed to provide SLOT support for guile-2, feel free to contact me or gentoo-lisp@lists for more info/pushing it to the tree. I also have good contacts with guile's upstream. dev-scheme/hop I work with hop upstream (and for dev-scheme/bigloo too). My PhD thesis subject is about hop, so I have good knowledge on how Hop works. I have ebuilds for it, I will be happy to tell anyone interested about this package (and maybe move it to www-servers/ category). -- Cyprien Nicolas (Fulax) Gentoo Lisp project contrib pgpmA8mmZtaYk.pgp Description: PGP signature
Re: [gentoo-dev] scheme herd needs help
On Sun, Feb 03, 2013 at 02:39:22PM +0100, Pacho Ramos wrote: El dom, 03-02-2013 a las 12:36 +0100, Cyprien Nicolas escribió: On Sat, Feb 02, 2013 at 01:54:29PM +0100, Pacho Ramos wrote: After talking with them, it's really understaffed to properly handle all packages they cover right now. Would be nice if anyone would be willing to join (as a dev or proxy maintainer). The following packages are especially needed of a maintainer to handle them: (...) dev-scheme/guile guile is partially maintained in the lisp overlay, I managed to provide SLOT support for guile-2, feel free to contact me or gentoo-lisp@lists for more info/pushing it to the tree. I also have good contacts with guile's upstream. Who is behind lisp overlay? Only you or more people that could also be contacted to try to get them maintaining guile? Thanks for the info We are 2 or 3 non-dev volonteers. pchrist is busy with life and common-lisp stuff, grozin and radhermit give a hand on some packages. The lisp overlay guys are easily rechable through #gentoo-lisp or gentoo-lisp mailing list. About guile, I'm the only one having touched it for the last 2 years [1]. I think I could proxy-maint it, with an experienced dev in eselect modules and multiple SLOT packages. dev-scheme/hop I work with hop upstream (and for dev-scheme/bigloo too). My PhD thesis subject is about hop, so I have good knowledge on how Hop works. I have ebuilds for it, I will be happy to tell anyone interested about this package (and maybe move it to www-servers/ category). As you are not (yet) a developer with commit rights, maybe you could proxy maintain it, will CC proxy-maint people I could. Even if I do think that hop in the tree is not needed currently, it does not build, it is very outdated. I think people using it use it from the lisp overlay where I just pushed 2.4.0. I won't object if dev-scheme/hop is tree-cleaned. I'd better finish my quizzes first :-) -- Cyprien Nicolas (Fulax) Gentoo Lisp project contrib pgpZp4XMh41pW.pgp Description: PGP signature
Re: [gentoo-dev] Local bindist descriptions
Alexis Ballier wrote: It's probably too idealistic but I tend to consider that global flags should be enabled/disabled globally while local flags on a per-package basis. bindist is really something you want to enable globally. On the other hand, doc is a global flag you don't want to enable globally. -- Cyprien (Fulax)
Re: [gentoo-dev] [warning] the bug queue has 100 bugs
On Wed, Oct 31, 2012 at 02:18:42pm +0100, li...@aixah.de wrote: maybe you should remember that non-devs simply /aren't allowed/ to assign bugs correctly... That is not correct. I am no dev and i do have edit-bugs privileges. They were given to me on request by a developer from a project i am contributing to. However, that developer *has to* review any change I do, as he/she is responsible for my mistakes. The other way is to join the bug-wranglers project if you are willing to help: http://www.gentoo.org/proj/en/qa/bug-wranglers/index.xml#doc_chap4 -- Cyprien Nicolas (fulax) Gentoo Lisp Project contrib pgpYnoZSLPKmv.pgp Description: PGP signature
Re: [gentoo-dev] Last rites: app-text/epdfview
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 hero...@gentoo.org wrote: I remember when xpdf was removed, epdfview was recommended as a lightweight alternative. How about this time? Have you gave a try to app-text/mupdf? It is very lightweight and does not depends on poppler. - -- Cyprien Nicolas (Fulax) Gentoo Lisp/Scheme contrib. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlAgzJMACgkQWxOlHn1uWpdVXACeLzDmFq2AgKgl0WwFHrcDhlkO YEIAn3ou9VU7CGRGwsLcg487uMNB5Anc =c777 -END PGP SIGNATURE-
Re: [gentoo-dev] UTF-8 locale by default
Ulrich Mueller wrote: On Fri, 27 Jul 2012, Ben de Groot wrote: So let's upgrade to en_US.UTF-8, which is for most users more desirable than the current situation. Of course we will still advise them to set their desired locales in /etc/locale.gen. But at least they will start with a unicode environment, as expected anno 2012. As I had pointed out before [1], changing from POSIX to an en_US locale will have undesirable side effects, like commas as thousands separators in numbers (because of LC_NUMERIC). Also the defaults of en_US for LC_MEASUREMENT and LC_PAPER are only useful in the U.S. For this very reason by system locale is en_IE.UTF-8. Still English but using Euro Monetary, Metric units, A4 paper, etc. It might suit needs for most European installs, but not for everyone. -- Cyprien / Fulax Gentoo Lisp Project contributor
Re: [gentoo-dev] multiprocessing.eclass: doing parallel work in bash
Mike Frysinger wrote:
On Saturday 02 June 2012 00:11:19 Brian Harring wrote:
On Fri, Jun 01, 2012 at 06:41:22PM -0400, Mike Frysinger wrote:
makeopts_jobs() {
This function belongs in eutils, or somewhere similar- pretty sure
we've got variants of this in multiple spots. I'd prefer a single
point to change if/when we add a way to pass parallelism down into the
env via EAPI.
We do have variants at several places in ebuild/eclass (scons-utils,
waf...). And some failed at some point, see [1].
it's already in eutils. but i'm moving it out of that and into this since it
makes more sense in this eclass imo, and avoids this eclass from inheriting
eutils.
Neat. Thanks for having added it. Lot of build related eclass would need
it, if we want to factorize that code.
We'll have to give maintainers incentive for migrating their code :-)
[1] https://bugs.gentoo.org/show_bug.cgi?id=337831
--
Fulax
Gentoo Lisp Contributor
signature.asc
Description: OpenPGP digital signature
Re: [gentoo-dev] remove cups from releases/make.defaults ?
hasufell wrote:
# grep ^USE /usr/portage/profiles/releases/make.defaults
USE=acl cups gdbm gpm nptl nptlonly sysfs unicode
I cannot find any description about 'nptlonly' and 'sysfs' in either
/profiles/use{,.local}.desc. Are they still used?
This is used by /usr/portage/profiles/default/linux/amd64/10.0 for
example, so I have cups in default NON-DESKTOP profile like it was a
mandatory useflag.
Is it? I don't even have a printer and expect that profile to be the
very minimum.
+1 on that.
Thanks for cleaning up profiles!
--
Cyprien/Fulax
gentoo-lisp project contributor
Re: [gentoo-dev] rfc: news item for changed polkit default group
Samuli Suominen wrote: was asked about this at IRC today, so I suppose we should convey this information better to users You can change the default value at: # $EDITOR /etc/polkit-1/localauthority.conf.d/50-localauthority.conf The default file states: # Configuration file for the PolicyKit Local Authority. # # DO NOT EDIT THIS FILE, it will be overwritten on update. It seems there is no CONFIG_PROTECT_MASK to exclude that peculiar file from CONFIG_PROTECT. Maybe this line should be removed from that file? I wondered which file should be edited to keep my settings over updates. -- Cyprien Nicolas
Re: [gentoo-dev] adding list of variables exported by make.conf to emerge --info
Paweł Hajdan, Jr. wrote: On 1/17/12 6:35 PM, Zac Medico wrote: I think what want already exists: http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/profiles/info_vars Am I right? Not really. Even the example SYSTEM is not listed there, and as said before we can't put every possible, now and in the future, bad variable name there. I think another line should be added to emerge --info, like this (just an example, most variables omitted): Variables defined in make.conf: CFLAGS, CXXFLAGS, SYSTEM, ... It seems that emerge --info --verbose does that (at least with portage-2.2) I'm used to define USE_*¹ variables in my make.conf in order to split out global USEs. Those variables does not appear in the emerge --info output, but they are visible if I had --verbose. -- Cyprien Fulax on #gentoo-lisp 1. This naming scheme isn't safe either, as USE_EXPAND and USE_ORDER are make.conf settings
Re: [gentoo-dev] package graveyard
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thomas Kahle wrote: Is there a way for X to easily query the portage history and dig up the ebuild that was there at some point. She could then use the old ebuild for their new version, but without efficient search she would probably start from scratch. Some packages are treecleaned in the state 'working but with a single bug (and nobody cares)', it would be good if that state is somehow retained after the removal. Then you can get a fully working package while fixing only one bug. Searching through mailing list archives with automatted removal mails would be my hack, what would be yours? I had to do this some months ago, I wanted to try a old package requiring some gnome-1 libs. As you said that this kind of package are likely to have/had bugs, then a quick search in the bugzilla should retrieve the category. After that, sources.g.o can help finding those old ebuilds. In my case, it was media-libs/gdk-pixbuf:0. That package was removed with gnome-1 (and later re-added as x11-libs/gdk-pixbuf:2). Knowing media-libs, I found it using viewvc on gentoo-x86 [1], then show X dead files displays all necessary files and patches. ,Cyprien gentoo-lisp contributor [1] http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/media-libs/ -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk5L+V8ACgkQWxOlHn1uWpdHZACdGelU21ZvHJ8OcY77S0OMinyW QVoAoIlDo7a4GHiY4omW2fVWUsFCrr/P =BlFS -END PGP SIGNATURE-
Re: [gentoo-dev] ldconfig symlink updates -- do we need that?
On 28/06/11 10:53, Michał Górny wrote: On Tue, 28 Jun 2011 10:48:48 +0200 Michał Górny mgo...@gentoo.org wrote: I'm a noob in Python, but I disagree with this patch. for two reasons: First, the -X option is already available, and controlled by makelinks, so why not change the default value of makelinks to False? Second, after trying to understand the code, if your proposed patch is applied, the makelinks variable become useless. So why not remove it completly from the source? Is this variable still needed? There is some bunch of code starting at line 222 in the current HEAD, which sets makelinks to False upon some conditions, does this need to be refactored / removed somehow too? -- Cyprien Nicolas (fulax) Lisp project contributor
Re: [gentoo-dev] Re: eclass review for Gnome 2.32 and waf ebuilds
On Sat, Dec 4, 2010 at 06:02, Ryan Hill dirtye...@gentoo.org wrote: On Sat, 04 Dec 2010 03:29:45 +0100 Diego Elio Pettenò flamee...@gmail.com wrote: Il giorno ven, 03/12/2010 alle 19.46 -0600, Ryan Hill ha scritto: This has come up enough times that we should write some common code. Or resume the idea to simply provide a separate variable for number-of-jobs rather than relying purely on MAKEOPTS. That's not a bad idea, but I think we'd still need to fall back to MAKEOPTS parsing if that variable was not set. This has been discussed here two years ago, to the day. But unfortunately the discussion didn't when to a decision [1]. I filled a QA tracker bug [2] to summarize the proposed solutions, and re-open the discussion. In my opinion, just filtering out the --load-average option, and keeping the --jobs value is *bad*, as I putted it with serious reasons (detailed in the tracker). So I wonder if I can have a setting saying if that build system cannot adapt to the current load, then I want a --jobs value of 1, or 2, but not 4? As having SCONSOPTS WAFOPTS ANTOPTS CMAKEOPTS and so on variables is a ugly solution, and would require a lot of eclasses to be changed, I chose the fallback of having a empty MAKEOPTS, and to rely on portage's --jobs and --load-average options. 1 http://archives.gentoo.org/gentoo-dev/msg_750e33f68b16d971dff1f40dd9145e56.xml 2 https://bugs.gentoo.org/337831 -- Cyprien Nicolas Gentoo Lisp Project contributor Fulax on #gentoo-lisp
Re: [gentoo-dev] eclass review for Gnome 2.32 and waf ebuilds
On Fri, Dec 3, 2010 at 21:25, Gilles Dartiguelongue e...@gentoo.org wrote: Please also find in these patches a proposal of a waf-utils eclass in order to put waf related build management into an eclass. There is a couple of ebuilds already in tree all doing things on their own and I had a prototype laying around that I had to complete in order to have hamster-applet-2.32. I took a look at the src_compile function from the proposed waf-utils.eclass, and the sed expression you use is not correct, if your objective is to filter everything but the -j/--jobs part of the MAKEOPTS variable. My current setting is MAKEOPTS=--jobs=3 --load-average=3.5, and it is left unchanged by the current sed expression. I had a issue with waf, with that MAKEOPTS thing [1] Maybe you could take the expression referred in comment #3 [1], as Samuli did, or maybe someone else have a better proposition. 1 https://bugs.gentoo.org/show_bug.cgi?id=335119 -- Cyprien Nicolas Gentoo Lisp Project contributor Fulax on #gentoo-lisp
