On Sun, 20 Nov 2005 23:23:19 +0100
"Spider (D.m.D. Lj.)" <[EMAIL PROTECTED]> wrote:
> On Sun, 2005-11-20 at 11:55 -0800, Michael Marineau wrote:
>
> > For users who do like the functionality just properly document
> > the existance of USE_ORDER in the install guide.
>
> However, I'd -also- want
On Mon, 21 Nov 2005 02:18:21 -0500
Curtis Napier <[EMAIL PROTECTED]> wrote:
> I'm asking for everyone (developers and users alike) to please
> have a look at the updated site and send any feedback you may
> have.
Firefox-1.0.7 here, on a 1024x768 screen, and i think there is too
much wasted spac
On Mon, 21 Nov 2005 14:09:55 +
Mike Frysinger <[EMAIL PROTECTED]> wrote:
> - the bar at the top which blathers on about what Gentoo has to
> offer i could do without completely (imo, you can read the About
> page)
What about keeping it on front page only? (with the vertical size
issue fixed s
On Tue, 22 Nov 2005 01:11:14 +
Mike Frysinger <[EMAIL PROTECTED]> wrote:
> On Tue, Nov 22, 2005 at 01:53:01AM +0100, Ingo Bormuth wrote:
> >
> > - Where is the "Search for __ in section __" field ? I
> > would expect it somewhere on the top. See http://php.net for a
> > good and tiny
On Tue, 22 Nov 2005 00:04:53 -0500
Mike Frysinger <[EMAIL PROTECTED]> wrote:
> or you could make it the dropdown list so people can pick
> bugs.gentoo.org/gentoo.org/forums.gentoo.org/whatever
Exactly, that's what i would like too. More specificaly, it
could be something like this:
http://tdegre
On Tue, 22 Nov 2005 18:51:44 +0100
Sven Vermeulen <[EMAIL PROTECTED]> wrote:
>> A good start could be to do that the quick and ugly way, thanks
>> to Google (with some "site:www.gentoo.org/some/thing/" and other
>> black magic in the query terms).
> [...]
> - Google bases its search functionality
On Tue, 22 Nov 2005 13:21:49 +0100
Paul de Vrieze <[EMAIL PROTECTED]> wrote:
> People might also be interested in looking at Aaron's own page
> for the design. It seems to be a bit clearer:
>
> http://www.aaronshi.com/gentoo/
>
One thing i notice is that the three bottom menus are only shown on
On Tue, 29 Nov 2005 15:27:10 +
Mike Frysinger <[EMAIL PROTECTED]> wrote:
> i know they are executables, that's why we're talking about a
> specific subdir of lib
>
> libexec clutters /usr while /usr/lib/misc hides it nicely ...
> afterall, this are internal binaries that end user should never
On Tue, 06 Dec 2005 19:12:04 +
Luis Medinas <[EMAIL PROTECTED]> wrote:
> It would be great if we can get a full rewrite instead of a
> redirect.
On the other hand, having redirects is much better for googling
devs' pages. Queries like "site:dev.gentoo.org cross compile" will
continue to work
On Fri, 23 Dec 2005 13:09:08 +0200
Petteri Räty <[EMAIL PROTECTED]> wrote:
> Basically it does ldd on all the elf files in a package and then
> checks to which packages those libraries belong.
I don't think "ldd" alone is the way to go, because it doesn't make
distinction beetween direct and ind
On Sat, 24 Dec 2005 02:22:06 +0900
Jason Stubbs <[EMAIL PROTECTED]> wrote:
> PackageA is installed, PackageB is installed, PackageB is
> uninstalled -> PackageA is broken. Does this case exist?
Found two on my system:
* "/usr/lib/X11/app-defaults -> /etc/X11/app-defaults" is
installed by sever
On Thu, 5 Jan 2006 23:08:13 +1100
Daniel <[EMAIL PROTECTED]> wrote:
> I propose removing torsmo and placing a package.move entry so
> that conky will be the logical upgrade (after all it was the same
> code base).
How will users understand what happened to their good old torsmo,
which used to wor
On Thu, 5 Jan 2006 13:55:48 +0100
Thomas de Grenier de Latour <[EMAIL PROTECTED]> wrote:
> I think it would be better to package.mask it with some comment
> like "Deprecated, masked in favor of app-admin/conky", because
> that's something emerge reports when it make
On Thu, 5 Jan 2006 23:39:13 +0100
Thomas Matthijs <[EMAIL PROTECTED]> wrote:
> * Daniel ([EMAIL PROTECTED]) wrote:
>
> > step 4.
> > package.move torsmo -> conky
>
> This will do _bad_ things if someone has both installed
>
Bah, here it's ~ okay because torsmo versions are lower than the
ones
On Sat, 28 Jan 2006 18:58:52 -0800
Donnie Berkholz <[EMAIL PROTECTED]> wrote:
> You want people to recompile the whole package to get another
> text file installed?
When would one recompile a package just for that? Only case i can
think of is when someone who already has setup his apache / ftp /
On Sun, 29 Jan 2006 11:07:15 +0100
Thomas de Grenier de Latour <[EMAIL PROTECTED]> wrote:
> i would not appreciate to see it suddenly handling a new service
> because a xinet.d file has been silently added by a new version
> of an ebuild.
Ok, i see all files i have installed i
On Sun, 29 Jan 2006 13:51:25 -0800
Donnie Berkholz <[EMAIL PROTECTED]> wrote:
> Thomas de Grenier de Latour wrote:
> > Or again another one (a bit ugly imho tho): merge the files in
> > an "/etc/logrotate.d.dist" directory, and add an eselect module
> > to h
On Sun, 29 Jan 2006 13:51:29 -0800
Donnie Berkholz <[EMAIL PROTECTED]> wrote:
> And any other "new" file in /etc you also want a USE flag
> introduced for? Sounds real scalable. Or is this just an
> exception from the rule?
Sure it's an exception. I make the difference beetween:
- usual /etc/ fi
On Tue, 7 Feb 2006 10:09:08 +0900
Georgi Georgiev <[EMAIL PROTECTED]> wrote:
> use svg && use canvas && . --enable-official-branding
{ use svg && use canvas && ... ; } \
|| use '!bindist' \
&& ... --enable-official-branding
Why I think "bindist" is an appropriate flag here is because onl
Le Sun, 12 Feb 2006 21:39:22 -0600,
R Hill <[EMAIL PROTECTED]> a écrit :
> TGL did some work on this under bug #84884, though his changes are
> more invasive than what i had in mind. I don't see the need for
> portage to dig through use.*desc when euse already works and equery
> can pretty easily
Le Sun, 12 Feb 2006 23:28:05 -0500,
Mark Loeser <[EMAIL PROTECTED]> a écrit :
> By allowing duplicate entries we just allow people to put useless
> information in two places instead of one.
>
Maybe i'm a bit naive, but that sounds very pessimistic to me. I would
rather think that devs who will a
On Tue, 28 Feb 2006 13:02:10 -0500,
Alec Warner <[EMAIL PROTECTED]> wrote:
> Ciaran McCreesh wrote:
>
> >if [ "${IS_UPGRADE}" = "1" ] ; then
> >einfo "Removing old version ${REMOVE_PKG}"
> >
> >emerge -C "${REMOVE_PKG}"
> >fi
> >
> >
> >
> Semantics of the logic aside, c
On Fri, 3 Mar 2006 22:44:22 +,
"Stuart Herbert" <[EMAIL PROTECTED]> wrote:
> Unless a user looks inside the ebuild, they're not going to
> understand why the USE flags they've selected has resulted in a
> package that doesn't actually have those features.
...
> This is going to *create* more s
On Sat, 04 Mar 2006 12:18:22 -0600,
MIkey <[EMAIL PROTECTED]> wrote:
> Can it exclude things from being included in binary packages?
AFAIK, no. But what you could use (with portage-2.1) is a hook
function in /etc/portage/bashrc:
post_src_install() { rm -rf ${D}usr/share/doc ; }
This way, fil
On Sat, 04 Mar 2006 23:04:22 +0100,
Simon Stelling <[EMAIL PROTECTED]> wrote:
> Thomas de Grenier de Latour wrote:
> > post_src_install() { rm -rf ${D}usr/share/doc ; }
> > This way, files will be deleted for real, before getting merged or
> > added to your bi
On Mon, 6 Mar 2006 13:45:01 -0500,
Daniel Ostrow <[EMAIL PROTECTED]> wrote:
> portage will need to know that the location, on the distfiles
> mirrors, of cronolog, is now the equivilent of
> mirror://gentoo/${firstchar}
And what about the "local" mirror type, that one can define in
/etc/portage/m
On Fri, 7 Apr 2006 10:21:54 +0100,
Ciaran McCreesh <[EMAIL PROTECTED]> wrote:
> * If we're looking to increase the flow of end users -> super users ->
> developers, perhaps we should focus more upon improving development
> tools or development documentation.
I would also suggest creation of a gen
On Fri, 7 Apr 2006 12:48:12 -0400,
Michael Cummings <[EMAIL PROTECTED]> wrote:
> On Friday 07 April 2006 11:15, Thomas de Grenier de Latour wrote:
> > On Fri, 7 Apr 2006 10:21:54 +0100,
> >
> > I would also suggest creation of a gentoo-dev-help@ mailing-list.
>
On Sat, 08 Apr 2006 17:48:12 +0200,
Fabian Neumann <[EMAIL PROTECTED]> wrote:
> I'd like to have bookmarks for my most used documentation in my
> browser.
Yup, me too. See bug #67130.
The feature is optional (you have to set DOC_SYMLINKS_DIR in make.conf).
Symlinks are autocreated when there is
On Mon, 17 Apr 2006 09:19:48 -0700,
Donnie Berkholz <[EMAIL PROTECTED]> wrote:
> Simon Stelling wrote:
> > Donnie Berkholz wrote:
> >> We are working to ensure the dependencies work as smoothly as
> >> possible, but I expect there will be some issues since it's
> >> difficult to require updates to
On Mon, 17 Apr 2006 13:43:32 -0700,
Donnie Berkholz <[EMAIL PROTECTED]> wrote:
> Is requiring everyone to unmerge drivers a worse solution than
> breaking some people who emerged drivers directly?
Depends how many people are on each side i guess. But here, i would
expect really very few people to
On Mon, 17 Apr 2006 17:48:07 -0700,
Donnie Berkholz <[EMAIL PROTECTED]> wrote:
> > - at the opposite of the xorg-x11 meta ebuild, a pkg_setup check
> > xorg-server ("if hasq ati $VIDEO_CARDS; then eerror ...") makes
> > sense, since it would die at the right time, before the drivers
> > updates.
On Mon, 05 Jun 2006 21:23:58 -0400,
Chris Gianelloni <[EMAIL PROTECTED]> wrote:
> There are *many* applications in the tree that do not use ALSA, but
> work only via the OSS emulation. Removing this is a bad idea and it
> would definitely be blocked by the games team. Probably half of the
> pack
On 2008/03/31, Vlastimil Babka <[EMAIL PROTECTED]> wrote:
> I think that maybe we should first introduce new patching phase and
> then make this user patch really usable feature. For example if you
> want to patch something that's input to running autotools, doing it
> in post_src_unpack is too la
On 2008/06/10, Ciaran McCreesh <[EMAIL PROTECTED]> wrote:
> Currently we don't touch the ebuild's content *at all* for metadata
> operations, except where there's no or stale metadata cache (which is
> rare). We can get away with this currently because 0 and 1 have
> identical cache layouts and PM
On 2008/06/11, Ciaran McCreesh <[EMAIL PROTECTED]> wrote:
> You're missing the cases where the cache isn't usable.
>
I was not talking about generating cache entries, and neither were you.
I've replied to you because you were suggesting that the "EAPI in
ebuilds contents" solution had extra cost
On 2008/08/01, Zac Medico <[EMAIL PROTECTED]> wrote:
> It might good to add support for a new RESTRICT=live value in
> ebuilds.
Since some people have a problem with this flag being put there, what
about IUSE=live-rebuild as an alternative? It's "use.desc" would be
something like "add this pack
On 2008/08/02, Zac Medico <[EMAIL PROTECTED]> wrote:
> USE flags are something that can be enable or disabled
Here, what the flag would enable/disable is belonging of live packages
to the @live-rebuild set. Compared to the RESTRICT solution, user
gains an easy per-package control of this set (su
Hi,
On 2009/05/17, Piotr Jaroszyński wrote:
> I have just updated GLEP 55 [1], hopefully making it a bit clearer.
In the GLEP, you raises the following argument against the "Easily
fetchable EAPI inside the ebuild" class of solutions:
> Performance decrease comes from the fact that with versio
On 2009/05/17, Ciaran McCreesh wrote:
> > Let's take a very simple
> > example:
> > - eapi X says "_p is equal to _p0"
> > - eapi Y says "_p is greater than any _pN"
> > --> of "foo-1_p1 with EAPI=X" and "foo-1_p with EAPI=Y", what is
> > the "best" version?
>
> You don't define it quit
On 2009/05/17, Thomas Anderson wrote:
> - Vote on GLEP 54
> This vote was called for by dertobi123. The vote was on
> whether to approve GLEP 54 conditional on whether GLEP 55 is passed.
> The reason for this is that GLEP 54 is unimplementable without the
> problems mentioned in GLEP
On Tue, 8 Aug 2006 00:22:50 -0700,
Brian Harring <[EMAIL PROTECTED]> wrote:
> forcing cxx on via package.mask for gcc
> sys-devel/gcc[-cxx]
If i want to build a cxx-free system, am i supposed to add
"sys-devel/gcc[-cxx]" to its package.unmask? If so, what will prevent
Portage upgrading to some p
On Tue, 08 Aug 2006 12:18:10 -0700,
Zac Medico <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Stuart Herbert wrote:
> > Any chance of per-package USE defaults support? That's much more
> > useful to me.
>
> Attached to bug 61732 there's a patch that implements
On Wed, 13 Sep 2006 19:47:12 +0200,
Benno Schulenberg <[EMAIL PROTECTED]> wrote:
> I would much prefer new files to be treated as if replacing an
> existing zero length file.
...
> it should be up to tools like etc-update to (configurably) automerge
> new files
A quick look through my CONFIG_PR
On Fri, 13 Oct 2006 02:40:59 -0700,
Zac Medico <[EMAIL PROTECTED]> wrote:
> Aside from being package specific, the per-package default USE flags
> behave much like USE flags that are currently listed in profiles'
> make.defaults. The flags are stacked incrementally as usual. The
> ebuild level d
On Fri, 13 Oct 2006 13:08:36 -0700,
Zac Medico <[EMAIL PROTECTED]> wrote:
> If a flag is supposed to be resisant to -*, then
> use.force/package.use.force are the existing ways to accomplish that.
Arrh, i had completly forgotten that you had added *use.force files
support already. Well, sorry fo
On Mon, 30 Oct 2006 21:56:23 -0600,
Ryan Hill <[EMAIL PROTECTED]> wrote:
> Caleb Cushing wrote:
>
> > maybe it would be a lot of work. to even develop the tools. but it
> > would be nice if a global use flag could have a detailed option.
>
> this has been discussed a few times before. i think
On Mon, 13 Nov 2006 10:02:25 +0100, Alexander Skwar
<[EMAIL PROTECTED]> wrote:
> The problem with that is, that openURL accepts two parameters and
> they are seperated with a ,. So it sees two parameters:
> http://www.spiegel.de/wirtschaft/0,1518,447923 and 00.html - 00.html
> is not a valid param
On Mon, 13 Nov 2006 15:17:46 -0700, "Richard Fish"
<[EMAIL PROTECTED]> wrote:
> On 11/13/06, Thomas de Grenier de Latour <[EMAIL PROTECTED]>
> wrote:
>
> Huh? Both of the following requests are equivalent:
>
> http://foo.bar/param-1,param-2%2Cwith%2
On Wed, 31 Jan 2007 23:30:53 -0500, Mike Frysinger <[EMAIL PROTECTED]>
wrote:
> about the only thing that'd work is an additional parameter called
> "cruft" that'd be passed unfiltered into the .desktop file
You can also imagine a "-v" switch, which would make this function print
the full path (w
On Thu, 22 Feb 2007 19:08:48 +, Ciaran McCreesh
<[EMAIL PROTECTED]> wrote:
> As has been discussed in the past, the only correct way of handling
> this from an ebuild perspective is lots of use && has_version calls
Which sounds like trying to mimic whatever the deps solver logic may
have been
On Fri, 23 Feb 2007 21:31:51 -0600, Ryan Hill <[EMAIL PROTECTED]>
wrote:
Some additional infos about this DOC_SYMLINKS_DIR feature, since it
seems the ebuild(5) doc has not been merged:
- the symlinks are not automatically created to any /usr/share/doc/
subdir that the ebuild creates, but only t
I was bored yesterday, so i have updated and re-run an old script i had
which tries to find ebuilds doing things like that:
DEPEND="foo? ( cat-bar/libfoo )"
src_compile() {
econf || die
emake || die
}
The problem here is that, if libfoo is installed, it will be linked to
even
On 2007/03/12, Steve Long <[EMAIL PROTECTED]> wrote:
> Are you really that dense?
http://tdegreni.free.fr/slong.png
Seriously, no need to even read this emails to guess who is
being dense today.
--
TGL.
--
gentoo-dev@gentoo.org mailing list
On 2007/03/12, Ned Ludd <[EMAIL PROTECTED]> wrote:
> Matches "`which "
> ...
> And matches "$(which "
> ...
Also there are some occurences in eclasses:
./eclass/enlightenment.eclass:
cp $(which gettextize) "${T}"/ || die "could not copy gettextize"
./eclass/fortran.eclass:
elif [ -x "$(w
On 2007/03/18, Simon Stelling <[EMAIL PROTECTED]> wrote:
> Even better: Fix them to use ~/.config/ instead
You mean "${XDG_CONFIG_HOME:-${HOME}/.config}/", right?
http://standards.freedesktop.org/basedir-spec/latest/ar01s03.html
--
TGL.
--
gentoo-dev@gentoo.org mailing list
On 2007/03/19, Mike Frysinger <[EMAIL PROTECTED]> wrote:
> the nice thing about having a ~/.config/ [...]
Other nice things about it come from it not being an hardcoded path,
but just a default for $XDG_CONFIG_HOME.
For instance, when testing a new version of an application, you can
"XDG_CONFI
On 2007/03/25, Benno Schulenberg <[EMAIL PROTECTED]> wrote:
> Precisely. "NOTABUG" sounds less harsh than "INVALID" (for some
> just a little, for others a lot), it is less likely to irk people,
> and it is also used elsewhere, so why not use it instead?
>
Not that i care that much, but imho
On 2007/07/10, Thilo Bangert <[EMAIL PROTECTED]> wrote:
> - we could finally kick all the no* USE flags. USE flags are use
> flags - they determine what should be used. not what should not be
> used...
Because of the way USE flags stack in Portage (the USE_ORDER variable),
IUSE defaults are not a
On 2007/07/10, Mike Frysinger <[EMAIL PROTECTED]> wrote:
>
> the no* flags were introduced more to address default behavior than
> the -* case, so yes we can kick many of the no* USE flags
>
To address only the default behavior, adding "foo" to the profile USE
instead of using a "nofoo" flag wo
On 2007/07/10, Mike Frysinger <[EMAIL PROTECTED]> wrote:
> for some flags yes ... for others, i dislike that idea for the exact
> same reason for the other profile-based suggestions: these defaults
> should live in the ebuild, not the profile
I agree that putting per-package defaults in ebuilds i
On 2007/07/15, Marius Mauch <[EMAIL PROTECTED]> wrote:
> On Sun, 15 Jul 2007 11:53:08 +0200
> Thomas de Grenier de Latour <[EMAIL PROTECTED]> wrote:
>
> > My point is just that it doesn't work that well with the USE_ORDER
> > that have been chosen. E
On 2007/10/07, Ulrich Mueller <[EMAIL PROTECTED]> wrote:
> Which leads me to the question: What is the recommended way to add a
> service to /etc/services?
FYI, attached is a list of ebuilds which touch /etc/services. I count
eight packages, which do it in either src_install, pkg_postinst, or
On 2007/10/14, Drake Wyrm <[EMAIL PROTECTED]> wrote:
> Or, since you already have the command substitution there, how about:
>
> dodoc `find doc -maxdepth 1 -type f`
Or even better, how about explicitly listing the relevant files
(ChangeLog, AUTHORS, FEATURES, THANKS, README, CodingStyle,
On 2007/10/22, Peter Volkov <[EMAIL PROTECTED]> wrote:
>
> В Пнд, 22/10/2007 в 19:21 +0200, Elias Probst пишет:
> > To delete empty lines with sed, just do a
> > sed '/^$/d'
> > I hope that's what you're looking for.
>
> No. awk command in the previous mail substituted 2 or more empty lines
> wi
On 2007/12/17, Piotr Jaroszyński <[EMAIL PROTECTED]> wrote:
> http://dev.gentoo.org/~peper/glep-0055.html
> * Possibility to extend the versioning rules in an EAPI, and to
> use them immediately in the Gentoo tree. For example, addition of
> the scm suffix - GLEP54 [1].
...
> Currently ebuilds
On 2007/12/18, Ciaran McCreesh <[EMAIL PROTECTED]> wrote:
> On Mon, 17 Dec 2007 17:10:46 -0700
> Joe Peterson <[EMAIL PROTECTED]> wrote:
> > I probably missed some of the stuff leading up to this GLEP, but
> > what is the problem with having the EAPI in the file and
> > determining it by looking a
On 2007/12/18, Bo Ørsted Andresen <[EMAIL PROTECTED]> wrote:
> On Tuesday 18 December 2007 01:36:51 Thomas de Grenier de Latour
> wrote:
> > Why can't it be in the file but readable without sourcing? For
> > instance, it could be mandatory that EAPI=X, if present, mu
On 2007/12/18, Ciaran McCreesh <[EMAIL PROTECTED]> wrote:
> Well, users shouldn't really be doing anything with .ebuild files...
As a user, i often end reading part of some ebuilds to get a clue about
what the generic "foo" USE flag does in a particular package ("qgrep -A3
-B2 -Nx '\' cat/pkg-ver
On 2007/12/19, Ciaran McCreesh <[EMAIL PROTECTED]> wrote:
> On Tue, 18 Dec 2007 22:08:52 +0100
> Thomas de Grenier de Latour <[EMAIL PROTECTED]> wrote:
> > There's no need to introduce a potential infinity of new files
> > extensions for that. A single o
On 2007/12/19, Ciaran McCreesh <[EMAIL PROTECTED]> wrote:
> On Wed, 19 Dec 2007 08:12:24 +0100
> Thomas de Grenier de Latour <[EMAIL PROTECTED]> wrote:
> > You're done as long as ebuilds are written in bash.
>
> Not even that. What if people decide that rathe
On 2007/12/20, Ciaran McCreesh <[EMAIL PROTECTED]> wrote:
> Uh, it works in both those cases. The package manager will simply not
> see the ebuild at all.
>
> Which is pretty much the point...
Yes, because a change in the way EAPI is read implies a change in the
files naming rule, so that the PM
On 2007/12/22, Ciaran McCreesh <[EMAIL PROTECTED]> wrote:
> The filename solution is by far the best -- it's the only one that
> hasn't had any technical objections raised to it.
And can you remind us what technical objection, if any, has been raised
against the "EAPI set in contents with enough
On 2007/12/23, Ciaran McCreesh <[EMAIL PROTECTED]> wrote:
> a) It's a massive restriction on what future ebuilds can do.
- it handles a reasonnable range of likely future EAPIs,
- it includes the "extension changes when the way to extract EAPI
has to change" to avoid bounding future EAPIs to th
On 2008/02/04, Ryan Hill <[EMAIL PROTECTED]> wrote:
>
> Can someone provide a tool that given a package name simply prints
> the category or cat/pkg, or if ambiguous, prints the multiple
> cat/pkgs or returns an error code? I don't care what it's written in
> as long as it's relatively quick.
As
On Sat, 23 Apr 2005 12:15:32 +0200
Spider <[EMAIL PROTECTED]> wrote:
> So, I know it isn't foolproof, don't expect it to be. However,
> feedback would be nice, patches and so on.
I think that for binaries you could filter the ldd output to keep
only the libs that are directly linked to, since
I've made a small python wrapper around depreverse, which is
available here: http://tdegreni.free.fr/gentoo/dotfinder.py
It has a similar purpose as your "finder.sh" wrapper, but outputs
its results as a graph in dot format (with 4 layers: requested
packages, contents files, depended-on files, an
On Mon, 25 Apr 2005 14:52:18 +0200
Paul de Vrieze <[EMAIL PROTECTED]> wrote:
> Making the diagram vertical would probably be a big improvement.
Yep, that's very true. I've uploaded (same url) a new version
which adds 'rankdir=LR' to the graph, and I also think it's
much more readable this way (on
Hi,
Currently, whereas the stable (but on arm) xorg-x11 installs in
"/usr", there are still a lot of other ebuilds using the old
"/usr/X11R6" prefix. Some commands to find them:
# grep -l /usr/X11R6 /usr/lib/*.la
# find /var/db/pkg/ -mindepth 2 -type d -exec grep -q /usr/X11R6 \
{}/CONTENTS \; -pr
On Tue, 26 Apr 2005 12:41:21 -0400 (EDT)
"Michael Sterrett -Mr. Bones.-" <[EMAIL PROTECTED]> wrote:
> I'm going to say, "patches with your bugs are required".
Yep, sure, that was not in my intention to ask for such cosmetic
changes without providing the patches.
--
TGL.
--
gentoo-dev@gentoo.o
On Thu, 28 Apr 2005 03:44:44 -0700
"Robin H. Johnson" <[EMAIL PROTECTED]> wrote:
> I meant an eclass to take care of all of it together.
I had started writing one too some time ago, but i've actually
never applied it to any ebuild and then forgot about it. Anyway,
here it is, with some freshly ad
On Thu, 28 Apr 2005 10:00:23 -0400
Mike Frysinger <[EMAIL PROTECTED]> wrote:
> would it be possible to easily script a 'make_logrotated' func
> where you pass it a few params and it'd create a file for you
> based off a common template ?
There is one in the eclass i've previously sent (attachment
On Thu, 28 Apr 2005 11:23:09 -0400
Chris Gianelloni <[EMAIL PROTECTED]> wrote:
> Maybe for embedded or livecd? Maybe for people that don't use
> logrotate?
>
I would add a more general reason which is that this kind of
"something.d" config files are much more invasive than others, and
thus shou
On Fri, 29 Apr 2005 23:38:58 +0900
Jason Stubbs <[EMAIL PROTECTED]> wrote:
> Yep. That's the scanning of all installed packages for any
> provided virtuals.
Maybe that's a stupid idea, but I wonder whether removing empty
PROVIDE files from the vardb could save some time here. I see
that in grabf
On Sat, 30 Apr 2005 01:51:33 +0900
Jason Stubbs <[EMAIL PROTECTED]> wrote:
>
> http://dev.gentoo.org/~jstubbs/docs/virtuals-glep.txt
>
Oh, i hadn't seen this version of the proposal yet, it's quite
good :)
--
TGL.
--
gentoo-dev@gentoo.org mailing list
On Wed, 04 May 2005 08:34:34 +0100
John Mylchreest <[EMAIL PROTECTED]> wrote:
> I thought about this, but not wanting to depend on gentoolkit
> makes using equery for example a little awkward.
> This, I'm sure isn't fully feature-rich yet - and something
> like this will be the next addition to go
On Mon, 16 May 2005 03:24:21 -0700
Duncan <[EMAIL PROTECTED]> wrote:
> Thus, my suggestion. Why not create a second feature,
> toolchain-buildpkg, I'm calling it here for purposes of
> developing the suggestion, that's on by default, as contrasted
> to the normal buildpkg being off by default.
On Mon, 13 Jun 2005 16:40:48 +0200
Sven Wegener <[EMAIL PROTECTED]> wrote:
> We just had a short discussion over in #gentoo-portage and the
> idea of an use.force file for profiles came up. It allows us to
> force some USE flags to be turned on for a profile. It's not
> possible to disable this f
On Thu, 16 Jun 2005 11:26:40 +0200
Marius Mauch <[EMAIL PROTECTED]> wrote:
> They can inherit from $PORTDIR profiles, assuming that you know
> t he values of $PORTDIR and $PORTDIR_OVERLAY, just figure the
> relative path out. Of course that's a problem if you can't rely
> on defaults and a cleaner
On Thu, 16 Jun 2005 13:50:47 -0300
Rafael Espíndola <[EMAIL PROTECTED]> wrote:
> Has someone worked on changing ebuild so that it could create
> many binary packages from one source?
A less intrusive solution (well, i think, although it would
still be an important change) would be to have some k
On Thu, 30 Jun 2005 14:33:04 -0500
Caleb Tennis <[EMAIL PROTECTED]> wrote:
>
> $(qt_min_version 3.3) == "|| ( =x11-libs/qt-3.3.3
> =x11-libs/qt-3.3.3-r1 =x11-libs/qt-3.3.3-r2
> =x11-libs/qt-3.3.3-r3 =x11-libs/qt-3.3.4 )
>
It seems that portage evaluates disjonction left to right and
stops on th
On Thu, 30 Jun 2005 22:01:42 +0200
Thomas de Grenier de Latour <[EMAIL PROTECTED]> wrote:
> It seems that portage evaluates disjonction left to right and
> stops on the first match it founds.
Sure, the above holds only for picking a package to install when
the dep is not already sat
On Thu, 30 Jun 2005 17:38:32 -0400
Aron Griffis <[EMAIL PROTECTED]> wrote:
> Well, it's more visible, but it doesn't stop the emerge. I
> just put DEPEND="$(die)" into an ebuild to test.
Something that "works" better (ie., "makes portage stop during
metadata caching") is to put a non-zero return
On Fri, 1 Jul 2005 17:45:57 +0300
Dan Armak <[EMAIL PROTECTED]> wrote:
>
> I'd rather signal failure to code outside the subshell by
> touching a file in $T.
>
The ${T} directory does not exists when portage source an ebuild
to get its metadatas, so I'm not sure that's a good idea.
Btw, what's
On Sat, 2 Jul 2005 15:52:55 +0300
Dan Armak <[EMAIL PROTECTED]> wrote:
> Maybe I should try to do that now, depending on their answer to
> my new comment in 33545...
You may also want to have a look on bug #4315, since version
range is no more than a particular case of AND dependency.
--
TGL.
-
On Thu, 7 Jul 2005 02:04:04 +0200
Sven Wegener <[EMAIL PROTECTED]> wrote:
> We would like to split up src_compile. The new src_configure
> should just do the econf part and src_compile should do the
> emake part.
Just by curiosity, i've run a grep on the tree to count occurences
of "^[[:space:]]*
On Thu, 7 Jul 2005 11:17:48 -0400
Mike Frysinger <[EMAIL PROTECTED]> wrote:
> the only argument ive heard against using || ( ) is binary
> packages due to the 'accept any' nature of || ( )
There are issues that don't affect only binary package but also
from-sources installation. The example was:
On Thu, 7 Jul 2005 17:14:36 +0100
Ciaran McCreesh <[EMAIL PROTECTED]> wrote:
> On Thu, 7 Jul 2005 18:04:59 +0200 Thomas de Grenier de Latour
> <[EMAIL PROTECTED]> wrote:
> | Thus, the src_compile should use some has_version instead:
> | if has_version media-lib/sdl
On Mon, 12 Sep 2005 08:01:29 -0500
Brian Harring <[EMAIL PROTECTED]> wrote:
> You're seeing two logs due to the fact you have
> FEATURES="buildpkg" on;
No need to use buildpkg for that, the counter is always incremented
before pkg_postinst, creating a 2nd log for that phase (and then
pkg_*rm crea
On Mon, 19 Sep 2005 02:28:16 + (UTC)
Joshua Jackson <[EMAIL PROTECTED]> wrote:
> A few more that I didn't see in the list
>
> media-libs/imlib : gtk1 only
> media-libs/smpeg : gtk1 only
> media-sound/lame : gtk1 only
> media-video/mplayer: gtk1 it would appear?
>
I think it's on purpose th
1 - 100 of 107 matches
Mail list logo
