]] Jon Severinsson
From: Tollef Fog Heen tfh...@err.no
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 who its
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
UNIX is user friendly, it's just picky
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
might fly. And yes, it should be freeform.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky
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 with this?
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends
]] 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 predefined set of roles as in for
httpd.service we might have rolefulfilment=web server
]] 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
If we manage to do that, introduce rolefulfilment= in units which we
would define
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
, on laptops it makes
little sense...)
Lennart
[1] for instance, https://db.debian.org/machines.cgi?host=abel
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
___
systemd-devel mailing list
systemd-devel
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
___
systemd-devel mailing list
systemd-devel
]] 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
clashes with other uses), whilst the usage is quite specific
, 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.freedesktop.org/mailman/listinfo/systemd-devel
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.freedesktop.org/mailman
]] Tom Gundersen
On Tue, May 27, 2014 at 2:48 PM, Tollef Fog Heen tfh...@err.no 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 gets an address on it.
Should we also
.
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
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 picky about who its friends
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) already understands this.
--
Tollef Fog Heen
UNIX is user friendly, it's just
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.freedesktop.org/mailman/listinfo/systemd-devel
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
UNIX is user friendly, it's just picky about who its friends
somewhere sensible that's a bonus, but not required.
--
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
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.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends
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.freedesktop.org
http
core looks excessively conservative. We're usually, and
quite happily running with a few thousand threads, no matter the number
of cores.
Using REUSEPORT might make sense in cases where you're happy to throw
away performance for simplicty. That's a completely valid tradeoff.
--
Tollef Fog Heen
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 mailing list
systemd-devel@lists.freedesktop.org
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/vendor-completions so
the user can override it if they want to.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends
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 user friendly, it's just picky about who its friends
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 picky about who its friends
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
___
systemd-devel mailing list
systemd-devel
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, it's just picky about who its friends
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.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
]] 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?
--
Tollef Fog Heen
]] 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
UNIX is user friendly, it's just
time. (So it should be ConditionKernelArchitecture to make it
clear.)
--
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
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 friendly, it's just picky about who its friends
.
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 least
how I use it.
--
Tollef Fog Heen
UNIX is user friendly
]] 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 is user friendly
]] 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.
Untrue. They're
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
___
systemd-devel mailing list
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
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 Fog Heen
UNIX
(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 its friends are
___
systemd-devel mailing list
systemd-devel
]] 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 usecases... I mean, we already have the
password agent logic
. 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://lists.freedesktop.org/mailman
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
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
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 friends
]] Gustavo Sverzut Barbieri
On Tue, Mar 27, 2012 at 10:36 AM, Tollef Fog Heen tfh...@err.no wrote:
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.
It is expected
]] 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 tfh...@err.no wrote:
Hi,
why is /media a tmpfs? I think that violates user expectations that
/media
/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 friendly, it's just picky
?)
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 mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org
| +)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 who its friends are
___
systemd-devel mailing list
systemd-devel
, 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://lists.freedesktop.org/mailman/listinfo/systemd
, 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://lists.freedesktop.org/mailman/listinfo/systemd
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
.
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's just picky about
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 just picky about who its
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.org/mailman
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.freedesktop.org
).
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
.
| (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 friendly, it's just picky about who its friends
]] Miklos Vajna
| On Sun, Jan 02, 2011 at 08:24:02AM +0100, Tollef Fog Heen tfh...@err.no
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 the base distribution, while
|| !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 about who its friends are
___
systemd-devel
, 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
___
systemd-devel mailing
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 picky about who its
]] Kay Sievers
| On Sun, Nov 14, 2010 at 19:49, Tollef Fog Heen tfh...@err.no 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 to run an empty
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.
--
Tollef Fog Heen
.
--
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
67 matches
Mail list logo