> Fixed.
And your autogen.sh lost its executable bit
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Hi. It seems you missed my prev. letter. So, I am sending you the patch again.
Typo fix in README in libabc:
-Make your code safe for unexpected termination and any point:
+Make your code safe for unexpected termination at any point:
___
systemd-devel ma
-Make your code safe for unexpected termination and any point:
+Make your code safe for unexpected termination at any point:
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Okey, okey, you are right. Don't add ARCH to os-release
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
>I'm not sure what problem the proposal is trying to solve. Maybe it'd
>be clearer if that was provided.
I want to know what is the arches of the systems on my computer. I. e. I want
to do the following:
for DISK in /dev/sd*; do
mount "$DISK" /mnt
source /mnt/etc/os-release
echo "Arch of $
> I wonder if it wouldn't be a better idea to somehow provide a sane API
> for this functionality rather than defining a configuration file format
> for it?
I think there should be some plain text file with arch. Because this gives us
chance to determine arch of some foreign system even if we cann
> I was quite explicit about that when I initially designed multiarch. :-)
:)
Okey, okey, there is no primary arch :)
So, I think the arch which is the closest to be "primary arch" should go first.
Arch, which is the most suitable to be the arch in "setarch" command.
In some cases there is no such
> Also,
> with debian/ubuntu multiarch, the difference between primary arch
> and the rest is quite thin.
No. Debian has library multiarch only. This means you can install two libc
(x86_64 and i386) but cannot install two bashes (x86_64 and i386). Moreover,
"dpkg --print-architecture" will always
> What is "primary arch"? The arch of init? ls? the package manager?
As far as I know today there is no true symmetric multiarch. Every multiarched
system has one clear primary arch. And several additional arches. So, today (I
think) the parameter ARCH should content all arches and the primary a
> What should it look like when you have multiple architectures enabled?
We can write all architectures separated by spaces (and primary arch goes
first).
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mai
Please standardize and recommend new /etc/os-release parameter: ARCH. It will
content architecture of this distro (i. e. i386, x86_64, ...). There are some
cases when this value differs from current kernel architecture (as typically
reported by uname -m). For example, when you are in chroot env
11 matches
Mail list logo
