t is a separate btrfs subvolume (to ensure it is not rollbacked
along with the system subvolume) but that's it. We don't split /opt to
a different partition.
--
Frederic Crozat
Enterprise Desktop Release Manager
SUSE
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
nfs server
> the way the SuSE folks want it...
For the record, nfsserver initscript is being replaced by a set of
systemd service files in upcoming SLE12 SP1 ;)
--
Frederic Crozat
Enterprise Desktop Release Manager
SUSE
___
systemd-devel maili
http://bugzilla.opensuse.org/show_bug.cgi?id=950857
>
> This bug is nonsense. journald needs no entropy. It used cgrypt for
> hashing, it never generates any keys with it. As mentioned it needs
> randomness only for the hashtable seeds, and there it doesn't matter.
Unfortunately,
ripts do that?
Unfortunately, we don't always have a choice, when initscripts are not
shipped as part of packages in the distribution but shipped by an ISV or
a random external software :(
--
Frederic Crozat
Project Manager Enterprise Desktop
SUSE
>convinced that the coredumps would fit that category.
How about storing those in /var/cache/systemd/coredump ? This would make
obvious they can be safely removed at any time..
--
Frederic Crozat
Project Manager Enterprise Desktop
SUSE
___
syst
Le vendredi 20 juin 2014 à 04:48 +0200, Zbigniew Jędrzejewski-Szmek a
écrit :
> On Fri, Jun 13, 2014 at 04:41:02PM +0200, Werner Fink wrote:
> > From: Frederic Crozat
> >
> > ---
> > units/systemd-ask-password-wall.service.in |3 ++-
> > 1 file cha
Le lundi 16 juin 2014 à 10:13 -0700, Kok, Auke-jan H a écrit :
> On Mon, Jun 16, 2014 at 9:52 AM, Frederic Crozat wrote:
> > Hi all,
> >
> > attached is a fix for SVG generated by systemd-bootchart, similar to a
> > fix already done in systemd-analyze.
>
> yeah,
Hi all,
attached is a fix for SVG generated by systemd-bootchart, similar to a
fix already done in systemd-analyze.
--
Frederic Crozat
Project Manager Enterprise Desktop
SUSE
>From d018c76c3cfee47fe92f2115bee3be662ff9225d Mon Sep 17 00:00:00 2001
From: Frederic Crozat
Date: Mon, 16 Jun 2014
Le lundi 16 juin 2014 à 10:49 -0400, Cristian Rodríguez a écrit :
> El 16/06/14 08:52, Dr. Werner Fink escribió:
> > On Fri, Jun 13, 2014 at 05:51:34PM +0200, Tom Gundersen wrote:
> >> On Fri, Jun 13, 2014 at 4:41 PM, Werner Fink wrote:
> >>> From: Frederic Crozat
Le lundi 24 mars 2014 à 19:24 +0100, Lennart Poettering a écrit :
> On Mon, 24.03.14 19:20, Frederic Crozat (fcro...@suse.com) wrote:
>
> > Le lundi 24 mars 2014 à 18:58 +0100, Lennart Poettering a écrit :
> >
> > > It's simply that the PID file info
so sometime would like to have
this information handy, despite the fact we use LSB headers (and not
"Fedora" ones)..
--
Frederic Crozat
SUSE
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
is a know bug, which is being worked on :
https://bugzilla.novell.com/show_bug.cgi?id=849387
https://bugzilla.novell.com/show_bug.cgi?id=857031
--
Frederic Crozat
SUSE
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
omething is using killproc incorrectly..
You should look at the journalctl output more closely to find which
service is sending this error.
--
Frederic Crozat
SUSE
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
a that is not synthesizable to the journalctl syslog-style
> output, but forgetting features and looking at raw numbers and, as I
> said above, it's a hard sell on the surface!
>
> Is there something wrong here? Are my numbers unrealistic? Is this
> pointing at a larger problem with m
ood candidates for backporting into the
> systemd packages f various distributions.
>
> Any unanswered questions?
No, just two words: thanks you !
--
Frederic Crozat
SUSE
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.o
Le jeudi 12 septembre 2013 à 12:50 +0200, Kay Sievers a écrit :
> On Thu, Sep 12, 2013 at 8:57 AM, Frederic Crozat wrote:
> > Le jeudi 12 septembre 2013 à 01:22 +0200, Lennart Poettering a écrit :
>
> >> (Meh, such sysvinit script extensions are just evil shit, I wish suse
emd/service-flags-sysv-service-with-detected-pid-as-RemainAfte.patch?expand=1
It is the only way I found to have some coherent state for initscripts
(systemclt status) between those which are "forking" type and those
which are "oneshot" type (and we can't rely on PIDFile:
Le jeudi 25 juillet 2013 à 10:45 +0200, Thomas Bächler a écrit :
> Am 25.07.2013 10:18, schrieb Frederic Crozat:
> > Le mercredi 24 juillet 2013 à 18:41 -0300, Gerardo Exequiel Pozzi a
> > écrit :
> >> Signed-off-by: Gerardo Exequiel Pozzi
> >> ---
> >>
nits/systemd-udevd-kernel.socket | 1 -
> 4 files changed, 4 deletions(-)
What do you expect to fix with this patch ?
This will just break distro containers (nspawn / lxc) since it will
cause udev to be started there.
--
Frederic Crozat
SUSE
___
syste
Hi all,
the attached patch fixes an issue with ncp mount points not being
recognized as network mount points (ncp is alias for ncpfs).
--
Frederic Crozat
SUSE
>From 6bf298c8626cbfc3c3b0bd92fd2437260ce7610c Mon Sep 17 00:00:00 2001
From: Frederic Crozat
Date: Mon, 15 Jul 2013 10:27:31 +0
and available in the attached patch. I don't expect it to be
merged in systemd but since it might be useful for other distributions,
I'm sending it here for broadcast.
If you have comments on the code itself, go ahead (I used
fstab-generator.c as a basis ;)
--
Frederic Crozat
o do it so that systemd does not have to
> be default require for all packages that ship unit files. The result of
> this discussion was that we create a subpackage that will contain only
> rpm macro files.
This is funny, we just did the same on openSUSE Factory.
Our package name is s
rnal~"
> avril 22 03:07:09 zeus.seblu.net named[8102]: loading configuration
> from '/etc/named.conf'
> $32235 = 0x655950
> "/tmp/toto/3d69b1d747744a53ac1c25b78eee2764/system@0004db40759a1f99-767afdbe88695384.journal~"
> avril 22 03:07:09 zeus.seblu.net na
; (Or if the check has to be on the binary RPM side, just `rpm --eval
> '%_unitdir'` for the right location?)
Yes, I agree with this suggestion. This way, even if a new rpmlint
release was used on a "old" openSUSE (where /lib/systemd/system was
used), it would still work.
--
n we're starting up and waiting for tasks, and have this
> > appear at shutdown for tasks taking a long time to shut down.
> >
>
> Should not 03b717a3c4f9348807fc56e7a7d711d72d4ec0cb also work for
> shutdown case? I do not really see any condition limiting it to
> booting, although I of course may misunderstand it.
I think it does already..
--
Frederic Crozat
SUSE
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
s suggesting this for systemctl is called from CLI, not at
startup. In that case, parallelism is less of an issue (and I still
getting many complains from people wondering :"did the service started ?
I had to run systemctl status after starting to check if it was ok").
--
Frederic Crozat
FS
> mounts, but this is only a guess because I cannot see what happens
> inside systemd. Thats why I look for ways to find out more.
Did you try to enable a debug-shell, following
http://freedesktop.org/wiki/Software/systemd/Debugging#Early_Debug_Shell ?
--
Frederic Crozat
SUSE
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
stemd. Thats why I look for ways to find out more.
> There've been a number of fixes in this area since systemd-195.
> Most notably http://cgit.freedesktop.org/systemd/systemd/commit/?id=aaf7eb8.
> Would be great if you could try with a recent version.
This patch is already in the maintenance update for 12.3 which was
released some weeks ago.
--
Frederic Crozat
SUSE
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
owever, on a more general level, I'm still
wondering if "try-restart" behavior should be more deterministic (ie
check if a "stop" call is pending) or should we keep the current
behavior ?
Is there people expecting issue if the behavior is changed ?
Thanks.
--
Frederic Cro
ttp URL path to the bug in the commit msg?
> otherwise it's not clear if that's fdobz or rhbz or any other.
You can use https://bugzilla.novell.com/show_bug.cgi?id=730496 for
instance (I have similar patch I had on my list to upstream again, since
I sent a early version before
ndencies.
systemd could be improved to not drop dbus.socket in its ordering cycle
break algorithm (there were some discussions some time ago on IRC) but
it hasn't happened yet.
--
Frederic Crozat
SUSE
___
systemd-devel mailing list
systemd-d
earlier with the patch applied (after).
I've checked on my "test" netbook system and I can confirm your findings
(with ext4 as fs), gain is around 3s, compared to the "old" readahead in
systemd which was sometime slowing boot by 3s, compared to "no"
readahead.
Le lundi 25 mars 2013 à 12:04 +, Colin Guthrie a écrit :
> 'Twas brillig, and Frederic Crozat at 25/03/13 10:14 did gyre and gimble:
> > Le vendredi 22 mars 2013 à 23:53 +0100, Lennart Poettering a écrit :
> >> On Thu, 21.03.13 17:04, Frederic Crozat (fcro...@suse.com) w
Le vendredi 22 mars 2013 à 23:53 +0100, Lennart Poettering a écrit :
> On Thu, 21.03.13 17:04, Frederic Crozat (fcro...@suse.com) wrote:
>
> > Hi all,
> >
> > in https://bugzilla.novell.com/show_bug.cgi?id=809646 we noticed LSB
> > Provides can sometime be inc
after systemd-udevd
is started.
--
Frederic Crozat
SUSE
>From 94dc949a3056eb989ff2e0c90d951b55eabf72f6 Mon Sep 17 00:00:00 2001
From: Frederic Crozat
Date: Thu, 21 Mar 2013 17:28:13 +0100
Subject: [PATCH] udevd: ensure static nodes are created before local-fs mount
static nodes (like /dev/loop
by
another initscript and this initscript is parsed before the one with the
provides).
Attached patch fixes this issue.
--
Frederic Crozat
SUSE
>From 4e7c74b96a2c154cfb3e60fc14c8b50070808758 Mon Sep 17 00:00:00 2001
From: Frederic Crozat
Date: Thu, 21 Mar 2013 15:40:45 +0100
Subject: [PATCH] cor
Le lundi 18 mars 2013 à 14:34 +0100, Lennart Poettering a écrit :
> On Mon, 18.03.13 09:39, Frederic Crozat (fcro...@suse.com) wrote:
>
> > Le dimanche 17 mars 2013 à 14:54 +0100, Kay Sievers a écrit :
> > > Here is a chart:
> > > http://people.freedesktop.org/~k
hing user session files (say
gnome-shell, files in /usr/share/applications, etc..), which, on
workstation used by a single user is really having an impact on
perceived system "speed" (ie when user can start working).
--
Frederic Crozat
SUSE
__
ink.
>
> What is the right way to solve that problem?
Bug was opened on similar issue this week :
https://bugs.freedesktop.org/show_bug.cgi?id=62300
--
Frederic Crozat
SUSE
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Le jeudi 28 février 2013 à 17:58 +0100, Tom Gundersen a écrit :
> On Thu, Feb 28, 2013 at 5:51 PM, Frederic Crozat wrote:
> > Le jeudi 28 février 2013 à 15:55 +, Colin Guthrie a écrit :
> >> 'Twas brillig, and Lennart Poettering at 28/02/13 12:37 did gyre and
>
t
> it again and such like things. That particular example hasn't been
> needed for me for ages, but I'm sure there are other examples that might
> be more legitimate.
>
> That said, I think Fred had patches that are applied in Suse to read
Hi all,
attached patch fixes bug reported recently about systemd not handling
rbind mount as bind mount.
Fix is straightforward.
--
Frederic Crozat
SUSE
>From df77b11852d6b3495848c4123e7cbd9f099910f9 Mon Sep 17 00:00:00 2001
From: Frederic Crozat
Date: Thu, 21 Feb 2013 15:40:52 +0100
Subj
> > will make "service openvswitch start" pass the --ignore-dependencies
> > argument if it redirects to systemctl. That's likely cleaner than the if
> > [ -x /usr/bin/systemctl ] check. Obviously as this is arguably not the
> > right fix anywa
d.opensuse.org/package/view_file?expand=1&file=fix-umount-order-at-shutdown.patch&package=systemd.openSUSE_12.2_Update&project=home%3Afcrozat%3Abranches%3AopenSUSE%3A12.2%3AUpdate
)
--
Frederic Crozat
SUSE
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
t all, and
> we should add that.
I think Michal might also be confused because the behavior changed
between systemd v44 (which is currently shipped as stable on openSUSE
12.2) and latest systemd releases.
--
Frederic Crozat
SUSE
___
systemd-de
Hi all,
while working on another bug, I discovered the "strange" way systemd is
parsing Environment= in .service and thought it was worth documenting
(because I don't expect people to find this syntax by themselves unless
they read the parsing code ;)
--
Frederic Cro
#x27;d like to join us? Anybody from ArchLinux
> attending FOSDEM? SUSE? Or the other distributions?
I'll be there too (doing also a talk about Secure Boot on Sunday).
--
Frederic Crozat
SUSE
___
systemd-devel mailing list
systemd-devel@lists.freedes
Le lundi 21 janvier 2013 à 13:09 +0100, Kay Sievers a écrit :
> On Mon, Jan 21, 2013 at 1:05 PM, Frederic Crozat wrote:
> > Le lundi 21 janvier 2013 à 12:03 +0100, Kay Sievers a écrit :
>
> >> It's the simplest and most efficient setup a system can have.
> >
>
at space too?). Can you
> comment on those kind of set ups?
You can have several kernel / boot managers on a UEFI partition, usually
from different vendors, because each vendor must use a different prefix
(/EFI/openSUSE vs /EFI/Fedora for instance
e Boot" compatible. And it will
force most (if not all) distributions to probably "patch" (or disable)
this generator so it behave as it is expected by them (ie /boot/efi).
--
Frederic Crozat
SUSE
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Le jeudi 17 janvier 2013 à 13:59 +, Colin Guthrie a écrit :
> 'Twas brillig, and Frederic Crozat at 16/01/13 17:15 did gyre and gimble:
> > Yes, we have a similar patch in /etc/rc.status on openSUSE, which is
> > using SYSTEMCTL_OPTIONS as variable name. So far, I
Le mercredi 16 janvier 2013 à 17:15 +, Colin Guthrie a écrit :
> 'Twas brillig, and Frederic Crozat at 16/01/13 17:07 did gyre and gimble:
> > I was planning to handle this environment variable in our tools but
> > tools team would prefer to have it in systemctl.
Le mercredi 16 janvier 2013 à 16:58 +, Colin Guthrie a écrit :
> 'Twas brillig, and Frederic Crozat at 16/01/13 16:34 did gyre and gimble:
> > Hi,
> >
> > on openSUSE, we found the need to sometime force "--ignore-dependencies"
> > when system
Le mercredi 16 janvier 2013 à 17:47 +0100, Lennart Poettering a écrit :
> On Wed, 16.01.13 17:34, Frederic Crozat (fcro...@suse.com) wrote:
>
> > Hi,
> >
> > on openSUSE, we found the need to sometime force "--ignore-dependencies"
> > when systemct
STEMCTL_OPTIONS environment variable, which, if set, would cause
systemctl to append its contents as if it was specified on command line.
--
Frederic Crozat
SUSE
>From aeaf77d093f03133a675fee709b6ac8666d472ae Mon Sep 17 00:00:00 2001
From: Frederic Crozat
Date: Wed, 16 Jan 2013 17:21:13 +0100
Subject:
Le mardi 27 novembre 2012 à 09:50 +, Colin Guthrie a écrit :
> Hi,
>
> Has anyone got patches to add password agent support to openvpn? I don't
> see any patches in Fedora at least.
I did them and they are upstream nowadays :)
--
Fred
nd up in emergency mode). This is fixed with systemd 195 which
should land in Factory pretty soon.
However, on a more general basis (not openSUSE specific), I think we
should add some special handly in systemd for a kernel command line
option (for instance debug or debug=1), which would "expand
Le jeudi 27 septembre 2012 à 12:55 +, "Jóhann B. Guðmundsson" a
écrit :
> On 09/27/2012 11:17 AM, Frederic Crozat wrote:
> > Le jeudi 27 septembre 2012 à 11:07 +, "Jóhann B. Guðmundsson" a
> > écrit :
> >> On 09/27/2012 08:33 AM, Christian S
un as last"
script in their distribution (see
https://bugzilla.novell.com/show_bug.cgi?id=778715 which links to
openSUSE forum on this topic).
--
Frederic Crozat
SUSE
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
me strange backport from one new
technology to another one when plan to drop.
--
Frederic Crozat
SUSE
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
symlink
returns EEXIST. I guess you should put back your symlink_atomic patch..
--
Frederic Crozat
SUSE
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Le mardi 14 août 2012 à 11:20 +0200, Frederic Crozat a écrit :
> Le mercredi 08 août 2012 à 18:51 +0200, Lennart Poettering a écrit :
> > On Tue, 07.08.12 00:31, Shawn Landen (shawnland...@gmail.com) wrote:
> >
> > > keep other method for now, consider dropping later.
rtswith(t + rel_link_offset, ZONEINFO_PATH))
> +log_warning("/etc/localtime should be a symbolic
> link to a timezone data file in %s", ZONEINFO_PATH);
> +else {
> +tz.zone = strdup(t + rel_link_offset +
> strlen(ZON
from support of separate /usr, when mounting /usr
wasn't handled by initrd). So, this must be fixed to
support /etc/localtime being a copy, at least for reading informations
(currently, the code crashes, I'll see if I can fix it).
--
Frederic Crozat
SUSE
___
Le mardi 14 août 2012 à 10:32 +0200, Frederic Crozat a écrit :
> Le dimanche 12 août 2012 à 22:36 -0700, Shawn Landden a écrit :
> > /etc/localtime -> /usr/share/zoneinfo/...
> >
> > or
> >
> > /etc/localtime -> ../usr/share/zoneinfo/...
> >
&
t would be better to replace this with the macro you added
(ZONEINFO_PATH)
> - if (!p) {
> -log_oom();
> -return;
> -}
> +if (!p)
> +return (void)log_oom();
I would keep the way the log_oom / return was used initially and not
change it.
--
Frederic Crozat
SUSE
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
lem but I'm guessing it wouldn't be acceptable to Debian (where
> > systemd is not mandatory).
>
> Well, it's currently a Debian-init scripts specific solution...
I have similar request from keyscript users (coming from Debian) in
SUSE ;)
--
Frederic Crozat
SUSE
___
>
> Frederic Crozat, iirc you needed precisely this functionality, no? Can
> you have a look and see if this is what you were looking for?
Sounds good to me.
Thanks also for documenting the whole thing, it will help a lot.
--
Frederic Crozat
SUSE
___
le bit, but not entirely,
when running inside a previously detached screen session:
- su -l calls aren't killed when exiting them
- but sudo calls are being terminated before being started, after the
second sudo call. You need to call one time "su -l", and the, sudo will
work one time.
Le lundi 21 mai 2012 à 18:04 +0200, Frederic Crozat a écrit :
> Le mardi 03 avril 2012 à 15:44 +0200, Frederic Crozat a écrit :
> > Le lundi 02 avril 2012 à 22:59 +0200, Lennart Poettering a écrit :
> > > On Fri, 30.03.12 17:20, Frederic Crozat (fcro...@suse.com) wrote:
&g
--
Frederic Crozat
SUSE
>From 5944312f891658446edea08e6907dff05daebdec Mon Sep 17 00:00:00 2001
From: Frederic Crozat
Date: Mon, 21 May 2012 16:53:18 +0200
Subject: [PATCH] util: fix typo in newdup
---
src/shared/util.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --
Le mardi 03 avril 2012 à 15:44 +0200, Frederic Crozat a écrit :
> Le lundi 02 avril 2012 à 22:59 +0200, Lennart Poettering a écrit :
> > On Fri, 30.03.12 17:20, Frederic Crozat (fcro...@suse.com) wrote:
> >
> > > >From 5008080dda662208278c159213adbd5211496043 Mon Sep
Hi,
while researching logind bug with su / sudo, I ran logind under valgrind
which spotted at least one memleak.
Attached patch fixes the issue.
--
Frederic Crozat
SUSE
>From f023b8ccdaeff9696a9ef2523bce256f96586cbf Mon Sep 17 00:00:00 2001
From: Frederic Crozat
Date: Fri, 4 May 2012 16:14
Le lundi 02 avril 2012 à 22:59 +0200, Lennart Poettering a écrit :
> On Fri, 30.03.12 17:20, Frederic Crozat (fcro...@suse.com) wrote:
>
> > >From 5008080dda662208278c159213adbd5211496043 Mon Sep 17 00:00:00 2001
> > From: Frederic Crozat
> > Date: Thu, 29 Mar 2012
Le lundi 26 mars 2012 à 18:51 +0200, Lennart Poettering a écrit :
> On Mon, 26.03.12 14:25, Frederic Crozat (fcro...@suse.com) wrote:
...
> Need to handle OOM. memdup() might be nicer to use here. (In fact, might
> be worth introducing newdup() here as a type-safe macro, i.e. a
> co
Le lundi 26 mars 2012 à 18:51 +0200, Lennart Poettering a écrit :
> On Mon, 26.03.12 14:25, Frederic Crozat (fcro...@suse.com) wrote:
>
> Heya,
>
> > - currently, the limits are set on both rlim_cur and rlim_max (due to
> > reuse of config_parse_limit code)
le. Should
we use a additional keyword (LimitCPU / LimitSoftCPU ) or a dual value
(LimitCPU=100;10) ?
- for openSUSE, we will ship a generator which will transform
/etc/sysconfig/ulimit into a /run/systemd/system.conf.
Comments and code review welcome.
--
Frederic Crozat
S
ost of the stuff sparse throws our are warnings, and so any
> form of automation isn't really helpful with sparse.
agreed. And be sure to run a "git" sparse, I'm sent some fixes regarding
some barrier code which is used by systemd.
> Sparse checking is gre
ually have
> audit enabled I am a bit too lazy trying to reproduce the issue here, so
> I'd be very thankful if you could test this!
I was hoping it would also fix
https://bugs.freedesktop.org/show_bug.cgi?id=45670 /
https://bugzilla.novell.com/show_bug.cgi?id=746704 but it doesn't :(
--
Frederic Crozat
SUSE
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Hi,
while building systemd on ppc, I spotted a warning in src/journal/cat.c
where a char could be used to retrieve a error code, except on ppc, char
are unsigned. After discussing the issue with Kay on irc, it was decided
to use int8_t instead.
Attached patch for this fix.
--
Frederic Crozat
Le vendredi 16 mars 2012 à 14:32 +0100, Frederic Crozat a écrit :
> Le mercredi 14 mars 2012 à 11:36 -0700, Josh Triplett a écrit :
> > On Wed, Mar 14, 2012 at 06:58:32PM +0100, Lennart Poettering wrote:
> > > On Wed, 07.03.12 06:34, Josh Triplett (j...@joshtriplett.org) w
E_SIZE' undeclared (first use
> > in this function)
>
> PATH_MAX might be simpler to use here.
I'm confirming the issue and the fix when building on PPC.
--
Frederic Crozat
SUSE
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
gt; Sure, feel free. I used the unsuffixed names to match the kernel's type
> names and the names used in the conversion functions, but the endianness
> checking will obviously work with whatever names you prefer. :)
>
> The following sed line will give you the names you want:
Le jeudi 15 mars 2012 à 20:54 +0100, Lennart Poettering a écrit :
> On Thu, 15.03.12 18:11, Frederic Crozat (fcro...@suse.com) wrote:
>
> > Hi,
> >
> > while reviewing sparse warnings on journal, I found state flag from
> > journal was sometime stored in uint32
Hi,
while reviewing sparse warnings on journal, I found state flag from
journal was sometime stored in uint32_t and even changed endianness,
though its storing type in journal on disk in uint8_t.
Attached patch make sure uint8_t is used in a consistent manner.
--
Frederic Crozat
SUSE
>F
Le jeudi 15 décembre 2011 à 17:34 +0100, Frederic Crozat a écrit :
> Le jeudi 15 décembre 2011 à 16:57 +0100, Lennart Poettering a écrit :
> > On Thu, 15.12.11 16:21, Frederic Crozat (fcro...@suse.com) wrote:
> >
> > >
> > > Le jeudi 15 décembre 2011 à 16:11
Le mercredi 07 mars 2012 à 06:34 -0800, Josh Triplett a écrit :
> On Mon, Mar 05, 2012 at 03:21:12PM +0100, Frederic Crozat wrote:
> > Le lundi 05 mars 2012 ? 15:10 +0100, Lennart Poettering a ?crit :
> > > I have little experience with sparse, but iirc it knows decorators for
&
Le lundi 05 mars 2012 à 15:10 +0100, Lennart Poettering a écrit :
> On Wed, 29.02.12 18:33, Frederic Crozat (fcro...@suse.com) wrote:
>
> > Le mercredi 29 février 2012 à 17:04 +0000, Frederic Crozat a écrit :
> > > Hi,
> > >
> > > while trying to use spars
Le jeudi 01 mars 2012 à 18:01 +0100, Frederic Crozat a écrit :
> Le mercredi 29 février 2012 à 13:54 +0100, Frederic Crozat a écrit :
> > Le mercredi 29 février 2012 à 12:45 +0100, Dirk Eibach a écrit :
> > > ---
> > > src/journal/journal-file.c |2 +-
> >
Le mercredi 29 février 2012 à 13:54 +0100, Frederic Crozat a écrit :
> Le mercredi 29 février 2012 à 12:45 +0100, Dirk Eibach a écrit :
> > ---
> > src/journal/journal-file.c |2 +-
> > 1 files changed, 1 insertions(+), 1 deletions(-)
> >
> > diff --git a
Le mercredi 29 février 2012 à 17:04 +, Frederic Crozat a écrit :
> Hi,
>
> while trying to use sparse to detect potential endianness errors in
> journald code (apparently, we can't use it for that), I found some other
> warnings with sparse.
>
> Attached patch f
Hi,
while trying to use sparse to detect potential endianness errors in
journald code (apparently, we can't use it for that), I found some other
warnings with sparse.
Attached patch fixes those (mostly missing static call, 0 vs NULL and
macros redefinition).
--
Frederic Crozat
c
architecture (got the report yesterday from folks in the office).
But it looks like systemd-journalctl is still broken on this arch.
--
Frederic Crozat
SUSE
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
on SuSE?) had written the equiv for logind?
openSUSE no longer supports starting X when not using a DM, sorry ;)
--
Frederic Crozat
SUSE
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
fixes.
--
Frederic Crozat
SUSE
>From 78ff3a3ed814fb4f35a9c64866bba467afdaa69a Mon Sep 17 00:00:00 2001
From: Frederic Crozat
Date: Tue, 14 Feb 2012 16:52:52 +0100
Subject: [PATCH] defer checking if paths are empty after running generators.
---
TODO |3 ---
src/manager.c |2
foobar.target.bindto" symlink to
be created, so we wouldn't have to modify system targets (for instance,
sigpwr.target ;) to add BindTo dependencies.
--
Frederic Crozat
SUSE
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.or
here and the code that formats the "active" string is a
> bit confused about that. While it probably means that no such console is
> configured the kernel just formats it as-is. Kay, you wrote that code,
> say something!
>
> And the 3rd setup apparently shows an additional bug.
>
> Both these issues are clearly kernel bugs, and should be fixed in the
> kernel. Somebody who cares about this should file bugs against the kernel.
I'll ask our Xen folks if they can have a look at it.
--
Frederic Crozat
SUSE
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Le vendredi 06 janvier 2012 à 18:16 +0100, Lennart Poettering a écrit :
> On Fri, 06.01.12 14:59, Frederic Crozat (fcro...@suse.com) wrote:
>
> >
> > Le mardi 03 janvier 2012 à 21:52 +0100, Lennart Poettering a écrit :
> > > On Tue, 03.01.12 21:35, Lennart Poetter
Le vendredi 06 janvier 2012 à 17:17 +0100, Thomas Meyer a écrit :
> Zitat von Frederic Crozat :
>
> > Le vendredi 23 décembre 2011 à 01:47 +0100, Tom Gundersen a écrit :
> >> Rather than ordering systemd-random-seed-load.service after
> >> local-fs.target,
&g
-only and mounted writable by systemd and not initrd (which is
the default for openSUSE) and it worked fine too.
Of course, it would be best to have also confirmation from Michal ;)
--
Frederic Crozat
SUSE
___
systemd-devel mailing list
sys
1 - 100 of 154 matches
Mail list logo
