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
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
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
: keepdir /var/run
--
Cyprien Nicolas (Fulax)
Gentoo Lisp project contrib
signature.asc
Description: Digital signature
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
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
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
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
-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
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
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
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
.
--
Cyprien Nicolas
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,
-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
sets makelinks to False upon some conditions, does this need to be
refactored / removed somehow too?
--
Cyprien Nicolas (fulax)
Lisp project contributor
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
https://bugs.gentoo.org/show_bug.cgi?id=335119
--
Cyprien Nicolas
Gentoo Lisp Project contributor
Fulax on #gentoo-lisp
18 matches
Mail list logo