Package: dbus
Version: 1.10.6-1
Followup-For: Bug #805449
So while I was restarting the system for another dbus update, I actually
changed my mind. This should be of critical priority because of the way we're
using it. A systemd-based system becomes essentially un-usable after a dbus
restart.
It
Package: python3-hypothesis
Version: 1.17.0-1
Severity: wishlist
It would be nice if you could also package the sphinx documentation in a
python-hypothesis-doc package (and if you do, please Suggest: it as well from
both python versions).
Thanks!
Package: gcc-5
Version: 5.3.1-3
Severity: normal
I couldn't find anything on the matter, but what happens if -march is repeated
more than once? I would assume the usual behavior that the last flag "wins".
On a haswell host, the following:
gcc -march=native -march=opteron
or
gcc
Package: python3-sympy
Version: 0.7.6-4
Severity: minor
It would be nice if sympy suggested its own documentation.
Likewise for python-sympy.
Thanks.
Package: python3-networkx
Version: 1.9+dfsg1-1
Severity: minor
It would be nice if networkx suggested it's own documentation.
Thanks!
Package: pyxplot-doc
Version: 0.9.2-5
Severity: normal
There's no reason pyxplot-doc should depend on pyxplot. It should Recommend on
it instead.
On top of that, there's no reason to have a strict version dependency. pyxplot
has been rebuilt and now it's at 0.9.2-5+b1 on unstable, which makes
Package: ipython3
Version: 2.3.0-2
Severity: minor
ipython already Suggests ipython-doc, but this has been forgotten on ipython3.
It would be nice if ipython3 would also do the same.
Thanks.
Package: python-statsmodels
Version: 0.6.1-4
Followup-For: Bug #782963
Any progress on python3 support?
It builds and works successfully from source using python3.
All dependent packages have now a python3 module.
Even sklearn recently started building a python3 module, meaning that
statsmodels
Package: systemd
Version: 228-2
Followup-For: Bug #773538
I'd also like to add that journalctl logging format is not just a bit, but a
*lot* bigger than a regular syslog daemon.
On two similar systems that I have, one configured with rsyslog and one with
journalctl, I have ~200MB for the entire
Package: libopencv-dev
Severity: minor
I believe all development packages should Suggest their own documentation (if
such documentation exists).
Thanks!
Package: debdelta
Version: 0.55
Severity: minor
When running debdelta-upgrade, I get this final report:
Delta-upgrade statistics:
total resulting debs, size 83MB time 164sec virtual speed 521kB/sec
however, what I'd really like to know
On 18/11/15 11:23, Simon McVittie wrote:
>> We can re-exec init, but not dbus?
>
> Yes. Handing off IPC connections across a re-exec is a feature of
> significant complexity, which will break the system if done wrong; it
> would require support for serializing and deserializing dbus-daemon's
>
Package: dbus
Version: 1.10.4-1
Severity: normal
Setting up dbus (1.10.4-1) ...
A reboot is required to replace the running dbus-daemon.
Somehow I have a big problem with that.
We can re-exec init, but not dbus?
On 17/11/15 00:32, Marc Lehmann wrote:
>> Ideally, I would like the data to come through *as-is*, 8bit clean.
>
> I understand what you wish for, but I think you are trying to use the
> wrong tool here. For starters, can you define what "as-is" means when the
> data is binary and the terminal is
Sorry for the late reply, but as I wasn't included in the reply, I
didn't get any notification. I just stumbled upon it today by chance...
> First of all, the safety is not the same as security, and the bracketed
> paste mode is not a means for security (for a variety of subreasons, the
> main
I tried this on a recent version (227-3) and it seems to work as
expected now.
The timestamps are correctly created in ~/.local/share/systemd/timers/
Package: afl-clang
Severity: minor
The current clang version in unstable is at 3.6, but afl-clang does not support
it. If the clang minor version is important, can you depend on clang-3.5
explicitly instead, in order to allow to multiple co-installable versions?
Thanks.
-- System Information:
Package: python-pandas-doc
Version: 0.17.0+git8-gcac4ad2-2
Severity: normal
The "API reference" (/usr/share/doc/python-pandas-doc/html/api.html) in the
current package is mostly empty. For example, "General functions" contains no
links at all except for section titles.
Looks like there's some
On 04/11/15 20:10, Sebastiaan Couwenberg wrote:
> josm (0.0.svn8969+dfsg-3~exp1) was just accepted into experimental,
> please test this revision if it fixes your OAuth issue after its hits
> the mirrors.
It works correctly with OAuth now.
Thanks.
Package: iceweasel
Version: 42.0-1
Followup-For: Bug #795436
I also had the same problem. inContent preferences use, for several dialogs,
fake windows that cannot be detached, that do not respect the general GTK
style, that use inferior widgets and often do not resize properly (content just
Package: josm
Version: 0.0.svn8969+dfsg-2
Severity: important
The following exception is generated when I try to upload a changeset:
INFO: PUT https://api.openstreetmap.org/api/0.6/changeset/create...
ERROR: java.lang.NoClassDefFoundError: org/apache/commons/codec/binary/Base64.
Cause:
On 04/11/15 18:11, Sebastiaan Couwenberg wrote:
> On 04-11-15 17:47, Yuri D'Elia wrote:
>> INFO: PUT https://api.openstreetmap.org/api/0.6/changeset/create...
>> ERROR: java.lang.NoClassDefFoundError:
>> org/apache/commons/codec/binary/Base64. Cause:
>> java.
On 04/11/15 18:32, Yuri D'Elia wrote:
>> How can I reproduce your issue?
>
> Somehow this is generated on a lower level by liboauth-signpost-java
> (which *does* depend on libcommons-codec-java - which is also installed
> correctly).
And as an obvious point, I'm using oauth authentication.
On 04/11/15 19:12, Sebastiaan Couwenberg wrote:
>> Some hints on what could trigger this?
>
> You may get some hints from the JOSM debug output, start josm with
> --debug and redirect the output to a log file:
>
> josm --debug > /tmp/josm.log 2>&1
I do not see anything more related to the
Package: ktap
Version: 0.4+git20150927-1
Severity: normal
First of all, thanks for making a package for ktap!
I filed the original RFP.
I just tried to install the package, but the ktapvm module fails to build on
the current 4.2 kernel:
Package: emacs24-common
Version: 24.5+1-3
Severity: normal
I have (setq load-prefer-newer t) in my emacs config.
With the latest update, I started to have issues at startup (recursive loads of
jka-compr.el.gz), which didn't happen before.
It turns out, elc files in emacs24-common seem to be
Package: suckless-tools
Version: 41-1
Severity: normal
In the last update, dmenu doesn't seem to actually use the supplied font
argument anymore.
I was using an X11 font spec (-*-terminus-medium-*-*-*-16-*-*-*-*-*-*-*), which
stopped working.
I tried now also with some other formats (xft/etc),
Package: bsdmainutils
Version: 9.0.6
Followup-For: Bug #743215
I'm not sure I follow. Does write actually need uid/euid for anything more than
determing the sender of the message?
The recipient is already specified manually.
Talk (or was it ntalk?) display simply "*unknown user*" when the
On 09/10/15 19:33, Michael Biebl wrote:
> The complete log dpkg log from the upgrade.
I didn't have time to try and replicate the issue with the
downgrade/upgrade again yet.
Attached there's the dpkg.log of the previous update (227-1 -> 227-2).
2015-10-09 16:54:56 startup packages configure
On 09/10/15 16:57, Yuri D'Elia wrote:
>> If you do the steps I posted, is the service re-enabled for you?
>
> No it's not, as expected.
Ok, just updated from 227-1 to 227-2 using aptitude:
Performing actions...
Preconfiguring packages ...
(Reading database ... 35322 files and
On 09/10/15 15:23, Martin Pitt wrote:
> i. e. it only gets enabled once on a fresh install, or when you
> upgrade from jessie. But not e. g. from 226-1 to 227-1. Which version
> did you upgrade from?
I'm following unstable on a KVM instance where I explicitly do not want
time sync, so I'm unsure
On 09/10/15 19:15, Michael Biebl wrote:
>> # systemctl is-enabled systemd-timesyncd.service
>> enabled
>
> Can you provide the full log?
I closed the terminal already [heh], but there was nothing interesting
in replacing the other systemd packages. I pasted the entire contents of
the
Package: systemd
Version: 227-1
Severity: normal
I'm trying to disable time syncronization, but I've found two issues happening
during upgrades:
- Disabling systemd-timesyncd.service is not enough.
systemd-timesyncd.service gets automatically re-enabled on upgrade.
Is this intended? I would
On 09/10/15 15:36, Michael Biebl wrote:
> Personally I find -b more useful. And it would mirror more closely how
> journalctl behaves with a volatile journal (showing you the log entries
> of the current boot).
>
> But we would need a parameter to show all log entries if you don't want
> the
Package: systemd
Version: 227-1
Severity: wishlist
File: /bin/journalctl
journalctl shows the entire output since the beginning of the log.
This by itself is fine.
But if you have a persistent journal, and run journalctl in a tty, will
start/show the entries since the first available entry,
On 09/10/15 16:08, Michael Biebl wrote:
>> I'm following unstable on a KVM instance where I explicitly do not want
>> time sync, so I'm unsure on which version this got re-enabled.
>>
>> I noticed this issue some months ago, where I disabled the service on
>> two occasions, then tried using
On 08/10/15 09:46, Joachim Breitner wrote:
> Hi,
>
> you filed #798956. Can you check if simply restarting the agent fixes
> the problem for you? Also see https://bugs.debian.org/801282
I just verified again, but it still doesn't work.
(Also, I would be surprised if it would work just after
Package: python-matplotlib-doc
Version: 1.4.3-1
Severity: normal
I discovered that the HTML files in python-matplotlib-doc actually contain
google analytics tracking code in each page.
I would expect local documentation not to make any external request.
Similarly, although less severe, there's
Package: python3-numpy
Version: 1:1.9.2-2
Severity: normal
Why 1.9.2-3 is requiring two python3 runtimes at the same time?
This seems an unexpected regression compared to 1.9.2-2.
Also, is the explicit dependency on python3.4 required, given the two other
python3 versioned dependencies?
Package: screenkey
Severity: wishlist
Hi, I've been using screenkey for teaching, and ended up rewriting large chunks
of it due to several outstanding bugs in the original version.
I believe this fork:
https://github.com/wavexx/screenkey
fixes debian's #782006 and #749029, along with most
Package: python-xlwt
Version: 0.7.5+debian1-1
Followup-For: Bug #614502
It would be nice if this would be done.
python3-pandas requires this module in order to write xls files.
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (900, 'unstable'), (800,
Package: pinentry-tty
Severity: minor
minimal dunb-terminal PIN or pass-phrase entry for GnuPG
^
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (900, 'unstable'), (800, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 4.1.0-2-amd64
Package: gnupg-agent
Version: 2.1.7-2
Severity: normal
ssh-agent support seems to be broken in 2.1.8.
The following is written by gpg-agent 2.1.8:
gpg-agent[7763]: ssh request handler for request_identities (11) started
gpg-agent[7763]: ssh request handler for request_identities (11) ready
Package: python-setuptools
Version: 18.2-1
Severity: minor
It looks like changelog.gz refers to a missing "../CHANGES.txt".
It would be nice if changelog used CHANGES.txt as a source directly.
Thanks.
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (900,
Package: wnpp
Severity: wishlist
* Package name: solvespace
Version : 2.1
Upstream Author : Jonathan Westhues
* URL : http://solvespace.com/
* License : GPLv3
Programming Lang: C++
Description : SolveSpace is a parametric 2d/3d CAD
SolveSpace is a
Package: libcppformat1-dev
Version: 1.1.0+ds-3
Severity: wishlist
All development packages should suggest their own documentation if not already
shipped into their main package.
Thanks.
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (900, 'unstable'),
Package: libdrm2
Version: 2.4.64-1
Severity: wishlist
I wanted to see what changed between 2.4.63 and 2.4.64 (mostly to see which
bugs were fixed) but couldn't find any release notes or even a rough changelog.
Indeed, I couldn't even find those on the drm page or repository, so I cannot
blame
Package: python-docutils
Version: 0.12+dfsg-1
Severity: normal
Try to render the following with rst2html:
--8--
:`link url/`: succeeds.
:`link http://url/`_: fails to parse due to nested ``:``.
:`link http\://url`_: parses, but fails later.
--8--
Mostly self-explanatory: line 2
Package: xserver-xorg-video-intel
Version: 2:2.99.917-2
Severity: normal
gstreamer stopped working for me recently, and the cause is a hung GPU, as
outlined by the following error messages:
[30911.904245] [drm] GPU HANG: ecode 7:0:0x0020, in MediaPl~back #3 [2287],
reason: Ring hung,
Package: aptitude
Version: 0.7-1+b1
Severity: wishlist
On development machines, when following unstable/experimental, it's sometimes
helpful to be able to force installation/removal/downloadgrade of packages even
if this results in deliberately breaking the system.
It's a rare need, but this is
On 08/08/15 01:19, Axel Beckert wrote:
Is your problem still present after both cwidget and aptitude being
rebuilt and depend on libsigc++-2.0-0v5?
Just updated. Seems to be working fine again. Thanks!
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
Package: aptitude
Version: 0.7-1
Severity: important
After the update to 0.7-1, aptitude is very unstable.
I can get segmentations faults just by moving the cursor around.
In most of the crashes, the backtrace seems to be either in cwidget or in sigc,
which is probably a signal that one of the
On 07/08/15 13:06, Axel Beckert wrote:
Control:
Yuri D'Elia wrote:
After the update to 0.7-1, aptitude is very unstable.
I can get segmentations faults just by moving the cursor around.
That's either a duplicate of #794705 or #794830. Please choose. ;-)
Though choice ;)
In most
Package: gcc-doc
Version: 5:4.9.2-1
Severity: normal
Now that gcc 5 is the new default, gcc-doc/cpp-doc/etc should depend on the
newer 5 versions.
Thanks.
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (900, 'unstable'), (800, 'experimental')
Package: systemd
Version: 224-1
Severity: minor
File: /bin/systemd-tmpfiles
I noticed the following in my syslog:
Failed to parse ACL d:group:adm:r-x,d: Invalid argument. Ignoring
Which is produced by systemd-tmpfiles:
# systemd-tmpfiles --clean
Failed to parse ACL d:group:adm:r-x,d: Invalid
On 12/06/15 14:18, Tony Baechler wrote:
I noticed that http://entrproject.org/ shows the latest version of this
package
to be 3.2, but 2.6 is in testing. I normally wouldn't mention this, but 2.6
came out over a year ago and I'm surprised that the latest version has
apparently either not
Package: acpi-support
Version: 0.142-6
Severity: normal
I'm not sure who is doing what anymore (systemd or acpid), but while debugging
acpid events I noticed this:
expanded /etc/acpi/power.sh - /etc/acpi/power.sh
/etc/acpi/power.sh: 98: /etc/acpi/power.sh: ck-list-sessions: not found
and
Package: aptitude
Version: 0.6.11-1+b1
Severity: wishlist
First, some debdelta praise: I've been using debdelta on and off over the last
years depending on the circumstances. Whenever I'm working on a lousy/slow
internet connection (quite often, unfortunately), debdelta is effectively my
only
Package: mbrola-us3
Version: 0.1-1
Severity: normal
I was experimenting with different mbrola voices using espeak, but I found that
mbrola-us3 fails in some phonemes (which work fine with any other voice).
This is the smallest test I could reproduce si ery from battery:
% /usr/bin/espeak -v
Package: espeak
Version: 1.48.04+dfsg-1
Severity: minor
The man page lacks documentation for -g and -z
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (900, 'unstable'), (800, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 4.0.0-1-amd64 (SMP
Package: python-xpyb
Severity: wishlist
Would it be possible to have a python3 build of xpyb?
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (900, 'unstable'), (800, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU
Package: python-xlib
Version: 0.14+20091101-1
Followup-For: Bug #721814
Both xcb and xlib libraries (python-xpyb and python-xlib) are still not
available for python3.
There is also a second xlib port to python3:
https://github.com/LiuLang/python3-xlib
-- System Information:
Debian Release:
Package: rxvt-unicode
Version: 9.21-1
Severity: important
Tags: security upstream patch
This is not really news as this is an age-old attack with low impact:
rxvt-unicode does not filter end sequences when using bracketed paste mode. You
can try this by following this web page:
Package: xserver-xorg-video-intel
Version: 2:2.99.917-1
Severity: normal
Since the update from 2.21.15 (with kernel/xorg staying the same, since I also
tried 2.99.917-1~exp1 before the xorg api breakage), I noticed that the video
output is occasionally corrupted, with horizontal banding being
Package: dovecot-antispam
Severity: normal
Probably relevant to #765943 as well, dovecot is now at 2.2.16 on unstable.
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (900, 'unstable'), (800, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux
Package: xul-ext-sieve
Version: 0.2.3d-2
Severity: wishlist
Although I have nothing against donation requests (heck, I'm a developer
myself), I really dislike the prominence and location of the Donate button in
every form of the UI.
The addon has already a contribution request in the manifest
Package: colorhug-client
Version: 0.2.1-2
Severity: wishlist
Dear maintainer,
colorhug-client 0.2.6 is available upstream.
It would be nice if the package could be updated.
Thanks.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
Package: colord
Version: 1.2.1-1+b2
Severity: wishlist
Dear maintainer, colord 1.2.10 is available upstream.
If would be nice if the package could be updated.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Package: taskwarrior
Version: 2.4.1+dfsg-3
Severity: normal
Starting with taskwarrior 2.4, the filter due.before doesn't seem to work
correctly with relative dates anymore.
$ task add due:7d test
Created task 1.
$ task list due.before:7d
No matches.
$ task list
ID Age D DueDescription
Package: python-igraph
Version: 0.6.5-1
Severity: wishlist
Would it be possible to build the bundled documentation as well into a separate
-doc package?
Thanks.
-- System Information:
Debian Release: 8.0
APT prefers unstable
APT policy: (900, 'unstable'), (800, 'experimental')
Architecture:
Package: recoll
Version: 1.19.13-1+b1
Severity: minor
/usr/share/recoll/filters/rclshowinfo is calling xterm explicitly. It would
be nice if the last line could be changed to:
exec x-terminal-emulator -e info -f $filename $nodepath
in order to use Debian's alternative mechanism.
Thanks.
--
Package: python-seaborn
Version: 0.5.1-1
Severity: wishlist
Would it be possible to ship the pre-built html documentation along with the
package, or within a python-seaborn-doc package?
Thanks.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
Package: wnpp
Severity: wishlist
* Package name: natron
Version : 1.1.0
Upstream Author : Natron core team
* URL : http://natron.inria.fr/
* License : MPL V2.0
Programming Lang: C++
Description : Natron is an open-source, crossplatform, nodal
Package: src:linux
Version: 3.16.7-ckt4-1
Severity: minor
On this system (HP EliteBook 840), a shutdown/halt results instead in a reboot.
This has been true for all the 3.16.* kernels so far available on Debian.
Is there anything I can do to help debug this issue?
Thanks.
-- Package-specific
Package: pass
Version: 1.6.3-2
Severity: minor
% pass TAB
_values:compvalues:10: not enough arguments
_values:compvalues:10: not enough arguments
% pass
zsh 5.0.7 (x86_64-pc-linux-gnu)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe.
Package: python-seaborn
Version: 0.4.0-2
Severity: wishlist
Dear maintainer,
A new upstream release (0.5.1) is available.
It would be nice if the package could be upgraded.
-- System Information:
Debian Release: 8.0
APT prefers unstable
APT policy: (900, 'unstable'), (800, 'experimental')
On 01/02/2015 06:05 PM, Ben Hutchings wrote:
Can you test whether the attached patch works for you?
By looking at the device name during book I assume the device name I
gave you is incorrect:
kernel: ata1.00: ATA-9: MTFDDAK256MAY-1AH12ABHA, M5T4, max UDMA/133
Is MTFDDAK256MAY-1AH12ABHA the
On 01/02/2015 09:21 PM, Ben Hutchings wrote:
Can you test whether the attached patch works for you?
I rebuilt the kernel using debian/bin/test-patches [your patch].
Got this after a few minutes:
[ 1049.098578] ata1.00: exception Emask 0x0 SAct 0x2000 SErr 0x5 action 0x6
frozen
[
Package: libpango1.0-dev
Version: 1.36.8-3
Severity: minor
Manpage for pango-view reads:
help2man is required to generate this file.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: dhelp
Version: 0.6.21+nmu6
Severity: wishlist
I'm often working offline and I'm often resorting to dhelp to perform full-text
searches of the installed documentation.
It would be nice if the documentation in /usr/local/share/doc would be indexed
too by default. I'm managing /usr/local
Package: src:linux
Version: 3.16.7-ckt2-1
Severity: important
I've recently switched to a laptop with an Intel 8 SATA controller (AHCI).
I was experiencing significant latency delays, which I tracked down to the
aggressive link power management. It looks like that the SSD that came with the
Package: gnupg-agent
Version: 2.1.1-1
Severity: normal
I'm using gnupg-agent for both GPG and SSH key management. As a result, I'm
often prompted for unlocking a secret key.
The problem however is that I sometimes have *no* idea which process is
prompting me, never mind understanding why.
To
Package: snd-gtk
Severity: wishlist
Is there a reason an alsa build of snd-gtk is not provided? (considering snd is
built with alsa, I don't think it's a technical limitation).
-- System Information:
Debian Release: 8.0
APT prefers unstable
APT policy: (900, 'unstable'), (800,
Package: aptitude
Version: 0.6.11-1+b1
Severity: minor
I happened to have one package partially installed ('T' current state flag).
However, 'T' is not documented in the manual. It would be nice if it was.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
Package: valgrind
Followup-For: Bug #762386
I would also know if this is a hard dependency, or not. I guess it was probably
intended to be a Recommend?
And if it is, could you depend/recommend on libc6:i386 | libc6-i386 instead?
--
To UNSUBSCRIBE, email to
Package: systemd-cron
Version: 1.3.1+ds1-1
Severity: minor
Generally, crontabs are only visible by the owner.
After #766053 gets fixed, the issue still remains in the sense that the
generated units/timers (coming from crontabs) have root:root 644 permissions,
which are readable by everyone.
On 11/03/2014 12:43 PM, Alexandre Detiste wrote:
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.:
On 11/03/2014 12:48 PM, Yuri D'Elia wrote:
e.g.:
http://anonscm.debian.org/cgit/pkg-cron/pkg-cron.git/tree/debian/postinst
Having crontab translate on the fly user crontabs into ~/.config/systemd/user
service timers (systemd --user) would avoid all these security problems.
This need
Package: acpi-support
Version: 0.142-5
Severity: minor
The documentation for DISPLAY_DPMS_NO_USER reads:
# so that the screen remains dark. Unable this option to switch off the display
Note Unable = Enable
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject
Package: systemd
Version: 215-5+b1
Severity: minor
Looks like that systemd --user doesn't save timer timestamps anywhere.
Using timers with OnCalendar + Persistent=true will *not* work as expected (the
job behaves as Persistent has never been specified).
I would have expected systemd would
On 10/26/2014 10:52 PM, Alexandre Detiste wrote:
While cron allways use a shell:
http://anonscm.debian.org/cgit/pkg-cron/pkg-cron.git/tree/do_command.c#n375 ,
from version 1.3.2, systemd-cron tries to avoid it:
*) it strips /dev/null of the end of the command line and replace it by
On 10/25/2014 08:10 AM, Andreas Metzler wrote:
$ hugin
10:22:20 PM: Debug: Failed to connect to session manager: SESSION_MANAGER
environment variable not defined
(hugin:28839): Gtk-CRITICAL **: IA__gtk_widget_set_size_request: assertion
'height = -1' failed
(hugin:28839):
Package: systemd-cron
Version: 1.3.1+ds1-1
Severity: normal
A job such as * * * * * false would normally mail the user with the exit
status + output of the standard error (if any).
Currently it just flags the service as failed, which is the default behavior
for services, but not for a cron
Package: systemd-cron
Version: 1.3.1+ds1-1
Severity: normal
The generated service template should include:
After=systemd-user-sessions.service
to actually ensure the user directory is available/ready before starting the
job.
--
To UNSUBSCRIBE, email to
Package: systemd-cron
Version: 1.3.1+ds1-1
Severity: wishlist
Just for consistency with Vixie's crontab extensions, @annually should also be
supported.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Package: systemd-cron
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
On 10/25/2014 05:01 PM, Alexandre Detiste wrote:
Hi,
The generated service template should include:
After=systemd-user-sessions.service
Should this be for everyone, or only user != 'root' ?
I would say also for root.
to actually ensure the user directory is available/ready before
On 10/25/2014 05:52 PM, Alexandre Detiste wrote:
@annually is already supported since July ;
https://github.com/kstep/systemd-crontab-generator/issues/5
though it seems there is a typo in systemd itself:
http://cgit.freedesktop.org/systemd/systemd/tree/src/shared/calendarspec.c
On 10/25/2014 06:37 PM, Alexandre Detiste wrote:
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
It's ugly
Package: systemd-cron
Version: 1.3.1+ds1-1
Severity: important
crontab(1) does some parsing on the user crontab, but since it comes from a
different implementation (I'm using vixie's crontab) you cannot really assume
the crontab is syntactically ok.
I noticed none of my user crontabs were
401 - 500 of 765 matches
Mail list logo
