George Prowse wrote:
> After some talk in the forums a point came up that we need a way to
> reduce the long used gentoo system to a bare point before X but after
> any baselayout upgrade had been applied.
>
> This script would enable two things: a person to rebuild his system
> after a library ma
Ned Ludd wrote:
> from an infra POV vs a council POV I would say here is what we can do
> right away to solve this. Arch testers will get added to an alias that
> fordwards to the users normal email address. The aliases will be
> maintained by the arch testing leads. The arch testers will have a
George Prowse wrote:
After some talk in the forums a point came up that we need a way to
reduce the long used gentoo system to a bare point before X but after
any baselayout upgrade had been applied.
Isn't that what the stages are, Barebone systems?
This script would enable two things: a per
On Sun, 2005-12-11 at 22:43 -0500, Mike Frysinger wrote:
> On Saturday 10 December 2005 18:13, Lance Albertson wrote:
> > I think we'll be able to work out the anonymous CVS access soon, however
> > it will not be implemented as stated in the GLEP.
>
> exact spec in the GLEP was more of an idea ..
George Prowse wrote:
After some talk in the forums a point came up that we need a way to
reduce the long used gentoo system to a bare point before X but after
any baselayout upgrade had been applied.
This script would enable two things: a person to rebuild his system
after a library malfuncti
Kurt Lieber wrote:
> On Sat, Dec 10, 2005 at 11:52:33AM + or thereabouts, Ian Leitch wrote:
>> For the time being and near future, I think moves should be done by hand.
>>
>> What are your thoughts on this, infra?
>
> As for moving packages by hand vs. using a tool, that's not really infra's
>
On Saturday 10 December 2005 18:13, Lance Albertson wrote:
> I think we'll be able to work out the anonymous CVS access soon, however
> it will not be implemented as stated in the GLEP.
exact spec in the GLEP was more of an idea ... anon cvs is available -> OK
> On the other point, infra has seri
Diego 'Flameeyes' Petten wrote:
> Oh well, media-video/dvdrip has many issues reported in bugzilla (some have
> patches, most haven't), and depends on a version of transcode with many
> issues, too (and force us to leave transcode 1 masked).
> Nobody in video herd is looking at it right now, last
After some talk in the forums a point came up that we need a way to reduce the long used gentoo system to a bare point before X but after any baselayout upgrade had been applied. This script would enable two things: a person to rebuild his system after a library malfunction and also if a person wan
On Monday 12 December 2005 00:47, Spider (D.m.D. Lj.) wrote:
> Yeah, I certainly -HOPE- that it will retain its blocker vs. glibc, or
> things may slip downhill on a certain rollercoasterride of party and
> fun. Not to mention that they claim the same files ;)
AS long as nobody does stupid things
Diego 'Flameeyes' Petten wrote:
> Another package leaving the tree, again because of transcode1 CLI changes.
> It does not work as intended with transcode 1.0 and has other problems, too.
> Hoping in newer versions to come out better, I'm going to mask and it's
> pending removal one week from now.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I've just updated the two dependency-finding scripts for libraries and
includes. The library one should get significantly faster because of
some optimizations on grepping the log; it also works better (less false
positives) in most cases. The include
On Mon, 12 Dec 2005 09:11:53 +0900 Jason Stubbs <[EMAIL PROTECTED]>
wrote:
| Regardless of what you think about the current plans for multiple
| repository support, the details that readers will need to know wont
| change.
Incorrect. Right now, readers should ignore news-blah.unread and only
pay a
On Monday 12 December 2005 09:01, Ciaran McCreesh wrote:
> On Mon, 12 Dec 2005 08:44:00 +0900 Jason Stubbs <[EMAIL PROTECTED]>
>
> wrote:
> | Repositories will be user-labelled. However, all that readers need be
> | concerned with is how to extract the repository name from the
> | news.unread file
On Mon, 12 Dec 2005 08:44:00 +0900 Jason Stubbs <[EMAIL PROTECTED]>
wrote:
| Repositories will be user-labelled. However, all that readers need be
| concerned with is how to extract the repository name from the
| news.unread file and how to then resolve that to a directory name,
| regardless of ho
On Sun, 2005-12-11 at 20:40 +0100, Diego 'Flameeyes' Pettenò wrote:
> On Sunday 11 December 2005 19:29, Spider (D.m.D. Lj.) wrote:
> > How will you deal with the packages that build against glibc iconv but
> > not against the separated?
> I'll patch them, if they are common packages, ports from Fre
On Monday 12 December 2005 02:43, Ciaran McCreesh wrote:
> On Sun, 11 Dec 2005 13:32:05 +0900 Jason Stubbs <[EMAIL PROTECTED]>
>
> wrote:
> | Repositories will definitely have a unique identifier. Perhaps it
> | would be better to use the repository-identifing format from the
> | beginning so that
On Sunday 11 December 2005 23:53, John Myers wrote:
> Well, if you take the entire spec with all its variations, then ciaranm's
> points there are indeed correct (week number formats, day of the year
> formats, punctuationless formats, etc.)
Well as long as you always use the same format, the sort
On Sunday 11 December 2005 14:07, Diego 'Flameeyes' Pettenò wrote:
> On Sunday 11 December 2005 22:57, Ciaran McCreesh wrote:
> > You forgot d) a pain in the ass to parse, e) inconsistent with
> > everything else, f) a pain in the ass to sort, g) massive overkill.
>
> I find ISO 8601 simple to sort
Ciaran McCreesh wrote:
Does anyone really use emerge --ask?
Yes.
--
gentoo-dev@gentoo.org mailing list
On Sunday 11 December 2005 13:19, Ciaran McCreesh wrote:
> On Sun, 11 Dec 2005 04:57:23 -0700 Lares Moreau
> | * Before an ``emerge --ask`` 'yes||no' response
>
> Does anyone really use emerge --ask?
I do. Almost always in fact. When I want to install a package, I use --ask
with --verbose so I g
On Sunday 11 December 2005 22:57, Ciaran McCreesh wrote:
> You forgot d) a pain in the ass to parse, e) inconsistent with
> everything else, f) a pain in the ass to sort, g) massive overkill.
I find ISO 8601 simple to sort
--
Diego "Flameeyes" Pettenò - http://dev.gentoo.org/~flameeyes/
Gento
On Sun, 11 Dec 2005 22:41:30 +0100 Henrik Brix Andersen
<[EMAIL PROTECTED]> wrote:
| As noted in the original GLEP 42 discussion, I strongly feel we should
| use an ISO-8601 compliant date string representation as this is both
| a) international, b) easy to read and c) machine parsable.
You forgot
On Sun, Dec 11, 2005 at 04:57:23AM -0700, Lares Moreau wrote:
> A couple things I noted:
> (1)
> In News Item Identities we have the following date format,
> > Each news item will have a unique identifier. This identifier will be
> > in the form ``-mm-dd-short-name``
>
> Later in "News Item He
Ciaran McCreesh wrote:
Does anyone really use emerge --ask?
Yes.
--
Sandro
--
gentoo-dev@gentoo.org mailing list
On Sun, 11 Dec 2005 04:57:23 -0700 Lares Moreau
<[EMAIL PROTECTED]> wrote:
| Is there any reason why we can't keep all the dates in the GLEP 1 date
| format? IMHO this helps prevent confusion.
Yes. It makes sorting news items far harder.
| * Before an ``emerge --ask`` 'yes||no' response
Does a
A couple things I noted:
(1)
In News Item Identities we have the following date format,
> Each news item will have a unique identifier. This identifier will be
> in the form ``-mm-dd-short-name``
Later in "News Item Headers" we have an other in order to be compatable
with GLEP 1.
> ``Posted:``
Ciaran McCreesh wrote:
> GLEP: 42
> Title: Critical News Reporting
+1 .
--
gentoo-dev@gentoo.org mailing list
On Sunday 11 December 2005 19:29, Spider (D.m.D. Lj.) wrote:
> How will you deal with the packages that build against glibc iconv but
> not against the separated?
I'll patch them, if they are common packages, ports from FreeBSD, NetBSD,
OpenBSD, DragonFly BSD or DarwinPorts will have patches for t
On Sun, 2005-12-11 at 18:02 +0100, Diego 'Flameeyes' Pettenò wrote:
> Okay now that virtual/x11 introduced the new generation's virtuals, the
> decision of waiting to have virtuals for iconv and libintl can be considered
> concluded, and we might start adding them, right? :D
>
> Proposed virtual
On Sun, 11 Dec 2005 17:46:01 +0100 Wernfried Haas <[EMAIL PROTECTED]>
wrote:
| > There are currently several ways of delivering important news items
| > to our users, none of them particularly effective:
|
| I'd suggest changing this to something more constructive - calling our
| current efforts "
On Sun, 11 Dec 2005 13:32:05 +0900 Jason Stubbs <[EMAIL PROTECTED]>
wrote:
| Repositories will definitely have a unique identifier. Perhaps it
| would be better to use the repository-identifing format from the
| beginning so that readers are forced to be forwards-compatible?
| Assuming the readers
Luca Barbato wrote:
> Ciaran McCreesh wrote:
>>
>> * Anything involving XML.
>>
>
> What about incidentally make the format yaml compatible?
>
> yaml.org
Only if we (you?) are able to extract a considerably simpler subset of
the specification, as is it's really overkill.
>
> /me runs
where ?
On 12/11/05, Wernfried Haas <[EMAIL PROTECTED]> wrote:
> On Sun, Dec 11, 2005 at 01:35:50AM +, Ciaran McCreesh wrote:
> > Although most package updates are clean and require little user action,
> > occasionally an upgrade requires user intervention during the upgrade
> > process.
> > Recent ex
Okay now that virtual/x11 introduced the new generation's virtuals, the
decision of waiting to have virtuals for iconv and libintl can be considered
concluded, and we might start adding them, right? :D
Proposed virtuals for now would be:
virtual/iconv: || ( sys-libs/glibc dev-libs/iconv )
virtu
On Sun, Dec 11, 2005 at 01:35:50AM +, Ciaran McCreesh wrote:
> Although most package updates are clean and require little user action,
> occasionally an upgrade requires user intervention during the upgrade process.
> Recent examples of the latter include the ``gcc-3.4`` stabilisation on ``x86`
Ciaran McCreesh wrote:
* Anything involving XML.
What about incidentally make the format yaml compatible?
yaml.org
/me runs
lu
--
Luca Barbato
Gentoo/linux Developer Gentoo/PPC Operational Leader
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
37 matches
Mail list logo
