Package: micro
Version: 2.0.6-2~bpo10+1
Severity: wishlist
Please could you register /usr/bin/micro for the 'editor' alternative?
The description is in policy 11.4
-M-
Package: postgresql-common
Version: 199.pgdg90+1
Severity: normal
If I upgrade a cluster from v10 to v11 using pg_upgradecluster (in its
dump-and-restore variant), in the new cluster each database has a public
schema owned by user 'postgres', no matter who owned it before.
Further, in databases w
I think it would be better to leave the edns-disabled category enabled.
Nowadays these messages are much rarer in normal circumstances, so
they're less of a problem (also, Debian's default logcheck rules make
logcheck ignore them).
Last week my employer's ISP did something which broke many outgoi
Package: barman
Version: 2.1-1
Severity: normal
The barman package installs /etc/cron.d/barman, which runs a command as
user barman.
At present the package doesn't take any special action to control where
mail from cron is sent, so if there is any error output it will normally
end up in /var/mail
Package: localechooser
Version: 2.69
Severity: normal
Tags: d-i
If I install Stretch using Debian-Installer and select language 'C' ('no
localisation'), and default locale 'C', then I end up with the following
lines at the end of /root/.profile:
# Installed by Debian Installer:
# no localization
Ian Jackson wrote:
I think #482274 should probably simply be reverted.
From the POV of the policy package: I think existing policy is
correct. A bug should be filed against sensible-editor saying that
#482274 should be reverted so that programs which use sensible-editor
conform to policy.
I h
Package: sensible-utils
Version: 0.0.11
Severity: normal
Background:
Policy 11.4 describes the mechanism for determining the user's preferred
editor:
- check the EDITOR environment variable and use it if set;
- (optionally): check the VISUAL environment variable and use it if set;
- otherwise,
Package: debian-policy
Version: 4.1.3.0
Severity: normal
Policy 11.4 describes the mechanism for determining the user's preferred
editor:
- check the EDITOR environment variable and use it if set;
- (optionally): check the VISUAL environment variable and use it if set;
- otherwise, use /usr/bin
Package: python-rpy
Version: 1.0.3-30
Severity: grave
Installing and importing the stretch version of python-rpy fails with the
stretch version of R:
«
apt install python-rpy
python
Python 2.7.13 (default, Nov 24 2017, 17:33:09)
[GCC 6.3.0 20170516] on linux2
Type "help", "copyright", "credits" o
For what it's worth, I've submitted a Sphinx patch which implements section
numbering in plain text:
https://github.com/sphinx-doc/sphinx/pull/4218
I haven't interacted with Sphinx upstream before so I don't know whether
they're likely to respond quickly.
-M-
Package: openssl
Version: 1.1.0f-3
Severity: normal
Running 'openssl speed', I see error messages from ECDSA and ECDH:
ECDSA failure.
4146407744:error:100AE081:elliptic curve
routines:EC_GROUP_new_by_curve_name:unknown group:../crypto/ec/ec_curve.c:3100:
amd
ECDH failure.
4146645312:error:100A
Package: guake
Version: 0.8.8-1
Severity: normal
In Jessie (guake 0.4.4), guake's WM_CLASS X property (according to xprop) was:
WM_CLASS(STRING) = "guake", "Guake"
In Stretch, it's the less informative
WM_CLASS(STRING) = "guake", "Main.py"
This makes it less convenient to configure window manage
On 2014-03-13 12:31, Andreas Cadhalpun wrote:
> I couldn't reproduce this in a virtual machine:
> * install squeeze 6.0.9
> * install clamav 0.97.8+dfsg-1~squeeze1
> * update clamav to 0.98.1+dfsg-1~squeeze1
>
> From which version did you upgrade?
0.97.8+dfsg-1~squeeze1
>> The following was s
Package: clamav
Version: 0.98.1+dfsg-1+deb6u1
Severity: normal
Upgrade to clamav 0.98.1+dfsg-1+deb6u1 (from squeeze-updates) failed with
the following error:
Setting up clamav-base (0.98.1+dfsg-1+deb6u1) ...
Error: The new file /usr/share/doc/clamav-base/examples/clamd.conf does not
exist!
dpkg:
Package: joe-jupp
Version: 3.1.26-1
Severity: normal
If I use jmacs with 'marking' in the configuration, often (but not
always) ^W (cut) fails.
Also, sometimes the 'region' highlighting fails to appear, and this
seems to correspond to the times when ^W doesn't fail.
To reproduce:
cat > .jmacsr
Debian has in the past contained Python packages which have side-effects
when imported which are worse than just crashing the calling process
(for example, I've had pydoc crash my window manager).
Arguably all such cases are bugs in those packages, but it seems likely
that such bugs will appear ag
This problem no longer occurs with the current emacs-snapshot.
The failing code in emacs-goodies-el was the following from eproject.el:
(setf (getf (nth 3 (assoc type eproject-project-types)) key) value))
So I assume it was the same as this upstream bug report.
http://debbugs.gnu.org/cgi/bugrep
Package: spamassassin
Version: 3.3.2-2
Severity: normal
I recently upgraded from Squeeze to testing, and the spamassassin
upgrade (to version 3.3.2-2) didn't go smoothly. I have sa-compile
enabled.
I got the following error when dpkg tried to configure spamassassin:
Running sa-compile (may take
Axel Beckert wrote:
>Simon McVittie wrote:
>> Would it be enough for the "your old screen binary is
>> /tmp/screen-yhpoe8r/screen" notice to also say "if your /tmp is mounted
>> noexec, you might need to copy it elsewhere to run it"?
> That's my current plan -- with the noexec notice just being
Package: adduser
Version: 3.112+nmu2
Severity: normal
The adduser manpage in squeeze contains the following:
--disabled-login
Do not run passwd to set the password. The user won't be able
to use her account until the password is set.
--disabled-password
Lik
Package: userv
Version: 1.0.5-0.2
Severity: normal
Comments inside 'if/fi' cause problems: they are properly ignored when the
condition is true, but they give an error (which stops processing) when the
condition is false.
For example, with the following configuration file:
if glob service runbui
Package: userv
Version: 1.0.5-0.2
Severity: normal
'userv --builtin parameter' fails. For example, on a clean installation:
% userv --builtin parameter calling-user
uservd: :1: found newline (or comment followed by
newline), expected linear whitespace
uservd: error encountered while parsing conf
Package: compiz-plugins
Version: 0.8.4-4
Severity: normal
The compiz 'commands' plugin doesn't close file descriptors before executing a
command.
In the setup I'm using, this means all programs (eg, xterms) launched from
compiz get the following unwanted open FDs:
3 -> /usr/share/pyshared/Fusion
Michel Dänzer wrote:
> Does this still happen with a newer xserver-xorg-video-radeon, e.g.
> 1:6.12.5-1 from sid? If so, please try to get a backtrace with gdb,
> preferably with xserver-xorg-core-dbg and xserver-xorg-video-radeon-dbg
> installed.
This symptom no longer occurs with xserver-xorg-vi
Package: postgresql-common
Version: 94lenny1
Severity: normal
pg_upgradecluster doesn't preserve the contents of pg_database.datconfig
or pg_database.datacl.
(That is, it doesn't preserve the results of 'GRANT foo ON DATABASE bar
TO baz' or 'ALTER DATABASE name SET foo TO bar'.)
I think bug 5397
I also built 1.0.6.15 from source, but I saw the same crash on file
close as in the original report.
Now that guile-1.8 1.8.5 has entered Lenny (1.8.5+1-4), I do not see the
crash with the (same) locally-built texmacs 1.0.6.15, but I still see it
with the Debian build (ie, 1:1.0.6.14-1).
-M-
-
Package: texmacs
Version: 1:1.0.6.14-1
Severity: important
texmacs usually segfaults when I close a file.
I think it may happen exactly when there is more than one buffer open.
Steps to reproduce:
rm -rf ~/.TeXmacs
texmacs
File -> New
File -> Close document
-- TeXmacs output:
Welcome to TeX
According to the glark manpage, this a feature. You have to specify
--no-split-as-path to disable it.
-M-
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Brice Goglin wrote:
> That's very strange. There should be a full PCI scan in your log before
> the intel driver is even loaded, right between the lines below. It
> doesn't appear at all here.
>
> > (--) using VT number 7
> >
> > (II) Addressable bus resource ranges are
> >
>
> It seems to mean tha
I wrote:
> I'll try with the version from experimental next.
I have tried with
xserver-xorg-video-intel 2:2.0.0-5 from experimental
(and still xorg-server 2:1.3.0.0.dfsg-6)
This was not a success. X will not start at all.
It says:
<<
(II) intel: Driver for Intel Integrated Graphics Chipsets: i8
Brice Goglin wrote:
> Is there a chance you try xserver-xorg-core 1.3 (in testing) and
> xserver-xorg-video-intel 2.0 (in experimental)? The latter is a major
> rework of the driver for intel graphic chipsets.
I tried with the following combination (from today's sid):
xserver-xorg-core 2:1.3.0.0.
Brice Goglin wrote:
> About a year ago, you reported a bug in the Debian BTS regarding the
> i810 driver not restoring the console properly with vga=ext. Did you
> reproduce this problem recently? With Xorg/Etch? With latest
> xserver-xorg-core and drivers?
Yes, I still see exactly the same behavi
I can reproduce this bug (still with version 2.6.0-1).
Changing my gtk2 theme from 'Delightfully-Smooth' to 'thinice' gets rid of
the crash.
-- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (989, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/ba
Aurelien Jarno wrote:
> Yes, that's seems to be the problem. As I don't have such a chip, could
> you please try to add an ignore line for fan1_tach_mode, and also all
> other lines necessary to make sensord working? Then if you send me those
> lines, I will be able to fix the pacakge in consequenc
Package: sensord
Version: 1:2.10.0-5
Sensord fails to start, logging the following messages:
sensord: sensord started
sensord: Chip: lm85-i2c-0-2e
sensord: Adapter: SMBus I801 adapter at 2000
sensord: V1.5: 1.56
sensord: -in0_min: 1.42
sensord: -in0_max: 1.58
sensord: VCore: 1.20
sensor
Package: slony1-bin
Version: 1.1.5-1
If multiple slon daemon instances are configured, '/etc/init.d/slony1
status' reports that they are all running if any one of them is.
I think this is caused by pidofproc() falling back to /bin/pidof when
the pidfile for an instance does not exist.
-M-
-
Package: mailscanner
Version: 4.41.3-2
When mailscanner unpacks a message's attachments to make them available
to a virus scanner, it is supposed to set each file's group to the
configured 'Incoming Work Group'. This works for most attachments, but
if an attachment's filename begins with '.', the
37 matches
Mail list logo