On Thursday 18 August 2005 05:29, Georgi Georgiev wrote:
> maillog: 18/08/2005-03:03:40(+0200): Diego 'Flameeyes' Pettenò types
> > media-video/mplayer:dts - Enables libdts (5.1 surround sound audio)
support
> > I'll commit this tomorrow, when I'll be sure it's ok after an awake
> > check. If no
maillog: 18/08/2005-03:03:40(+0200): Diego 'Flameeyes' Pettenò types
> Hi,
> I'm here to annoy everyone just because I'm unable to sleep.. erm no well not
> exactly...
>
> Anyway, I just completed to prepare a new patch for xine-lib that makes
> libdts
> support optional (for the series "the le
On Thu, 18 Aug 2005 03:59:42 +0200
Francesco R <[EMAIL PROTECTED]> wrote:
> If you have some particular reason for keeping any of them drop me
> a note on/off list.
I'm sure you've done your due diligence, but please double check that
you are not removing the latest stable or testing keywords for
These ebuilds are scheduled for removal in the next 24 hours:
-
mysql-3.23.58
mysql-4.0.22-r1
mysql-4.0.23
mysql-4.0.23-r1
mysql-4.0.23-r2
mysql-4.0.24-r1
mysql-4.0.24-r2
mysql-4.0.25-r1
mysql-4.1.8
mysql-4.1.8-r1
These will survive:
Jason Stubbs wrote: [Wed Aug 17 2005, 08:09:39PM EDT]
> I don't quite get you here. GLEP 31 has been approved, no? That
> would make it seem to me that the above suggestion is just making
> the QA tool help enforce existing policy. If there's a flaw in that
> line of thinking, please point it o
Hi,
I'm here to annoy everyone just because I'm unable to sleep.. erm no well not
exactly...
Anyway, I just completed to prepare a new patch for xine-lib that makes libdts
support optional (for the series "the less, the best"), so this is going to
be the 5th dts useflag in portage:
media-video
On Wednesday 17 August 2005 08:13 pm, Donnie Berkholz wrote:
> Jason Stubbs wrote:
> | I don't quite get you here. GLEP 31 has been approved, no? That would
> make
> | it seem to me that the above suggestion is just making the QA tool help
> | enforce existing policy. If there's a flaw in that line
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jason Stubbs wrote:
| I don't quite get you here. GLEP 31 has been approved, no? That would
make
| it seem to me that the above suggestion is just making the QA tool help
| enforce existing policy. If there's a flaw in that line of thinking,
please
|
On Thursday 18 August 2005 08:39, Aron Griffis wrote:
> Jason Stubbs wrote: [Tue Aug 16 2005, 09:46:23PM EDT]
>
> > Repoman could check the commit message for being valid UTF-8 and
> > simply not allow the commit if it isn't. :)
>
> Be careful, this steps over the line of creating policy by way o
Jason Stubbs wrote: [Tue Aug 16 2005, 09:46:23PM EDT]
> Repoman could check the commit message for being valid UTF-8 and
> simply not allow the commit if it isn't. :)
Be careful, this steps over the line of creating policy by way of
tools. This is similar to when I changed ekeyword to sort KE
If anyone has any pictures of the Gentoo booth from LWE last week, please send
them my way.
Thanks!
-Corey
--
Corey Shields
Gentoo Linux Infrastructure Team
Gentoo Foundation Board of Trustees
http://www.gentoo.org/~cshields
pgpTwlsfGGicJ.pgp
Description: PGP signature
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jon Portnoy wrote:
> On Wed, Aug 17, 2005 at 03:45:49PM +0200, Henrik Brix Andersen wrote:
>
>>>not everyone uses echangelog
>>
>>[snip]
>>
>>>it does, but not everyone uses echangelog
>>
>>Why not?
>>
>
>
> Because I don't want to. :)
>
I have no
Jon Portnoy wrote:
On Wed, Aug 17, 2005 at 03:45:49PM +0200, Henrik Brix Andersen wrote:
not everyone uses echangelog
[snip]
it does, but not everyone uses echangelog
Why not?
Because I don't want to. :)
You are the weakest link, goodbye!
--
gentoo-dev@gentoo.org mailing list
On Wed, Aug 17, 2005 at 03:45:49PM +0200, Henrik Brix Andersen wrote:
>
> > not everyone uses echangelog
> [snip]
> > it does, but not everyone uses echangelog
>
> Why not?
>
Because I don't want to. :)
--
Jon Portnoy
avenj/irc.freenode.net
--
gentoo-dev@gentoo.org mailing list
Rob Cakebread wrote:
I patched the Planet source to add all the entries to an sql
database then wrote a quick CherryPy demo [1] that uses the existing
Planet's template system.
The example just has the entries for a few random developers. You can
search the titles or full text. Source code avail
On Tue, 2005-08-16 at 22:43 -0400, Nathan L. Adams wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Chris Gianelloni wrote:
> > That being said, thanks to IU for doing the webcast... now everybody
> > gets to see what we look like... *grin*
>
> If you're like me, you have a perfect fa
On Wed, 2005-08-17 at 09:04 -0400, Mike Frysinger wrote:
> it was part joke and part seriousness ... i already have my commits scripted
> with echangelog/repoman, but that isnt the point
Ok - a bit hard to tell that you were joking there...
> i delete one version for being old, stabilize another
On Wednesday 17 August 2005 08:16 am, Henrik Brix Andersen wrote:
> On Tue, 2005-08-16 at 18:18 -0400, Mike Frysinger wrote:
> > logic:
> > - i'm lazy
>
> That's not a valid argument - you can use a bash function for calling
> echangelog and repoman as shown numerous times on this list.
it was pa
On Wednesday 17 August 2005 15:14, Grobian wrote:
> The whole point was that I like avoiding storing data double
> (redundant), if that can be done easily.
It has its own pro and cons as quite everything. You can avoid storing data
double but makes more difficult to access it by the priority end u
Ok. I'll elaborate some. I was not planning to do so, but it appears
there is some misinterpretation here. It was not my intention to let
you all know that I think cvs and Changelogs are databases. They most
certainly are, but that is not the point here, and may be saved for
another discuss
On Wednesday 17 August 2005 14:36, Grobian wrote:
> From a database point of view, it is evil to duplicate values in an
> automated manner, just use a foreign key for such purposes. In other
> words, avoid duplication. If such bash function is a common tool then
> -- apart from wondering why it
On Wed, 2005-08-17 at 14:36 +0200, Grobian wrote:
> From a database point of view, it is evil to duplicate values in an
> automated manner, just use a foreign key for such purposes. In other
> words, avoid duplication. If such bash function is a common tool then
> -- apart from wondering why
Extracted from what Henrik Brix Andersen wrote:
That's not a valid argument - you can use a bash function for calling
echangelog and repoman as shown numerous times on this list.
See my first answer (bash function).
See my first answer (bash function).
From a database point of view, it
On Wednesday 17 August 2005 14:16, Henrik Brix Andersen wrote:
> Can you give an example of why you would want to use different commit
> messages in a single commit?
By the way, repoman commit doesn't allow you to do so: as it commits "in
block" and you must call it also to change a single file in
Jeremy Huddleston wrote:
I've recently updated opengl-update to use the eselect framework. I
think the team has done a great job as it was extremely easy to port the
bash script to an eselect module. However, when I placed it in the
portage tree, it sparked a little bit of a policy discussion b
On Tue, 2005-08-16 at 18:18 -0400, Mike Frysinger wrote:
> suggestion:
> stop keeping ChangeLog files in CVS and instead, let them be generated
> automagically by the cvs server using the last of commit
> messages. if you really want to keep a commit message out of the changelog,
> then we com
26 matches
Mail list logo
