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
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
How is that wrong? If it isn't, eselect would be a great way to switch
EDITOR and XSESSION.
On 2/13/06, Mike Frysinger <[EMAIL PROTECTED]> wrote:
> On Monday 13 February 2006 19:01, Alec Warner wrote:
> > Forrest Voight wrote:
> > > What happens if two env.d files set the same variable?
> >
> > Yo
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
Forrest Voight wrote:
> What happens if two env.d files set the same variable?
>
You write an eselect module to choose between them :)
> 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 a
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.
--
#
# elect
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 gno
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 Mo
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, bu
I've made some modifications to the GLEP, see:
http://www.gentoo.org/proj/en/glep/glep-0047.html
The modifications are based on all comments raised on the previous
version.
Many pieces rewritten, reworded and explained in more detail.
- clarified 'safeness' of CHOST variable
- note on USE-expansi
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
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 stay friendly
sometimes... And no, bugzilla is not a help
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 19:21:57 +, Ciaran McCreesh wrote:
> 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
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
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 e
On 13-02-2006 18:49:18 +, Ciaran McCreesh wrote:
> On Mon, 13 Feb 2006 19:39:06 +0100 Simon Stelling <[EMAIL PROTECTED]>
> wrote:
> | NOTABUG sounds good, but as Ciaran said, we need another replacement
> | for those bugs who really deserve it. If a user sticks
> | -fvisibility=hidden into his
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
-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
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
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 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
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 wh
Diego 'Flameeyes' Pettenò wrote:
In amaroK's case, anyway, there's no problem to know if it has relesed:
upstream releases always in time, providing packagers with candidates to
release, allowing to prepare stuff before actual release.. the release is
also broadcasted in their homepage, on [EMA
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 fee
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
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
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 th
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 shou
-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++ temp
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:
>
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:
> >
> >
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
Le Sun, 12 Feb 2006 23:28:05 -0500,
Mark Loeser <[EMAIL PROTECTED]> a écrit :
> By allowing duplicate entries we just allow people to put useless
> information in two places instead of one.
>
Maybe i'm a bit naive, but that sounds very pessimistic to me. I would
rather think that devs who will a
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
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 use
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 .bashrc/.bash_pr
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 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 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 get
40 matches
Mail list logo
