I use this game and I'm willing to help.
this breaks osmosis
# ls -l `dpkg -L libpostgis-java | grep jar`
lrwxrwxrwx 1 root root22 jan 28 14:35 /usr/share/java/postgis.jar -
postgis-jdbc-2.1.1.jar
-rw-r--r-- 1 root root 76822 jan 28 14:01 /usr/share/java/postgis-
jdbc-2.1.0~rc1.jar
--
To UNSUBSCRIBE, email to
@legacy:~/game-data-packager-tyrian$ ./game-data-packager tyrian -f
../tyrian21.zip
generated /home/tchet/game-data-packager-tyrian/tyrian-data_37_all.deb.
Alexandre Detiste
Le jeudi 13 février 2014, 19:46:35 Etienne Millon a écrit :
* Alexandre Detiste alexandre.deti...@gmail.com [140129 09:24
://bugs.debian.org/cgi-bin/bugreport.cgi?bug=553035
This current bug report replace this one that
should then be latter closed:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628689
Alexandre Detiste
diff -rupN game-data-packager-37/lib/tyrian-mirrors game-data-packager-tyrian/lib/tyrian-mirrors
:36:28.0 +0100
@@ -0,0 +1,20 @@
+The tyrian-data package was generated using game-data-packager.
+Copyright © 2014 Alexandre Detiste alexandre.deti...@gmail.com.
+
+The files within /usr/share/games/tyrian are subject to the copyright
+described in /usr/share/doc/tyrian-data/license.doc
@@
+The tyrian-data package was generated using game-data-packager.
+Copyright © 2014 Alexandre Detiste alexandre.deti...@gmail.com.
+
+The files within /usr/share/games/tyrian-data are subject to the copyright
+described in /usr/share/doc/tyrian-data/license.doc.
+
+The remainder of this package
The official .deb packet works perfectly, no more ugly fonts.
When installing the amd64 packet on an amd64
system, it complains about a missing 'ia32-libs' packet,
but I took care of this whith equivs-build :
shell# cat ia32-libs
Section: misc
Priority: optional
Standards-Version: 3.9.2
Maybe spliting konsole in konsole+libkonsole is the way to go...
But that is maybe to much work to get rid of xterm.
By the way, I'm curious to see what will happen to x-terminal-emulator
during
wayland migration.
Alexandre Detiste
PS: what I found in the Policy about cron deamons:
https://www.debian.org/doc/debian-policy/ch-binary.html#s-virtual_pkg
https://www.debian.org/doc/packaging-manuals/virtual-package-names-list.txt
cron-daemon Any cron daemon that correctly follows policy
requirements
--
To
,
this package can be removed from the recommends of popcon.
The status of cron dependencies in debian is now quiet inconsistent,
here is a web page I set up to track the changes needed to streamline the
packages:
http://users.teledisnet.be/ade15809/cron-daemon.html .
Alexandre Detiste
-- System
Le lundi 23 juin 2014, 19:12:44 Andreas Metzler a écrit :
On 2014-06-23 Alexandre Detiste alexandre.deti...@gmail.com wrote:
PS: what I found in the Policy about cron deamons:
https://www.debian.org/doc/debian-policy/ch-binary.html#s-virtual_pkg
https://www.debian.org/doc/packaging
issues with cron-deamon depedencies in Debian:
http://users.teledisnet.be/ade15809/cron-daemon.html
Alexandre Detiste
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
-policy/ch-binary.html#s-virtual_pkg.
Here is my page for tracking issues with cron-deamon depedencies in Debian:
http://users.teledisnet.be/ade15809/cron-daemon.html
Alexandre Detiste
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (500, 'testing
.
Here is my page for tracking issues with cron-deamon depedencies in Debian:
http://users.teledisnet.be/ade15809/cron-daemon.html
Alexandre Detiste
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
I think it provides similar features as anacron.
Not at all for the moment.
systemd-cron needs systemd 212 to use persistent timers in order to emulate
anacron?
and sid is stuck at 204.
indeed /etc/crontab /etc/cron.d are currently not supported,
but are also less used ; maybe packages
Hi,
If systemd version is not bumped in Debian past 212 before Jessie release,
indeed systemd-cron should not provide cron-daemon neither anacron.
We could maybe use this:
https://github.com/kstep/systemd-crontab-generator
I've been working lately with upstream of this _other_ vixie cron
Hi,
Since april I learned to use git.
You'll find here a repository with the patch:
https://github.com/a-detiste/game-data-packager
Diff:
https://github.com/a-detiste/game-data-packager/commit/7a8f164b9c189584e0d5a9985ed41d774929346d
Git Pull Url:
Package: mbrola
Version: 3.01h+1-1
Severity: normal
Dear Maintainer,
I want to get rid of libc6-i386:amd64 , on my system, the last package
remaining depending on this old
library is mbrola.
You can follow the example of lsb-core:amd64 for example, that depends on
libc6:i386 | libc6-i386.
--
Package: nullmailer
Version: 1:1.13-1
Severity: normal
Dear Maintainer,
After upgrade to systemd-214 from experimental, nullmailer doesn't start.
Please add systemd support.
I copied this service file from redhat hereunder as a temporary fix.
I disabled the Syslog... and Standard.. stuff i
I'm not a fan of systemd-cron(*); I was going to ask to switch the
dependency from cron to cron-daemon, but that wouldn't be feasible because
systemd-cron is a __broken__ replacement for cron (until bug 752376 is
fixed), so I proposed running apticron in cron.daily to work around that
Then, the file /etc/crontab would then not contains theses standard
boilerplate lines anymore
17 ** * * rootcd / run-parts --report /etc/cron.hourly
25 6* * * roottest -x /usr/sbin/anacron || ( cd / run-parts
--report /etc/cron.daily )
47 6* * 7 root
Package: munin
Version: 2.0.21-2
Severity: normal
Here is the policy statement regarding the cron-daemon virtual package:
https://www.debian.org/doc/debian-policy/ch-binary.html#s-virtual_pkg
and here is the annexed list:
Hi,
I've seen this bug.
I'm busy merging systemd-crontab-generator into systemd-cron
in order to make it POSIX compliant and solve other bug
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=752376 .
https://github.com/dbent/systemd-cron/pull/13
This trivial bug is fixed in my debian
Package: fake-hwclock
Version: 0.5
Severity: normal
Tags: patch
Dear Maintainer,
Please add systemd unit file.
Here is a sample file in attachment.
This goes in /lib/systemd/system/.
This bug report comes from Raspbian,
but is also relevent for Debian.
Alexandre Detiste
-- System Information
I ran reportbug for the first time on this computer (I was greeted with the
customisation wizard),
with the right --attach= parameter ; still the file was not send. Here
it is.
I guess it's some other bug to investigate.
fake-hwclock.service
Description: Binary data
Hi,
Here is my proposal for the merge in of systemd-crontab-generator that
adds the missing bits to let us resolve this bug.
https://github.com/a-detiste/systemd-cron
This is pending review of upstream.
Here is the branch with the updated Debian bits needed to build a package:
Since it's systemd-cron's fault:
- the clean solution would be to depend on cron-daemon with a note
(changelog, Breaks:, whatever) that systemd-cron needs to be fixed
I have posted a proposal to merge systemd-crontab-generator into
systemd-cron to make it
POSIX Debian compliant. Both
there
automaticaly .
An update debian/ tree is avaible here:
https://github.com/a-detiste/systemd-cron/tree/debian/debian
changelog, control, copyright, rules watch have changed
The patch in patches is not needed anymore,
but other patches may be needed in the future.
Alexandre Detiste
Package: micro-httpd
Version: 20051212-15
Severity: normal
Tags: patch
Dear Maintainer,
Please add these systemd socket files.
These should go in /lib/systemd/system .
Then the user can simply use
systemctl enable micro-httpd.socket to activate
the socket.
Alexandre Detiste
-- System
/doc/debian-policy/ch-binary.html#s-virtual_pkg
and here is the annexed list:
https://www.debian.org/doc/packaging-manuals/virtual-package-names-list.txt
Bine à vous,
Alexandre Detiste
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (500, 'testing'), (200
Hi,
Here is a revised systemd service file.
I only added a single line EnvironmentFile=-/etc/default/ntp.
This sources the environment variables in this file
(now only $NTPD_OPTS), only if it exists.
For the RUNASUSER, it is indeed better to copy modify the service in
/etc/systemd/system .
package.
or you could also follow example of myspell-sv-se that is
a transitionnal package that depends on hunspell-sv-se .
Groeten,
Alexandre Detiste
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (500, 'testing'), (200, 'unstable'), (110, 'experimental
Hi,
One issue I noticed is
that grub2 stuff (from grub-pc) is not explained.:
Here is an explain script.
#!/bin/dash
dpkg-query -L grub-pc-bin | grep ^/usr/lib/grub | grep -e '\.mod' -e '\.img' -e
'\.lst' | sed 's/usr\/lib/boot/'
This doesn't yet explains the locales/* though.
-
Package: mlocate
Version: 0.26-1
Severity: normal
Tags: patch
Dear Maintainer,
This bug is seen on Raspbian, but is also relevant for Debian.
As you already pruned devfs, please also prune is replacement devtmpfs.
Maybe git is not realy usefull for such trivial change,
I set-up a repository
also parse all crontabs provided by individual packages in
/etc/cron.d/ .
( https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=752376 ).
Can you please reconsider depending on cron | cron-daemon | anacron (| fcron).
Alexandre Detiste
-- System Information:
Distributor ID: Raspbian
Description
Hi,
python3-cssselect is now avaible in unstable.
Please correct the Depends: and upload
a new package.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
I have documented this bug + a workaround in the manpage of the next release:
https://github.com/systemd-cron/systemd-cron/commit/b9f8bc86eb361515089ebbad187aba8a6553033d
Alexandre Detiste
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe
knows.
PS: please forgive me for using your quote here :-)
http://users.teledisnet.be/ade15809/cron-daemon.html
Alexandre Detiste
Le lundi 20 octobre 2014, 15:35:46 Yuri D'Elia a écrit :
On 10/20/2014 03:23 PM, Alexandre Detiste wrote:
Hi,
I have already discussed this bug with the two
control: reopen -1
this is the official patch
https://projects.kde.org/projects/kde/kdepim/repository/revisions/c5b703e7c1a3f5da43a3864536cfa606d112d60a
source:
https://bugs.kde.org/show_bug.cgi?id=336417#c21
This patch (17/10) didn't solved the problem. Akregator still crashes
David Faure
control: reopen -1
Since this change, the mail I receive contains the changes from all previous
days.
See multiple 'Log Started' in attached mail.
Log started: 2014-10-19
Log started: 2014-10-20
Log started: 2014-10-22
Alexandre Detiste---BeginMessage---
La mise à niveau automatique a renvoyé
Thanks,
This patch fix up this problem, but reveal/causes an other one.
For some reason hour=11 is turned in hour=11-23.
This seems to solves it, but need more testing.
try:
start, end = range.split('-')
except ValueError:
- return slice(mapping(range),
-mail by design;
but the generator could be reworked to provided an alternative
debug/check entry point
to ask it to validate a single crontab file/line .
This could be called during the build of the package on a test suite;
and by crontab before updating a crontab.
Alexandre Detiste
I'have set up an upstream bug for this.
https://github.com/systemd-cron/systemd-cron/issues/28
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hi,
The generated service template should include:
After=systemd-user-sessions.service
Should this be for everyone, or only user != 'root' ?
to actually ensure the user directory is available/ready before starting the
job.
Isn't DefaultDependencies=true enough ?
--
To UNSUBSCRIBE,
control: tags fixed-upstream
Package: systemd-cron
Version: 1.3.1+ds1-1
Severity: wishlist
Just for consistency with Vixie's crontab extensions, @annually should also be
supported.
@annually is already supported since July ;
https://github.com/kstep/systemd-crontab-generator/issues/5
We could either:
*) trigger something with OnFailure=
http://lists.freedesktop.org/archives/systemd-devel/2014-October/024268.html
I find this ugly:
ExecStart=/bin/systemd-cat -t MY TIMER JOB LABEL /usr/bin/$FOO whatever
*) Use a wrapper
Environment=MAILTO=x...@xx.com
I had @reboot jobs existing, that had already run when my laptop booted.
I then installed systemd-cron, and noticed this caused the jobs to run
again.
Having touch /run/systemd/something in preinst script +
having the generator check for this file before generating @reboot jobs should
do the
Version: 1.3.1+ds1-1
Severity: wishlist
I'm dropping this as a whishlist here, but I would gladly implement this *as
well*:
It would be nice if PATH= would support ~ expansion *directly*, as an
extension.
Since variable interpolation is not supported, I always had to hardcode my
control: tags -1 + fixed-upstream
Ok, I've added After=systemd-user-sessions.service
RequiresMountsFor=/home/folder
for user crontabs + /var/spool/cron/crontabs/root .
https://github.com/systemd-cron/systemd-cron/commit/98ae11e0341f5c955c9de08778de9de3bafd459b
--
To UNSUBSCRIBE, email to
/7581175abb68135e0db90a62473779bae257
[2]
https://github.com/systemd-cron/systemd-cron-debian/blob/master/debian/preinst
I've found enlightment here:
http://www.unixdaemon.net/linux/how-does-cron-reboot-work.html
Alexandre Detiste
control: tags -1 fixed-upstream
Ok,
I've implemented the OnFailure= hook, both for the static generated units.
Dwayne: we can hide this behind a configure option if you don't like it
Diff:
https://github.com/systemd-cron/systemd-cron/commit/cd01ce7d8132996d4057a5c8cf577e630a5bff09
Sample
It is fixed in two places:
.. but newly added @reboot jobs will still be executed right away.
http://www.freedesktop.org/software/systemd/man/systemd.timer.html
If a timer configured with OnBootSec= or OnStartupSec= is already in the past
when the timer unit is activated, it will immediately
be pushed upstream.
http://www.freedesktop.org/software/systemd/man/systemd.unit.html#RefuseManualStart=
https://github.com/systemd-cron/systemd-cron/blob/master/src/bin/systemd-crontab-generator#L317
Alexandre Detiste
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
-tmpfiles-clean.timer;
and a lot left to be decided for native timers early adopters.
At some point, the Policy should state what to do for upstreams that
ships both crontabs in /etc/cron.d/ and a matching native timer.
( the crontab remains needed by sysvinit + cron users)
Alexandre Detiste
Package: ftp.debian.org
Severity: normal
Dear Maintainer,
systemd-cron cannot be optional because it conflicts with
cron that is important
please move it to admin like the other cron-like daemons
Thanks,
Alexandre Detiste
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ
Hi,
* masked missing persistent initialization in def generate_timer_unit
(which caused generation to fail for some of my cron jobs)
Can you try the package in unstable ? All the dependencies are
available in testing.
This should be fixed there, this doesn't happen because v1.3.1 is
built
pick it up right away if interested,
or I'll publish it later on mentors.d.o .
Alexandre Detiste
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Thanks for the review,
The RaspberryPi image could just run systemctl enable as part of the
build process, so a separate package seems overkill.
Indeed, it is a little bit of over-engineering...
The only really usefull bit remaing is the Provides: time-daemon,
Conflicts: time-daemon | ntp.
=showredirect=Systemd%2FPackaging
With systemd, the collectdmon wrapper is not needed anymore.
If you're not yet ok with systemd, please at least put this file in:
/usr/share/doc/collectd-core/examples/
Alexandre Detiste
-- System Information:
Distributor ID: Raspbian
Description:Raspbian GNU
Sorry, there was a typo ( /etc /etd )
http://www.freedesktop.org/software/systemd/man/systemd.exec.html
[Unit]
Description=BZFlag game server
Documentation=man:bzfs(6)
After=network.target
[Service]
Environment=OPTIONS=-advertise NONE
EnvironmentFile=-/etc/default/bzflag
User=games
, as long as this NTP bug from 2005 is not solved;
you may need to provide a dummy NTP with equivs.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=316549
Alexandre Detiste
signature.asc
Description: This is a digitally signed message part.
that, basically by parsing cron entries and write them in a format that
systemd understands.
Done
Alexandre Detiste
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: sponsorship-requests
Severity: normal
Dear Maintainer,
I am looking for a sponsor for my updated cruft package.
This includes fixes for all the changes that happened since 2011,
like devtmpfs, systemd, ...
* Package name: cruft
Version : 0.9.16+nmu1
Upstream Author
Alexandre Detiste
--
By the way, reportbug is itself broken at the moment (758619),
so I didn't manage to CC you to the original RFS bug repport;
you'll have to subscribe yourself manually to this bug.
signature.asc
Description: This is a digitally signed message part.
Hi,
cruft is orphaned (#763888), so you dont do a NMU, as technically there
is no maintainer. Instead, do a QA-upload. See
https://www.debian.org/doc/manuals/developers-reference/pkgs.html#nmu-qa-upload
Ok, it wasn't orphaned at the time I did the RFS.
Here is a new package:
Hi,
You should sometime read them
I have already read them many times in random order;
I will browse those again from start to begin to see if i missed
something important.
As [1] is emtpy, I will be a little more verbose below, apologizes if I
tell you something you already know.
Indeed.
I fixed the changelog, I only kept what was really fixed in 0.9.18
- d/dirs *might* not be needed, as debhelper will create the dirs for
you usually. So check if can be cleaned up
I've forgotten this little bit in my last upload to mentors.
Only the empty folders should be there.
it in the source tree of course)
Alexandre Detiste
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
The current status of /var/spool/cron/crontabs is undetermined ...
users either inherit what was setup up by the previosu cron daemon or
get a vanilla 0755 folder
on fresh install.
e.g.: http://anonscm.debian.org/cgit/pkg-cron/pkg-cron.git/tree/debian/postinst
Having crontab translate on the fly
/man/1/crontab
Alexandre Detiste
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (500, 'testing'), (200, 'unstable'), (120, 'buildd-unstable'),
(110, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.16-3-amd64 (SMP w
Generally, user crontabs are only visible by the owner.
Ok, from now on [1], systemd-cron do it's best to keep those secret:
-) the crontab line is not anymore in the job description
-) chmod o-r /run/systemd/generator/cron-user-user-#.(timer|service)
systemctl status is fixed ; and a ordinary
control: tags -1 fixed-upstream
fixed
https://github.com/systemd-cron/systemd-cron/commit/805f5a2656b0a1e328f4a6dbbcbf2eeccfc6cc46
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
a purge.
I'm allready doing it manually in a postrm script:
http://anonscm.debian.org/cgit/collab-maint/systemd-cron.git/tree/debian/postrm
Alexandre Detiste
-- System Information:
Distributor ID: Raspbian
Description:Raspbian GNU/Linux testing (jessie)
Release:testing
Codename
Hi,
I noticed this bug report.I gave a try to cron-apt with systemd-cron and it
works perfectly.
But, systemd notices process new files so fast that it refreshed *twice*
during unpacking,
leaving an harmless cron-cron-apt.dpkg-new-root-0.timer behind.
(a timer without its matching .service
Package: systemd-cron
Version: 1.3.1+ds1-2
Severity: normal
Tags: fixed-upstream
systemd-cron should ignore /etc/cron.d/*.dpkg-*
this is fixed upstream
https://github.com/systemd-cron/systemd-cron/commit/9b47c38a5308c3d34c2868ebd73af734d57901ac
--
To UNSUBSCRIBE, email to
Hi Alexandre
Hi,
As you seemed worried about depending on cron | cron-daemon;
I just gave a try at installing cron-apt.
This works perfectly.
I just stumbled on an totally unrelated bug in systemd-cron.
which is harmless in this case; but would be a pain
if /etc/cron.d/package coexists with
/ajtowns/debian-init-policy/pull/6/files
Alexandre Detiste
-- System Information:
Distributor ID: Raspbian (-- this is not at all Raspbian specific)
Description:Raspbian GNU/Linux testing (jessie)
Release:testing
Codename: jessie
Architecture: armv6l
Kernel: Linux 3.12.28+ (PREEMPT
Package: wnpp
Severity: wishlist
Dear Maintainers,
*Package Name : cruft-ng
Version : 0.1
Upstream Author : Alexandre Detiste (this is a native package).
*URL : https://github.com/a-detiste/cruft-ng
*License : GPL-2+
*Description : program that finds any cruft built up on your system
://bugs.debian.org/cgi-bin/bugreport.cgi?bug=770445
Goal is to solve this long-standing bug:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=429602
Thanks,
Alexandre Detiste
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (500, 'testing'), (200, 'unstable
Hi,
Please have a look at my ITP for cruft-ng:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=770445
This is a rewrite of cruft in C.
It reads mlocate binary database dirreclty to achieve a 15x - 30x speed-up.
Any comments welcome
Alexandre Detiste
--
To UNSUBSCRIBE, email to debian
control: tags -1 fixed-upstream
crontab will now call the parse_crontab() function of the generator to valide
it's input;
the warnings are printed on stderr.
The crontabs modifications are not rejected nor dropped
to allow a user to fix thoses without starting again from scratch.
The generator
A much smaller change would just to add the following file in the
cron.hourly directory (not tested):
8
#!/bin/sh
/usr/sbin/invoke-rc.d anacron start /dev/null
8
Of course, my proposed patches would requires that the machine is
turned on at xx:00 at least once a day. And
Hi,
with version 0.83.1 you still get the full logs?
I've tested 0.83.1 . It's now much better, but there are spurious newlines:
- body += \n.join(content)
+ body += .join(content)
Alexandre Detiste---BeginMessage---
La mise à niveau automatique a renvoyé : True
Packages that were upgraded
to make it work with systemd.
Alexandre Detiste
(In short:
systemctl is-active apt-cacher-ng systemctl kill --signal=USR1 apt-cacher-
ng)
-- Package-specific info:
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (500, 'testing'), (200, 'unstable'), (110
Hi,
Sorry, but this hardly qualifies as a log. It only shows the
intallation of one single package and a summary. :/
Martin-Éric
I had grabbed 0.83.2 yesterday from incoming,
and the run from this morning was perfect.
What I reported was against 0.83 patched with what you had attached
this, simple shell scripts like yes | head fails.
because the 'yes' process here never receive the 'broken pipe' signal; and goes
on trashing the journal with I/O errors.
Sorry to think of this so late in the freeze.
Alexandre Detiste
-- System Information:
Debian Release: jessie/sid
APT prefers
I have just now fixed a potential bug in systemd-cron (setting
IgnoreSIGPIPE=false in systemd service file);
but maybe anacron.service should be fixed too.
I use systemd, but not systemd-cron. Here, anacron does the work.
I filled a bug against anacron for this, as this might cause a
PS: The bug-script needs to be fixed too:
(this line appears twice)
-systemd-delta --no-pager|sed s%\x1b[^m]*m%%g $DIR/systemd-delta.txt
+systemd-delta --no-pager 21|sed s%\x1b[^m]*m%%g $DIR/systemd-delta.txt
Here is the actual output:
-
a look at udev.bug-script too.
Alexandre Detiste
-- Package-specific info:
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (500, 'testing'), (200, 'unstable'), (110, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux
Hi,
The daemon itself doesn't write in /usr , but it's child processes (called from
crontabs or /etc/cron.daily/)
will inherit this and may need write access to /usr (e.g.:
unattended-upgrades).
Alexandre
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject
control: reopen -1
Sorry, but this change doesn't solve the problem, the 21 must be
moved before '|sed' .
The two lines with systemd-analyze are OK.
I guess it would have been easier if I had provided a patch :-/
tchet@antec:~$ DIR=/tmp
tchet@antec:~$ systemd-delta --no-pager|sed
by hand after boot?:
This should never run by hand; It should allways be called by systemctl
daemon-reload
Alexandre Detiste
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
the
generator automatically.
Alexandre Detiste
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
the
generator automatically.
Alexandre Detiste
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
control: severity -1 wishlist
Hi,
systemd doesn't expand '~' by design;
you can encapsulate your command with a shell like:
ExecStart=/bin/sh -c 'your_command'
if you want shell expansion.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe.
--verify $a || echo $a;
done
By the way it's 'gootool', an unofficial package you may find here:
http://goofans.com/download/utility/gootool
The md5 seems fine; but this is an other problem.
Alexandre Detiste
gootool.md5sums
Description: Binary data
Hi,
I've adopted cruft.
I've added a filter for this loose file [1] just now.
It comes from kernel-package [2].
I feel that kernel-package should had deleted this file on purge in
its postrm script.
Here is my proposal to move these files from debian/postrm
and turn those into a machine
Hi,
I had it working unexpectedly with v217-3:
tchet@antec:~$ locate user_weekly
/home/tchet/.config/systemd/user/user_weekly.service
/home/tchet/.config/systemd/user/user_weekly.timer
/home/tchet/.config/systemd/user/default.target.wants/user_weekly.timer
you please add proper systemd support in ntfs-3g package ?
You can either ship (and even compile) the wrapper, or patch ntfs-3g so that it
add a '@' in the process name when needed/when called with some specific option.
Cheers,
Alexandre Detiste
Here is the remainder of my setup:
-- /etc
control: tags -1 fixed-upstream
Hi,
I'm still working on this last major bug of systemd-cron.
I came up with this setuid helper, that is called by crontab when needed:
https://github.com/systemd-cron/systemd-cron/blob/setuid/src/bin/crontab_setuid.c
I avoided the most obvious pitfalls: string
1 - 100 of 1311 matches
Mail list logo