On Mon, 13 Feb 2006 00:57:33 + (UTC) Ferris McCormick
[EMAIL PROTECTED] wrote:
| Well, the user did the work, too, and doesn't know that you did it
| (if I understand your case correctly). So the user deserves as much
| credit as you do.
What? No, that's silly. The one who does the work gets
On Sun, 12 Feb 2006 15:53:37 -0700 Duncan [EMAIL PROTECTED] wrote:
| Consider this: INVALID is strong enough, under the wrong
| circumstances, that it /could/ set an emotionally unstable user off,
| causing them to commit suicide or something.
Some people go around setting fire to embassies when
On Sun, 12 Feb 2006 23:32:39 + Daniel Drake [EMAIL PROTECTED] wrote:
| It may feel a little harsh to give someone a canned response just by
| pasting a URL in the comment field, but curious readers will find his
| faq.txt which explains nicely that we aren't evil/lazy, we just have
| a lot
On Monday 13 February 2006 03:33, Donnie Berkholz wrote:
And even then, it's only copied over when you specify the -m option to
useradd. It isn't done by default.
Users might further decide they use a .bashrc from a different system, or
to clean all percieved cruft from the
Daniel Drake posted [EMAIL PROTECTED], excerpted below, on
Sun, 12 Feb 2006 23:24:45 +:
Henrik Brix Andersen wrote:
[Danial Drake wrote...]
3. Always record contributions by name
If you commit something in response to a bug report that has been filed,
always thank the user by full name
Le Sun, 12 Feb 2006 21:39:22 -0600,
R Hill [EMAIL PROTECTED] a écrit :
TGL did some work on this under bug #84884, though his changes are
more invasive than what i had in mind. I don't see the need for
portage to dig through use.*desc when euse already works and equery
can pretty easily be
On Monday 13 February 2006 00:24, Daniel Drake wrote:
Maybe not if you have already done the work. I was thinking more of the
scenario, upstream does a release. You are on the mailing list so you
know about the new version. You decide you'll bump it in portage tomorrow.
Overnight, someone
Why doesn't it make sense to split DISPLAYMANAGER and XSESSION up?
They are related, but in different contexts. XSESSION is for the user
and DISPLAYMANAGER is used at boot time.
On 2/13/06, Paul de Vrieze [EMAIL PROTECTED] wrote:
On Monday 13 February 2006 03:33, Donnie Berkholz wrote:
And
On Monday 13 February 2006 13:19, Forrest Voight wrote:
Why doesn't it make sense to split DISPLAYMANAGER and XSESSION up?
They are related, but in different contexts. XSESSION is for the user
and DISPLAYMANAGER is used at boot time.
On 2/13/06, Paul de Vrieze [EMAIL PROTECTED] wrote:
On
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
All,
I am working on version bumping app-accessibility/festival and
app-accessibility/speech-tools.
I can get them to build outside an ebuild fine, but I have found that
festival #includes actual source files from speech-tools to instantiate
c++
On Mon, 13 Feb 2006 08:38:39 -0600 William Hubbs [EMAIL PROTECTED]
wrote:
| I can get them to build outside an ebuild fine, but I have found that
| festival #includes actual source files from speech-tools to
| instantiate c++ templates.
|
| If I keep speech-tools as a separate package, where
William Hubbs [EMAIL PROTECTED] wrote:
I can get them to build outside an ebuild fine, but I have found that
festival #includes actual source files from speech-tools to
instantiate c++ templates.
[snip]
The other option would be to not keep speech-tools as a separate
ebuild, but have the
On Monday 13 February 2006 15:38, William Hubbs wrote:
All,
I am working on version bumping app-accessibility/festival and
app-accessibility/speech-tools.
I can get them to build outside an ebuild fine, but I have found that
festival #includes actual source files from speech-tools to
I am contemplating the migration of all of my source code management from a
hacked up in-house system to subversion. I currently use overlays to house
ebuilds and install the actual packages on my target systems.
Instead of re-inventing the wheel, I would like to implement as much as
possible
Duncan wrote:
I'd /not/ really wish to encourage version bump requests overnight.
That's jumping the gun, and indeed, could encourage first post like
behavior.
What I'd do with such bugs is thank the user, but say next time, please
give me a few days, at least a week (or whatever a dev feels
Daniel Drake posted [EMAIL PROTECTED], excerpted below, on
Mon, 13 Feb 2006 16:11:51 +:
Duncan wrote:
I'd /not/ really wish to encourage version bump requests overnight.
That's jumping the gun, and indeed, could encourage first post like
behavior.
That is precisely what was being
On 2/13/06, Ciaran McCreesh [EMAIL PROTECTED] wrote:
But... If INVALID is renamed, could we get a new GOAWAY resolution for
people who really deserve it?
I would tend to agree with this. I myself was the 'victim' of an
aggressively worded INVALID resolution to a bug report I filed due to
my
Duncan wrote:
Consider this: INVALID is strong enough, under the wrong circumstances,
that it /could/ set an emotionally unstable user off, causing them to
commit suicide or something. I /know/ it was deeply depressing here,
that first time, altho the effect on me would have been to simply
On Mon, 13 Feb 2006 19:39:06 +0100 Simon Stelling [EMAIL PROTECTED]
wrote:
| Are you being serious about this?
Sadly, even if he is, there're enough people around here that're taking
that kind of thought seriously (see, for example, my sarcastic post on
the 0day -core thread that so many people
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ciaran McCreesh wrote:
On Mon, 13 Feb 2006 19:39:06 +0100 Simon Stelling [EMAIL PROTECTED]
wrote:
| Are you being serious about this?
Sadly, even if he is, there're enough people around here that're taking
that kind of thought seriously (see,
On Mon, Feb 13, 2006 at 02:00:48PM -0500, Patrick McLean wrote:
How about RICER or RICERFLAGS :)
+1. RESOLVED RICER has such a nice ring to it :)
--
Marien.
pgp70IcstDKz0.pgp
Description: PGP signature
Ciaran McCreesh wrote:
On Sun, 12 Feb 2006 23:32:39 + Daniel Drake [EMAIL PROTECTED] wrote:
| It may feel a little harsh to give someone a canned response just by
| pasting a URL in the comment field, but curious readers will find his
| faq.txt which explains nicely that we aren't
On Mon, 13 Feb 2006 20:07:51 +0100 Grobian [EMAIL PROTECTED] wrote:
| If these frustrations get so apparent that they require a solution
| flag in Bugzilla for a developer, then it might be a better solution
| to just leave the bugzilla work to someone else and try to work a bit
| more away from
On Monday 13 February 2006 19:49, Ciaran McCreesh wrote:
They also deserve it if they stick it in their CXXFLAGS...
In that case even more, as it actually does something: break stuff.
--
Diego Flameeyes Pettenò - http://dev.gentoo.org/~flameeyes/
Gentoo/ALT lead, Gentoo/FreeBSD, Video, AMD64,
On 13-02-2006 21:02:28 +0100, Carsten Lohrke wrote:
On Monday 13 February 2006 20:29, Grobian wrote:
Maybe that has to change then? Like getting more bug wranglers that
also handle canned responses as a first-line helpdesk?
Wrangle bugs a few months and you'll see how hard it can be to
What about env.d? Gnome could install and env file that by default
sets XSESSION to gnome.
On 2/13/06, Paul de Vrieze [EMAIL PROTECTED] wrote:
On Monday 13 February 2006 13:19, Forrest Voight wrote:
Why doesn't it make sense to split DISPLAYMANAGER and XSESSION up?
They are related, but in
On Mon, 2006-13-02 at 16:51 -0500, Forrest Voight wrote:
What about env.d? Gnome could install and env file that by default
sets XSESSION to gnome.
Can't do... you can have gnome, kde, xfce, etc all installed at the same
time.
On 2/13/06, Paul de Vrieze [EMAIL PROTECTED] wrote:
On Monday
What happens if two env.d files set the same variable?
On 2/13/06, Olivier Crete [EMAIL PROTECTED] wrote:
On Mon, 2006-13-02 at 16:51 -0500, Forrest Voight wrote:
What about env.d? Gnome could install and env file that by default
sets XSESSION to gnome.
Can't do... you can have gnome, kde,
On Monday 13 February 2006 14:24, Forrest Voight wrote:
What happens if two env.d files set the same variable?
AFAIK, the env.d files processed in lexicographic order, and later entries
override earlier ones, except for certain variables (such as PATH) which are
added to instead.
--
#
#
On Monday 13 February 2006 19:01, Alec Warner wrote:
Forrest Voight wrote:
What happens if two env.d files set the same variable?
You write an eselect module to choose between them :)
brr wrong
-mike
--
gentoo-dev@gentoo.org mailing list
On Monday 13 February 2006 20:07, Forrest Voight wrote:
How is that wrong? If it isn't, eselect would be a great way to switch
EDITOR and XSESSION.
jesus, talk about over engineering
using eselect to manage some default variables instead of simply editing your
~/.bashrc file is like using a
On 2/13/06, Ciaran McCreesh [EMAIL PROTECTED] wrote:
But... If INVALID is renamed, could we get a new GOAWAY resolution for
people who really deserve it?
Like others here, I've also felt a bit stunned at an INVALID bug. Personally, I
don't think anything needs to be renamed, but I would like
(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 if you dislike the
implementation (and no, I'm not rewriting
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
http://bugs.gentoo.org/show_bug.cgi?id=122527
When emerge would normally discard resume data, the attached patch causes it to
save the resume data in mtimedb[resume_backup] if the length of the mergelist
is greater than 1. When the user calls
34 matches
Mail list logo