to utimately flush things to disk)
Swap doesn't scale well, though. To the point where if the amount of
swapped-out data is > 2x physical memory, kswapd starts gobbling CPU.
Yes, that's a bug that should be fixed, but it's been that way for years
in Linux.
--
Tollef Fog Heen
UN
]] Lennart Poettering
> On Wed, 16.07.14 12:09, Jon Severinsson (j...@severinsson.net) wrote:
>
> > From: Tollef Fog Heen
>
> If you really want to support systems without systemd installed, then I'd
> recommend placing this rules file in the systemd pacakge, s
]] Jon Severinsson
> From: Tollef Fog Heen
This one shouldn't be forwarded upstream, /run/lock has historically had
different permissions in Debian and I'd rather get that fixed than
pushing this upstream.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about w
h the strict checking of the value. It sounds Ok to verify that it is
> a single word, from a limited charset, but we are not going to become
> the standardization institute for IT workflows.
Did we agree on the name?
If Environment is out, maybe ProductionLevel or something like that
mi
]] Lennart Poettering
> On Wed, 09.07.14 12:58, Tollef Fog Heen (tfh...@err.no) wrote:
>
> > ]] "Jóhann B. Guðmundsson"
> >
> > > On 07/09/2014 08:33 AM, Tollef Fog Heen wrote:
> > > > ]] "Jóhann B. Guðmundsson"
> > > >
]] "Jóhann B. Guðmundsson"
> On 07/09/2014 08:33 AM, Tollef Fog Heen wrote:
> > ]] "Jóhann B. Guðmundsson"
> >
> >> If we manage to do that, introduce "rolefulfilment=" in units which we
> >> would define those standardized pre
ole implementation and from my
> point of view if we cant standardized on predefined set of roles there
> is no point in implementing it since we cant properly integrate roles
> with units
Maybe I missed the start of the conversation, but what's the problem
you're trying to solve
]] "Jóhann B. Guðmundsson"
> On 07/08/2014 07:31 PM, Tollef Fog Heen wrote:
> > ]] Tom Gundersen
> >
> >> Patches look good. Only found one tiny nit. We should come up with a
> >> better name though, feels wrong that the name is very generic (and
>
production").
Surely at least qa and dev should go onto that list. (You generally
want more than one dev environment too, often one or more per
developer.)
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
_
est
> option for me.
Those are all useful (we have both description and purpose in the Debian
LDAP[1] for instance).
> BTW, something I also wanted to see for a long time, was a "location"
> field, that can be freely configured by the admin, but is initially
> filled in from g
ve to make up temporary tuples for
> the remaining archs, until Debian picks up those archs too...
dpkg has arch tuples for more architectures than people use Debian on
too, so they'll likely be happy to incorporate the names of whatever
architectures you find.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
rformance for another project, that's significantly faster than rw
mmap.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedeskt
]] Tom Gundersen
> On Tue, May 27, 2014 at 2:48 PM, Tollef Fog Heen wrote:
> > ]] Lennart Poettering
> >
> >> If we set up links (and especially, create them like
> >> we do for veth), then hel, yeah we should be prepared to make sure
> >> everybody get
to push routes? I take DHCPv6 and IPv6 RA are a
given that'll be implemented.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists
richer communication too.
Cheers,
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
t
each time at a visible priority, since it can have security
implications. If people have a problem with that spamming them, turn
off PrivateNetwork in their service files or make sure their kernel has
the support.
--
Tollef Fog Heen
UNIX is user friendly, it's just pi
;
> > You don't test negative values. Maybe you could an example with a negative
> > value to the documentation and tests?
>
> Negative epoch values? What would this represent?
Time before the epoch?
$ LANG=C date -d @-1
Wed Dec 31 22:13:20 CET 1969
So date(1) alread
logic is usually not fully sufficient and Desktop
Thanks, applied.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesk
s something we should standardize
> on cross-distributions.
I think it makes sense to push upstream, but as long as it's reasonably
self-contained I don't mind having it in Debian, either in the systemd
package or (if the cryptsetup maintainer wants it) in cryptsetup.
--
Tollef Fog Heen
UNI
That sounds kinda acceptable to me.
Either unset or set to the new user's XDG_RUNTIME_DIR. The main point
is «it should not be wrong» (which it is today). If we can make it
point somewhere sensible that's a bonus, but not required.
--
Tollef Fog Heen
UNIX is user fr
gin where
you can pop up a notification.)
Sadly, this means that us experienced admins have to flip the defaults
because we have working email from mdadm and monitoring and alerts and
we would rather the volume be available and degraded than not available
at all
twork (on Debian systems) will be
considered rude. Can you consider using another directory name?
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
___
systemd-devel mailing list
systemd-devel@lists.freede
throw
away performance for simplicty. That's a completely valid tradeoff.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
unting anything is dangerous if the machine is hibernated. Even
read-only is dangerous if you then resume from the suspended image.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
___
systemd-devel mai
nctions/'. I'm going to say to disregard the v2
> and go with the v1 patch. If Debian wants to put it somewhere special,
> they can use the configure flag.
$datadir/zsh/site-functions is what zsh on Fedora and OSX at least has,
so we'll probably override it to be /usr/share/zsh/v
h-passwords crashes, then user
> probably
> will not be very happy to have all that data accessible as is.
They should either be sgid some group and then setgid to the user's
group or just use prctl(PR_SET_DUMPABLE, 0).
--
Tollef Fog Heen
UNIX is use
just put it in a separate NSS module,
there's no need for integration with systemd here, AFAICS?
(I don't really get what problem you're trying to solve, but that might
just be me..)
--
Tollef Fog Heen
UNIX is user friendly, it's just
see if you can do that is to try. Just like you
shouldn't use access(2) and then open(2) it, you should just open it and
handle failure.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
___
syst
de a sane API
> for this functionality rather than defining a configuration file format
> for it?
I'm not sure what problem the proposal is trying to solve. Maybe it'd
be clearer if that was provided.
--
Tollef Fog Heen
UNIX is user friendly, i
«primary arch» concept.
I was quite explicit about that when I initially designed multiarch. :-)
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
___
systemd-devel mailing list
systemd-devel@lists.freedeskto
]] Askar Safin
> > What should it look like when you have multiple architectures enabled?
>
> We can write all architectures separated by spaces (and primary arch goes
> first).
What is "primary arch"? The arch of init? ls? the package manager?
--
Tollef Fog Heen
UN
]] Askar Safin
> I. e. I suggest this parameter to contain architecture of the distro,
> i. e. userspace, not kernel. So, you can even name it USERSPACE_ARCH
> or DISTRO_ARCH, but I think this is too long.
What should it look like when you have multiple architectures enabled?
--
T
c.. etc..
I think it should be kernel architecture if so, since you might very
well have multiple userland architectures enabled and working at the
same time. (So it should be ConditionKernelArchitecture to make it
clear.)
--
Tollef Fog Heen
UNIX is user friendly, it's just picky ab
ugin again the same data as two
> wekks ago was on the card without any single warning or
> error message besides a bricked phone by overheat
SD cards compared to SSDs is about the same as floppy drives compared to
hard drives. Not particularly relevant.
--
Tollef Fog Heen
UNIX is user fr
]] Lennart Poettering
> So, humm, are environment vars allowed to include newlines? Should we
> filter them out? We need to do some research...
IFS traditionally contains a newline. AFAIK env vars can contain
anything but nulls, including invalid UTF-8
--
Tollef Fog Heen
UNIX i
domly add a jitter of up
to a minute would be confusing.
> Also, maybe we want the jitter range width to be linear or logarithmic
> to the specified precision of the time event? And do we want Gauss or
> uniform distribution?
Linear. This is usually to prevent load spikes on other hosts,
at we
> would need to start up
>
> "deadlocks when we those lookups" is it me, or its just wrong?
It's wrong, there's an extra «we» in there. I've clarified the sentence
now, thanks for pointing this out.
Cheers,
--
Tollef Fog Heen
UNIX is user fr
s it's more
greppable than a zillion smaller pages.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
]] 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?
> >
ense.
(I hold that static linking in general is a bad idea and .la files
should just go away entirely on Linux, but this is not a universally
held opinion.)
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
___
sy
This sounds like you're trying to duplicate pam_env.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
it to void and so avoid warnings from the compiler.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
]] Ramkumar Ramachandra
> I booted up my Debian machine with systemd, and removed systemd after
> bootup. Now it refuses to halt with:
You shouldn't have been able to do this. I'm adding a patch to the
Debian package to prevent this from happening in the future.
--
Tollef
= mounts
This is clearly not correct, given df shows the amount of free space on
file systems (or maybe subvolumes), not disks. So, using the name of
the program as defined back in the 1970s isn't terribly useful.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who i
]] Lennart Poettering
> On Mon, 09.07.12 23:14, Tollef Fog Heen (tfh...@err.no) wrote:
>
> >
> > ]] Lennart Poettering
> >
> > > I wonder what the precise usecases for this are, and whether we can't
> > > find better solutions for these usecase
n this case.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
]] Lennart Poettering
> On Wed, 27.06.12 21:59, Tollef Fog Heen (tfh...@err.no) wrote:
>
> >
> > ]] Lennart Poettering
> >
> > > Hmm, the other distributions have an #ifdef TARGET_FOOBAR section in
> > > vconsole-setup for that. Debian currently do
1 keyboard definitions. Are you sure you want to
completely reimplement console-setup? :-)
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://li
e around half that.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
ervice (or dbus.socket) breaks your system badly.
Yes, very much so.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
]] Lennart Poettering
> On Tue, 27.03.12 16:53, Tollef Fog Heen (tfh...@err.no) wrote:
>
> > ]] Gustavo Sverzut Barbieri
> >
> > > On Tue, Mar 27, 2012 at 10:36 AM, Tollef Fog Heen wrote:
> > > >
> > > > Hi,
> > > >
> > >
]] Gustavo Sverzut Barbieri
> On Tue, Mar 27, 2012 at 10:36 AM, Tollef Fog Heen wrote:
> >
> > Hi,
> >
> > why is /media a tmpfs? I think that violates user expectations that
> > /media will be persistent across reboots, in particular any directories
> >
Hi,
why is /media a tmpfs? I think that violates user expectations that
/media will be persistent across reboots, in particular any directories
created and such.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friend
stemd/systemd.git
Since git doesn't have a way to issue redirects, I've broken the old
location and you'll have to just update your git config. (If git had
redirects, I could at least have let people see them for a bit.)
Sorry about the inconvenience,
--
Tollef Fog Heen
UNIX is user frien
p for "deleted" in all /proc/*/maps files?)
I'd suggest you look at checkrestart from the debian-goodies package.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
___
systemd-devel maili
27;,
| After=rc-local.service
| )m4_dnl
| +m4_ifdef(`TARGET_DEBIAN',
| +After=rc-local.service
| +)m4_dnl
There's no rc-local.service on Debian, it's rc.local.service if
anything, ditto for the rest of the patch.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about
omment about /include
isn't really true, we'd move that somewhere sensible like /lib.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http
]] Lennart Poettering
| On Thu, 07.07.11 10:14, Tollef Fog Heen (tfh...@err.no) wrote:
|
| Heya,
|
| > | Anyway, this of course requires some buy-in from the distributions, so
| > | I'd like to ask the distro maintainers for comments on this. Do you
| > | think this would be usef
oke-rc.d and systemctl preset would work, but I
like the approach you're looking at.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://l
]] Ozan Çağlayan
| There are four unit types mentioned in here, not three
Thanks, applied.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
houldn't be a
problem in this specific case.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
s
| feature.
I understand the goal, the question is if we can do this in a
FHS-compliant manner.
| What directory would you suggest for this purpose?
Does the relabeling have to happen before other file systems such as
/var are mounted?
cheers,
--
Tollef Fog Heen
UNIX is user friendly, it&#
flag files like this outside of well-defined directories which exist for
that purpose.
Regards,
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
___
systemd-devel mailing list
systemd-devel@lists.freedeskto
]] Tomasz Torcz
| I don't get it. What during the boot (before /usr is mounted) require
pci.db,
| usb ids, why udisks would be started?
udev rules that reference the name rather than the USB/PCI vendor or
product ID is an example. They're uncommon, but they might exist.
--
Tolle
st these things fail relatively gracefully should not
| mislead you to believe that everything worked fine. Things still fail,
| just not in a big gigantic atomic explosion scenario.
Would it work better if /usr was an automounted target?
Cheers,
--
Tollef Fog Heen
UNIX is user friendly, it's
out of the Debian systemd packages,
at least.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
with that, since those problems are reasonably easy to reproduce.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.o
hit a key
combination and make it happen. Do you know if I can?
Regards,
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freed
ning when this happens.
Slightly related, it'd be really nice if we could have a way to poke
systemd to dump state. I'm trying to track down a problem where boot
takes a while, and spawning extra shells and using serial consoles kinda
work, but it doesn't work that great.
--
t; in this order?
Sounds fine.
| (That shell script sucks btw, it should invoke the pager with 'exec'.)
No, since if /bin/sh is dash (at least), you'd then not fall through if
the exec failed due to PAGER pointing to a missing executable.
--
Tollef Fog Heen
UNIX is user friend
n your environment, that'll be preferred, else
it'll use pager(1), else it'll fall back to more (since that's in
util-linux, it's guaranteed to be available).
Regards,
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
]] Miklos Vajna
| On Sun, Jan 02, 2011 at 08:24:02AM +0100, Tollef Fog Heen
wrote:
| > | + if (!pager)
| > | + pager = "less";
| >
| > Doesn't other distributions have sensible-pager(1) or pager(1)? Also,
| > at least on Debian, less(1) isn't in th
always around.
| + else if (!*pager || !strcmp(pager, "cat"))
| + return;
Why special-casing cat?
| + setenv("LESS", "FRSX", 0);
Here you're unconditionally overriding LESS.
Regards.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky a
no blink, no bold, no reverse video, standout is reverse video
(which looks odd, if it doesn't support reverse video), no underline, no
attribute modes, but otherwise a vt100.
Regards,
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
]] Kay Sievers
| On Sun, Nov 14, 2010 at 19:49, Tollef Fog Heen wrote:
| > ]] Kay Sievers
| >
| > | /etc/rc.local should not be in the default setup, it's legacy only
| > | some distros did, and it does not make much sense in the systemd
| > | context, especially not t
xes I have stuff like «load the right IR keytable» for my HTPC and
«adjust the fan speed and turn on the power led» for my NAS box.
Sure, I could put that in a unit file instead, but not supporting
rc.local is annoying for people.
--
Tollef Fog Heen
UNIX is user friendly, it's just pick
on a few test systems, see what breaks, file bugs.
- Iterate the above until we have a reasonable system where /var/lock as
group lock works correctly.
| Would it be feasible to simply create the group from the systemd .deb
| for now, and see what breaks?
I'd rather not do that.
--
Tolle
it should be fixed, but you can't just change
the default, it will cause problems.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
ing the
| LSB headers what type this is. On Fedora we have a couple of services
| like this, too, such es iptables.
Debian is like suse here as well, fwiw.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
]] Lennart Poettering
| On Wed, 14.07.10 21:32, Tollef Fog Heen (tfh...@err.no) wrote:
|
| >
| > ]] Lennart Poettering
| >
| > Hi Lennart,
| >
| > | This release needs dbus 1.3.2 from git, and udev 160.
| >
| > Are we going to see this actually released soonish?
]] Lennart Poettering
Hi Lennart,
| This release needs dbus 1.3.2 from git, and udev 160.
Are we going to see this actually released soonish?
Cheers,
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
___
sy
ing DBus, socket and mount activation.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
too. At least that's the plan, I don't
know if it works yet.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesk
grab from git.err.no if that's easier for you, I've pushed
them there as well.)
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
>From cc66d645f6df05001bb29d2fb209cfc4ab2c5adc Mon Sep 17 00:00:00 2001
From: Tollef Fog Heen
Date: Sun, 16 May 2010 11:0
84 matches
Mail list logo
