* 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
> #==>
>
* 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 (beca
* 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.
Alte
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
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 w
* 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 b
* 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 instea
* 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
* 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
m
[ 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 th
* 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
> >
* 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
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
* Carsten Hey [2011-12-04 16:11 +0100]:
> * Jakub Wilk [2011-12-04 15:00 +0100]:
> > * Carsten Hey , 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)
> > >FTBF
* Jakub Wilk [2011-12-04 15:00 +0100]:
> * Carsten Hey , 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,
* 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.
* 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
* 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 b
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
* 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 t
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 listmas...@lists.deb
* 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., mentione
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
-0.9.5.dfsg/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 au
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 by
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] incl
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
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
rfc2
TF RFC/I-D's. (Closes: #393379)
+
+ -- Carsten Hey 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/copyri
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.
KEY
-2.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Move tenmado.xpm to /usr/share/pixmaps. (Closes: #403938)
+
+ -- Carsten Hey 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 scores
diff -u
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 d
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
elmer% mount | grep '~'
/dev/mapper/_dev_mapper_vg_elme
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 uc
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
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 Pol
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 a
# 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 UNSUB
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
perform
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}
config
43 matches
Mail list logo
