On Sun, 12 Aug 2012 01:29:43 +0200
viv...@gmail.com viv...@gmail.com wrote:
2. I saw on some lists that Gnome/Kde and Xfce plan to use some
SystemD API, so does it means that we will need to install SystemD
aside of OpenRC ?
It's not possible at the moment. systemd break non-systemd
On 08/07/2012 03:47 PM, Sylvain Alain wrote:
Hi everyone, for a couple of months now, I see on the list some of
activities about OpenRC been ported to FreeBSD or OpenRC to Debian and
other stuff related to SystemD.
I have some basic questions about all that :
2. I saw on some lists that
Peter Stuge posted on Sun, 12 Aug 2012 02:12:38 +0200 as excerpted:
viv...@gmail.com wrote:
First problem udev/SD has is that it can't see all the file system
labels, for some reason it only see sda and sdb so it's able to partly
proceed in the boot sequence, mount / (root) but can't mount
On Sun, Aug 12, 2012 at 5:43 AM, Duncan 1i5t5.dun...@cox.net wrote:
Peter Stuge posted on Sun, 12 Aug 2012 02:12:38 +0200 as excerpted:
What software parses the filesystem labels when you boot with openrc?
(I ask because I never use labels myself.)
Short answer, mount and udev, and the
Il 12/08/2012 11:43, Duncan ha scritto:
Peter Stuge posted on Sun, 12 Aug 2012 02:12:38 +0200 as excerpted:
viv...@gmail.com wrote:
First problem udev/SD has is that it can't see all the file system
labels, for some reason it only see sda and sdb so it's able to partly
proceed in the boot
Il 12/08/2012 14:25, Rich Freeman ha scritto:
On Sun, Aug 12, 2012 at 5:43 AM, Duncan1i5t5.dun...@cox.net wrote:
Peter Stuge posted on Sun, 12 Aug 2012 02:12:38 +0200 as excerpted:
What software parses the filesystem labels when you boot with openrc?
(I ask because I never use labels
Il 12/08/2012 09:44, Michał Górny ha scritto:
On Sun, 12 Aug 2012 01:29:43 +0200
viv...@gmail.comviv...@gmail.com wrote:
2. I saw on some lists that Gnome/Kde and Xfce plan to use some
SystemD API, so does it means that we will need to install SystemD
aside of OpenRC ?
It's not possible at
Rich Freeman schrieb:
So, I could see how many linux users might think that interpreting a
complex root= parameter is a kernel function, when it is really just
the fact that they use an initramfs.
If somebody is running with root=LABEL=foo or something like that
without an initramfs I'll
If you try to launch make V=1 from the kernel source directory you will see:
gcc -Wp,-MD,scripts/mod/.empty.o.d -nostdinc -isystem /usr/lib/gcc/x86_64-
pc-linux-gnu/4.5.3/include -I/usr/src/linux-3.3.8-gentoo/arch/x86/include -
Iarch/x86/include/generated -Iinclude -include
On Sun, 12 Aug 2012 16:19:59 +0200
Agostino Sarubbo a...@gentoo.org wrote:
If you try to launch make V=1 from the kernel source directory you
will see:
snip
So it calls gcc directly.
Yes. That is called a default.
Set CC on the make command line or set CONFIG_CROSS_COMPILE through
make
On Sun, Aug 12, 2012 at 8:25 AM, Rich Freeman ri...@gentoo.org wrote:
I think that people get this confused because 99% of linux users have
an initramfs (and about 2% of Gentoo users it seems), and most
initramfs implementations DO interpret the root=parameter. If you
specify an initramfs
On Wed, Aug 8, 2012 at 4:31 PM, Patrick Lauer patr...@gentoo.org wrote:
equery f udev | grep udevd
/usr/lib/systemd/systemd-udevd
And as long as our maintainers refuse to use the proper paths this is
just one of the little things that makes life more exciting for us.
Can we please add
Chí-Thanh Christopher Nguyễn posted on Sun, 12 Aug 2012 15:43:02 +0200 as
excerpted:
Rich Freeman schrieb:
So, I could see how many linux users might think that interpreting a
complex root= parameter is a kernel function, when it is really just
the fact that they use an initramfs.
If
On Sun, Aug 12, 2012 at 9:19 AM, Agostino Sarubbo a...@gentoo.org wrote:
If you try to launch make V=1 from the kernel source directory you will see:
gcc -Wp,-MD,scripts/mod/.empty.o.d -nostdinc -isystem /usr/lib/gcc/x86_64-
pc-linux-gnu/4.5.3/include
The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2012-08-12 23h59 UTC.
Removals:
net-wireless/iwl1000-ucode 2012-08-06 15:41:29 ulm
kde-misc/kdocker2012-08-07 11:48:37 kensington
net-misc/ferm
On Sun, 12 Aug 2012 16:19:59 +0200
Agostino Sarubbo a...@gentoo.org wrote:
So it calls gcc directly.
I see we don't like gcc called directly from the tracker[1], but this is for
packages/ebuild. Should this bug block that tracker or it is invalid?
[1]:
16 matches
Mail list logo