Package: systemd-cron
Version: 1.3.1+ds1-1
Severity: important
Ranges without steps (1-12) are not correctly parsed by
systemd-crontab-generator.
For example, the line:
55-59 11 * * 1-6true
results in the following:
$ ./systemd-crontab-generator /tmp/test
Traceback (most recent call
Package: bsdmainutils
Version: 9.0.6
Followup-For: Bug #743215
This issue is still affecting me.
This check prevents write(1) to be used in cron/batch/slurm scripts.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Package: lxappearance
Version: 0.5.6-1
Severity: normal
lxappearance doesn't offer the ability to change the gtk colors without
lxsession anymore.
Setting the gtk-color-scheme property in the gtkrc 2/3 files however doesn't
really require lxsession in any way.
--
To UNSUBSCRIBE, email to
On 10/20/2014 03:23 PM, Alexandre Detiste wrote:
Hi,
I have already discussed this bug with the two other upstreams:
https://github.com/systemd-cron/systemd-cron/issues/15
They don't really want to mess with a setuid C program that is a potential
security hole.
The easiest to fix
Package: systemd-cron
Version: 1.3.1+ds1-1
Severity: normal
I was just giving systemd-cron a try and it seems that there are issues when
using /usr/bin/crontab.
/var/spool/cron/crontabs is not created with the correct permissions (my guess
is that it should likely be chmod 1730, chown
On 10/20/2014 06:06 PM, Andriy Grytsenko wrote:
Yes, it is unavailable now to reflect the fact it requires XSettings daemon
to work. Yes, you can set gtk-color-scheme property in ~/.gtkrc-2.0 file
but unfortunately it will never affect colors of theme unless a XSettings
daemon is running (and
On 10/20/2014 06:54 PM, Andriy Grytsenko wrote:
Yuri D'Elia has written on Monday, 20 October, at 18:25:
Yes, but then lxappearance still shouldn't check explicitly for
lxsession, but only for a valid _XSETTINGS_S* atom.
There are several alternative XSETTINGS daemons: xsettings-kde
Package: hugin
Version: 2014.0.0+dfsg-1+b1
Severity: important
Something seems to be broken in either hugin or wxgtk3 right now.
Starting hugin with no existing configuration gives me the following startup
assertion failures:
$ hugin
10:22:20 PM: Debug: Failed to connect to session manager:
On 08/11/2013 10:30 PM, Roland Koebler wrote:
The .. include::-directive in rest2web searches for the file to
include in the wrong directory and includes wrong files.
Can somebody provide a small test case in downloadable form?
I'm willing to look into this, but I'm a bit short in time.
--
On 10/10/2011 11:32 AM, Roland Koebler wrote:
In the documentation, it's mentioned that sections is a Python dictionary.
But if I use # print sections #, r2w seems to consume infinite memory
(at least gigabytes of memory in a few seconds). If not aborted immediately,
the OOM-killer will
Package: snapshot.debian.org
Severity: wishlist
I remember snapshot.debian.net at some point allowed to have an archive with
all the versions of a source package by name:
deb http://snapshot.debian.net/archive pool package
This was extremely useful to progressively narrow down a package issue
Package: imagemagick
Version: 8:6.8.9.6-4
Severity: important
The following command:
convert test.jpg +profile '!icc,*' out.jpg
used to remove all image metadata except ICC tags/profiles.
However, in recent versions it just dies after exhausting all system memory.
Attaching a random sample
Package: gnupg-agent
Version: 2.0.26-3
Severity: normal
I couldn't find an explicit Debian report for this issue, so I'm filing one to
keep track of the status.
gpg-agent ssh-agent's emulation (--enable-ssh-support) doesn't yet support
ED25519 keys, as available in openssh 6.5 and onward.
--
Package: wnpp
Severity: wishlist
* Package name: uselessd
Version : 2
Upstream Author : -
* URL : http://uselessd.darknedgy.net/
* License : LGPL, MIT, Public Domain
Programming Lang: C
Description : a project to reduce systemd to a base initd, process
Package: systemd
Version: 215-5+b1
Severity: minor
File: /bin/loginctl
At some point, loginctl stopped printing relevant information such as
current ActiveSession and Sessions in 'show-seat' (and I guess in other
commands as well):
$ loginctl show-seat seat0 -a
Id=seat0
Package: systemd
Version: 215-4
Followup-For: Bug #762037
I'm also affected by this issue. Of note:
the problem persists only if laptop-mode-tools is active (ie: on battery). If
I boot the system on AC power, the laptop brings up just fine, suggesting that
maybe it's just being activated too
On 08/18/2014 08:22 AM, Gianfranco Costamagna wrote:
Since also my first sponsor got some troubles in running them (if you
choose pyside without having it installed you will likely have a
import error and in some cases a segfault, IIRC), and since I'm a
person that _really_ likes to install
On 08/18/2014 11:32 AM, Gianfranco Costamagna wrote:
You could detect at runtime which binding is available and gray
out the selection if you really wanted to. This would fix the
issue permanently.
this needs code, and would be nice to have a patch, or to report
upstream :)
Yes, this is
Package: python-pyqtgraph
Version: 0.9.8-1
Followup-For: Bug #757645
Yes, please. pyqtgraph supports pyqt and pyside interchangeably.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: clang-3.5
Version: 1:3.5~svn213451-1
Severity: wishlist
As done for llvm, it would be nice if clang-X would Suggest: clang-X-doc.
Thanks.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Source: cython
Severity: minor
cython should suggest cython-doc.
Thanks.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (900, 'unstable'), (800, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores)
Locale:
On 06/30/2014 08:05 PM, Axel Beckert wrote:
Yep, that's definitely broken... what architecture are you on? AFAICT both
amd64
and i386 look fine.
Damn! I had mpv pinned from deb-multimedia.
Indeed, looks like the rebuild fails there for some reason, because the
debian package works fine.
--
Package: zsh
Version: 5.0.5-4
Severity: minor
The following happens if I try to complete a file for mpv:
1% mpv _mpv:7: command not found: *:files:-mfiles
mpv is at 0.4 (from unstable).
Not sure when this started to happen.
--
To UNSUBSCRIBE, email to
Ahh sorry, I noticed only now that the _mpv function is shipped with mpv
itself.
Could you reassign it to mpv?
Thanks.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On 06/30/2014 12:17 PM, Frank Terbeck wrote:
Yuri D'Elia wrote:
Ahh sorry, I noticed only now that the _mpv function is shipped with mpv
itself.
Could you reassign it to mpv?
The problem you're describing looks like a broken completions-cache
file. Before you proceed, try this:
% rm
On 06/30/2014 01:40 PM, Alessandro Ghedini wrote:
The problem you're describing looks like a broken completions-cache
file. Before you proceed, try this:
% rm ~/.zcompdump
% exec zsh
And see if the problem persists.
It persists.
Can you post the content of
Package: wnpp
Severity: wishlist
* Package name: padb
Version : 3.3
Upstream Author : Ashley Pittman ash...@pittman.co.uk
* URL : http://padb.pittman.org.uk/
* License : LGPL
Programming Lang: C
Description : Parallel Application Debugger
Padb is a Job
Package: openimageio-tools
Version: 1.4.9~dfsg0-1
Severity: normal
With the last update, iv crashes on any file for me with the following
assertion failure:
% iv -F -v IMG53559.JPG
OpenGL Shading Language supported: 1
OpenGL sRGB color space textures supported: 1
OpenGL half-float pixels
Package: xautolock
Version: 1:2.2-4
Severity: important
I'm a bit puzzled by the behavior of xautolock when putting a laptop to sleep.
Manual page for -detectsleep says by _default_ sleep is not detected if
-detectsleep is not used. So, if I put a laptop to sleep for more than the
primary
Package: mkgmap
Version: 0.0.0+svn2981-1
Severity: wishlist
A new upstream release is available (r3248).
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: python-scipy
Version: 0.13.3-2
Followup-For: Bug #600547
I'd also vouch for having a proper python-scipy-doc package, pretty-please :)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: bsdmainutils
Version: 9.0.5
Followup-For: Bug #743215
I'd like to point out this is actually Debian-specific behavior (the original
source doesn't have this restriction).
Could somebody address as to why this check was put in place?
--
To UNSUBSCRIBE, email to
Package: udisks
Version: 1.0.5-1
Severity: important
udisks.umount has some sort of built-in timeout (maybe default dbus call
timeout?)
If you are unmounting a slow device with a large dirty cache, this is
what you usually get:
$ umount /media/usb_shtick
Unmount failed: Did not receive a
Package: openssh-client
Version: 1:6.6p1-1
Severity: minor
I'm trying hard to use address canonicalization in my favor.
6.6 adds re-parsing if hostname is changed as a result of it, but that doesn't
make canonicalization generally more useful as I hoped.
Assume the following ssh_config:
Package: bsdmainutils
Version: 9.0.5
Severity: minor
write(1) refuses to write when eid/uid are different:
write: you are uid 1001, but your login is as uid 0
Yes, but why would it matter when uid=0?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
Package: podget
Version: 0.6.16-1
Severity: normal
When upgrading podget with an existing config, no_playlist seem to have no
default and thus the following errors are shown:
/usr/bin/podget: line 1004: [: -eq: unary operator expected
/usr/bin/podget: line 1066: [: -eq: unary operator
Package: wnpp
Severity: wishlist
* Package name: rr
Version : -
Upstream Author : Mozilla
* URL : http://rr-project.org/
* License : MPL
Programming Lang: C
Description : rr records nondeterministic executions and debugs them
deterministically
rr
Package: tk8.5
Version: 8.5.14-2
Severity: normal
I believe there is a problem with how wish is provided. In the newer version
of tk8.5, wish is not provided anymore, but only by the latest tk version.
tk simply depends on the newer package version, but it shouldn't break old
releases unless
On 03/21/2014 12:14 PM, Sergei Golovan wrote:
Hi Yuri,
On Fri, Mar 21, 2014 at 2:33 PM, Yuri D'Elia wav...@thregr.org wrote:
I believe there is a problem with how wish is provided. In the newer
version
of tk8.5, wish is not provided anymore, but only by the latest tk version.
Currently
On 03/13/2014 08:00 PM, Marco d'Itri wrote:
On Mar 13, Michael Biebl bi...@debian.org wrote:
I don't think we should do that. Udev rules should only use a limited
subset of groups which are guaranteed to exist. netdev is no such case.
We *cannot* use users/groups which are not in the default
On 03/21/2014 05:10 PM, Yuri D'Elia wrote:
Out of those, I would say netbase.
Sorry there, I meant ifupdown.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: wnpp
Severity: wishlist
* Package name: glslang
Version : -
Upstream Author : Khronos Group
* URL :
https://www.khronos.org/opengles/sdk/tools/Reference-Compiler/
* License : BSD
Programming Lang: C, C++
Description : OpenGL / OpenGL ES
Package: wnpp
Severity: wishlist
* Package name: vogl
Version : -
Upstream Author : Valve Software
* URL : https://github.com/ValveSoftware/vogl
* License : BSD
Programming Lang: C++
Description : OpenGL capture / playback debugger
vogl is a suite of
Package: udev
Version: 204-7
Severity: wishlist
It makes sense to allow users in the group netdev (which are already able to
bring up/down network interfaces) to also use rfkill without root privileges,
by changing rules.d/91-permissions.rules:
KERNEL==rfkill, MODE=0664
Package: dunst
Version: 1.0.0-2
Followup-For: Bug #740824
I noticed my last patch was missing some required changes to config.def.h.
Re-attaching the complete patch.
diff -rud dunst-1.0.0.Orig/dunstrc dunst-1.0.0/dunstrc
--- dunst-1.0.0.Orig/dunstrc 2014-03-05 12:41:03.274349758 +0100
+++
Package: dunst
Followup-For: Bug #705607
I upgraded again to dunst 1.0 today, and it seems that it has been resolved,
suggesting some likely library issue.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (900, 'unstable'), (800, 'experimental')
Package: dunst
Version: 1.0.0-2
Severity: minor
With:
[global]
alignment = right
geometry = -0-0
the text is not actually flushed right.
The geometry here is aligning the frame to the top-right corner of the screen.
Width is empty/0, which means automatic width.
If I set a width manually:
Package: dunst
Version: 1.0.0-2
Severity: wishlist
It seems that I cannot match on the urgency of a message (to format it in a
different way only for a particular application), and also cannot match the
body (which would be helpful to format messages without body).
For the first request, this
Package: wnpp
Severity: wishlist
* Package name: xuserrun
Version : -
Upstream Author : Todd Partridge toddrpartri...@gmail.com, Brain Mattern
https://github.com/rephormE
* URL : https://github.com/Gen2ly/xuserrun
* License : GPLv3+
Programming Lang: Bash
Package: dunst
Version: 1.0.0-2
Followup-For: Bug #740824
With the attached patch I provide a way to match on message urgency using
'msg_urgency' as a new filter.
I didn't notice that 'body' could already be used, sorry.
diff -rud dunst-1.0.0.Orig/dunstrc dunst-1.0.0/dunstrc
---
Package: dunst
Version: 1.0.0-2
Followup-For: Bug #705607
The problem is caused by pango not knowing the final layout width when
rendering.
The attached patch fixes the problem.
--- dunst-1.0.0.Orig/x.c 2014-03-05 12:41:03.274349758 +0100
+++ dunst-1.0.0/x.c 2014-03-05 14:46:01.670678667 +0100
Package: dunst
Version: 1.0.0-2
Severity: important
Tags: patch
Doing the following:
$ notify-send 'test'; notify-send DUNST_COMMAND_PAUSE
will cause dunst to enter an infinite loop.
Possibly related to bug #729690.
In the attached patch, we see how it's obvious that we keep popping from the
Package: dunst
Version: 1.0.0-2
Followup-For: Bug #740823
I wrongly filed this fix under the wrong bug report before, sorry for the noise.
The problem is caused by pango not knowing the final layout width when
rendering.
The attached patch fixes the problem.
--- dunst-1.0.0.Orig/x.c 2014-03-05
Package: dunst
Version: 1.0.0-2
Followup-For: Bug #729690
Indeed, I also experienced this problem using i3lock.
dunst is forcedly raising its window, which is broken behavior anyway.
The _NET_WM_STATE_ABOVE property should be set on the window instead to avoid
conflicting behaviors with other
Source: emacs24
Followup-For: Bug #681991
This bug is now fixed.
You can close the report.
Thanks.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: zsh
Followup-For: Bug #703884
This was fixed at least in zsh 5.0.4 already.
Thanks.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Source: python-statsmodels
Severity: wishlist
As for all packages with relevant documentation, python-statsmodels should
suggest python-statsmodels-doc.
Thanks.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (900, 'unstable'), (800, 'experimental')
On 02/28/2014 04:58 PM, Thomas Preud'homme wrote:
Indeed. I'm hardcoding the value for now as having a regex is less easy.
Anyway, although I started a process to make pstack more platform
independant,
the work is currently stalled and thus pstack only has to deal with x86 (and
amd64 is a
Package: wnpp
Severity: wishlist
* Package name: ktap
Version : 0.3
Upstream Author : Jovi Zhangwei jovi.zhang...@gmail.com
* URL : http://www.ktap.org/
* License : GPL
Programming Lang: C, Lua
Description : lightweight script-based dynamic tracing tool
Package: pstack
Version: 1.3.1-1
Severity: important
pstack 11019
11019: test.debug
'linux-vdso.so.1': opening object file: No such file or directory
Could not open object file.
Trying to locate linux-vdso is never going to work.
--
To UNSUBSCRIBE, email to
Package: referencer
Version: 1.2.1-1+b1
Severity: normal
Any reference lookup involving PMID fails for me.
(Documents - Add reference with ID - Pubmed ID).
Get metadata does not import anything.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (900,
Source: science-viewing
Severity: wishlist
I was browsing through science-viewing, and found 'feedgnuplot' as a
recommendation. Though not as flexible as feedgnuplot+gnuplot, I'm using
'trend' for realtime data visualization since gnuplot is just too slow.
-- System Information:
Debian Release:
Package: xicc
Version: 0.2-3
Severity: wishlist
xicc should support a way to set the display profile per-output using the
following specification:
http://www.oyranos.org/wiki/index.php?title=ICC_Profiles_in_X_Specification_0.4
possibly accepting a valid xrandr output name.
--
To
Package: wicd
Version: 1.7.2.4-4.1
Severity: minor
I have both wireless and wired connections.
I have always switch to wired connection when available and automatically
reconnect on network connection loss set.
If I turn on the laptop with the cable plugged in, wicd first connects to a
known
Package: xcalib
Version: 0.8.dfsg1-2
Severity: normal
I'm using an Intel HD4000 with Xorg, which supports XRandR. Multiple displays
are correctly recognized by xrandr-aware applications, but not by xcalib.
As a result I can only manipulate the first display/output using xcalib.
For a laptop,
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package entr
* Package name: entr
Version : 2.6-1
Upstream Author : Eric Radman ericsh...@eradman.com
* URL : http://entrproject.org/
* License : ISC, BSD-2-Clause
Package: pinentry-gtk2
Version: 0.8.3-1
Followup-For: Bug #516489
Is there any chance to integrate the patch that I have provided?
I received no response from upstream, but I cannot really follow the
development. Maybe the maintainer would have some more attention in
pinging the developers?
Package: portaudio19-dev
Version: 19+svn2021-2
Severity: wishlist
It would be nice if portaudio19-dev could Suggest portaudio19-doc.
Thanks.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: libfftw3-dev
Version: 3.3.3-7
Severity: wishlist
It would be nice if libfftw3-dev would Suggest: libfftw3-doc
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: python-pyparsing
Version: 2.0.1+dfsg1-1
Severity: wishlist
It would be nice if the package would Suggest: python-pyparsing-doc
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (900, 'unstable'), (800, 'experimental')
Architecture: amd64 (x86_64)
Package: libgmp-dev
Version: 2:5.1.3+dfsg-1
Severity: wishlist
The info documentation of GNU MP is located in gmp-doc.
It would be nice if gmp-doc was also suggested by libgmp-dev.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
Package: icedove
Version: 24.2.0-1
Severity: whishlist
It seems like Icedove 24 cannot use desktop notifications for new mail anymore
(17.* could). The configurable alert shows only the thunderbird popup.
Needless to say, it would be nice if proper desktop notification integration
could be
Package: sponsorship-requests
Severity: whishlist
Dear mentors,
I am looking for a sponsor for my package entr:
* Package name: entr
Version : 2.5
Upstream Author : Eric Radman ericsh...@eradman.com
* URL : http://entrproject.org/
* License : ISC,
Package: wnpp
Severity: wishlist
Owner: Yuri D'Elia wav...@thregr.org
* Package name: entr
Version : 2.5
Upstream Author : Eric Radman ericsh...@eradman.com
* URL : http://entrproject.org/
* License : ISC, BSD-3-Clause, BSD-2-Clause
Programming Lang: C
Package: rest2web
Version: 0.5.2~alpha+svn-r248-2
Severity: minor
Tags: patch
The gallery plugin of rest2web requires python-imaging. python-imaging
though is being replaced by python-pil, which is recommended already by
python-docutils.
For this, the Image import needs to be updated (see the
Package: dovecot-antispam
Severity: important
Dovecot was recently updated to 2.2.9, and dovecot-antispam cannot be installed
anymore.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: gphoto2
Version: 2.4.14-1
Severity: normal
I'm getting a ton of libusbx debug output when invoking gphoto2:
$ gphoto2 -L
libusbx: debug [libusb_get_device_list]
libusbx: debug [discovered_devs_append] need to
Package: gphoto2
Version: 2.4.14-1
Severity: normal
I'm using smbnetfs FUSE driver to access some SMB mountpoints.
gphoto2 thinks it's a camera:
$ gphoto2 --list-ports
Devices found: 9
Path Description
--
Package: gphoto2
Version: 2.4.14-1
Severity: normal
I cannot use gphoto2 in unstable. Everything I do results in a crash.
$ gphoto2 --list-ports
Devices found: 10
Path Description
--
ptpip:
Package: libusb-1.0-0
Version: 2:1.0.17-1+b1
Severity: normal
Any application linked with libusb outputs tons of debugging output to the
terminal.
Using CLI applications like gphoto2 is hell.
I was thinking gphoto2 was at fault here, but then I realized all applications
linked with libusb were
I filed another bug against libusb-1.0-1: #727221
Since I discovered other applications linked to libusb-1.0 have the same
issue.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On 09/25/2013 08:08 PM, Rob Browning wrote:
Yuri D'Elia wav...@thregr.org writes:
emacs24-lucid will still try to honour gsettings if built without
--without-gsettings, most notably it will ignore common X11 resources such as
the font.
Hmm. I'm using emacs24-lucid, and I have my fonts
On 09/26/2013 04:45 PM, Rob Browning wrote:
Yuri D'Elia wav...@thregr.org writes:
I was able to debug the problem in the emacs ML, and fixed it.
Indeed, with emacs24-lucid I don't have this problem.
Sorry for leaving this report open. :/
No problem -- and how do you feel about the other
Package: aptitude
Version: 0.6.8.2-1.2
Severity: normal
There is no way currently to proceed to package (re)installation/remove/purge
if dependencies are broken.
Pressing 'g' only shows the dependency resolution prompt.
When using unstable/experimental I sometimes *need* to break dependencies.
On 09/04/2013 01:04 PM, Axel Beckert wrote:
Huh? I use aptitude on a lot of Sid/Experimental machines daily and I
need that only in very, very seldom cases. And if so, it's usually
easily to solve with a dpkg --remove --force-depends before running
aptitude at all.
I also need it very rarely.
On 09/04/2013 01:40 PM, David Kalnischkies wrote:
On Wed, Sep 4, 2013 at 12:49 PM, Yuri D'Elia yuri.de...@eurac.edu wrote:
When using unstable/experimental I sometimes *need* to break dependencies.
No. Even in unstable/experimental there is no reason to have a broken system
On 09/04/2013 09:35 PM, Yves-Alexis Perez wrote:
I don't have .Xauthority files polluting my homedir so I'm not sure what
happens to you, but the 0644 perms indeed don't look too good.
A quick test revealed that those .Xauthority.* files are created when
the machine is shutdown (via halt, or
On 09/04/2013 09:46 PM, Yuri D'Elia wrote:
On 09/04/2013 09:35 PM, Yves-Alexis Perez wrote:
I don't have .Xauthority files polluting my homedir so I'm not sure what
happens to you, but the 0644 perms indeed don't look too good.
A quick test revealed that those .Xauthority.* files are created
Package: lightdm
Version: 1.6.0-3
Severity: important
I noticed this issue a couple of months ago.
lightdm likes to create (backup?) copies of .Xauthority files for some reason.
I never paid attention to the dynamics, but I have a dozen .Xauthority.* files
in my ~ which look like stale cookies
On 08/05/2013 05:08 PM, Nicolas François wrote:
Hello Yuri,
Could you try with the attached patch.
su is catching the TERM signals so that it can transfer them to its child.
At this point in time, su already decided that the child has to be
terminated.
So su can finish the child cleanup
Package: gpscorrelate
Version: 1.6.1-4
Severity: wishlist
It would be nice if gpscorrelate would actually make use of the current
timezone for correlating photos instead of defaulting to '0'. All cameras that
I used write the time in the local timezone, and even the manpage seems to
suggest that
On 07/03/2013 10:03 PM, Jakub Wilk wrote:
But it doesn't work. bug.rst produces a bogus link to b_ using
rst2html.
The page you quoted says that this syntax works only since Docutils
0.11. So it's expected that it doesn't work yet.
Hah.. oh well.
Thanks for noticing.
--
To UNSUBSCRIBE,
Package: python-docutils
Version: 0.10-3
Severity: minor
See the attached test case, pasted here for reference:
`a b_`_
... _b: http://example.com/
`a b_`_ is an inline reference to b_, which is an external reference to
http://example.com/. The purpose of this concoction is to have a link
Wrong number of dots in my example.
Attaching a new test.
`a b_`_ b_
.. _b: c
Package: roundcube
Version: 0.9.2-1
Severity: whishlist
Could you downgrade the php5-gd and php5-pspell packages from Depends to
Recommends?
Both gd and pspell are not hard requirements for roundcube (depending on your
configuration file). In fact, I've been running without them through an
On 06/24/2013 11:45 AM, Yuri D'Elia wrote:
On 06/23/2013 08:11 AM, Andreas Metzler wrote:
I downgraded hugin/hugin-data/hugin-tools together (hopefully this
feature doesn't depend on external libs?).
I have a couple of other hugin installations that I don't use regularly,
I'll check on those
On 06/23/2013 08:11 AM, Andreas Metzler wrote:
I downgraded hugin/hugin-data/hugin-tools together (hopefully this
feature doesn't depend on external libs?).
I have a couple of other hugin installations that I don't use regularly,
I'll check on those and let you know.
Ok, I tried on another
Package: hugin
Version: 2013.0.0~beta1+dfsg-3
Severity: normal
I can't seem to be able to drag any image in the Move/Drag panel in any mode
(normal, mosaic or the individual combinations). This used to work some time
ago, as I used this feature regularly.
Interestingly, dragging with the third
Package: dunst
Version: 1.0.0-1
Severity: normal
In the last update, if the alignment setting is set to anything but
left, the content of the notification is broken.
With center, only half of the text is visible.
With right no text is visible at all, and dunst sometimes enter in an
endless
Package: spectrwm
Followup-For: Bug #689226
Is there any news on the repackaging?
I'm running spectrwm 2.2.0 (hand-build) and there are *many* fixed issues that
I couldn't work with.
-- System Information:
Debian Release: 7.0
APT prefers unstable
APT policy: (900, 'unstable'), (800,
501 - 600 of 765 matches
Mail list logo
