* Yves-Alexis Perez [2012-04-15 09:18 +0200]:
On ven., 2012-03-23 at 23:39 +0100, Carsten Hey wrote:
I think we should drop ftpmaster from CC in further mails.
Maybe, since they don't seem to care about this.
They provided an IMHO acceptable, but not ideal, way (because there
there does
* Carsten Hey [2012-04-15 20:32 +0200]:
#===
# Waf-Data-Format: 1.0
# Waf-Version: 1.8
# Waf-Archive-Type: tar.gz
# Waf-Archive-Base-Directory: wafadmin
# Waf-Line-Feed-Replacement: ab
# Waf-Carriage-Return-Replacement: xy
#==
#...
#==
--
To UNSUBSCRIBE, email
I think we should drop ftpmaster from CC in further mails.
* Yves-Alexis Perez [2012-03-17 09:36 +0100]:
On sam., 2012-03-17 at 02:45 +0100, Carsten Hey wrote:
waf scripts are not cleanly divided into python and data, but instead
the python part contains also two two byte sequences (found
* Carsten Hey [2012-03-23 23:39 +0100]:
Having an easy command to unpack and repack waf scripts
would have been great, but this is not possible unless we would adapt
the values of C1 and C2 in the waf script (and thus parsing python),
which would lead to an ugly hack.
Alternatively
waf scripts are not cleanly divided into python and data, but instead
the python part contains also two two byte sequences (found using brute
force whilst building the waf script). My original plan was to ship two
scripts debian/waf-unpack and debian/waf-repack to provide an easy way
to edit the
* Yves-Alexis Perez [2012-03-15 11:11 +0100]:
On sam., 2012-03-10 at 20:24 +0100, Yves-Alexis Perez wrote:
On sam., 2012-03-10 at 19:12 +0100, Carsten Hey wrote:
* Carsten Hey [2012-03-10 18:43 +0100]:
Actually I was not using a waf command but instead well known tools
installed
* Yves-Alexis Perez [2012-03-10 16:30 +0100]:
On ven., 2012-03-09 at 21:42 +0100, Carsten Hey wrote:
[ I'm sending this to the two bugs Rhonda sent the mail I reply to and
an additional bug tagged wontfix to avoid spamming all affected bugs ]
Can't this be helpful to others?
If anybody
* Carsten Hey [2012-03-10 18:43 +0100]:
* Yves-Alexis Perez [2012-03-10 16:30 +0100]:
I have to admit I'm not exactly sure what your point is. From where does
the waf command you're using come from?
...
Actually I was not using a waf command but instead well known tools
installed on every
[ I'm sending this to the two bugs Rhonda sent the mail I reply to and
an additional bug tagged wontfix to avoid spamming all affected bugs ]
* Gerfried Fuchs [2011-10-13 15:12 +0200]:
it seems that the line 161 is actually a tar.bz2 file that gets
extracted and then used. Though, first
* Carsten Hey [2012-03-09 21:42 +0100]:
$ (sed -n waf -e '1,/^#==$/ p'; echo REPLACED BY ENCODED TAR.BZ2; sed -n
waf -e '/^#==$/ p') debian/waf.tmpl
Instead of '/^#==$/ p' it should be '/^#==$/,$ p' (this occurs
multiple times all around). Since the matched line is also the last one
* Alexander Reichle-Schmehl [2012-03-05 12:41 +0100]:
Am 04.03.2012 18:45, schrieb Carsten Hey:
There are also a lot of network interfaces that don't have MDIO-managed
PHYs, and then there are 10G PHYs with a different register set (see
IEEE 802.3 clause 45). This is why Linux provides
* Ben Hutchings [2012-03-04 03:44 +]:
On Fri, 2011-02-25 at 17:53 +0100, Carsten Hey wrote:
severity 301239 serious
tags 301239 + help
tags 301239 + wheezy
thanks
Due the growing number of computers with build-in gigabit ethernet
adapters, I discussed with Alexander
On Sun, Dec 11, 2011 at 11:32:02PM +, peter green wrote:
Pal FTBFS in sid
It turns out that the package depends on and links against ncursesw
but uses the headers from ncurses.
This seems wrong to me but I don't know enough details about ncurses
to know just how bad it is.
A quote from
* Michael Biebl [2011-11-28 00:54 +0100]:
Source: ethos
Version: 0.2.2-2
Severity: serious
ethos FTBFS with the following error message:
...
ethos-plugin-info.h:74:1: error: unknown type name 'G_CONST_RETURN'
...
pal had the same problem, the changelog describes the fix:
| pal (0.4.3-7)
* Jakub Wilk [2011-12-04 15:00 +0100]:
* Carsten Hey cars...@debian.org, 2011-12-04, 14:45:
A NMU was prepared for an other RC bug in ethos but canceled
afterwards, possibly because of this (at that moment unfiled)
FTBFS bug.
If you mean my NMU to fix #640596 and #641871
* Carsten Hey [2011-12-04 16:11 +0100]:
* Jakub Wilk [2011-12-04 15:00 +0100]:
* Carsten Hey cars...@debian.org, 2011-12-04, 14:45:
A NMU was prepared for an other RC bug in ethos but canceled
afterwards, possibly because of this (at that moment unfiled)
FTBFS bug.
If you mean my NMU
* Josselin Mouette [2011-08-18 10:04 +0200]:
Le mercredi 17 août 2011 à 22:38 +0200, Carsten Hey a écrit :
This file is under control of gnome-icon-theme, which is in charge of
setting the trigger and cleaning up on package removal.
gnome-icon-theme-extras also uses /usr/share/icons
* Josselin Mouette [2011-08-17 02:10 +0200]:
Le mardi 16 août 2011 à 20:22 +0200, Axel Beckert a écrit :
/usr/share/icons/gnome/icon-theme.cache is not part of any package, but
according to gtk-update-icon-cache(1), it is a cache file generated by
gtk-update-icon-cache.
This behaviour
Package: cvs
Severity: serious
cvs puts a cvs repository into /srv/cvs, even when the user does not see
the debconf question. This violates FHS.
Carsten
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
* Carsten Hey [2010-12-16 19:24 +0100]:
Package: cvs
Severity: serious
cvs puts a cvs repository into /srv/cvs, even when the user does not see
the debconf question. This violates FHS.
Actually, I think this is serious because of the FHS violation in
combination with the broken dpkg
severity 607297 normal
retitle 607297 cvs: Please don't install files to /srv/cvs without
administrators permission
thanks
* Joey Hess [2010-12-16 17:41 -0400]:
cvs puts a cvs repository into /srv/cvs, even when the user does not see
the debconf question. This violates FHS.
I can see
* Bastian Blank [2010-12-08 10:37 +0100]:
On Wed, Dec 08, 2010 at 08:45:30AM +0100, Alexander Reichle-Schmehl wrote:
#603450 is a bug (currently with severity grave, Justification: user
security hole), as offlineimap does no ssl certificate checking.
Could you explain why it should be
./tests/scripts/startup_nis_ldap_server.sh:rm -f $DBDIR/[!C]*
Possible fix: rm -f ${DBDIR:?}/[!C]*
Regards
Carsten
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hi,
in the related bug #387688 - debian-archive-keyring: superfluous
dependency on gnupg? has been some discussion recently. A part of this
discussion was sent to debian-rele...@l.d.o. Many things discussed are
basically the same in both bugs, others only appear only in one bug,
e.g., mentioned
Package: deborphan
Severity: serious
Missing multiarch support will lead to wrongly removed packages when
people upgrade to Squeeze+1.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
/debian/changelog
@@ -1,3 +1,16 @@
+libgcgi (0.9.5.dfsg-5.1) unstable; urgency=low
+
+ [ Jeremy T. Bouse ]
+ * Update Standards-Version to 3.8.4
+ * Add misc:Depends to clear lintian warnings
+
+ [ Carsten Hey ]
+ * Non-maintainer upload.
+ * debian/rules: Avoid useless invocation of automake
Although wml has an embedded copy of Libtool's ltdl.c, it is not
affected by this bug.
The possibly vulnerable file is located in a unused directory containing
mp4h source code. Mp4h has its own source package, which builds the
binary package of the same name. Wml uses the executable provided
package: debfoster
severity: grave
As requested in irc:
The release goals for Squeeze have just been published [1]. One release
goal is multiarch support, which, according to vorlon, in best case will
already be in Ubuntu 9.10 (Feature freeze: August 27 [2]).
The current multiarch spec [3]
I did a QA upload to the delayed queue based based on my prepared NMU.
Besides fixing this bug it sets the maintainer to the Debian QA Group,
bumps the Standards-Version, uses debhelper 7 and fixes some lintian
warnings. It will hit unstable in a about week
Carsten
--
To UNSUBSCRIBE, email to
: #393379)
+
+ -- Carsten Hey c@web.de Tue, 30 Dec 2008 22:47:04 +0100
+
keynote (2.3-11) unstable; urgency=low
* use automake-1.9, cdbs
diff -u keynote-2.3/debian/copyright keynote-2.3+dfsg/debian/copyright
--- keynote-2.3/debian/copyright
+++ keynote-2.3+dfsg/debian/copyright
@@ -3,6
On Thu, Jan 15, 2009 at 01:25:58PM +0100, Carsten Hey wrote:
Just for the record, the diff for the still to be uploaded NMU:
... and, since the diff between the two tarballs is rather useless their
diffstat:
$ difftar keynote_2.3.orig.tar.gz keynote_2.3+dfsg.orig.tar.gz | diffstat
rfc2704.txt
Hi,
I prepared a NMU that fixes bug #393379 - Source package contains
non-free IETF RFC/I-D's and used the following script to repack the
tarball:
#! /bin/sh -e
# Copyright (c) 2008, Carsten Hey
# Published under the conditions of a 2-clause BSD-like license.
KEYNOTEVERSION=2.3
-2.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Move tenmado.xpm to /usr/share/pixmaps. (Closes: #403938)
+
+ -- Carsten Hey c@web.de Sat, 27 Dec 2008 18:29:17 +0100
+
tenmado (0.7-2) unstable; urgency=low
* debian/rules, debian/control: no longer uses libdb3 to save high
Dear release team,
bug #507003 is about a conffile in /etc that says DO NOT EDIT OR REMOVE
THIS FILE and should better reside in /var. It has correctly been
tagged as serious by Steve Langasek as this is against the policy (see
bug report for more details).
The recent past has shown that even
Severity: grave
Version: 0.44-1+lenny2
Package: libpam-mount
libpam-mount segfaults on i386 since the lastest upgrade in testing,
reproducable on at least two computers using both, login and xdm.
Please don't upload new upstream versions that will not hit testing
before the release to unstable
Package: libpam-mount
Version: 0.44-1+lenny1
Severity: grave
elmer% man pam_mount.conf | grep '~' | grep expand
is mounted. ~ expands to the user’s home directory as present
elmer% grep '~' /etc/security/pam_mount.conf.xml
volume options=exec,fsck user=* mountpoint=~
Package: ucspi-tcp-src
Severity: grave
Hi,
while checking whether bug #174353 build-ucspi-tcp fails on libc6
2.3.1-7 is still present and if it is release critical - more
precisely, before I had the chance to do so, I tried to build
ucspi-tcp-src using debuild -rfakeroot which failed.
Since
Package: apticron
Severity: grave
Version: 1.1.22
Tags: patch
The following line causes a mail to be send every night when
/var/lib/aptitude/pkgstates does not exist:
APTITUDE_HOLDS=`grep ^State: 2 -B 2 /var/lib/aptitude/pkgstates |grep
^Package: .*$ |cut -d -f 2`
A possible fix is to
On Sun, Aug 10, 2008 at 08:53:32PM +0200, Carsten Hey wrote:
But the whole procedure is valid since it is only a recommendation by
the policy, so this is IMHO not a release critical bug.
If the consensus on this will be that this bug is RC then there is also
a bug in the policy and the wording
RFC 2119 says:
| 3. SHOULD This word, or the adjective RECOMMENDED, mean that there
|may exist valid reasons in particular circumstances to ignore
|a particular item, but the full implications must be understood and
|carefully weighed before choosing a different course.
Debian
# Automatically generated email from bts, devscripts version 2.10.29~bpo40+1
#
# deborphan (1.7.26) unstable; urgency=low
#
# * Check whether get_pkg_info() correctly detected a line as status line
#before abortion. (Closes: #493896)
#
package deborphan
tags 493896 + pending
--
To
Package: deborphan
Version: 1.7.25
Severity: grave
Installing a package which control file contains Standards-Version: or
any other field that begins with St causes deborphan to think this
line would be the Status: line.
This parsing hack, which exists since many years, improves the
performance
Package: configlet-frontends
Version: 2.4
Severity: grave
Hi,
# configlets-druid
start_configlet: configlet in path /usr/share/configlets/localeconf is bad
sh: line 1: libglade-convert: command not found
...
libglade-convert is in libglade2/stable and in
libglade2-dev/{testing,unstable}
43 matches
Mail list logo