On Fri, Jun 09, 2006 at 02:54:08AM +0200, Ioannis Aslanidis wrote:
On 6/9/06, Grant Goodyear [EMAIL PROTECTED] wrote:
So, what would people think of moving herds.xml from gentoo/misc into
the portage tree, with the rationale being that local tools could use
that information for various useful
Resurrecting this issue (yet another round) since FEATURES=debug-build
was shoved in...
Background info-
http://thread.gmane.org/gmane.linux.gentoo.devel/35202/focus=35212
Quick summary, there needs to be an easy way to flag on essentially
leave the symbols intact/don't mangle the code too
On Mon, Jun 05, 2006 at 10:19:41AM +0200, Harald van Dijk wrote:
On Mon, Jun 05, 2006 at 03:45:50AM -0400, Mike Frysinger wrote:
On Monday 05 June 2006 02:07, Harald van Dijk wrote:
Some gnustep stuff inherits cvs, but uses -D in the cvs options to
always download exactly the same thing.
On Thu, Jun 01, 2006 at 03:00:13PM -0500, Grant Goodyear wrote:
Paul de Vrieze wrote: [Thu Jun 01 2006, 02:44:39PM CDT]
I would like the council to discuss GLEP 49 as has been discussed on
the list some weeks ago. It is about the package manager requirements.
Incidentally, I drafted a
On Tue, May 30, 2006 at 09:14:01AM +0200, Danny van Dyk wrote:
Hello Mike,
Am Dienstag, 30. Mai 2006 05:29 schrieb Mike Kelly:
I'm Mike Kelly, one of the SoC-ers. I'll be working on GLEP 27 for
the summer. Right now I'm looking for some basic feedback on my
proposal.
In particular, I
On Tue, May 23, 2006 at 04:22:30PM -0400, Ned Ludd wrote:
And now per arch breakdowns.
http://gentooexperimental.org/~ferringb/reports/arch-vulnerabilities/
Couple more reports generated (in the parent dir, dropped keywords,
imlate, packages that have just ~arch, ebuild metadata verification,
On Tue, May 23, 2006 at 04:51:06PM -0400, Chris Gianelloni wrote:
On Tue, 2006-05-23 at 16:22 -0400, Ned Ludd wrote:
And now per arch breakdowns.
http://gentooexperimental.org/~ferringb/reports/arch-vulnerabilities/
No offense, but that isn't exactly useful in its current form. For
On Tue, May 23, 2006 at 05:46:09PM -0400, Chris Gianelloni wrote:
I completely understand this. However, in most cases the reason the
older packages are still in the tree is because *somebody* doesn't have
it stable yet.
Strictly stable, or unstable?
What about profiles, which to account
On Tue, May 23, 2006 at 06:24:31PM -0400, Chris Gianelloni wrote:
On Tue, 2006-05-23 at 15:05 -0700, Brian Harring wrote:
On Tue, May 23, 2006 at 05:46:09PM -0400, Chris Gianelloni wrote:
I completely understand this. However, in most cases the reason the
older packages are still
On Mon, May 22, 2006 at 11:54:25AM -0400, Stephen P. Becker wrote:
Am I missing something obvious?
-g2boojum-
Probably just the blatant Ciaran hate, and the realization that people
will have to suck it up and deal with him if his package manager ever
becomes official for Gentoo. Who
On Sun, May 21, 2006 at 12:10:40PM +0900, Georgi Georgiev wrote:
Just two points:
- standards should not be set by the primary package manager
- the primary package manager does not have to be developed by Gentoo.
More about it below:
maillog: 20/05/2006-14:54:18(+0200): Paul de Vrieze
On Wed, May 17, 2006 at 12:11:34PM +0100, Stephen Bennett wrote:
On Wed, 17 May 2006 12:14:37 +0200
Paul de Vrieze [EMAIL PROTECTED] wrote:
Using the normal profiles would also establish paludis as a possible
replacement of portage as primary package manager. Refraining from
doing so
On Wed, May 17, 2006 at 02:57:05PM +0100, Ciaran McCreesh wrote:
On Wed, 17 May 2006 12:04:33 +0200 Paul de Vrieze [EMAIL PROTECTED]
wrote:
| - Paludis must be able to handle a standard portage /var/db/pkg tree.
| This means that paludis can read it, and write it. Enabling mixing
| portage
On Wed, May 17, 2006 at 04:26:28PM +0100, Ciaran McCreesh wrote:
On Wed, 17 May 2006 17:11:04 +0200 Paul de Vrieze [EMAIL PROTECTED]
wrote:
| Let me clarify my statement. I don't care about candy spinners.
| Paludis (or any other package manager that is to be integrated into
| gentoo) should
On Wed, May 17, 2006 at 05:32:38PM +0100, Ciaran McCreesh wrote:
On Wed, 17 May 2006 11:23:19 +0200 Wernfried Haas [EMAIL PROTECTED]
wrote:
| We really should figure that stuff out before we start integrating an
| externally written package manager we have no influence on whatsoever
How
On Wed, May 17, 2006 at 07:44:16PM +0100, Ciaran McCreesh wrote:
On Wed, 17 May 2006 11:13:09 -0700 Brian Harring [EMAIL PROTECTED]
wrote:
| Paludis can read a Portage-generated VDB. Portage can't read a
| Paludis-generated VDB, because Paludis has more features.
|
| What features
On Wed, May 17, 2006 at 08:50:32PM +0100, Ciaran McCreesh wrote:
On Wed, 17 May 2006 12:06:09 -0700 Brian Harring [EMAIL PROTECTED]
wrote:
| Clarify on virtuals please. Unless you're mangling the data for
| sym/dir, that's an unmerge time decision (as such it's not vdb data
| specific
On Tue, May 16, 2006 at 04:15:49PM +0100, Stephen Bennett wrote:
If noone has any strong reasonable objections, I'd like to add a
Paludis profile to the tree. This would use Paludis as the default
provider for virtual/portage (which is a less than ideal name, but that
is another discussion
On Tue, May 16, 2006 at 05:47:42PM +0100, Ciaran McCreesh wrote:
On Tue, 16 May 2006 09:16:18 -0700 Brian Harring [EMAIL PROTECTED]
wrote:
| 1) changes to the eapi=0 ebuild standard; renaming of vars
| (PORTAGE_* - PALUDIS_* namely)
What eapi=0 standard? We emulate Portage internals where
On Tue, Jun 13, 2006 at 06:28:41PM +0100, Stephen Bennett wrote:
Brian Harring wrote:
The gain of the profile is that you can do a few new tricks for folks
doing boostrapping experiments- why not just introduce an ebuild that
sets up the new profile in a temp overlay?
No, the gain
On Tue, May 16, 2006 at 07:07:05PM +0100, Ciaran McCreesh wrote:
On Tue, 16 May 2006 10:33:56 -0700 Brian Harring [EMAIL PROTECTED]
wrote:
| What eapi=0 standard? We emulate Portage internals where it's found
| to be necessary, and don't otherwise.
|
| eapi=0 is what 2.1/2.05x supports
On Tue, May 16, 2006 at 03:56:38PM -0700, Brian Harring wrote:
If your parent parsing implementation handled N parents on a single
line (rather then parent per line as you do now), portage would
explode rather then silently use the left most. Your implementation
isn't doing that however
On Mon, Apr 24, 2006 at 04:10:50AM -0700, Duncan wrote:
I continue to see way more of these than I'm comfortable with.
Illegally implies the functionality will eventually go away, and stuff
will quit working. That what's making me uncomfortable.
Some time ago this came up on the dev list
On Fri, Apr 14, 2006 at 05:15:53PM +0200, Philipp Riegger wrote:
On Apr 7, 2006, at 5:26 PM, Alec Warner wrote:
We have a new cache format, confcache, parallel fetch, etc... The
bonus
is these features are already mature and relatively old ( a year +
as of
now ).
Reading about
On Sat, Apr 15, 2006 at 11:01:56AM +0900, Jason Stubbs wrote:
On Saturday 15 April 2006 03:31, Brian Harring wrote:
cache backend selection (failed import == defaults to sys default)
This is incorrect. It displays an error message and quits.
Still leaves the other features then (and raises
On Wed, Mar 29, 2006 at 07:21:15PM +0300, Marius Mauch wrote:
Marius Mauch schrieb:
So after manifest2 is in, I'll revive the other issue that IMO is a
requirement for 2.1: enforcing dependencies needed to use the tree (see
old threads or glep44 for reasoning). A patch for that is available
On 3/29/06, Marius Mauch [EMAIL PROTECTED] wrote:
On Thu, 30 Mar 2006 08:30:17 +0900
Jason Stubbs [EMAIL PROTECTED] wrote:
On Thursday 30 March 2006 01:21, Marius Mauch wrote:
Marius Mauch schrieb:
So after manifest2 is in, I'll revive the other issue that IMO is
a requirement for
On Fri, Mar 24, 2006 at 01:40:01PM +0200, tvali wrote:
On 24/03/06, Paul de Vrieze [EMAIL PROTECTED] wrote:
On Thursday 23 March 2006 21:38, Gustavo Sverzut Barbieri wrote:
Cons:
- it's not the final solution to the problem, as said, interfaces
would be better... but interfaces would
On Thu, Mar 16, 2006 at 11:57:06AM +0100, Simon Stelling wrote:
Pingveno wrote:
kde-base/* ~x86
or, to apply it to a single version, this:
=kde-base/*-3.5.1 ~x86
Regular expressions would, of course, work too. They might be a little
bit of overkill, though.
Bug 57153, was RESOLVED
On Thu, Mar 16, 2006 at 02:58:00PM +0100, Paul de Vrieze wrote:
On Wednesday 15 March 2006 16:13, Gustavo Sverzut Barbieri wrote:
Hello,
There is any provision for binary dependency on Gentoo/Portage? The
way it works now is quite messy with things like revdep-rebuild.
Solving this is
On Wed, Mar 15, 2006 at 09:53:24PM -0800, Zac Medico wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Marius Mauch wrote:
Marius Mauch schrieb:
The first should be delayed until there is some consensus how the gpg
stuff should work in the future, the others I don't see the use for.
On Tue, Mar 14, 2006 at 04:33:06PM +0200, tvali wrote:
I did think about it now and it seems to me that probably it would be
much faster if esearch is not just another package, but part of
portage.
I mean -- functions of portage, which query db, should use esearch
index wherever they need
On Tue, Mar 14, 2006 at 03:50:18PM +0200, tvali wrote:
Another question now is about sync.
I did read somewhere, that this is not good user behavior to sync more
than once per day. I understand that as if this is a huge download
even if there is nothing changed.
Isnt it nice idea to have
On Wed, Mar 01, 2006 at 08:15:19PM -0800, Brian wrote:
On Wed, 2006-01-03 at 17:39 -0800, Brian Harring wrote:
emerge bzr
bzr get http://gentooexperimental.org/~ferringb/bzr/saviour
cd saviour
bzr pull
...roughly. ;)
a little too rough :)
[EMAIL PROTECTED] ~ $ bzr get
http
On Thu, Mar 02, 2006 at 06:54:45PM +0100, Michael Schilling wrote:
Hi,
Brian wrote on Thursday the 2nd of March 2006:
[EMAIL PROTECTED] ~ $ bzr get
http://gentooexperimental.org/~ferringb/bzr/saviour
bzr: ERROR: urllib2.HTTPError: HTTP Error 403: Forbidden
at
On Thu, Mar 02, 2006 at 10:44:58PM +0200, Marius Mauch wrote:
Brian Harring wrote:
On 2/28/06, *Michael Schilling* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
- Is one of these svn-web-repository up to date?
* http://sources.gentoo.org/viewcvs.py/portage/main/branches
upgrade to 0.4.2 ...
On Wed, Feb 22, 2006 at 12:32:19AM -0800, Zac Medico wrote:
updating cache config.cache
configure: creating ./config.status
config.status: creating Makefile
config.status: creating doc/Makefile
config.status: creating doc/stylesheets/fcron-doc.dsl
config.status:
On Tue, Feb 14, 2006 at 04:56:06PM -0600, R Hill wrote:
agree here. i would go as far as to maybe print a message to that effect
if the build fails while FEATURES=confcache.
EBUILD_DEATH_HOOKS comes to mind :)
Meanwhile, if you're getting failures up the ying yang and it's not
tracked
On Wed, Feb 15, 2006 at 10:40:09AM +0100, Nagatoro wrote:
Brian Harring wrote:
On Tue, Feb 14, 2006 at 12:25:34PM +0100, Nagatoro wrote:
Brian Harring wrote:
Specific merge list would be wonderful... ;)
Just had one fail on me: media-libs/libsndfile-1.0.12-r1
It hung right after
On Tue, Feb 14, 2006 at 11:26:16AM +0100, Christian Hoenig wrote:
Hi,
attached is a patch for emaint contained in the sys-apps/portage-2.1_pre4-r1
package that adds support for checking and fixing redundant entries in
package.keywords and package.unmask.
Fixing those files is done by
On Mon, Feb 13, 2006 at 08:06:24PM -0600, R Hill wrote:
(sorry if this double posts)
Brian Harring wrote:
Yo...
attached is a patch enabling confcache support for portage. Lots of
testing, plus fixups from comments from folks prior.
So... giving it a few days, nows the time to bitch
On Tue, Feb 14, 2006 at 12:25:34PM +0100, Nagatoro wrote:
Brian Harring wrote:
On Mon, Feb 13, 2006 at 08:06:24PM -0600, R Hill wrote:
Well, i've been testing this on an x86 laptop and an x86_64 box over the
weekend. Good news is that when it works, it works well. Bad news is
I've
On Mon, Jan 30, 2006 at 10:21:22AM -0800, Zac Medico wrote:
Zac Medico wrote:
Okay, I've created a file-like class called atomic_ostream and it is now
used for both write_atomic() and writedict().
I've been using this patch locally with no problems. Do we have
any more feedback or are
On Mon, Jan 30, 2006 at 12:36:42PM -0800, Zac Medico wrote:
Hi everyone,
The subject says it all. What do y'all think?
Go for it.
~harring
pgpJ5TEihqeyZ.pgp
Description: PGP signature
Hola all-
We've got a new portage dev; Alec Warner, aka antarus- aside from
doc work, he'll be doing repoman work and the usual random bug
squashing.
His words-
I work at The Division of Engineering Computing Services at Michigan
State University. I serve primarily as an undergraduate web
Hola all-
Well looky here, we've got another new portage dev to report- Zac
Medico (zmedico). Areas of focus thus far are general stable work,
and work on the rewrite (you can thank him and marienz for the test
framework work).
Additionally, Zac is the maintainer of two external projects-
On Thu, Feb 02, 2006 at 08:16:14AM +0100, Johannes Fahrenkrug wrote:
Brian,
I just want to make sure this is still on your agenda :)
InSVN, and in the tree... :)
~harring
pgpcmhNYyu2R8.pgp
Description: PGP signature
Yo...
attached is a patch enabling confcache support for portage. Lots of
testing, plus fixups from comments from folks prior.
So... giving it a few days, nows the time to bitch if you dislike the
implementation (and no, I'm not rewriting all of doebuild just for
this :)
~harring
Index:
On Thu, Feb 02, 2006 at 01:30:58PM +0100, Johannes Fahrenkrug wrote:
Brian Harring wrote:
On Thu, Feb 02, 2006 at 08:16:14AM +0100, Johannes Fahrenkrug wrote:
Brian,
I just want to make sure this is still on your agenda :)
InSVN, and in the tree... :)
Great! Thanks
On Sat, Jan 28, 2006 at 02:39:42AM -0800, Zac Medico wrote:
def _delitem(self, cpv):
try:
del self.db_rw[cpv]
except KeyError, ke:
if not self.db_ro.has_key(cpv):
raise ke
You need
On Sat, Jan 28, 2006 at 11:24:18AM -0600, Andrew Gaffney wrote:
Zac Medico wrote:
I have reimplemented the previous patch as a normal cache module that adds
a writable layer on top of the pre-generated metadata. If you'd like to
try this out (with portage-2.1_preX), simply copy
On Fri, Jan 27, 2006 at 12:11:13PM -0600, Dan Sheffner wrote:
I'm trying to get the http replicator working.
Wrong ml- try gentoo-user ml or bugs.gentoo.org.
gentoo-portage-dev == sys-apps/portage development only, ebuilds
within the distributed gentoo tree is a seperate issue :)
~harring
On Fri, Jan 27, 2006 at 10:19:50AM -0800, Brian Harring wrote:
#!/bin/sh
eval $(bzcat environment.bz2 | filter-env -f '.*' -v 'BASH.*' )
for __x in $@; do
echo __x=$(echo ${__x} | tr '\n,\r,\t' ' , , ')
echo ${__x}=$(echo ${!__x} | tr '\n,\r,\t' ' , , ')
done
Change above would
On Fri, Jan 27, 2006 at 01:35:25PM -0600, Dan Sheffner wrote:
which group should I send this to?
If you're asking about bugs.g.o, just file it without a group, the
wrangler will redirect it (although if you look in the metadata.xml,
it'll list the group to assign it to if there is a specific
On Wed, Jan 25, 2006 at 06:06:02PM +0900, Jason Stubbs wrote:
On Wednesday 25 January 2006 17:43, Donnie Berkholz wrote:
Jason Stubbs wrote:
I'm not exactly sure what you mean by broken in the first paragraph nor
how a check can help with unmaintained (=no commits, no?) packages, but
On Wed, Jan 25, 2006 at 10:05:31PM -0600, Jason Pepas wrote:
Hi Guys,
I cobbled together a quick little hack to have a little bit more
interactivity
during the Updating Portage cache phase. It prints out the name of the
package it is updating, along with the percentage progress.
Err...
On Wed, Jan 25, 2006 at 08:27:22PM +0900, Jason Stubbs wrote:
On Wednesday 25 January 2006 18:10, Donnie Berkholz wrote:
Jason Stubbs wrote:
DEPEND=x11-base/xorg-x11 # wrong
DEPEND=virtual/x11# wrong
DEPEND=|| ( x11? ( virtual/x11 ) )# wrong
On Wed, Jan 25, 2006 at 09:18:28PM +0900, Jason Stubbs wrote:
On Wednesday 25 January 2006 20:46, Brian Harring wrote:
On Wed, Jan 25, 2006 at 08:27:22PM +0900, Jason Stubbs wrote:
On Wednesday 25 January 2006 18:10, Donnie Berkholz wrote:
Jason Stubbs wrote:
DEPEND=x11-base/xorg
On Tue, Jan 24, 2006 at 03:37:07PM -0500, solar wrote:
On Wed, 2006-01-25 at 00:30 +0900, Jason Stubbs wrote:
On Tuesday 24 January 2006 21:50, Brian Harring wrote:
+os.makedirs(mysettings[CONFCACHE_DIR], mode=0775)
+os.chown(mysettings[CONFCACHE_DIR], portage_uid, -1
On Wed, Jan 25, 2006 at 12:30:22AM +0900, Jason Stubbs wrote:
it seems there's an external confcache binary but I can't tell much
beyond that.
Yes, it's external (standalone) now- dev-util/confcache.
~harring
pgp4K5t0iJcYM.pgp
Description: PGP signature
On Tue, Jan 24, 2006 at 08:06:12PM -0500, Mike Frysinger wrote:
On Tuesday 24 January 2006 01:44, Brian Harring wrote:
Might I suggest this one just get shelved for a while?
everything that gets shelved portage way stays that way for *quite* a while
If people don't give a damn about it, yes
Yo.
Looking to integrate confcache support into trunk some time in the
near future- had users testing it for about 2 months (give or take),
so far it's behaved pretty decently. A few packages eat themselves
when ran with --cache (bad autotooling), hence the addition of
restrict=confcache
On Mon, Jan 23, 2006 at 11:16:03AM +0100, Marius Mauch wrote:
On Wed, 11 Jan 2006 12:39:03 -0800
Brian Harring [EMAIL PROTECTED] wrote:
Regex you've got there allows for pulling the wrong text- recall, ebd
originally was doing grep based filtering (regex). Had to rewrite
On Tue, Jan 17, 2006 at 02:01:29AM -0200, Gustavo Sverzut Barbieri wrote:
Hello,
I admit I have not followed last threads about cache and new
infrastructure (plugins and stuff).
Might suggest you take a look at the cache rewrite- it already has a
sqlite backend in it, although that's not
On Tue, Jan 17, 2006 at 02:17:50PM +0100, Paweł Madej wrote:
Hello,
Today i've noticed that common user do not have /sbin and /usr/sbin dirs
in their PATH but they can start all the tasks from that directories for
example on server machine someone could make /sbin/shutdown and turn the
On Tue, Jan 10, 2006 at 07:53:04PM +0100, Marius Mauch wrote:
Currently vardbapi.aux_get only works for a subset of all auxdbkeys, as
some like KEYWORDS or DESCRIPTIOn aren't stored in vdb directly.
They are however stored in environment.bz2, but not accessible
there.
This is unintuitive and
On Wed, Jan 11, 2006 at 10:15:00AM +0100, Johannes Fahrenkrug wrote:
if [[ -n $PORTAGE_NICENESS ]] ! [[ -z $WE_ARE_NICED ]]; then
Haven't looked at the patch yet, but a bit of bash fu for ya-
[[ -n $VAR ]] == ! [[ -z $VAR ]]
-z is zero length or unset, -n is length = 1 (thus must be set).
On Mon, Jan 09, 2006 at 05:28:04PM +0100, Andrea Barisani wrote:
On Mon, Jan 09, 2006 at 05:21:42PM +0100, Jakub Moc wrote:
9.1.2006, 17:12:31, Andrea Barisani wrote:
On Mon, Jan 09, 2006 at 11:08:38AM -0500, solar wrote:
Do you think the PDEPEND of the ca-certs should be
Sending this to the ml, tom already has heard the reasons but throwing
them out for others to comment on...
On Mon, Jan 09, 2006 at 04:47:57PM +, Tom Martin wrote:
I realize this doesn't address the *rest* of what you said, though...
snip
These little 'howtos' are potentially very
On Sun, Jan 08, 2006 at 10:55:50AM -0600, Lance Albertson wrote:
A few rough ideas that just popped in my
head is either packing all of these versions into one tarball (not even
sure if thats feasible)
Ugly, binpkgs are bzip2ed tarballs + xpak at the end of the bzip2
stream, jamming multiple
On Sun, Jan 08, 2006 at 11:30:16PM +, Stuart Herbert wrote:
On Sun, 2006-01-08 at 12:54 -0600, Lance Albertson wrote:
We could start a public wiki displaying all herds and projects. It would
be great to add some low level docs, herds/project goals, ideas and so.
Even the users could
On Fri, Jan 06, 2006 at 09:27:23AM -0600, Lance Albertson wrote:
Chris Gianelloni wrote:
On Fri, 2006-01-06 at 02:36 -0700, Duncan wrote:
OTOH, it's entirely possible a Gentoo /based/ enterprise distribution may
emerge at some point. IMO, however, there's enough conflict with what
makes
On Fri, Jan 06, 2006 at 10:05:49AM -0500, Chris Gianelloni wrote:
On Fri, 2006-01-06 at 09:00 +, Chris Bainbridge wrote:
On 06/01/06, Brian Harring [EMAIL PROTECTED] wrote:
Probably better to iron out what y'all actually need and what the dev
community is willing to put up
On Thu, Jan 05, 2006 at 03:11:38PM +, Ciaran McCreesh wrote:
Nerry there now... Changes:
* Due to overwhelming demand (it's the thing in this GLEP that has
generated least contention!), spaces are not allowed in repository
names.
+1 on this revision, although I demand a pony.
On Thu, Jan 05, 2006 at 11:52:22PM -0500, Andrew Muraco wrote:
noticed something that doesn't make any sense:
Andrew Muraco wrote:
- the existing portage code would consider +arch as a subset of arch,
the reason both keywords will exist is to maintain compatibility with
older versions
On Thu, Jan 05, 2006 at 11:42:36PM -0500, Andrew Muraco wrote:
Anyways, I would personally like to see if this can stir some interest.
I would be willing to help test and help make this GLEP a reality,
however I can not implement this myself as I lack python skills, but I
do want to help
On Wed, Jan 04, 2006 at 10:05:52PM -0800, Corey Shields wrote:
Where is the centralized vision that everyone is working together here that
people not directly related to each project will buy in to and therefore do
what they can to see it succeed?
We've had centralized visions for a long
On Wed, Jan 04, 2006 at 09:33:07PM -0500, Alec Warner wrote:
Author: ferringb
Date: 2006-01-04 08:57:07 + (Wed, 04 Jan 2006)
New Revision: 2522
Modified:
main/trunk/pym/portage_dep.py
Log:
el buggo pointed out via spyderous.
|| ( a ( x? ( b ) y? ( c ) ) )
-x -y , was resulting in
On Sun, Jan 01, 2006 at 10:48:18PM +0100, Grobian wrote:
On 01-01-2006 21:35:34 +0100, Francesco Riosa wrote with possible deletions:
1) bzip2 them in some way.
4) compress Changelog entries where possible
Anyone gathered transfer stats for rsync without --whole-file?
compression won't play
On Thu, Dec 29, 2005 at 03:51:03PM +0100, Johannes Fahrenkrug wrote:
Brian Harring wrote:
snip
I'd also raid the tarsync call- this is something I was intending on
doing but have't yet.
/snip
I don't have a very deep knowledge of all the portage internals.
Are you suggesting
On Wed, Dec 28, 2005 at 05:38:02PM +0100, Johannes Fahrenkrug wrote:
Paul Varner wrote:
Instead of hardcoding the nice value, use PORTAGE_NICENESS. Here is how
it is done in revdep-rebuild
# Obey PORTAGE_NICENESS
PORTAGE_NICENESS=$(portageq envvar PORTAGE_NICENESS)
[ ! -z
On Mon, Dec 26, 2005 at 02:51:26AM -0500, Michael Sterrett -Mr. Bones.- wrote:
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:
On Tue, Dec 27, 2005 at 12:46:49AM +, Ciaran McCreesh wrote:
| The existing syntax is just as extensible. Up the EABI revision, and
| start adding new syntax as needed.
|
| EAPI has nothing to do with the consistency of the syntax. Getting it
| once right, is what you usually call for.
On Tue, Dec 27, 2005 at 12:59:34AM +, Ciaran McCreesh wrote:
On Tue, 27 Dec 2005 01:45:00 +0100 Stefan Schweizer
[EMAIL PROTECTED] wrote:
| That will increase the sync time for all of our users - can we please
| keep this info out of the sync-tree?
Learn to use the rsync exclude list.
On Tue, Dec 27, 2005 at 01:03:49AM +, Ciaran McCreesh wrote:
On Mon, 26 Dec 2005 16:57:07 -0800 Brian Harring [EMAIL PROTECTED]
wrote:
| Not saying it's a great idea, but EAPI exists to provide immediate
| transition to incompatible changes instead of the usual work out a
| semi
On Mon, Dec 26, 2005 at 08:12:03PM -0500, Dan Meltzer wrote:
On 12/26/05, Lares Moreau [EMAIL PROTECTED] wrote:
On Tue, 2005-12-27 at 00:59 +, Ciaran McCreesh wrote:
On Tue, 27 Dec 2005 01:45:00 +0100 Stefan Schweizer
[EMAIL PROTECTED] wrote:
| That will increase the sync time for
On Mon, Dec 26, 2005 at 09:09:31PM +0100, Carsten Lohrke wrote:
On Saturday 24 December 2005 02:04, Brian Harring wrote:
dev-lang/python[tcltk]
^^^ need that atom resolved with use flag tcltk enabled
I think that's exactly what someone told me months ago. :)
=sys-apps/portage-2.0
On Tue, Dec 27, 2005 at 03:01:13AM +0100, Carsten Lohrke wrote:
On Tuesday 27 December 2005 02:29, Brian Harring wrote:
So... basically, your concern is with the resolver, not use/slot deps
syntax.
I did not say that this would have anything to do with the syntax. Am I right
to extract
On Tue, Dec 27, 2005 at 03:07:52AM +0100, Carsten Lohrke wrote:
On Tuesday 27 December 2005 02:23, Ciaran McCreesh wrote:
Nooo! That's exactly the point I was making. Carsten is assuming that
by using [slot:bar] syntax, no backwards incompatibility will be
introduced by adding a new [fish:]
On Tue, Dec 27, 2005 at 03:32:04AM +0100, Carsten Lohrke wrote:
On Tuesday 27 December 2005 03:11, Brian Harring wrote:
Either way, still not totally following your complaint, thus an actual
example would help (easiest to assume I'm a moron, and start at that
level of explanation).
O.k
On Tue, Dec 27, 2005 at 03:36:00AM +0100, Carsten Lohrke wrote:
On Tuesday 27 December 2005 03:11, Brian Harring wrote:
Never said anything about 2.1 + resolver enhancements (no clue where
that one came from). Merely commenting on your raised issues about
use/slot deps.
From your words
On Tue, Dec 27, 2005 at 03:54:38AM +0100, Carsten Lohrke wrote:
On Tuesday 27 December 2005 03:40, Brian Harring wrote:
The version of digikam being merged requires slot=3.5- it should be
depending on libk* slot=3.5, also, no?
No! It (and also its dependencies) can be built against each 3
On Mon, Dec 26, 2005 at 11:28:17PM -0500, Chandler Carruth wrote:
It occurs to me that this could be (to an extent) accomplished by having
a few more specialized subprofiles for x86: base, desktop, gnome, and kde.
base - as the name implies, a _basic_ starting point... very similar to
server
On Tue, Dec 27, 2005 at 12:10:04AM -0500, Chandler Carruth wrote:
Brian Harring wrote:
On Mon, Dec 26, 2005 at 11:28:17PM -0500, Chandler Carruth wrote:
3) there is _no_ functionality added by any of this, only
user-friendliness after a fashion, and as such, perhaps it should all
be chucked
On Tue, Dec 27, 2005 at 02:08:25AM -0500, Mike Frysinger wrote:
On Tuesday 27 December 2005 02:01, R Hill wrote:
AFAIK most licenses need to be included with the distribution of the
source, not installed on the system after compilation. But I could be
wrong too.
anyone who installs a
Yo.
So I'm getting antsy, and looking to start using fun features like
sets, generator expressions, etc.
Not a 2.2 thing however. So the question is, when are we going to
give the finger to 2.2 and move forward? :)
~harring
pgpjw5zAtLPH9.pgp
Description: PGP signature
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
pgpunxuTIS1nk.pgp
Description: PGP signature
On Mon, Dec 26, 2005 at 12:54:04AM +0200, Petteri Räty wrote:
Currently there are quite a few ebuilds in the tree that execute dodoc
or dohtml for files that do not exist. I think it would be nice to have
ebuilds die if this is the case. To not break current ebuilds this would
only happen with
On Sun, Dec 25, 2005 at 06:48:02PM -0500, Mike Frysinger wrote:
On Sunday 25 December 2005 17:12, Brian Harring wrote:
Can be defeated by a unpack ${DISTDIR}/file call, but that's invalid
anyways.
and what about things that do `cp ${DISTDIR}/aadsfasdf ${S}/` ? those are
going to fail
On Sat, Dec 24, 2005 at 05:33:06PM +, Ciaran McCreesh wrote:
On Fri, 23 Dec 2005 23:56:37 -0800 Brian Harring [EMAIL PROTECTED]
wrote:
| It's really pretty simple- get off your butt and chip in if you want
| it, else you're on _our_ timeline (eg, we implement it when we deem
| it sane
501 - 600 of 813 matches
Mail list logo
