Alexander E. Patrakov wrote:
> 2013/1/7 Bryan Kadzban :
>> Untrue. They're perfectly useful for dynamic linking as well:
>>
>> http://www.sourceware.org/autobook/autobook/autobook_68.html#SEC68
>>
>> Second paragraph. Also the page several sections after this one, about
>> installing a shared lib
Heya,
There's quite some cool new stuff in this release:
http://www.freedesktop.org/software/systemd/systemd-197.tar.xz
CHANGES WITH 197:
* Timer units now support calendar time events in addition to
monotonic time events. That means you can now trigger a unit
based
2013/1/8 Kay Sievers :
> Maybe it isn't worth to do it in the buildsys, and we leave it to the
> packagers
Sounds like the most sensible approach to me.
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
On Mon, Jan 7, 2013 at 8:29 PM, Zbigniew Jędrzejewski-Szmek
wrote:
> On Mon, Jan 07, 2013 at 03:14:42PM +0100, Lennart Poettering wrote:
>> On Sun, 06.01.13 10:46, Bryan Kadzban ([email protected]) wrote:
>> > On Linux the .la files are probably not necessary for shared libs, no --
>> >
history? It seems to me that bootchart
>> commit messages are not particularly consistent, but they still would
>> be useful to understand the history of the code... Other projects
>> (udev, nss-myhostname) were/will be merged with history.
>
> That and I'm not going to de-publish the standalone version for a bit
> as a few distros are still using it.
>
> I'm fine with it being merged without history. It's not that big.
Merged now. Sorry for the long delay and all the "discussions". We
should just go ahead with the code in git now.
Here is an example of:
init=/usr/lib/systemd/systemd-bootchart
http://people.freedesktop.org/~kay/bootchart-20130107-2346.svg
Thanks,
Kay
___
systemd-devel mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
2013/1/7 Lennart Poettering :
> On Mon, 07.01.13 19:47, Michael Biebl ([email protected]) wrote:
>>
>> Well, there is libltdl which ttbomk requires the .la files for dlopen.
>> Not that this matters much for systemd, though.
>
> libltdl doesn't need .la files really.
Good to know. It is very likely
On Mon, 07.01.13 23:06, Holger Winkelmann ([email protected]) wrote:
>
> Hi,
>
> Generally great idea specially embedded people like us will
> welcome. Do you have any idea it's possible to allow the "/" slash in
> interface names as known and seen in other network devices? It could
> be used
Hi,
Generally great idea specially embedded people like us will welcome. Do you
have any idea it's possible to allow the "/" slash in interface names as known
and seen in other network devices? It could be used to name interface
regarding the slot and port?
I.e. fe0/01 for fast Ethernet po
Heya,
a few days ago Kay commited a change to git that made predictable
network interface names the default for the upcoming systemd/udev
197. To explain what this is about we put together this wiki document:
http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames
Pleas
On Mon, Jan 07, 2013 at 03:14:42PM +0100, Lennart Poettering wrote:
> On Sun, 06.01.13 10:46, Bryan Kadzban ([email protected]) wrote:
> > On Linux the .la files are probably not necessary for shared libs, no --
> > but using libtool to find them still is, if the code ever expects to
> >
On Mon, 07.01.13 19:47, Michael Biebl ([email protected]) wrote:
>
> 2013/1/7 Lennart Poettering :
> > Well, for the NSS modules .la files make particularly little sense as
> > nobody ever links against them except with dlopen() called from inside
> > libc. And naked dlopen() doesn't know .la file
On Mon, Jan 07, 2013 at 07:35:54PM +0100, Lennart Poettering wrote:
> > But dynamically allocating system users per-boot and ensuring that
> > /etc and /var matches would still be interesting.
>
> Uh, yeah, there's still the question out there what to do with fully
> dynamic throw-away UIDs, for e
2013/1/7 Lennart Poettering :
> Well, for the NSS modules .la files make particularly little sense as
> nobody ever links against them except with dlopen() called from inside
> libc. And naked dlopen() doesn't know .la files, hence we can just
> unconditionally remove them.
Well, there is libltdl
On Mon, Jan 07, 2013 at 02:54:49PM +0100, Peeters Simon wrote:
> - Some files are needed quiet hard (passwd, group, shadow ,...)
That's not really true, as any consumer of those files should go through
getpwname() and similar functions. And glibc implementation of those functions
could be made
On Mon, 07.01.13 09:36, Colin Walters ([email protected]) wrote:
>
> On Mon, 2013-01-07 at 15:26 +0100, Lennart Poettering wrote:
>
> > BTW, Kay and I were thinking about coming up with a simple scheme that
> > could pre-initialize a couple of files in /etc and /var that cannot
> > really sensi
On Mon, 07.01.13 16:41, Eelco Dolstra ([email protected]) wrote:
> > This merges the nss-myhostname repo with the systemd repo (as requested
> > in TODO).
>
> Eh. Nss-myhostname is a very useful package, but I'm wondering what the
> motivation is for merging it into systemd? (The TODO
Hi,
On 05/01/13 21:41, Tom Gundersen wrote:
> This merges the nss-myhostname repo with the systemd repo (as requested
> in TODO).
Eh. Nss-myhostname is a very useful package, but I'm wondering what the
motivation is for merging it into systemd? (The TODO doesn't say either.)
--
Eelco Dolstra
On Sat, 05.01.13 21:01, Oleg Samarin ([email protected]) wrote:
> В Пт., 04/01/2013 в 00:40 +0100, Lennart Poettering пишет:
> > On Thu, 27.12.12 22:54, Oleg Samarin ([email protected]) wrote:
> >
> > > В Пн., 24/12/2012 в 13:08 +0100, Lennart Poettering пишет:
> > > > On Thu, 20.12.12 22:0
On Sat, 05.01.13 02:22, Ilya Basin ([email protected]) wrote:
> Hi list.
> On shutdown I have
>Buffer I/O error on device dm-...
> because the truecrypt disk is unmounted later than the usb disk
> containing the truecrypt image.
> I think this happens, because
> 1) systemd can't figure out t
On Mon, 2013-01-07 at 15:26 +0100, Lennart Poettering wrote:
> BTW, Kay and I were thinking about coming up with a simple scheme that
> could pre-initialize a couple of files in /etc and /var that cannot
> really sensibly be dropped. For example, UID assignemnts unfortunately
> cannot be shipped i
On Sat, 05.01.13 01:29, Giovanni Campagna ([email protected]) wrote:
> Not all systems ships with locales inside /usr/lib/locale-archive, some
> prefer to have locale data as individual subdirectories of /usr/lib/locale.
> (A notable example of this is OpenEmbeddded, and OSes deriving from
On Mon, 07.01.13 09:13, Colin Walters ([email protected]) wrote:
>
> On Mon, 2013-01-07 at 11:48 +, Colin Guthrie wrote:
> > H
> > I was thinking, is it a general stated aim that we should be able to
> > boot with an empty /etc?
>
> Definitely quite useful for my plan:
>
> https://live.gn
On Sun, 06.01.13 02:16, Tom Gundersen ([email protected]) wrote:
> >> >> +INSTALL_EXEC_HOOKS += \
> >> >> + myhostname-install-exec-hook
> >> >> +
> >> >> +UNINSTALL_EXEC_HOOKS += \
> >> >> + myhostname-uninstall-hook
> >> >> +endif
> >> > Are those hooks necessary? Other libs have hooks only i
On Sun, 06.01.13 10:46, Bryan Kadzban ([email protected]) wrote:
>
> Tollef Fog Heen wrote:
> > ]] Tom Gundersen
> >
> >> This was what the old nss-myhostname did. Lennart: any good reason
> >> to exclude the .la or should nss-myhostname be treated the same as
> >> the other libs?
> >
On Mon, 2013-01-07 at 11:48 +, Colin Guthrie wrote:
> H
> I was thinking, is it a general stated aim that we should be able to
> boot with an empty /etc?
Definitely quite useful for my plan:
https://live.gnome.org/OSTree/MultipleRoots
> I guess the same should be true of /var too probably (
On Sun, 06.01.13 19:56, Reindl Harald ([email protected]) wrote:
> > As Lennart explained this is still *supported*.
>
> after many years i know what "still" means
>
> "udev without systemd will still be supported after the merge"
> is one example, "will still" menas "for a short ti
Hello all
A question about a slightly older version of systemd.
We are running systemd-37-25.fc16.x86_64.
We have a service called alarmist with a .service file like so:
[Unit]
Description=Raise alarms for %i
DefaultDependencies=no
[Service]
Type=oneshot
TimeoutSec=0
ExecStart=-/path/to/alarmi
On Sun, 06.01.13 00:59, Reindl Harald ([email protected]) wrote:
> jesus christ, i have disabled on any server fsck after x days
> or x boots because this will hit you always at the wrong moment
> after a routine kernel update
Fedora disables that anyway. Only Debian retains this automatic f
On Sun, 06.01.13 00:12, Tom Gundersen ([email protected]) wrote:
Looks good! Please commit!
> ---
> tmpfiles.d/legacy.conf | 22 +-
> tmpfiles.d/systemd.conf | 4
> 2 files changed, 17 insertions(+), 9 deletions(-)
>
> diff --git a/tmpfiles.d/legacy.conf b/tmpfiles.d/legac
On Sat, 05.01.13 21:41, Tom Gundersen ([email protected]) wrote:
> This merges the nss-myhostname repo with the systemd repo (as requested
> in TODO).
>
> The git history is preserved, but to avoid spamming the ML only the commits
> following the merge are posted. I could put up the full git repo if p
> I was thinking, is it a general stated aim that we should be able to
> boot with an empty /etc? I know this isn't true today, but with
> appropriate effort is that where we should be aiming?
I have been thinking about this too, and I am even planning on doing
some experiments with this.
Currentl
'Twas brillig, and Lennart Poettering at 07/01/13 13:37 did gyre and gimble:
> On Mon, 07.01.13 11:48, Colin Guthrie ([email protected]) wrote:
>
>> Hi,
>>
>> Just thinking outload here as dealing with some packages where stuff in
>> /etc was marked in the spec as %config and it really shouldn'
On Mon, 07.01.13 11:48, Colin Guthrie ([email protected]) wrote:
> Hi,
>
> Just thinking outload here as dealing with some packages where stuff in
> /etc was marked in the spec as %config and it really shouldn't be (I'm
> thinking dbus policy files and rootcerts mainly but there are do doubt
>
2013/1/7 Bryan Kadzban :
> Untrue. They're perfectly useful for dynamic linking as well:
>
> http://www.sourceware.org/autobook/autobook/autobook_68.html#SEC68
>
> Second paragraph. Also the page several sections after this one, about
> installing a shared library with libtool.
Unfortunately, on
]] Bryan Kadzban
> Tollef Fog Heen wrote:
> > ]] Tom Gundersen
> >
> >> This was what the old nss-myhostname did. Lennart: any good reason
> >> to exclude the .la or should nss-myhostname be treated the same as
> >> the other libs?
> >
> > .la files are only useful for static linking.
>
> Untr
Hi,
Just thinking outload here as dealing with some packages where stuff in
/etc was marked in the spec as %config and it really shouldn't be (I'm
thinking dbus policy files and rootcerts mainly but there are do doubt
countless other examples where this is true also).
I was thinking, is it a gene
36 matches
Mail list logo
