On Fri, 03 Aug 2007 15:47:27 -0700
Chris Gianelloni <[EMAIL PROTECTED]> wrote:
> Well, I meant that this should be doable without the maintainer's
> consent. Meaning, I ask you to stabilize 1.0-r1 and a few weeks
> later, you can decide to stabilize -r2 without me having to file a
> bug. Basicall
On Fri, 03 Aug 2007 15:49:58 -0700
Chris Gianelloni <[EMAIL PROTECTED]> wrote:
> Why should someone have to go through all of that just to make these
> minor fixes? Is it really necessary for someone to be required to try
> to track down and contact the maintainer to tell them that they put
> "eb
Ask for forgiveness, not permission.
--
[EMAIL PROTECTED] mailing list
* Robin H. Johnson <[EMAIL PROTECTED]> [07/08/03 16:20 -0700]:
> X-VCS-Repository: gentoo-x86
> X-VCS-Directories: profiles/ licenses/
> X-VCS-Files: profiles/foo licenses/bar
Everything implemented :-P At least for all commits to
gentoo-x86.
Well, I reactivated the commitlog-script (quite the s
Alec Warner wrote:
> Ask for forgiveness, not permission.
++ I think anything that streamlines the process is a good thing. (Obviously
I don't know enough about all the changes to comment on specifics.) Not
saying it should be done recklessly, eg SRC_URI changes. How about a simple
requirement th
Le samedi 04 août 2007 à 09:08 +0300, Samuli Suominen a écrit :
> On Fri, 03 Aug 2007 14:28:26 -0700
> Chris Gianelloni <[EMAIL PROTECTED]> wrote:
>
> > > We disabled it to try to get the size of the x86/amd64 LiveCDs down.
> > Thanks. I knew there had to be some reason for it, but couldn't
> > r
Steve Long wrote:
Alec Warner wrote:
Ask for forgiveness, not permission.
++ I think anything that streamlines the process is a good thing. (Obviously
I don't know enough about all the changes to comment on specifics.) Not
saying it should be done recklessly, eg SRC_URI changes. How about a s
On Fri, 03 Aug 2007 15:06:07 -0700
Chris Gianelloni <[EMAIL PROTECTED]> wrote:
> There's a couple more that I wouldn't mind seeing as things developers
> can do without the maintainer, but I can see how these might be a bit
> more controversial, so I'm asking for input.
Another good candidate i
On Thu, 2007-08-02 at 20:35 -0700, Donnie Berkholz wrote:
> William L. Thomson Jr. wrote:
> > FYI, the patches in bug #183480 [1] allow one to use the most current
> > ati-drivers with a 2.6.22 kernel. As I am now while I am composing this
> > message. Having applied said patches and bumped ebuild
On Fri, 2007-08-03 at 00:14 -0400, Mike Frysinger wrote:
> On Thursday 02 August 2007, William L. Thomson Jr. wrote:
> > On Thu, 2007-08-02 at 20:05 -0400, Mike Frysinger wrote:
> > > sounds good to me ... so to tie back to the source of the thread, crappy
> > > closed source vendor drivers are not
Jeroen Roovers wrote:
On Fri, 03 Aug 2007 15:06:07 -0700
Chris Gianelloni <[EMAIL PROTECTED]> wrote:
There's a couple more that I wouldn't mind seeing as things developers
can do without the maintainer, but I can see how these might be a bit
more controversial, so I'm asking for input.
Anot
Vlastimil Babka wrote:
dodoc calls should have || die and USE=doc should be tested before
commiting a bump, IMHO
Sorry, I didn't realize my 3 hour compile of $APPLICATION should die
because TODO wasn't around. Vote against || die - it doesn't affect
anything aside from misc docs not being
On Saturday 04 August 2007, William L. Thomson Jr. wrote:
> On Fri, 2007-08-03 at 00:14 -0400, Mike Frysinger wrote:
> > my point though wasnt to knock ati (although it was fun), the point was
> > that i do not believe any closed source driver in our tree should ever be
> > grounds for preventing s
On Thu, 2007-08-02 at 20:35 -0700, Donnie Berkholz wrote:
>
> Update your knowledge, the normal radeon driver works nice for both. =)
I will I was following radeon developmen for a while. But last I looked
a few months ago, they were still a ways off from having DRI fully
supported with my hardwar
Lars Weiler wrote:
> * Robin H. Johnson <[EMAIL PROTECTED]> [07/08/03 16:20 -0700]:
>> X-VCS-Repository: gentoo-x86
>> X-VCS-Directories: profiles/ licenses/
>> X-VCS-Files: profiles/foo licenses/bar
>
> Everything implemented :-P At least for all commits to
> gentoo-x86.
>
> Well, I reactivated
Chris Gianelloni schrieb:
- arch-specific patches/dependencies - If someone is requesting KEYWORD
changes on a package and it requires a patch or additional dependencies
for your architecture, you are not only permitted, but really are
required to make the necessary changes to add support for you
Steev Klimaszewski kirjoitti:
> Vlastimil Babka wrote:
>
>> dodoc calls should have || die and USE=doc should be tested before
>> commiting a bump, IMHO
>>
>
> Sorry, I didn't realize my 3 hour compile of $APPLICATION should die
> because TODO wasn't around. Vote against || die - it doesn't affe
Luis Medinas wrote:
On Fri, 2007-08-03 at 14:28 -0700, Chris Gianelloni wrote:
Thanks. I knew there had to be some reason for it, but couldn't
remember what it was off the top of my head. Luckily, this won't be
much of an issue with the next release, since we're switching to Xfce
rather than G
Samuli Suominen wrote:
On Fri, 03 Aug 2007 14:28:26 -0700
Chris Gianelloni <[EMAIL PROTECTED]> wrote:
We disabled it to try to get the size of the x86/amd64 LiveCDs down.
Thanks. I knew there had to be some reason for it, but couldn't
remember what it was off the top of my head. Luckily, thi
Gilles Dartiguelongue wrote:
Le samedi 04 août 2007 à 09:08 +0300, Samuli Suominen a écrit :
On Fri, 03 Aug 2007 14:28:26 -0700
Chris Gianelloni <[EMAIL PROTECTED]> wrote:
We disabled it to try to get the size of the x86/amd64 LiveCDs down.
Thanks. I knew there had to be some reason for i
Le samedi 04 août 2007 à 16:23 -0500, Andrew Gaffney a écrit :
> The LiveCD is intended to replace the separate GRP and universal CDs when
> combined with the installer. The installer uses the packages installed on the
> CD
> to do the new install. I'm not sure how many times this has been broug
Gilles Dartiguelongue wrote:
Le samedi 04 août 2007 à 16:23 -0500, Andrew Gaffney a écrit :
The LiveCD is intended to replace the separate GRP and universal CDs when
combined with the installer. The installer uses the packages installed on the CD
to do the new install. I'm not sure how many
Petteri Räty wrote:
> Steev Klimaszewski kirjoitti:
>> Vlastimil Babka wrote:
>>
>>> dodoc calls should have || die and USE=doc should be tested before
>>> commiting a bump, IMHO
>>>
>> Sorry, I didn't realize my 3 hour compile of $APPLICATION should die
>> because TODO wasn't around. Vote against
Vlastimil Babka wrote:
>
> dodoc calls should have || die and USE=doc should be tested before
> commiting a bump, IMHO
>
Would it not be easier to roll the || die into dodoc? I know some eclass
functions die on error, but I haven't been able to find out what the
definitive list is, or at least th
Tiziano Müller wrote:
> Chris Gianelloni schrieb:
>> - arch-specific patches/dependencies - If someone is requesting KEYWORD
>> changes on a package and it requires a patch or additional dependencies
>> for your architecture, you are not only permitted, but really are
>> required to make the neces
On Tue, 2007-07-24 at 21:31 +0300, Alon Bar-Lev wrote:
> Just an issue I thought a long while ago...
> What about adding USE flags for all optional networking components...
> So that they installed without manually merging them one by one?
Too many use flags - simply install the package.
In the fu
The following packages have been masked pending removal in 30 days (roughly):
kde-misc/kxdocker-configurator
kde-misc/kxdocker-i18n
kde-misc/kxdocker-dcop
kde-misc/kxdocker
kde-misc/kxdocker-trayiconlogger
kde-misc/kxdocker-resources
Reasons:
- no developed by upstream [1]
- no active maintainer
On Sun, 05 Aug 2007 01:56:47 +0200
Jurek Bartuszek <[EMAIL PROTECTED]> wrote:
> Just thinking aloud - why not add some (QA?) notice in the summary
> when dodoc (and possibly other do*'s) fails? One would be instructed
> to file a new bug when he sees it *and*, after all, the package will
> have st
28 matches
Mail list logo
