On Tue, Oct 18, 2016 at 11:23 AM, Lars Wirzenius wrote:
> On Tue, Oct 18, 2016 at 07:34:28PM +0200, Xen wrote:
>> If that is the case then they have enbedded hostility into their name simply
>> becaus eit offends normal grammar roles.
>
> I don't that's it at all.
>
> The reason many people react
py though, who run adequate)
The latter seems like an undesirable. Packages should be orphaning
conffiles as little as possible.
--
Cameron Norman
it in udev. There should be more about this in the
debian-devel archives under the ifupdown orphanage thread.
Cheers,
--
Cameron Norman
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/bf4c6fdd-8c4a-4b2d-ba7c-d65d88fc4...@gmail.com
On Wed, May 27, 2015 at 5:29 PM, Josh Triplett wrote:
> On Wed, May 27, 2015 at 05:06:38PM -0700, Cameron Norman wrote:
>> On Wed, May 27, 2015 at 4:36 PM, Josh Triplett wrote:
>> > Simon McVittie wrote:
>> >> One thing that an adopter could very usefully do w
hing the ifupdown
maintainer would be inclined to go out of his/her way to accomplish.
You can QA upload it really easily now too.
--
Cameron Norman
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe&qu
fence is required.
Martin Pitt is actually working on that in Ubuntu. See the following blueprint:
https://blueprints.launchpad.net/ubuntu/+spec/core-1505-networkd-vs-ifupdown
--
Cameron Norman
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubsc
new or broken). In
>> this case, it is often the main internet connection and a stable name is
>> important.
>
> Why? What does a stable name matter in the case you mentioned?
>
> Were you actually using ifupdown to manage the varied set of wireless
> networks? Because
ng
> to do the migration manually (which I'd argue is a low price to pay).
I do not think it wise to package every point release since roundcube
does not intend to break the configs every point release as they did
in version 1. However packaging a roundcube-1 is useful IMO (and it
would be
for reporting/fixing problems.
Problem: The Debian maintainer messed up the version numbers
and had to introduce a "1:" for his foo package. Now upstream's
package always appears to be out of date, forcing me to override
apt-get.
Not the cleanest option, but can upstream just introduce
On Mon, Feb 16, 2015 at 8:14 AM, Matthias Klumpp wrote:
> 2015-02-16 16:26 GMT+01:00 Alastair McKinstry :
>> [...]
>> An an example, i've been a long-term linux developer, DD; i've developed
>> and promoted Linux not just on the desktop but both in embedded systems
>> and in HPC systems. In all th
o when darkhttpd is not root.
Simply adding the following in the start action of the init file,
prior to starting the daemon, should do the trick:
touch "$PIDFILE"
chown www-data:www-data "$PIDFILE"
Good luck,
--
Cameron Norman
--
To UNSUBSCRIBE, email to debian
at boot is not
enough.
So to have them up to date in that respect, you need to either have a
cron job or invoke the update-motd scripts on every login. Invoking
them on every login could make it difficult to access bogged down
servers.
Regards,
--
Cameron Norman
--
To UNSUBSCRIBE,
tually only have to know how to write one config format and
software would only have to know how to read (parse) that same one.
I do not know why I am discussing this here though, haha.
Cheers,
--
Cameron Norman
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a
/system/package.service /lib/systemd/system/package.service
/etc/systemd/system/package.service.d/* /lib/systemd/system/package.service
Seeing as systemd upstream is pushing the "stateless systems" idea,
and there is definitely merit to it, I think this is the best way to
tackl
On Thu, Nov 13, 2014 at 11:30 PM, Gergely Nagy
wrote:
>>>>>> "Cameron" == Cameron Norman writes:
>
> >>> OK, so the system has syslog-ng installed. For what ever reason
> >>> syslog-ng
> >>> is not starting automat
ng just
leaving -devel because of discussions like these.
Thanks,
--
Cameron Norman
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/CALZWFR+pec6=sPec4wmT0+JRTWdd5�wbkt16m4qeulm-0...@mail.gmail.com
El jue, 13 de nov 2014 a las 6:57 , Cameron Norman
escribió:
El jue, 13 de nov 2014 a las 6:53 , Russ Allbery
escribió:
Patrick Ouellette writes:
On Thu, Nov 13, 2014 at 06:19:32PM -0800, Russ Allbery wrote:
Ow. No, that's definitely a bug. I'd love to understand what
happe
perienced
it: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=760426
Cheers,
--
Cameron Norman
What syslog
implementation are you running?
Thanks,
--
Cameron Norman
tart check gave a false negative).
3. Maybe you should embed the check for Upstart, so that you do not
have to source all of the init functions, and if that file is ever not
available you still get the correct check.
4. There is a tiny typo in the Upstart check. It needs an extra right
parenthese at
an if you use PRCTL_SET_CHILD_REAPER (only on Linux
3.4+ I think), or do not support forking daemons.
Both options are undesirable in different ways, but systemd already
requires the prctl so any alternative would not be any worse than
systemd in that respect.
--
Cameron Norman
--
To UNSUBSCRIBE,
El mar, 21 de oct 2014 a las 7:03 , Josselin Mouette
escribió:
The Wanderer wrote:
This is the problem. The init system should not be providing
"features"
which other software might, post-boot and pre-shutdown, want
to make use
of. (AFAIK sysvinit never did, and most -
you try it with? I thought these
types of issues were fixed in Sid :/
Thanks,
--
Cameron Norman
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/CALZWFRLKjJ+mX3eUsU7jeaAc=35ZxPxB27=6xyy32zgyuop...@mail.gmail.com
but not
depend on the actual full crontab implementation?
This would allow for a more minimal cron daemon on certain setups (or
no cron daemon, plus the systemd glue that has appeared,
systemd-cron).
Thanks,
--
Cameron Norman
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debia
ixed with the recent releases of
cgmanager and systemd-shim, just waiting for maintainers to verify and
close them. (as well as for those version to make it to testing in a
week or so)
Cheers,
--
Cameron Norman
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subj
ntal to
> unstable before the freeze (in less than 6 weeks).
Looks like this bug filed onto the version in experimental:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=740047.
Seems like the maintainer might need help with it.
Cheers,
--
Cameron Norman
--
To UNSUBSCRIBE, email
ested in working on fully
transitioning to /bin/sh could just find the reverse depends of bash
and the packages affected by the lintian warning.
Best regards,
--
Cameron Norman
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe".
El vie, 12 de sep 2014 a las 10:12 , Theodore Ts'o
escribió:
On Fri, Sep 12, 2014 at 03:12:47PM +0100, Simon McVittie wrote:
(Admittedly, cron has to be Priority:important anyway, to support
logrotate - until/unless someone adds a logrotate.timer for
systemd, and
makes its cron job early-
ays online should be
present (in PK's configuration).
Is this how the feature has been implemented? Do you think upstream
(and you as an AppStream supporter / developer) would be enthusiastic
about adding this, if it is not the status quo?
Thanks for the communication,
--
Cameron Norman
ver logind implementation), just switching the
dependencies around, or using virtual packages for logind dependencies
(since apt knows what is the best decision already).
Please consider the above prospective actions, and give feedback or
results.
Thank you for your time and effort,
--
Cameron Norman
El dom, 7 de sep 2014 a las 3:45 , David Weinehall
escribió:
On Fri, Sep 05, 2014 at 12:37:12PM -0700, Cameron Norman wrote:
On Fri, Sep 5, 2014 at 1:57 AM, Josselin Mouette
wrote:
> Noel Torres wrote:
>> So we are clearly failing to follow the least surprise (for the
u
emd as PID 1.
With the above scenario (virtual packages like logind), apt would be
smart and install the least disruptive package. Do you think that would
be systemd-shim (no removal of current init) or systemd-sysv (removal
of packages)?
Best,
--
Cameron Norman
good way to do
this is through random dependencies of DE's or network manager.
>
> Thus, unless the user explicitly tells the apt{-get,itude} subsystem not
> to switch to systemd (by whatever means, the details of which I personally
> am not at all interested in), a dist-upgrade should do
-supported, well-tested solution, than
> the Debuntu-specific hack to use it with an inferior init system.
Another purely functional POV is that upgrading from wheezy to jessie
should not require switching your init system (or removing NM and
GNOME and more), as it does currently.
Cheers,
-
in their kcmdline will experience breakage due to systemd-shim
conflicting with systemd-sysv, however this is actually not likely at
all according to the shim maintainer).
Best,
--
Cameron Norman
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubs
n as the default init system by then (not true for the
other two actions).
I hope that helps you understand how the graph does not depict how many
users elected to use systemd as their init system.
Best regards,
--
Cameron Norman
El mar, 12 de ago 2014 a las 5:06 , Michael Biebl
escribió:
Am 13.08.2014 01:59, schrieb Vincent Bernat:
❦ 13 août 2014 01:44 +0200, Michael Biebl :
I can not confirm your findings.
If you increase the DPI settings under XFCE following the
instructions
posted by Ted, none of the UI el
El mar, 12 de ago 2014 a las 12:11 , Theodore Ts'o
escribió:
On Tue, Aug 12, 2014 at 12:26:18PM -0400, Joey Hess wrote:
See my 1st message to this thread.
Joey,
With respect to your question re HiDPI displays and Xfce, I'm using
Xfce4 from Debian Testing on a Lenovo T540p with 3k screen, an
able or limited bandwidth network
connections (luckily it is perfect for me, someone who uses GNOME and
has a good internet connection :)
Best regards,
--
Cameron Norman
peal to the blind or
non-english speaking, it is one of the biggest DE's, and that makes it
less accesible to poorer people.
Bye,
--
Cameron Norman
citly enable it. Although
that would cause the MTPT to be unmounted if the file is deleted
(unless the ExecStop= is removed)... Anyway, pretty cool.
Thanks for sharing,
--
Cameron Norman
estion to the TC, now that
the situation has actually occurred, or begin a General Resolution. As
far as I understand, a GR would only need a majority since the TC did
not really make a ruling.
Best wishes,
--
Cameron Norman
El Fri, 25 de Jul 2014 a las 3:42 PM, Russ Allbery
escribió:
Cameron Norman writes:
Oh this is easy. The init script calls s-s-d and does not check the
return
code (so always exits 0). I am just going to use set -e in the init
script, only a couple tweaks are needed.
Please don'
Cheers,
--
Cameron Norman
luding a few unresolved bugs so far), and
packages like GNOME or policykit should support more than just
systemd-sysv.
--
Cameron Norman
NM and udisks and a lot of other packages.
Best wishes,
--
Cameron Norman
El Fri, 18 de Jul 2014 a las 4:49 AM, Steve McIntyre
escribió:
I think we could/should have space on cdimage etc. [for OpenStack
images] - how big are we talking?
He said 350-400 GB, but it is highly probably he meant to type MB.
El Wed, 4 de Jun 2014 a las 11:47 AM, Thomas Goirand
escribió:
On 06/04/2014 02:50 PM, Ritesh Raj Sarraf wrote:
All I've tested so far is
inside my test vm, where it works fine. I'd love to have it on my
work
laptop, if I just had a replacement for policykit.
There's nobody currently wo
El Mon, 12 de May 2014 a las 10:53 PM, Brian May
escribió:
On 13 May 2014 15:44, Cameron Norman wrote:
I found another use of su that may need to be added to your list.
rabbitmq (oddly) wraps itself up in a shell script,
/usr/sbin/rabbitmq-server, which asserts the user is root or
rabbitmq
serts the user is root or rabbitmq,
and drops down to rabbitmq if it is root (using su), then starts the
actual binary. The problem with this one is that it is upstream code
and cannot use s-s-d for obvious reasons.
If I am wrong in thinking this usage would be buggy, then carry on.
Best,
--
Cameron Norman
in
these cases ?
Is it not possible to tell if the sysvinit or upstart packages were
installed manually, and give a prompt then (in addition to something
like you described) ?
Best,
--
Cameron Norman
I do not believe that list is at all comprehensive. One example would
be the init script for the package "rotter".
Best regards,
--
Cameron Norman
On Mon, May 5, 2014 at 6:05 PM, Charles Plessy wrote:
> Le Mon, May 05, 2014 at 08:56:48PM +0200, Bas Wijnen a écrit :
>>
>> I'm happy to see that there is consensus anyway that forwarding bugs upstream
>> is the task of the maintainer.
>
> Hi all,
>
> being a package maintainer, I am always uncom
Hello,
On Mon, May 5, 2014 at 3:29 AM, Matthias Urlichs wrote:
> Hi,
>
> [snip]
>
> The second case is a no-brainer. Many packages in Debian consist of more
> than one binary, of which you need at most one (if that). Do you really
> want to mass-file a bug against all of these _and_ the packages
El Sun, 4 de May 2014 a las 5:59 PM, Marco d'Itri
escribió:
On May 05, Cameron Norman wrote:
Example one: someone does not need logind, but removing it would
remove
their init system.
So do not try to do it.
Constructive solution you have got there.
Example two: someone
El Sun, 4 de May 2014 a las 4:24 PM, Marco d'Itri
escribió:
On May 04, Kevin Chadwick wrote:
packages. I know our systems have no functional use for
systemd-logind and yet lots seems to depend on it but it is less
clear what depends on which parts and so why each of the many
packages do so
appreciate that.
v210 adds a AppArmorProfile stanza.
Oh, and Ubuntu too.
Regards,
--
Cameron Norman
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://list
t recent
stable version of Go, so you would need Go 1.3 to compile Go 1.4 --
goc 1.1 would not compile anything but <=1.2.
Best,
--
Cameron Norman
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/CALZWFRKTf7vzO4XH01xsr-T2e=tkgwow6b-qz99rsgggbwd...@mail.gmail.com
running systemd as their session init
system. I am assuming that the systemd user session stuff does not
require you to install anything systemd specific (except maybe
libsystemd-daemon) and still allows you to run ibus w/o systemd.
Best,
--
Cameron Norman
--
To UNSUBSCRIBE, email to debian-devel-
es with explicitly configured (by the
package maintainer or user) profiles, and would not cause any harm to
non-confined applications. This is forgivably irrelevant, because you
are talking about confined applications.
Best regards,
--
Cameron Norman
--
To UNSUBSCRIBE, email to debian-devel-req
more ideas, please add them to the wiki page.
If you have more information, please add it to the wiki page.
If you would like to help, please choose an item and start work.
Would the inclusion of more AppArmor profiles be applicable?
Thanks,
--
Cameron Norman
rnatively, you could work on OpenRC, or even Epoch init.
Best Regards,
--
Cameron Norman
tor agreements; allows for disagreements and difficulties
with upstream to be avoided; and finally increases portability of the
init system.
Cheers,
--
Cameron Norman
specifically created to allow for even deeper remote fs situations
(specifically, network mounted root).
I think any change to a new network configuration should not ignore the
scenario of a network mounted /usr, as NM and connman seem to have done.
My 2¢,
--
Cameron Norman
El Fri, 28 de Mar 2014 a las 1:19 AM, Olav Vitters
escribió:
On Wed, Mar 26, 2014 at 11:38:40AM -0500, Kevin Toppins wrote:
On 26 March 2014 10:13, Cameron Norman
wrote:
[...]
> That is pretty much impossible, according to the developers of
the logind
> API and its single implemen
El Wed, 26 de Mar 2014 a las 9:03 PM, gustavo panizzo
escribió:
On 03/26/2014 11:49 PM, Cameron Norman wrote:
I wonder if dbus activation
could be used to accomplish this. Of course, then one would not be
able
to put (in the case of Upstart) the socket bridge, dbus bridge,
dbus, or
ot; without the complication of multiple separate
hierarchies. How do you suggest this integration with cgroups be done?
Best regards,
--
Cameron Norman
On Wed, Mar 26, 2014 at 3:40 AM, Thomas Goirand wrote:
> On 03/25/2014 12:42 AM, Kevin Toppins wrote:
> Writing an independent, init system agnostic, logind API compatible
> daemon would be another good thing to do.
>
That is pretty much impossible, according to the developers of the logind
API
El Tue, 25 de Mar 2014 a las 3:11 PM, Cameron Norman
escribió:
See the documentation for the following if they are not familiar to
you:
* dependencies: Wants/WantedBy, Requires/RequiredBy (in
man::systemd.unit)
* states: ConditionFileExists, ConditionFileExecutable, Condition*
(probably in
it harder to supervise
(track the PID and collect the stdout/err) the process. Lastly, it is a
fair bit of unnecessary code on the daemon's part.
Any other questions?
--
Cameron Norman
rc:openjpeg
> in a couple of debian release.
>
The former has the problem of people depending on openjpeg already and
using the 1.x API. Having a new package for the v2 API is better because
people have to explicitly use the new package+API, and they do not
experience sudden breakage.
--
Cameron Norman
stuff. They license a lot of
their stuff under the Apache v2 license, so I do not think it is the
patent provisions that frighten them.
--
Cameron Norman
72 matches
Mail list logo
