I like the xml generation pass but i have a few questions:
does the xml-publish transaction lend a greater window of opportunity
for mirror rsync de-sync?
does it make sense for digest info be sucked up into the xml pass, to
be superceded by the legacy files where present ala
ebuild x-y/
Duncan wrote:
>> _ Stuart Longland (a.k.a Redhatter)
>>/\ ______ __| |__ __ __ Gentoo Linux/MIPS Cobalt and Docs
>>- ( ) \ / \ ; \(__ __)/ \ / \Developer
>> \// O _| / /\ \ | | | /\ | /\ |
>> / / \ /__| /
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chris Gianelloni wrote:
| On Thu, 2005-05-26 at 22:15 -0500, Daniel Goller wrote:
|
|>-BEGIN PGP SIGNED MESSAGE-
|>Hash: SHA1
|>
|>Mike Frysinger wrote:
|>| On Thursday 26 May 2005 10:04 am, Chris Gianelloni wrote:
|>|
|>|>I'm asking because I
> _ Stuart Longland (a.k.a Redhatter)
> /\ ______ __| |__ __ __ Gentoo Linux/MIPS Cobalt and Docs
> - ( ) \ / \ ; \(__ __)/ \ / \Developer
> \// O _| / /\ \ | | | /\ | /\ |
> / / \ /__| / \ \ | | | \/
On Fri, 2005-05-27 at 11:13 -0400, Mike Frysinger wrote:
> On Friday 27 May 2005 09:40 am, Chris Gianelloni wrote:
> > Where would the livecd say this?
>
> all the code i referenced was from inside baselayout ... and the livecd
> wouldnt do it, when you emerge baselayout with USE=livecd, the conf
Brian Harring wrote:
>>I definitively like the idea, it should speed up emerge -s enormously
>
> Unlikely... stable portage knows of metadata.xml *explicitly* in two
> places, repoman's commit code, and digest checking, neither of which
> come into play for an emerge -s. You'll remove one entr
On Friday 27 May 2005 09:40 am, Chris Gianelloni wrote:
> Where would the livecd say this?
all the code i referenced was from inside baselayout ... and the livecd
wouldnt do it, when you emerge baselayout with USE=livecd, the config file
would be setup
> Also, what if we *want* the livecd to ch
On Friday 27 May 2005 10:04 am, Chris Gianelloni wrote:
> OK... You sold me.
you're too easy
-mike
--
gentoo-dev@gentoo.org mailing list
On Sun, May 22, 2005 at 01:56:13PM +0100, Rob Holland wrote:
> Can someone please take a look at the bacula ebuilds, they really do
> suck and have several open bugs.
Ok, no one has stepped up to maintain them. I'll give it till Wednesday,
then I'll mask them. They really are awful ebuilds.
--
Diego 'Flameeyes' Pettenò wrote:
> On Friday 27 May 2005 16:40, Tom Martin wrote:
>
>>Stuart's beginnings with Linux come from his experiences with FreeBSD.
>
> Ehi that can be useful ;)
> Want to help with portage on FreeBSD? :P
>
Actually... that's what inspired me to start Atomic Linux... an
On Fri, 2005-05-27 at 15:45 +0200, Diego 'Flameeyes' Pettenò wrote:
> On Friday 27 May 2005 15:44, Chris Gianelloni wrote:
> > I'm just curious, but why exactly is a virtual needed?
> Well there are nine packages (and probably there can be others) which needs
> eject, and the eject commands are go
On Friday 27 May 2005 16:40, Tom Martin wrote:
> Stuart's beginnings with Linux come from his experiences with FreeBSD.
Ehi that can be useful ;)
Want to help with portage on FreeBSD? :P
--
Diego "Flameeyes" Pettenò
Gentoo Developer (Gentoo/FreeBSD, Video, Gentoo/AMD64)
http://dev.gentoo.org/~fl
On Friday 27 May 2005 15:44, Chris Gianelloni wrote:
> I'm just curious, but why exactly is a virtual needed?
Well there are nine packages (and probably there can be others) which needs
eject, and the eject commands are going to be quite a few if there isn't an
"universal" eject as every os has i
On Thu, 2005-05-26 at 22:15 -0500, Daniel Goller wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Mike Frysinger wrote:
> | On Thursday 26 May 2005 10:04 am, Chris Gianelloni wrote:
> |
> |>I'm asking because I will need to modify the livecd-tools scripts to
> |>take into account a way
On Fri, 2005-05-27 at 02:02 +0200, Diego 'Flameeyes' Pettenò wrote:
> On Monday 23 May 2005 18:12, Diego 'Flameeyes' Pettenò wrote:
> > This can't be done everytime, and hoping for, in future, having an
> > universal eject (libcdio should allow that) I wanted to ask if is possible
> > to add a virt
On Thu, 2005-05-26 at 12:08 -0400, Mike Frysinger wrote:
> On Thursday 26 May 2005 11:12 am, Chris Gianelloni wrote:
> > On Thu, 2005-05-26 at 10:50 -0400, Mike Frysinger wrote:
> > > On Thursday 26 May 2005 10:04 am, Chris Gianelloni wrote:
> > > > I'm asking because I will need to modify the live
Hi all,
A new developer is joining the MIPS port, to help with the Cobalt effort
and also to maintain the documentation. His name is Stuart Longland and
he lives in Brisbane, Australia where he is two years into his Bachelor
of IT (Software Engineering) and Bachelor of Engineering (Electronics)
co
On Fri, May 27, 2005 at 01:47:37PM +0200, Danny van Dyk wrote:
> Hi Brian
> > What's the gain, aside from implication of collapsing it into a
> > single file? Honestly my only use for metadata.xml is looking up who
> > I get to poke about fixing broken ebuilds...
> The gain is:
> ... that you p
On Friday 27 May 2005 13:01, Simon Stelling wrote:
>
> Sounds good, if your script validates the per-package metadata.xml
> before transform it to the global one. It'd really suck if a single
> missing '>' could screw the whole tree's metadata. This shouldn't be a
> problem, especially if you trans
On Friday 27 May 2005 13:17, Danny van Dyk wrote:
> Hi Paul,
>
> Paul de Vrieze schrieb:
> > The script is kindoff slow because of all the correction stuff, but
> > it is workable. You can find it (and the accompanying xslt script)
> > in: http://dev.gentoo.org/~pauldv/pkgList.tar.bz2
>
> H, can yo
On Fri, 27 May 2005 13:47:37 +0200 Danny van Dyk <[EMAIL PROTECTED]>
wrote:
| > What's the gain, aside from implication of collapsing it into a
| > single file? Honestly my only use for metadata.xml is looking up
| > who I get to poke about fixing broken ebuilds...
| The gain is:
| ... that you
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Brian
> What's the gain, aside from implication of collapsing it into a
> single file? Honestly my only use for metadata.xml is looking up who
> I get to poke about fixing broken ebuilds...
The gain is:
... that you portage people could use it f
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Paul,
Paul de Vrieze schrieb:
> The script is kindoff slow because of all the correction stuff, but it is
> workable. You can find it (and the accompanying xslt script) in:
> http://dev.gentoo.org/~pauldv/pkgList.tar.bz2
H, can you chmod a+r it pl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Danny van Dyk wrote:
> On the other hand, if you want to search for a package name via
> metadata, you have to traverse the whole tree. Quite unhandy if done w/o
> a cache and not yet implemented AFAIK.
herdstat can do this. ciaranm poked me the oth
On Fri, May 27, 2005 at 01:01:56PM +0200, Simon Stelling wrote:
> > I would like to propose the following changes:
> > Let's keep the metadata.xml in each package's directory in _CVS only_.
> > Don't propagate them via rsync. Instead, use a script to compile all
> > metadata.xml files into one cent
On Friday 27 May 2005 12:38, Danny van Dyk wrote:
> Hi @ all,
>
> I'd like to have some feedback on an idea that stuck to my mind for
> some time already:
>
> Currently, we (should) have one metadata.xml file per package (8635 in
> the whole tree). This is quite handy if you want to look up informa
Hi,
Danny van Dyk wrote:
> On the other hand, if you want to search for a package name via
> metadata, you have to traverse the whole tree. Quite unhandy if done w/o
> a cache and not yet implemented AFAIK.
It is implemented, see app-portage/eix or app-portage/esearch, but these
both depend on ca
Hello Danny
> Let's keep the metadata.xml in each package's directory in _CVS only_.
> Don't propagate them via rsync. Instead, use a script to compile all
> metadata.xml files into one central (XML) file. (This would probably
> need slight changes to the DTD). This file would then be placed into
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi @ all,
I'd like to have some feedback on an idea that stuck to my mind for some
time already:
Currently, we (should) have one metadata.xml file per package (8635 in
the whole tree). This is quite handy if you want to look up information
about a pa
29 matches
Mail list logo
