Package: mozilla-firefox-webdeveloper
Version: 0.9.3-4
Severity: grave
Justification: renders package unusable
During aptitude upgrade:
Setting up mozilla-firefox-webdeveloper (0.9.3-4) ...
/var/lib/dpkg/info/mozilla-firefox-webdeveloper.postinst: line 8:
update-mozilla-firefox-chrome: command
Package: gkrellm-xkb
Version: 1.05-5
Severity: grave
Justification: renders package unusable
On changing the layout using setxkbmap the plugin simply does nothing.
Only toggling caps or num lock triggers an update. Also left-clicking on
the plugin area results in a menu that when closed gets
Package: chrony
Version: 1.23-3
Severity: grave
Justification: renders package unusable
# /etc/init.d/chrony start
Starting /usr/sbin/chronyd...
Now it will wait forever.
$ ps aux OT | grep /chrony
root 8811 0.0 0.1 2572 1088 pts/1S+ 12:42 0:00 /bin/sh
/etc/init.d/chrony start
It does. This may be related to a known upstream problem with some
motherboards. Please try commenting out the rtcfile directive in
/etc/chrony/chrony.conf.
After commenting out rtcfile upgrading the package again works, so that
might at least be a work around. Still I think that this
All of the boxes in my company are. Too bad I can't test on more
systems. That's quite different from ???a single system???. And it's not
like amd64 is an obscure architecture, last time I checked.
Did you notice that the bug was reported on i386 initially? So it is
even a bit
I had problems with /dev/rtc before, sometimes related to HPET which in
combination with chrony even froze my system. This kernel bug has been fixed
recently. Also I had problems when using the wrong module. Are you sure you
use
the right one? Does hwclock work for you?
I don't really know
Package: mailman
Version: 1:2.1.9-7
Severity: serious
Justification: Policy 10.8
The stable (etch) version of mailman does not rotate the logfile
/var/log/mailman/mischief. It is used to record login failures and
similar things from the cgi scripts mailman provides. As the log file is
not rotated
tags 360950 -moreinfo
thanks
Hi,
the bug is marked as moreinfo. As I fail to see what further information
you request on the report I remove the tag. Please add it again along
with a question if you like.
Helmut
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
Hi Martin,
this is a maintainer ping mail. Please respond in any way. If you don't
respond within a week, I'll ask d-mentors to sponsor my proposed patch
as nmu.
Helmut
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: acon
Version: 1.0.5-5
Severity: critical
Tags: security
Justification: root security hole
The package has a setuid binary acon. The binary never drops setuid. The
source code contains the following lines: (acon.c)
char tmp[300];
...
if((env=getenv(HOME)))
Package: tss
Version: 0.8.1-3
Severity: critical
Tags: security
Justification: root security hole
tss has a setuid binary. The source code is src/main.c:
sprintf(glob_string, %s/.tss/*, getenv(HOME));
(before dropping setuid, needless to say)
Helmut
-- System Information:
Debian Release:
From the source code:
35 int main(int argc,char **argv)
36 {
37 int i,tty,useunicode=0;
38 char *fontf=0,*translationf=0,*keymapf=0;
39
40 get_ids();
41 set_user_id();
...
301 int user_id;
302 int
thank you for your patch; I will upload a fixed package tomorrow. Sorry
for the long delay; i've been on work and was not able to access my gpg
key nor did I find time to answer.
NMU uploaded to delayed/4 by Sune Vuorela.
Helmut
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
So why do you think it does not drop setuid root, the code does?
$ cat debian/patches/05_setuid.diff
Index: acon-1.0.5/acon.c
Commented a statement that returns the user id to non-root. That made
some control keys to not work.
===
found 475733 1.0.5-6
thanks
* Dropped 05_setuid.diff as it can cause a root exploit. (Closes: #475733)
This is not enough, because it still has seved set userid and is
exploitable:
The package has a setuid binary acon. The binary never drops setuid. The
source code contains the following
severity 491867 minor
thanks
So this will run mkswap on the resume device.
AFAIK, this mkswap operation is run by /etc/init.d/cryptsetup-early
which in turn is run by /sbin/init. Thus, this operation is only
during a regular boot. It is not run during resume, since resume does
not actually
Package: mailman
Version: 1:2.1.9-7
Severity: serious
Justification: Policy 9.1.1
Policy section 9.1.1 says that FHS must be complied and FHS Chapter 4
says that /usr must not be written to. However after changing the
configuration file /usr/lib/mailman/Mailman/mm_cfg.pyc is updated on
restarting
I welcome input on this issue from people with more deep knowledge than
myself about these Python cached files, and how we could best address it
in this case. If there's a straightforward solution I think we can apply
it for lenny.
The simplest solution might actually be to take the approach
Package: libncurses5
Version: 5.6+20081004-1
Severity: serious
Justification: Policy 12.7
Quote from 12.7:
| Packages that are not Debian-native must contain a compressed copy of
| the debian/changelog file from the Debian source tree in
| /usr/share/doc/package with the name changelog.Debian.gz.
with a recent python-central version.
Helmut Grohne
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-2-amd64
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859
Package: libcgicc1-dev
Version: 3.2.3-3
Severity: grave
Justification: renders package unusable
Tag: patch
Almost all headers contain
#pragma interface
and at the same time implement constructors like
inline CgiInput() {}
which just doesn't fit together. Trying to compile things with g++ will
-maintainer upload.
+ * Fix missing logrotate (policy 10.8, Closes: #nnn).
+
+ -- Helmut Grohne [EMAIL PROTECTED] Sat, 26 Jan 2008 14:52:08 +0100
+
gidentd (0.4.5+dfsg1-0.1) unstable; urgency=low
* Non-maintainer upload.
diff -ruN gidentd-0.4.5+dfsg1/debian/control gidentd-0.4.5+dfsg1-0.2
make[5]: Leaving directory
`/tmp/buildd/sunbird-0.2.99+0.3alpha1/build-dir/mozilla/xpcom/build'
Helmut Grohne
-- System Information:
Debian Release: 4.0
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel
tags 541174 +unreproducible
severity 541174 normal
thanks
Hi,
On Tue, Aug 11, 2009 at 09:30:54PM -1000, Martin Michlmayr wrote:
libtool --mode=compile gcc -Wall -g -O2 -Wall -Wextra -Wl,--as-needed
-Werror -I. -c libexplain/fildes_to_address_family.c -o
Hi,
thanks to Manoj for pointing this out and Richard for explaining it.
Unfortunately this rc bug is still open after two months.
Short summary:
sendmail-base.prerm invokes an init script without invoke-rc.d which
technically is forbidden by the Debian policy. (report from Manoj)
The part
severity 553135 normal
thanks
On Fri, Jan 22, 2010 at 01:50:40PM -0800, Russ Allbery wrote:
That being said, this is clearly not the problem that either Policy or the
Lintian tag were designed to catch, and you should feel free to decrease
the severity and add an override. Also, please feel
severity 542093 important
block 555036 by 542093
thanks
Thanks to Julien Valroff for pointing out a lack of documentation in
this package. In fact it contains no documentation at all which makes it
unusable.
I ran into this bug while trying to squash #555036.
Helmut
--
To UNSUBSCRIBE, email
Hi Gerrit,
as you can see David Riebenbauer provided a patch to convert
dash.preinst to something not depending on /bin/sh. As far as I can tell
applying this patch would not worsen the situation in any way, but it
would make it easier to work on the bash package. Could you somehow
answer to this
Package: dns2tcp
Version: 0.4.dfsg-5.1
Severity: grave
Does anyone actually use this package? Either it is heavily broken or I
am doing something wrong.
I set up dns2tcpd and a NS record as described in the documentation.
However calling dig -t NS on the subdomain times out for the vast
majority
Package: ispell
Version: 3.1.20.0-7
Severity: grave
Justification: renders package unusable
When I try to spell check any file ispell simply segfaults. When I
invoke it without arguments it prints the help text. To find out whether
this was a recent regression I downgraded the package, but that
tags 567096 + patch
thanks
I created a patch for this issue and verified that it does answer NS
request in a manner dig can understand. Unfortunately I was not able to
test it in a real use case yet.
Helmut
diff --git a/common/includes/dns.h b/common/includes/dns.h
index 435c57f..eebc4f4 100644
found 567096 0.4.dfsg-5
thanks
This affects stable, btw. Rhonda can fix it now.
Helmut
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: ingerman
Version: 20091006-4
Severity: grave
Justification: renders package unusable
Hi,
I was upgrading my unstable system and saw the following message.
| Problems rebuilding an ispell hash file (ingerman.hash)
|
|
Thanks for your quick reply.
On Tue, Feb 09, 2010 at 03:32:27PM +0100, Agustin Martin wrote:
What are the contents of /var/lib/ispell?
$ ls -la /var/lib/ispell/
total 3840
drwxr-xr-x 2 root root4096 Feb 7 13:51 .
drwxr-xr-x 64 root root4096 Feb 7 13:43 ..
-rw-r--r-- 1 root root
Package: ncurses-base
Version: 5.7+20090803-2
Severity: critical
Justification: breaks unrelated software
ctrl-c does no longer cause SIGINT.
Debugging this issue:
When I create a new xterm (or rxvt) as a fork from my windowmanager
(awesome) the terminal shows the broken behaviour.
I have
Hi Sven,
thanks for your very quick reply.
On Wed, Feb 10, 2010 at 11:26:07PM +0100, Sven Joachim wrote:
I have still some xterms that are not affected open. Those were started
in 2009.
Before or after you upgraded ncurses-base? That package has not been
touched for more than five months.
Package: cpufreqd
Version: 2.4.1-1
Severity: critical
Tags: patch
Justification: causes hardware damage
Since no package on my system depends on libsensors3 I removed it. With
it the file /etc/sensors.conf went away. This is a file cpufreqd
requires to use for the sensors plugin. Without that
Package: nagios2
Version: 2.6-2+etch1
Severity: serious
Justification: Policy 10.8
nagios2 does not rotate /var/log/nagios2/nagios.log and that way fills
up the disk.
Helmut
-- System Information:
Debian Release: 4.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Package: chrony
Version: 1.23-5
Severity: grave
Justification: renders package unusable
Hi. There we are again. chrony does no longer break the system using an init
script that never finishes, but still chronyd does not work. My clock drifts
and when I start chronyc any command that would contact
Hi John,
hanks for investigating the problem and sorry for being unresponsive: An
illness disrupted almost everything.
Please do this as root (with rtcfile uncommented in
/etc/chrony/chrony.conf) and send me the output:
strace -eioctl chronyd -d
The complete output is:
ioctl(4, FIONREAD,
Package: dash
Version: 0.5.5.1-2
Severity: grave
Justification: renders package unusable
Upgrading dash fails:
(Reading database ... 181192 files and directories currently installed.)
Preparing to replace dash 0.5.5.1-2 (using .../dash_0.5.5.1-2.2_amd64.deb) ...
Adding `diversion of
Hi,
On Tue, Jul 28, 2009 at 01:14:26AM +0200, Raphael Geissert wrote:
Could you please provide the output of $ dpkg-divert --list /bin/sh, and
readlink -f /bin/sh?
$ dpkg-divert --list /bin/sh
local diversion of /bin/sh to /bin/sh.distrib
$ readlink -f /bin/sh
/bin/dash
$
We tested many
Hi Raphael,
On Tue, Jul 28, 2009 at 01:41:01AM +0200, Raphael Geissert wrote:
And /bin/sh.distrib points to dash? :-/
No:
$ readlink -f /bin/sh.distrib
/bin/bash
$
You probably also want to know my bash version. It is 3.2-6.
I'm not quite sure, I'll take a look at this tomorrow. But unless
Hi Raphael,
On Tue, Jul 28, 2009 at 02:09:36AM +0200, Raphael Geissert wrote:
Ah, right; I really need to get some sleep, the diversion looks fine.
Although
either you added it manually (did you?) or dash used to use local diversions
(instead of setting the package name on the call to
Package: xpdf-reader
Version: 3.02-1.4
Severity: grave
Justification: security
$ wget http://www.adobe.com/products/postscript/pdfs/PLRM.pdf
...
$ sha256sum PLRM.pdf
6b29e79e4ab64aaa61a3fb27a0f36838c01f2530362873ac316bdb493a1bab6b PLRM.pdf
$ xpdf PLRM.pdf
... (scoll down a few pages)
Segmentation
Package: texlive-generic-extra
Version: 2007.dfsg.15-1
Severity: serious
Justification: Policy 2.3
$ head -n18 /usr/share/texmf-texlive/tex/latex/barr/diagram.tex
% This should appear in a file named diagram.tex
% Copyright 1988,1989 Michael Barr
% Department of Mathematics and
Package: bind9
Version: 9.5.1.dfsg.P1-1
Severity: serious
Justification: no longer builds from source
gcc -fno-strict-aliasing -DDIG_SIGCHASE -O2 -I/usr/include/libxml2 -o
.libs/named .libs/builtin.o .libs/client.o .libs/config.o .libs/control.o
.libs/controlconf.o .libs/interfacemgr.o
Package: texlive-generic-extra
Version: 2007.dfsg.16-1
Severity: serious
Justification: Policy 2.3
Sorry, I found another one. :-(
$ head -n9 /usr/share/texmf-texlive/dvips/aurora/aurora.pro
%!
% Aurora: Colour Separation for Level 1 PostScript.
% Copyright: Graham Freeman, 1994.
%
If you want the original submitter to see your reply, you have to
include nnn-submit...@bugs.debian.org in the list of recipients.
Otherwise your mail will not be seen until a submitter wonders whether
anyone noticed the report and lurks in to the website. Yes, debbugs is
strange in this respect,
Package: console-setup
Version: 1.38
Severity: serious
Justification: 3.9.1
console-setup uses uudecode in preinst or config, so it has to
Pre-Depend on sharutils. This is my output for aptitude install
console-setup:
Preconfiguring packages ...
/tmp/console-setup.config.229961: 5390: uudecode:
Hi,
I am the submitter of the original dash upgrade bug.
On Mon, Dec 27, 2010 at 09:27:29PM +, Adam D. Barratt wrote:
diff --git a/en/issues.dbk b/en/issues.dbk
index 9498399..83f1408 100644
--- a/en/issues.dbk
+++ b/en/issues.dbk
@@ -244,6 +244,34 @@ works for literalroot/literal.
Package: openvpn-auth-radius
Version: 2.1-2
Severity: serious
Justification: policy violation
The binary packages built for architectures other than i386 lack all
shared library dependencies. Compare for example:
http://packages.debian.org/sid/amd64/openvpn-auth-radius (lists only
openvpn)
/debian/changelog
+++ openvpn-auth-radius-2.1/debian/changelog
@@ -1,3 +1,9 @@
+openvpn-auth-radius (2.1-3) unstable; urgency=low
+
+ * Fix binary-arch target. (Closes: #613666)
+
+ -- Helmut Grohne h.gro...@cygnusnetworks.de Wed, 16 Feb 2011 15:34:49 +0100
+
openvpn-auth-radius (2.1-2) unstable
Package: fetch-crl
Version: 2.8.5-1
Severity: grave
Justification: renders package unusable
# cat /etc/cron.d/fetch-crl
# Cron job running by default every 6 hours.
# The lock file can be enabled or disabled via a
# service fetch-crl-cron start
# chkconfig fetch-crl-cron on
# Note the lock file
Package: fetch-crl
Version: 2.8.5-1
Severity: grave
Justification: renders package unusable
$ aptitude install fetch-crl
...
Setting up fetch-crl (2.8.5-1) ...
update-rc.d: error: expected runlevel [0-9S] (did you forget . ?)
usage: update-rc.d [-n] [-f] basename remove
update-rc.d [-n]
On Sun, Jul 18, 2010 at 06:43:49PM +0200, Helmut Grohne wrote:
Package: fetch-crl
Version: 2.8.5-1
Severity: grave
Justification: renders package unusable
$ aptitude install fetch-crl
...
Setting up fetch-crl (2.8.5-1) ...
update-rc.d: error: expected runlevel [0-9S] (did you forget
Hi Mattias,
On Tue, Jul 20, 2010 at 12:11:45PM +0200, Mattias Ellert wrote:
sön 2010-07-18 klockan 18:43 +0200 skrev Helmut Grohne:
Package: fetch-crl
Version: 2.8.5-1
Are you sure about the version. I know this bug was present in the
2.8.4-1 package, but as far as I know it is fixed
Hi Mattias,
On Tue, Jul 20, 2010 at 01:14:11PM +0200, Mattias Ellert wrote:
The developers considers this to be an error rather than a warning. Do
you not consider this to be a valid error message? Would you rather see
it fail silently?
I consider this to be a valid error message and it is
Hi Mattias and sysvinit maintainers,
On Tue, Jul 20, 2010 at 02:41:39PM +0200, Mattias Ellert wrote:
Would this do the right thing?
update-rc.d fetch-crl-boot stop 20 0 1 2 3 4 5 6 . /dev/null
The first thing I can tell is that this line does not fail, so it would
definitely lower the
severity 589549 normal
thanks
On Wed, Jul 21, 2010 at 08:49:50AM +0200, Mattias Ellert wrote:
The package works fine if the /etc/grid-security/certificates directory
exists and contains *.crl_url files. So saying it doesn't work at all is
not right. It works fine for me doing what it was
Package: kdelibs-data
Version: 4:3.5.10.dfsg.1-4
Severity: grave
Justification: renders package unusable
...
Unpacking replacement kdelibs-data ...
dpkg: error processing
/var/cache/apt/archives/kdelibs-data_4%3a3.5.10.dfsg.1-4_all.deb (--unpack):
trying to overwrite
forcemerge 591609 591748
thanks
Can someone else merge the other bug?
Helmut
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
forcemerge 591609 591719 591748
thanks
But big WTF:
Why did apt-listbugs not display the other bugs?!
Why did reportbug forget to ask me to check for duplicates?!
Helmut
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Package: libgssapi-krb5-2
Version: 1.8.3+dfsg-2
Severity: grave
File: /usr/lib/libgssapi_krb5.so.2
My system uses kerberos to authenticate users to ssh. After upgrading a server
to squeeze logging in is no longer possible (this could satisfy critical
severity). Unfortunately debugging this turned
I was asked to show a krb5.conf for the ssh server. See it below.
Helmut
$ cat /etc/krb.conf
[libdefaults]
default_realm = REALM.DOMAIN.EXAMPLE
dns_lookup_realm = false
dns_lookup_kdc = false
[realms]
REALM.DOMAIN.EXAMPLE = {
kdc =
Running strace on ssh revealed the almost immediately before emiting the
Unspecified GSS failure. Minor code may provide more information\nNo such
file or directory\n
it tries to open a directory /usr/lib/krb5/plugins/authdata which does
not exist on my system (and is not contained in any
On Thu, Nov 25, 2010 at 02:56:46PM +0100, Helmut Grohne wrote:
Running strace on ssh revealed the almost immediately before emiting the
Unspecified GSS failure. Minor code may provide more information\nNo such
file or directory\n
it tries to open a directory /usr/lib/krb5/plugins/authdata
retitle 556460 ITP: openvpn-auth-radius -- OpenVPN RADIUS authentication module
owner 556460 !
thanks
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On Sat, Dec 11, 2010 at 01:33:05AM +, Debian Bug Tracking System wrote:
This is an automatic notification regarding your Bug report
which was filed against the libgssapi-krb5-2 package:
#604925: Squeeze krb5 fails to work with Open Directory KDC tickets
It has been closed by Sam
reassign 650524 pdnsd 1.2.7-par-1.2
found 650524 1.2.8-par-2
severity 650524 serious
user initscripts-ng-de...@lists.alioth.debian.org
usertags 650524 incorrect-dependency
thanks
Thanks for your quick and insightful answer!
On Wed, Nov 30, 2011 at 07:02:41PM +0100, Petter Reinholdtsen wrote:
Package: onak
Version: 0.3.8-1
Severity: serious
Justification: Policy 10.8
The onak package creates /var/log/onak.log, but this file is never
rotated. Instead it grows indefinitely. Rotation is a must according
to policy section 10.8. The policy also lists an example logrotate
config file.
On Wed, Nov 30, 2011 at 11:55:19AM -0800, Jonathan McDowell wrote:
The version of onak in testing/unstable is 0.4.0-1 and already has a
logrotate config file in /etc/logrotate.d/onak.
Thanks for your quick reply. I will take that logrotate file then.
Helmut
--
To UNSUBSCRIBE, email to
tags 644121 +unreproducible
thanks
Hi Ian,
On Sun, Oct 02, 2011 at 06:59:46PM -0700, Ian Zimmerman wrote:
I was upgrading via aptitude:
[REMOVE, NOT USED] dovecot-common
[INSTALL, DEPENDENCIES] dovecot-core
[UPGRADE] dovecot-imapd 1:2.0.13-1.1 - 1:2.0.15-1
This resulted in all my local
: #411019)
+
+ -- Helmut Grohne hel...@subdivi.de Fri, 02 Dec 2011 19:13:18 +0100
+
pidentd (3.0.19.ds1-5) unstable; urgency=low
* Priority is optional; closes: #416570, #492060
diff -u pidentd-3.0.19.ds1/debian/rules pidentd-3.0.19.ds1/debian/rules
--- pidentd-3.0.19.ds1/debian/rules
On Fri, Dec 02, 2011 at 09:28:02PM +0100, Helmut Grohne wrote:
The script needs to be a bit longer. NMU attached.
As it turns out even that was too simple. Thanks to Jan Luebbe for the
pointers. Updated NMU diff.
Helmut
diff -u pidentd-3.0.19.ds1/debian/changelog pidentd-3.0.19.ds1/debian
On Fri, Dec 02, 2011 at 10:28:00PM +0100, Helmut Grohne wrote:
As it turns out even that was too simple. Thanks to Jan Luebbe for the
pointers. Updated NMU diff.
Also silence that warning about update-rc.d for legacy systems. See
http://piuparts.debian.org/sid/initdscript_lsb_header_issue.html
On Sun, Jul 10, 2011 at 11:49:50AM +0200, Roland Stigge wrote:
Build-Depends: libowfat-dietlibc-dev
Build-Conflicts: libowfat-dev
Thanks for the fix. Tested. NMU attached. Also solves #634416.
Helmut
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of
On Sat, Dec 03, 2011 at 10:42:08AM +0100, Helmut Grohne wrote:
Thanks for the fix. Tested. NMU attached. Also solves #634416.
Now with th patch. %-)
Helmut
diff -u slidentd-1.0.0/debian/control slidentd-1.0.0/debian/control
--- slidentd-1.0.0/debian/control
+++ slidentd-1.0.0/debian/control
Package: slidentd
Version: 1.0.0-6.1
Severity: serious
Justification: 9.3.2
Exactly the same thing as http://bugs.debian.org/411019
Helmut
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
reference to `__ctype_b_loc'
+unreproducible after previous fix (Closes: #634416)
+ * Fix: /var/run is now on tmpfs add init script (Closes: #650798)
+
+ -- Helmut Grohne hel...@subdivi.de Sat, 03 Dec 2011 11:16:33 +0100
+
slidentd (1.0.0-6.1) unstable; urgency=medium
* Non-maintainer upload
Package: frown
Version: 0.6.1-11
Severity: grave
Justification: renders package unusable
I noticed that frown would no longer translate my projects, because it
would eat too much memory. So I tried to come up with smaller grammers.
I arrived at
$ cat test.lg
%{
}
$
Now this didn't eat any
Package: src:xtrs
Version: 4.9c-3.3
Severity: serious
Justification: FTBFS
Excerpt from build log:
| debian/rules build
| html2text -nobs -style pretty cpmutil.html cpmutil.txt
| html2text -nobs -style pretty dskspec.html dskspec.txt
| html2text -nobs -style pretty debian/trs80faq.html
severity 623623 serious
thanks
pbuilder cannot be used without pbuilder --create and pbuilder --create
uses dpkg-architecture which is contained in dpkg-dev. So this is a
missing dependency which should be serious according to policy 7.2:
| The Depends field should be used if the depended-on
Hi,
On Sun, Jan 02, 2011 at 03:48:05PM +0100, Michal Suchanek wrote:
This same issue also happens with cp(1) from coreutils.
I verified that this statement is wrong.
1) The coreutils actually check the return value of close which can be
seen on copy.c. It has precisely two calls to close and
This is a summary for those attempting to squash rc bugs.
As of 4.2.2-1 /sbin/dhclient-script implements a set_hostname function
that unconditionally updates the host name if request host-name is set
in /etc/dhcp/dhclient.conf which is the default. This means that in a
default setup of dhcp any
update-catalog in a way that empowers debhelper to fix #477751.
+
+ -- Helmut Grohne hel...@subdivi.de Sun, 04 Dec 2011 12:49:07 +0100
+
sgml-base (1.26+nmu1) unstable; urgency=low
* Non-maintainer upload
diff -Nru sgml-base-1.26+nmu1/tools/update-catalog
sgml-base-1.26+nmu2/tools/update
Hi Joey,
thanks for your quick answer.
On Sun, Dec 04, 2011 at 05:25:42PM -0400, Joey Hess wrote:
I haven't considered all the implications... Will the new sgml-base
work ok with the old postinst? With mixtures of the new and old
postinsts?
Good question! Let's look at them individually. The
Hi Michal,
On Mon, Dec 05, 2011 at 12:41:21AM +0100, Michal Suchanek wrote:
Excerpts from Helmut Grohne's message of Sat Dec 03 17:33:04 +0100 2011:
Hi,
On Sun, Jan 02, 2011 at 03:48:05PM +0100, Michal Suchanek wrote:
This same issue also happens with cp(1) from coreutils.
I
Hi Daniel,
On Mon, Dec 05, 2011 at 12:05:26AM +0100, Daniel Leidert wrote:
My thoughts on this are pretty easy. There are IMO three mechanisms to
use:
(1) Register the catalog, if it exists (and unregister any registered
catalog, if it doesn't exist anymore). So users can remove the package
Hi Michal,
On Mon, Dec 05, 2011 at 05:03:25PM +0100, Michal Suchanek wrote:
Excerpts from Helmut Grohne's message of Mon Dec 05 15:54:19 +0100 2011:
Can we now ignore 2) and concentrate on 1)?
No. If I wanted this semantics I could use shred(1).
Please report a separate bug about not using
.
+ * Fix OOM on compiling any remotely valid grammer fix logic error in
+debian/patches/07_no-n-plus-k-pattern (Closes: #650808)
+
+ -- Helmut Grohne hel...@subdivi.de Wed, 07 Dec 2011 17:35:30 +0100
+
frown (0.6.1-11) unstable; urgency=low
[ Marco Silva ]
diff -Nru frown-0.6.1/debian/patches
severity 607267 important
thanks
On Thu, Dec 08, 2011 at 02:33:00PM +0100, Michal Suchanek wrote:
FWIW this is unreproducible as of kernel 3.2 rc2 so I guess this is
squeeze only for cifs shares (as can be verified by running the test on
a squeeze live CD).
Thanks for reporting. Given the
Hi,
On Sat, Dec 03, 2011 at 11:18:30AM +0100, Helmut Grohne wrote:
Extended NMU for #650798 as well.
Apparently I still didn't get this right. In a similar NMU I prepared a
user reported a problem with my invocation of dh_installinit (#651031).
It only occurs when you use legacy boot ordering
tags 637209 +moreinfo
thanks
On Tue, Aug 09, 2011 at 02:26:10PM +0100, sentimental.br...@gmail.com wrote:
Flaws with installation:
Incorrect ownership of /var/log/sks/db.log
Please always state precisely what is wrong. Otherwise a maintainer can
only guess what might be wrong. (See below for
2011-12-12 14:22:58.0
+0100
@@ -1,3 +1,11 @@
+debhelper (8.9.13+nmu1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Turn /etc/sgml/$package.cat into conffiles and do not touch
+/etc/sgml/catalog during upgrads. Closes: #88010
+
+ -- Helmut Grohne hel...@subdivi.de Mon, 12 Dec
, Helmut Grohne hel...@subdivi.de wrote:
Incorrect ownership of /var/log/sks/db.log
Please always state precisely what is wrong. Otherwise a maintainer can
only guess what might be wrong. (See below for my guess.)
Freshly installed system, no log output generated, or server fails to start
tags 623623 + patch
thanks
On Sat, Dec 03, 2011 at 02:48:30PM +0100, Helmut Grohne wrote:
pbuilder cannot be used without pbuilder --create and pbuilder --create
uses dpkg-architecture which is contained in dpkg-dev. So this is a
missing dependency which should be serious according to policy
(Closes: #624991)
+
+ -- Helmut Grohne hel...@subdivi.de Tue, 13 Dec 2011 12:11:17 +0100
+
logkeys (0.1.0-1) unstable; urgency=low
* Initial release (Closes: #567414)
diff -Nru logkeys-0.1.0/debian/patches/series
logkeys-0.1.0/debian/patches/series
--- logkeys-0.1.0/debian/patches/series
Package: mozplugger
Version: 1.14.3-6
Followup-For: Bug #609215
I can confirm this bug. Like all other reporters I am running awesome
(3.4.11-1), but unlike others I can reproduce it with iceweasel
(8.0.-3+b1). Also when I kill the pdf viewer (xpdf 3.02-21) from a linux
vt, the grabbing of input
Hi,
First of all let me give a summary (corrections welcome):
/etc/apt/trusted.gpg is a binary gpg keyring that by default contains
the keys used to verify the release files. It is changed by apt-key
during upgrades of either apt or debian-archive-keyring. This change may
overwrite user changes
1 - 100 of 1503 matches
Mail list logo