Zac Medico posted on Mon, 17 Dec 2012 23:31:24 -0800 as excerpted:
> On 12/17/2012 09:59 PM, Duncan wrote:
>> [1] I long ago filed a bug suggesting a new world-sets line for
>> depclean,
>> but I expect it'll be resolved/fixed about the time sets support
>> finally gets unmasked to ~arch, the sta
On 17 December 2012 22:13, Peter Stuge wrote:
> Duncan wrote:
>> Apparently, IRC is a hard requirement. At least the one final
>> evaluation must be done on IRC.
>
> I understand why online communication is not everyone's prefered format.
>
> I guess that the IRC part of the recruitment is not ve
On 12/17/2012 04:31 PM, Greg KH wrote:
> On Mon, Dec 17, 2012 at 09:03:40PM +0100, J. Roeleveld wrote:
>> Olav Vitters wrote:
>>
>>> On Mon, Dec 17, 2012 at 09:29:26AM -0500, Richard Yao wrote:
As I said in an earlier email, Lennart Poettering claims that it does
not work. We are discuss
On 12/17/2012 06:23 PM, William Hubbs wrote:
> On Mon, Dec 17, 2012 at 01:31:59PM -0800, Greg KH wrote:
>> On Mon, Dec 17, 2012 at 09:03:40PM +0100, J. Roeleveld wrote:
>>> Olav Vitters wrote:
>>>
On Mon, Dec 17, 2012 at 09:29:26AM -0500, Richard Yao wrote:
> As I said in an earlier email
On 17/12/2012 13:15, Dirkjan Ochtman wrote:
On Mon, Dec 17, 2012 at 11:23 AM, Diego Elio Pettenò
wrote:
I would say let's work on that so that portage can keep them there.
Although I'm more for /var/cache/portage myself, as both distfiles and
tree can be re-generated.
+1.
Cheers,
Dirkjan
Markos Chandras posted on Tue, 18 Dec 2012 08:44:23 + as excerpted:
> Nowadays, I use google docs ( and I am also open to g+ and skype
> interviews as well ). So IRC is not an absolute requirement.
Thanks. Good to know.
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree pro
On 12/17/2012 10:32 AM, Anthony G. Basile wrote:
> Hi everyone,
>
> Give the talk on the list about attracting devs, I've should probably
> mention that I'm teaching a College Course on Gentoo Development next
> semester. I know two students will most likely go through the
> recruitment process,
On 12/17/2012 07:46 PM, Anthony G. Basile wrote:
>>
>> 2. Write an ebuild for the project above, maintained in an overlay
>> (also on GitHub), with sources fetched from GitHub. Add some small
>> patch to configure.ac in the ebuild. Add USE flags. Add "make check"
>> support to the build system, tes
Am Montag, 17. Dezember 2012, 11:48:12 schrieb Walter Dnes:
> On Mon, Dec 17, 2012 at 01:37:27PM +0100, Sven Eden wrote
>
> > 1) --- kde-base/kate
> > -
> >
> > Compiled with -ggdb in CFLAGS:
> > # sum=0; for file in $(equery f kde-base/kate | grep "\.debug") ; do
> >
> People simply don't seem to realize that you can go away and
> do something else while all that's happening
Like servers I prefer build machines to be more secure dedicated build
machines without a browser or X, so I expect it's a bit of a barrier
for me.
Having said that I haven't found the t
W dniu 18.12.2012 12:13, Sven Eden pisze:
> Am Montag, 17. Dezember 2012, 11:48:12 schrieb Walter Dnes:
>> On Mon, Dec 17, 2012 at 01:37:27PM +0100, Sven Eden wrote
>>
>>> 1) --- kde-base/kate
>>> -
>>>
>>> Compiled with -ggdb in CFLAGS:
>>> # sum=0; for file in $(equer
Am Dienstag, 18. Dezember 2012, 12:43:55 schrieb Marcin Mirosław:
> W dniu 18.12.2012 12:13, Sven Eden pisze:
(snip, because this has nothing to do with the previous discussion.)
> >> On my 32-bit machines I have...
> >>
> >> FLAGS="-O2 -march=native -mfpmath=sse -fomit-frame-pointer -pipe
> >>
W dniu 18.12.2012 13:03, Sven Eden pisze:
> Am Dienstag, 18. Dezember 2012, 12:43:55 schrieb Marcin Mirosław:
>> W dniu 18.12.2012 12:13, Sven Eden pisze:
>
> (snip, because this has nothing to do with the previous discussion.)
>
On my 32-bit machines I have...
FLAGS="-O2 -march=
Il 17/12/2012 11:11, Tomáš Chvátal ha scritto:
Hi lads,
lately I am having bit of problems from getting relevant debug info from users.
Since we already have splitdebug for quite time (and I suppose quite
few of us are using it) how about making it to default profiles
default enabled and add -g
On 12/18/2012 12:26 AM, Duncan wrote:
> Zac Medico posted on Mon, 17 Dec 2012 23:31:24 -0800 as excerpted:
>
>> On 12/17/2012 09:59 PM, Duncan wrote:
>
>>> [1] I long ago filed a bug suggesting a new world-sets line for
>>> depclean,
>>> but I expect it'll be resolved/fixed about the time sets su
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 17/12/12 06:23 PM, William Hubbs wrote:
> On Mon, Dec 17, 2012 at 01:31:59PM -0800, Greg KH wrote:
>>
>> Can this topic finally be put to rest please? There is a whole
>> web page devoted to this topic, why do people blindly ignore it?
>
> This
On 12/17/2012 02:19 AM, Tomáš Chvátal wrote:
> Currently we put portage into /usr/portage and all related stuff is to
> be in the subfolders there (distfiles, binpkg).
>
> I've always myself override these defaults in make.conf to point for
> /var/portage/ (not /var/lib because I never bothered en
On 12/17/2012 02:19 AM, Tomáš Chvátal wrote:
> Currently we put portage into /usr/portage and all related stuff is to
> be in the subfolders there (distfiles, binpkg).
>
> I've always myself override these defaults in make.conf to point for
> /var/portage/ (not /var/lib because I never bothered en
On Tue, Dec 18, 2012 at 07:50:51AM +0100, Ulrich Mueller wrote:
> > On Mon, 17 Dec 2012, William Hubbs wrote:
>
> > This all started with the April 2012 council meeting when it was
> > pushed through that separate /usr without an initramfs is a
> > supported configuration, so yes, the previous
On 12/18/2012 01:45 PM, William Hubbs wrote:
> On Tue, Dec 18, 2012 at 07:50:51AM +0100, Ulrich Mueller wrote:
>>> On Mon, 17 Dec 2012, William Hubbs wrote:
>>
>>> This all started with the April 2012 council meeting when it was
>>> pushed through that separate /usr without an initramfs is a
>>
On Tue, Dec 18, 2012 at 01:51:27PM -0500, Richard Yao wrote:
> On 12/18/2012 01:45 PM, William Hubbs wrote:
> > On Tue, Dec 18, 2012 at 07:50:51AM +0100, Ulrich Mueller wrote:
> >>> On Mon, 17 Dec 2012, William Hubbs wrote:
> >>
> >>> This all started with the April 2012 council meeting when it
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 18/12/12 01:45 PM, William Hubbs wrote:
> On Tue, Dec 18, 2012 at 07:50:51AM +0100, Ulrich Mueller wrote:
>>> On Mon, 17 Dec 2012, William Hubbs wrote:
>>
>>> This all started with the April 2012 council meeting when it
>>> was pushed through
On Tue, Dec 18, 2012 at 1:45 PM, William Hubbs wrote:
> On Tue, Dec 18, 2012 at 07:50:51AM +0100, Ulrich Mueller wrote:
>> > On Mon, 17 Dec 2012, William Hubbs wrote:
>>
>> > This all started with the April 2012 council meeting when it was
>> > pushed through that separate /usr without an init
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/18/2012 01:38 PM, Zac Medico wrote:
> On 12/17/2012 02:19 AM, Tomáš Chvátal wrote:
>> Currently we put portage into /usr/portage and all related stuff is to
>> be in the subfolders there (distfiles, binpkg).
>>
>> I've always myself override thes
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/18/2012 02:49 PM, Rick "Zero_Chaos" Farina wrote:
> On 12/18/2012 01:38 PM, Zac Medico wrote:
>> On 12/17/2012 02:19 AM, Tomáš Chvátal wrote:
>>> Currently we put portage into /usr/portage and all related stuff is to
>>> be in the subfolders ther
El lun, 17-12-2012 a las 08:55 -0500, Rich Freeman escribió:
[...]
> I usually keep a debug file in /etc/portage/env.d and symlink it to
> anything I'm working on.
>
> Rich
>
>
I do the same, for example, I had end.d files for all evince related
packages to get proper backtraces as I was gettin
With nelchael's retirement I (with backup from djc) will take over the
maintenance of mercurial.eclass. As one of the first things I would
like to change the default value of EHG_REVISION.
EHG_REVISION defines the revision/branch/tag to be checkout in src_unpack.
The current default is "tip", whic
Am Mon, 17 Dec 2012 13:45:35 +0100
schrieb Diego Elio Pettenò :
> On 17/12/2012 13:42, Ulrich Mueller wrote:
> > If we change the location, can we then move distfiles to some place
> > outside of the tree? Something like:
> >
> >/var/cache/portage
> >/var/cache/distfiles
>
> What I do on
On Tue, Dec 18, 2012 at 4:10 PM, Christoph Junghans wrote:
> With nelchael's retirement I (with backup from djc) will take over the
> maintenance of mercurial.eclass. As one of the first things I would
> like to change the default value of EHG_REVISION.
>
> EHG_REVISION defines the revision/branch
No /var/gentoo. No /var/repositories.
/var/db/gentoo, /var/db/repositories, /var/cache/portage ... as long as Zac
is fine with one whatever, but let's not invent any new top-level.
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
On Tue, Dec 18, 2012 at 10:20 P
On 12/18/2012 01:33 PM, Diego Elio Pettenò wrote:
> No /var/gentoo. No /var/repositories.
>
> /var/db/gentoo, /var/db/repositories, /var/cache/portage ... as long as
> Zac is fine with one whatever, but let's not invent any new top-level.
Yeah, /var/db or /var/cache sounds good to me.
I would en
On Tue, Dec 18, 2012 at 7:31 PM, Mike Gilbert wrote:
> On Tue, Dec 18, 2012 at 4:10 PM, Christoph Junghans wrote:
>> With nelchael's retirement I (with backup from djc) will take over the
>> maintenance of mercurial.eclass. As one of the first things I would
>> like to change the default value of
On Mon, 17 Dec 2012 10:40:06 +0100
Michał Górny wrote:
> > People aren't bothering. It's not because of any fundamental
> > problem -- it's because the process is obscure and potentially a
> > waste of time.
>
> I agree with that. The process takes a lot of time for a minor
> benefit, and most o
On Mon, 17 Dec 2012 11:19:20 +0100
Tomáš Chvátal wrote:
> Currently we put portage into /usr/portage and all related stuff is to
> be in the subfolders there (distfiles, binpkg).
>
> I've always myself override these defaults in make.conf to point for
> /var/portage/ (not /var/lib because I neve
Zac Medico posted on Tue, 18 Dec 2012 09:58:42 -0800 as excerpted:
> It's important to clarify that, because /etc/portage/sets (aka GLEP 21
> User Sets) has already been supported in stable portage since 2.1.11.9
> [1].
I didn't know that. Last I knew, stable portage had special-case
acceptance
35 matches
Mail list logo