On 07/03/2014 08:18 AM, Joshua Kinard wrote:
> On 07/02/2014 13:54, Michał Górny wrote:
>> Dnia 2014-07-02, o godz. 10:44:16
> [snip]
>>
>> I don't feel like we ought to vote on something like this without
>> understanding most of the current profiles. And I'm afraid there are
>> only few people w
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 07/03/2014 12:59 AM, Duncan wrote:
> Jonathan Callen posted on Wed, 02 Jul 2014 19:06:59 -0400 as
> excerpted:
>
>> On 07/02/2014 02:14 PM, Duncan wrote:
>>> Rich Freeman posted on Wed, 02 Jul 2014 09:30:50 -0400 as
>>> excerpted:
>>>
Some
Dnia 2014-07-03, o godz. 02:18:23
Joshua Kinard napisał(a):
> [...]
>
> And so on. The goal was to have profiles/ be extremely flat, with limited
> nesting only for categorization purposes. Each component would contain all
> of the information specific to that component, and rely on OOP-like
>
On 07/03/2014 03:32, Michał Górny wrote:
> Dnia 2014-07-03, o godz. 02:18:23
> Joshua Kinard napisał(a):
>
>> [...]
>>
>> And so on. The goal was to have profiles/ be extremely flat, with limited
>> nesting only for categorization purposes. Each component would contain all
>> of the information
On 07/03/2014 03:00, Michael Haubenwallner wrote:
>
> On 07/03/2014 08:18 AM, Joshua Kinard wrote:
>> On 07/02/2014 13:54, Michał Górny wrote:
>>> Dnia 2014-07-02, o godz. 10:44:16
>> [snip]
>>>
>>> I don't feel like we ought to vote on something like this without
>>> understanding most of the cur
Michael Haubenwallner posted on Thu, 03 Jul 2014 09:00:18 +0200 as
excerpted:
> What about making /etc/portage/make.profile a directory rather than a
> symlink, having /etc/portage/make.profile/parent to reference all the
> flavours?
We /almost/ have that already. I've long thought that /etc/por
Michael Haubenwallner wrote:
>
>> The idea being that, in /etc/make.conf (or wherever
>> that file is now), you'd define $PROFILE like this:
>>
>> linux-mips o32 uclibc server:
>> PROFILE="base:kernel/linux:arch/mips:[...]"
>
> What about making /etc/portage/make.profile a directory
> rather than
Jonathan Callen posted on Thu, 03 Jul 2014 03:05:46 -0400 as excerpted:
> I did, however test when a package installs two (different) regular
> files into paths that end up symlinked, and found that portage does
> break in that case (as the only sensible option at that point is to
> fail, as somet
taozhijiang schrieb:
> Hello, everyone
>
> I am using DELL Latitiude Laptop, comes with ALPS touchpad.
>
> When I installed the driver in Windows, this touchpad supports
> multi-touch very well.
> I am now using the latest Gentoo with KDE descktop environment, and I
> also want to
> enjoy the m
Dnia 2014-07-03, o godz. 09:05:47
Duncan <1i5t5.dun...@cox.net> napisał(a):
> Jonathan Callen posted on Thu, 03 Jul 2014 03:05:46 -0400 as excerpted:
>
> > I did, however test when a package installs two (different) regular
> > files into paths that end up symlinked, and found that portage does
>
Dnia 2014-06-25, o godz. 13:01:48
Ian Stakenvicius napisał(a):
> I would like to propose adding 'no-multilib/[arch]/package.mask'
> sub-profile(s), to allow all of these masks to go in one place.
>
> Populating package.mask should be fairly easy for amd64 at least,
> since anything depending on
Michał Górny wrote:
> The arch/ tree starts with 'generic' subdirectories matching main
> arches -- like arm, mips, x86, sparc, powerpc, s390 (but not amd64).
I like this idea, but..
> Each of arch trees contains an 'abis' subtree that contains mix-ins
..please please call this 'abi' instead.
Dnia 2014-07-03, o godz. 14:07:28
Peter Stuge napisał(a):
> Michał Górny wrote:
> > The arch/ tree starts with 'generic' subdirectories matching main
> > arches -- like arm, mips, x86, sparc, powerpc, s390 (but not amd64).
>
> I like this idea, but..
>
>
> > Each of arch trees contains an 'abi
On Thu, Jul 3, 2014 at 8:07 AM, Peter Stuge wrote:
> This can't work; abi/x86 can't be both a file and a subdir.
Profiles ARE subdirs. Most of our existing profiles are stacked in
this way. This would become less-so if we went with the mix-in
approach, but it wouldn't be entirely flat in this p
Michał Górny wrote:
> > abi/x86 can't be both a file and a subdir.
>
> Profiles are directories...
Doh, yes of course. :\
abi rather than abis is still important. :)
//Peter
pgp7Suon0xtIh.pgp
Description: PGP signature
Am Mittwoch 02 Juli 2014, 15:07:12 schrieb Anthony G. Basile:
>
> I don't know how to get from here to there. The problem isn't just
> constructing an alternative profile tree. We could even have
> /usr/portage/profiles-r2 and switch between the two on demand. The
> problem is there's a lot of
This is a question to lxc users, since I don't run it.
I have a bug against OpenRC in which the user is saying that I should
allow /etc/init.d/sysctl to run inside an lxc container [1].
My understanding is that this is not a good idea since an lxc container
actually changes settings in the host's
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 03/07/14 04:47 AM, Joshua Kinard wrote:
> On 07/03/2014 03:00, Michael Haubenwallner wrote:
>>
>> On 07/03/2014 08:18 AM, Joshua Kinard wrote:
>>> On 07/02/2014 13:54, Michał Górny wrote:
Dnia 2014-07-02, o godz. 10:44:16
>>> [snip]
>>
03.07.2014 20:02, William Hubbs пишет:
> This is a question to lxc users, since I don't run it.
>
> I have a bug against OpenRC in which the user is saying that I should
> allow /etc/init.d/sysctl to run inside an lxc container [1].
>
> My understanding is that this is not a good idea since an lx
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 02 Jul 2014 14:41:03 -0400
"Rick \"Zero_Chaos\" Farina" wrote:
> I've talked to the funtoo devs a few times about stealing their
> profile idea. A few things need to be done to make this happen,
> mainly eselect, catalyst, and repoman suppor
On Thu, Jul 3, 2014 at 7:09 PM, Tom Wijsman wrote:
> Did the Funtoo devs tell you that they don't run repoman because of the
> explosive set of possible combinations that flavors & mix-ins introduce?
>
> Having it run over them should be easy; but having it run within a
> reasonable time when scal
definitely was set to y
CONFIG_MOUSE_PS2_ALPS=y
The touchpad was, but just basicly.
So I want to full featured such as multi-touch and scroll
2014-07-04
Thanks & Best Regards.
陶治江 | TAO Zhijiang
研发处 | SOHO国际产品线
发件人： Chí-Thanh Christopher Nguyễn
发送时间： 2014-07-03 17:19:31
收件人： gentoo-
22 matches
Mail list logo
