On Tue, 15 Feb 2005, dean gaudet wrote:
Package: diff
Version: 2.8.1-10
as of 2.8.1-10 diff has reverted to braindamaged posix behaviour:
% diff -u0 a1 a2
diff: `-0' option is obsolete; use `-U 0'
diff: Try `diff --help' for more information.
zsh: exit 2 diff -u0 a1 a2
if i
severity 295604 normal
retitle 295604 formail should recognize User-Agent and NNTP-Posting-Date
thanks
On Thu, 17 Feb 2005, Brian May wrote:
Note 4: To the best of my knowledge mbox mails should be split on the
From header, and what headers follow is completely irrelevant and
should not even
In case you want to test it before I make a new upload, this will be
the diff between 3.22-10 and 3.22-11:
diff -ru procmail-3.22.orig/src/header.h procmail-3.22/src/header.h
--- procmail-3.22.orig/src/header.h 1999-07-06 08:12:22.0 +0200
+++ procmail-3.22/src/header.h 2005-02-17
Package: console-common
Version: 0.7.50
Tags: patch
When upgrading to this version while having _POSIX2_VERSION=200112 in
the environment, this happens:
Looking for keymap to install:
NONE
tail: `-1' option is obsolete; use `-n 1'
Try `tail --help' for more information.
Patch follows:
diff -ru
Package: amaya
Version: 8.5-1
Tags: patch
Please don't use `dpkg --print-architecture`-linux in debian/rules,
as that will only work for Linux architectures.
Use dpkg-architecture instead. For example, like this:
diff -ru amaya-8.5.orig/debian/rules amaya-8.5/debian/rules
---
Package: quinn-diff
Version: 0.65
The version of Packages-arch-specific shipped with this package is
dated 2003/05/25. Please, would be possible to include a newer version
(possibly from CVS) before sarge becomes stable?
Thanks.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
On Mon, 21 Mar 2005, Nick Price wrote:
Package: wnpp
Severity: wishlist
Owner: Nick Price [EMAIL PROTECTED]
* Package name: clamassassin
Version : 1.2.2
Upstream Author : James Lick [EMAIL PROTECTED]
* URL : http://drivel.com/clamassassin/
* License
On Wed, 23 Mar 2005, Nick Price wrote:
Description : clamassassin is a simple virus filter wrapper for
clamav for use in procmail filters and similar applications.
clamassassin is a simple virus filter wrapper for clamav for use
inprocmail filters and similar applications. Its
: Santiago Vila [EMAIL PROTECTED]
Changed-By: Amaya Rodrigo Sastre [EMAIL PROTECTED]
(athlon is the name of the build machine)
The reason for this is that the autotools target in debian/rules adds
new changelog entries. This is ok for an upload which includes source
(i.e., .dsc and .diff), but it's
Package: crosshurd
Version: 1.7.11
The apt_debfor function in /usr/share/crosshurd/functions
assumes that all packages to be installed have been downloaded,
which is not true if the /etc/crosshurd/sources.list/gnu file
contains entries like this:
deb file:/debian unstable main
[ apt does the
On Fri, 25 Mar 2005, Robert Millan wrote:
On Fri, Mar 25, 2005 at 02:18:00PM +0100, Santiago Vila wrote:
Package: crosshurd
Version: 1.7.11
The apt_debfor function in /usr/share/crosshurd/functions
assumes that all packages to be installed have been downloaded,
which is not true
Uhm.. what do you suggest? That we copy the files manualy in case
they're not found in cache? But where from? We'd have to parse
sources.list in order to find out. Or I'm missing something?
I don't know. The apt program should know how to do that.
It wish it had an option like
On Sun, 27 Mar 2005, Michael Banck wrote:
On Fri, Mar 25, 2005 at 09:25:08PM +0100, Robert Millan wrote:
# Remember that you can only use http, ftp or file URIs
in /etc/crosshurd/sources.list/gnu and similar files are changed to read
# You can only use http or ftp URIs here
Package: ndtpd
Version: 3.1.5-6
Severity: serious
Rebuilding this package under unstable does still create a .deb which
contains /usr/share/info/dir.gz.
This could be because debian/patches/02_fix_for_old_automake.dpatch
says sed lq instead of sed 1q. For reference, please see the file
On Tue, 29 Mar 2005, Joey Hess wrote:
Package: sharutils
Version: 1:4.2.1-11
Severity: normal
Tags: security
[EMAIL PROTECTED]:/tmpunshar `perl -e 'print Ax1500'`/tmp/testing
[...]
This buffer overflow was apparently discovered by gentoo developers, see
On Mon, 28 Feb 2005, Daniel Schepler wrote:
Package: avr-libc
Severity: serious
Version: 1:1.2.3-1
From my build log (reproduced with pbuilder in an i386 chroot):
...
fig2dev -L eps demo.fig demo.eps
fig2dev -L png demo.fig demo.png
sh: gs: command not found
fig2dev: broken pipe
On Wed, 9 Mar 2005, Chad Walstrom wrote:
Debian Bug Tracking System wrote:
Just because the junkfilter package puts the files in
/usr/share/junkfilter does not mean they are there to be used
directly. Certainly, they have to be *somewhere* in the filesystem,
but as it's code more than
On Thu, 10 Mar 2005, Micah Anderson wrote:
I would not wait for the upstream to fix this, because it doesn't
look like much activity is happening there...
Well, the author told me yesterday that he's preparing release 1.5,
so yes, I prefer to wait for now.
--
To UNSUBSCRIBE, email to
severity 299007 wishlist
reassign 299007 debian-policy
thanks
On Fri, 11 Mar 2005, Paul Szabo wrote:
Package: base-files
Version: 3.0.2
Severity: critical
Tags: patch security
Justification: root security hole
I recently noticed that /usr/local and /usr/local/{bin,sbin} are
In this report, the submitter complains about /usr/local/bin being in
the PATH by default at the same time directories under /usr/local are
root:staff and world-writable. His complain is based on the existence
of become-any-group-but-root bugs.
If this is a bug at all, I think we should probably
Package: debianutils
Version: 2.12.0
In a typical Hurd system, /usr is a symlink to /, so the compatibility
symlink /usr/bin/which - /bin/which ends up being a dangling symlink
pointing to itself, and there is no real which command at all.
This may be fixed by either:
a) Creating the symlink at
On Fri, 11 Mar 2005, Bill Allombert wrote:
On Fri, Mar 11, 2005 at 01:39:28PM +0100, Santiago Vila wrote:
In this report, the submitter complains about /usr/local/bin being in
the PATH by default at the same time directories under /usr/local are
root:staff and world-writable. His complain
On Wed, 9 Mar 2005, Chad Walstrom wrote:
The only changes I'd make would be to include the Makefile and original
lists /usr/share/junkfilter. If someone was really interested in the
package and wanted to make it sysadmin friendly for site-wide
filtering(i.e. it works out of the box), then
Package: lcdf-typetools
Version: 2.22-1
The package mminstance is Architecture: all, so it should be built
in the binary-indep target of debian/rules (and only in that target),
not in the binary-arch target as it happens in the current version.
Thanks.
--
To UNSUBSCRIBE, email to [EMAIL
Package: mtink
Version: 1.0.5-1
The package mtink-doc is Architecture: all, so it should be built
in the binary-indep target of debian/rules (and only in that target),
not in the binary-arch target as it happens in the current version.
Thanks.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
Package: lifelines
Version: 3.0.44-1
Packages lifelines-reports, lifelines-doc-sv and lifelines-doc
are Architecture: all, so they should be built in the binary-indep
target of debian/rules, and they should not be built in the
binary-arch target as it happens in the current version.
By reading
On Tue, 15 Mar 2005, Christian Perrier wrote:
By reading debian/rules, it seems that you are already aware of this,
but the way you are trying to fix it does not work.
Any help to solve this will be appreciated as I'm far (far far far)
from being a deep Makefile wizard.
Most of the
On Tue, 15 Mar 2005, Christian Perrier wrote:
I would consider using -a and -i directly on every dh_* call, depending
on the target.
Tollef Fog Heen sent me this patch...
That should work, yes.
It seems ugly to me, but it's your package, not mine :-)
--
To UNSUBSCRIBE, email to [EMAIL
On Wed, 16 Mar 2005, Brendan O'Dea wrote:
On Fri, Mar 11, 2005 at 01:39:28PM +0100, Santiago Vila wrote:
In this report, the submitter complains about /usr/local/bin being in
the PATH by default at the same time directories under /usr/local are
root:staff and world-writable. His complain
severity 300136 grave
thanks
This bug breaks autobuilders. My kfreebsd-i386 autobuilder installed
ucf while trying to build ace_5.4.2.1.0-2 and then this bug was
triggered while removing the packages needed for the build, making the
chroot unusable, as it had to be cleaned up by hand.
--
To
On Thu, 31 Mar 2005, Bruce Korb wrote:
Wrong assumption. It was announced on info-gnu.
May I suggest that sharutils 4.3.77 and 4.3.78 are not put in directories
named 4.3.77 and REL-4.3.78, then? The current layout is a little
bit misleading.
These new issues will get faster action with a
On Fri, 1 Apr 2005, Bruce Korb wrote:
On Thursday 31 March 2005 05:30 pm, Santiago Vila wrote:
Ok, here is a patch that maybe you can accept:
Looks fine to me. It may be a couple of weeks tho, taxes and my day job
take priority. :)
Ok. For completeness, I'm also going to change /tmp/foo
Package: sbuild
Version: 0.35
Tags: patch
The file /usr/share/doc/sbuild/README.Debian says:
NOTE: sbuild must be run in the directory that has the
chroot-{stable,testing,unstable} symlink or it won't find
the chroot and will build in base.
so it's documented that if the chroot does not exist,
On Sat, 2 Apr 2005, Michael Banck wrote:
On Sat, Apr 02, 2005 at 01:57:21AM +0200, Santiago Vila wrote:
The file /usr/share/doc/sbuild/README.Debian says:
NOTE: sbuild must be run in the directory that has the
chroot-{stable,testing,unstable} symlink or it won't find
the chroot
Package: libopenhbci
Version: 0.9.17-1
If the libopenhbci-dev package is Architecture: all, then it should be
generated by the binary-indep target of debian/rules, not by the
binary-arch target as it happens in the current version.
[ I wonder, however, why this package does not follow common
Package: lsof
Version: 4.74.dfsg.3-2
The lsof-2.2 package is Architecture: all, so it should be created by
the binary-indep target of debian/rules, not by the binary-arch target
as it happens in the current version.
Thanks.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
On Sat, 2 Apr 2005, Thomas Viehmann wrote:
Hi.
Thanks for the bug report.
Santiago Vila wrote:
If the libopenhbci-dev package is Architecture: all, then it should be
generated by the binary-indep target of debian/rules, not by the
binary-arch target as it happens in the current version
Package: klic
Version: 3.003-2
The klic-doc package is Architecture: all, so it should be generated
by the binary-indep target of debian/rules, not by the binary-arch
target as it happens in the current version.
Thanks.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Package: gtkhtml
Version: 1.0.4-6.2
The libgtkhtml-data package is Architecture: all, so it should be generated
by the binary-indep target of debian/rules and only by the binary-indep
target (running dpkg-buildpackage -B on the current source package
creates the libgtkhtml-data package).
Thanks.
Package: chise-base
Version: 0.3.0-1
The package chise-db is Architecture: all, so it should be generated
by the binary-indep target of debian/rules, not by the binary-arch
target as it happens in the current version.
BTW: It is really a good idea to ship such large databases in the same
tarball
reassign 302995 dpkg
retitle 302995 dpkg: the alternatives mechanism should be more robust
thanks
On Sun, 3 Apr 2005, Blars Blarson wrote:
Package: gettext
Version: 0.14.3-1
Severity: serious
Tags: sid
Justification: fails to build from source
gettext failed to build from source on the
Package: libchewing
Version: 0.2.6+svn20050326-1
The package libchewing-data is Architecture: all, so it should be
generated by the binary-indep target of debian/rules, not by
the binary-arch target as it happens in the current version.
Thanks.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
retitle 302995 fastjar: postinst does not check for errors
reassign 302995 fastjar
severity 302995 serious
thanks
I hope it works now. See http://bugs.debian.org/302995
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
retitle 302995 fastjar: postinst does not check for errors
reassign 302995 fastjar
severity 302995 serious
thanks
On Mon, 4 Apr 2005, Scott James Remnant wrote:
On Mon, 2005-04-04 at 02:13 +0200, Santiago Vila wrote:
On Sun, 3 Apr 2005, Blars Blarson wrote:
gettext failed to build
On Tue, 5 Apr 2005, Robert Millan wrote:
Package: diff
Version: 2.8.1-11
Severity: normal
[EMAIL PROTECTED]:~$ sudo cp -a /dev/ /tmp/
[EMAIL PROTECTED]:~$ diff -ur /dev/ /tmp/dev/ | head
File /dev/acd0 is a character special file while file /tmp/dev/acd0 is a
character special file
reassign 303455 manpages-pl
thanks
On Wed, 6 Apr 2005, PL wrote:
Package: dialog
Version: 0.4
Severity: minor
There is a mispell error in Polish translation of dialog manual.
In the fifth section of manual (Polish name of the section is KONFIGURACJA
DZIA?ANIA) there are three points.
Package: kxdocker-data
Version: 0.8-1
Unless I'm missing anything, this package should be Architecture: all,
as it does not contain architecture-specific files (and therefore it
should be created in the binary-indep target of debian/rules).
See the collection of packages, all of them identical:
Package: mrxvt
Version: 0.4.0-2
The package mrxvt-common is Architecture: all, so it should be
generated only by the binary-indep target of debian/rules.
Currently, the binary-arch target does also generate it.
As a result, this package has to be removed by hand when the source is
built by an
severity 297269 important
thanks
Robert, this is a serious bootstrapping problem indeed.
As type-handling is now Architecture: any, the old Architecture: all
package is not included anymore in the Packages.gz files for the different
architectures, and as a result, the old package is not
reopen 299559
thanks
The Architecture: all packages should be generated *only* by the
binary-indep target. In version 2.22-3, the binary-arch target still
generates the mminstance package.
If you are using debhelper, this basically means using -i in binary-indep
(which you did) but also -a in
Package: curl
Version: 7.13.2-1
Severity: important
This package currently fails to build from source on the hurd-i386
architecture. The build log is like this:
[...]
dh_installman
dh_installexamples
dh_installchangelogs CHANGES
dh_link
dh_strip --dbg-package=libcurl3
dh_compress
dh_fixperms
Package: tipptrainer
Version: 0.6.0-1
Severity: important
Tags: upstream
The upstream Makefile does not check for errors appropriately, as it does
things like this:
all:
for i in src po; do \
$(MAKE) -C $$i all; \
done
which means errors in make -C src all will be
On Sun, 10 Apr 2005, Mario Holbe wrote:
On Sun, Apr 10, 2005 at 07:32:45PM +0200, Santiago Vila wrote:
In fact, the Depends line is completely broken, as it does not include
the shared library dependencies of the png2html executable.
Well, in fact, this is not a such big problem, actually
Package: libsufary-ruby
Version: 7
The package libsufary-ruby is Architecture: all, so it should be
generated by the binary-indep target of debian/rules, not by the
binary-arch target as it happens in the current version.
Thanks.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Package: airstrike
Version: 0.99+1.0pre6a-3
The package airstrike-common is Architecture: all, so it should be
generated by the binary-indep target of debian/rules, not by the
binary-arch target as it happens in the current version. If you are
using debhelper please see options -i and -a.
Package: moon-lander
Version: 1:1.0-3
The package moon-lander-data is Architecture: all, so it should be
generated only by the binary-indep target of debian/rules. Currently,
the binary-arch target also generates it.
If you are using debhelper please see options -i and -a.
Thanks.
--
To
Package: libintl-gettext-ruby
Version: 0.11-5
The package libintl-gettext-ruby is Architecture: all, so it should be
generated by the binary-indep target of debian/rules, not by the
binary-arch target as it happens in the current version.
Thanks.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
On Tue, 12 Apr 2005, Moritz Muehlenhoff wrote:
Package: postfix-gld
Severity: grave
Tags: security
Justification: user security hole
The author has released version 1.5 fixing this, which I'll package ASAP.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
retitle 293829 postfix: wishlist: option to set code for defer_if_permit
reassign 293829 postfix
thanks
On Sat, 5 Feb 2005, Micah Anderson wrote:
Package: postfix-gld
Version: 1.4-3
Severity: wishlist
It has been found that responding with a 450 status code causes some
problems with sites
reassign 293829 postfix-gld
retitle 293829 Please add option to change postfix result code
thanks
Hmm, the author has actually implemented different return codes in gld,
but it does so by not using defer_if_permit if you want a return code
different than 450. I don't know if such thing is really
On Wed, 13 Apr 2005, Joey Hess wrote:
Package: pine
Severity: normal
Tags: security
I've verified that the rpdump.c included in the pine source package is
vulnerable to the symlink attack described here:
http://msgs.securepoint.com/cgi-bin/get/bugtraq0504/126.html
I don't see rpdump
what's the status of this wishlist item? Any chance to get it into the
official package?
If I had to decide right now what to do about this bug, I would
probably close it. Policy says dotfiles should be as empty as possible.
Asking that root's dotfiles have things that they should not have to
Package: gnuradio-examples
Version: 0.4-1
The files in /usr/share/doc have incorrect permissions when this
package is built using sudo (instead of fakeroot).
See the hurd-i386 binary, for example.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
Package: gnuradio-examples
Version: 0.4-1
This package does not contain any architecture-specific file, so unless
I'm missing anything, it should be Architecture: all.
Thanks.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Fri, 22 Apr 2005, Aaron S. Hawley wrote:
On Fri, 22 Apr 2005, Santiago Vila wrote:
I don't think we should consider this as a bug when the use of `-' is
documented and it works.
Agreed. I wasn't aware of that option.
In full disclosure, I was actually using pdiff, a shell script
Package: freepops
Version: 0.0.27-1
The package freepops-doc is Architecture: all, so it should be
generated by the binary-indep target of debian/rules, not by the
binary-arch target as it happens in the current version.
If you are using debhelper, you might want to use -a and -i options
Package: gtkmm2.4
Version: 1:2.4.11-1
The package libgtkmm-2.4-doc is Architecture: all, so it should be
generated by the binary-indep target of debian/rules, not by the
binary-arch target as it happens in the current version.
If you are using debhelper, you might want to use -a and -i options
On Wed, 4 May 2005, Andrew Shugg wrote:
Package: rbldnsd
Version: 0.994b
Severity: wishlist
Hi Michael,
I know you're the upstream maintainer as well as the Debian package
maintainer, so I'm 99% sure you're aware that there have been a few
new releases of rbldnsd since 0.994b that's
On Wed, 4 May 2005, Michael Banck wrote:
On Mon, May 02, 2005 at 06:09:04PM +0200, Matthias Klose wrote:
Anyway, back to the gcc-3.4 build log:
./xgcc -B./ -B/usr/i586-gnu/bin/ -isystem /usr/i586-gnu/include
-isystem /usr/i586-gnu/sys-include
On Thu, 5 May 2005, Steve Langasek wrote:
Package: gettext-base
Version: 0.14.1-10
Severity: serious
Justification: incomplete dependencies
Tags: sid sarge
The package blender recently failed to build on hppa due to a strange
gettext-related error:
Package: blender
Version: 2.36-1
Severity: important
[ I'm not sure about the severity. Should this be serious, because of
it being a missing build-depends? I do X-Debian-Cc to Steve Langasek
just in case, as both release manager and submitter for Bug #307749 ].
The blender package depends
Hi.
gettext_0.14.4-2, just uploaded for unstable, fails to build from
source on at least the following archs:
mipsel
hppa
sparc
arm
mips
The error is always the same:
jikes-classpath: Depends: classpath but it is not going to be installed
Seems like a serious bug somewhere, but not in
Seems like a serious bug somewhere, but not in gettext, who just assumes
that their build dependencies may be installed.
This is because gcc-3.3 is currently FTBFS in unstable. :/
[ Hmm, I wish autobuilders ran sarge for packages that are going to be part
of sarge, at least during
On Mon, 10 Jan 2005, Blars Blarson wrote:
So, IMHO, spam filtering at bugs.debian.org should continue to be at
least as good as it is in lists.debian.org. If for this to happen you
have to use some soft but effective DNSBL like the CBL, or some advanced
technology like greylisting, or both,
On Tue, 11 Jan 2005, Hampa Hug wrote:
You are both correct. I originally added the option to enable the printing
of the stream summary in list and scan mode. Later I decided that verbose
was not the right name for that. Rather than thinking up a new option name
(the number of options had
On Tue, 11 Jan 2005, Blars Blarson wrote:
If you want to analyze the spam getting through and make spamassassin
rules that would catch it and not non-spam messages that would be
useful.
That's exactly the point: There is already a spamassassin rule for razor.
But everything it has been told
On Wed, 12 Jan 2005, Colin Watson wrote:
May I know what's the nature or severity of the latency problem razor
has that made it to be rejected for use in bugs.debian.org?
Is it that it adds more latency to the one from the DNS checks or is
it that it has too much latency by itself?
tags 274677 + wontfix
thanks
In fact, I don't even have the intention of changing this tag against
the will of the maintainer, but I hope the maintainer will be kind
enough to explain how the official meaning of wontfix is appropriate
for this bug (I fail to see it).
Thanks.
--
To
On Fri, 14 Jan 2005, Bruno Haible wrote:
However, I still don't have libintl.jar in my system and I am unnable
to reproduce this. So: under which conditions this message is shown?
What do I need to reproduce it?
To reproduce it: Build gettext with no gcj in the PATH.
(Because if gcj is
On Fri, 25 Feb 2005, Christopher W. Curtis wrote:
Package: procmail
Version: 3.22-10
Severity: important
Duplicate bug reports are not welcome. There is already a report for this.
See http://bugs.debian.org/procmail.
Hi - I've been losing mail for about a week now because my mail file has
On Thu, 17 Feb 2005, Brian May wrote:
My only other comment is the man page be updated to highlight the -m option:
--- cut ---
In the tradition of UN*X utilities, formail will do exactly
what you ask it to, even if it results in a non-RFC822
compliant message. In
Package: lsb
Version: 2.0-5
Binary package lsb is Architecture: all, so it should be created
by binary-indep target of debian/rules and not by binary-arch as
it happens in the current version.
Thanks.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
On Fri, 4 Mar 2005, Corrin Lakeland wrote:
I'm not sure how much I can do about this. Razor 1 has been
discontinued by cloudmark in preference of Razor 2. I'll try to
look if there is anywhere else that you can use for a razor 1
server, or else you might want to look at the razor 2
If you missed the last email in Bug#264011, please read it now.
Sorry, I forgot about the previous bug and I could not find it in the
current bug list.
For the record, I heavily disagree to your reasoning. You will help
people to lose mail (and much more) if you run programs as root
Package: aide
Version: 0.10-6.1
You may consider this as a reopening of Bug #87597.
While building this package for the hurd-i386 architecture, I noticed
that there is a hardcoded dependency on libc0.2, which does not exist.
Then I noticed about the debian/mkdep script, which seems like a hack.
severity 436079 wishlist
tags 436079 - wontfix
thanks
There seem to be legitimate reasons why /dev/stderr is not writeable.
Try
chmod 755 /usr/bin/procmail
to see the difference.
It's not that I'm not interested to fix this, but that this seems
to be a design flaw of the type that the author
On Mon, 6 Aug 2007, martin f krafft wrote:
Even if the duplicate was not submitted by you, your manipulation
of bug reports in packages I maintain (including reopening of #436079
and the wontfix tag) is not welcome. Stop doing that.
I can't tell you how to triage bugs in your package,
On Mon, 13 Aug 2007, Roland Stigge wrote:
Hi,
I second Peter's statement.
The result of this bug not being solved is that people are including a
separate GPLv3 copy in their packages (as I'm doing for now). Hopefully, they
will later change it to the normal policy procedure (link to
reassign 444232 debian-installer
thanks
On Thu, 27 Sep 2007, Dieter Brüggemann wrote:
Package: base-files
Version: 4
Severity: normal
/var/tmp was 755 after a fresh install but should be 1777.
It took me one day to find out why alt gr was not working within a
freenx session. This is
reassign 444194 ifupdown
thanks
On Wed, 26 Sep 2007, James Ward wrote:
Package: hello
Version: 1.3-16
After a sarge-etch upgrade, eth1 is not being configured upon reboot.
/etc/init.d/networking restart configures the card. My work-around is to put
/sbin/ifup eth1 at the start of
reassign 435476 debian-policy
thanks
On Wed, 1 Aug 2007, Carl Fürstenberg wrote:
Package: base-files
Version: 4.0.0
Severity: wishlist
I've seen plenty of instances of the usage of MIT License. Wouldn't it
be optimal to include it as a common license?
Maybe, or maybe not. I prefer to
reassign 436105 debian-policy
thanks
On Sun, 5 Aug 2007, Sam Hocevar wrote:
Package: base-files
Version: 4.0.0
Severity: wishlist
There are still many packages that mention the GPL version 1 in their
copyright file (around 350). Many Perl packages, but also Perl itself
and widespread
On Mon, 8 Oct 2007, Vincent Lefevre wrote:
I wonder if procmail should also regard them as equivalent too.
You don't really need that. That's what the idiom
[ ]*
exists. Between brackets, there is exactly a space and a tab.
See http://mirror.ncsa.uiuc.edu/procmail-faq/mini-faq.html
--
To
reassign 445787 dpkg-dev
thanks
On Mon, 8 Oct 2007, Lucas Nussbaum wrote:
Package: debmake
version: 3.8.3
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20071007 qa-ftbfs
Justification: FTBFS on i386
Hi,
During a rebuild of all packages in sid, your package failed to
On Thu, 26 Jul 2007, Peter Eisentraut wrote:
The relevant section in the policy says that Packages distributed under
the UCB BSD license, the Artistic license, the GNU GPL, and the GNU
LGPL, should refer to the corresponding files
under /usr/share/common-licenses, rather than quoting them in
On Sat, 28 Jul 2007, Florian Weimer wrote:
* Russ Allbery:
Andreas Barth [EMAIL PROTECTED] writes:
* Florian Weimer ([EMAIL PROTECTED]) [070630 10:16]:
But do we really want to license everything which is GPL version 2 or
later under the GPL version 3?
And how do we discriminate
On Thu, 13 Sep 2007, Jon Dowland wrote:
On Thu, Sep 13, 2007 at 10:11:28AM +0200, Santiago Vila wrote:
Sorry, this is a 17-year old program. This is not time to change the
defaults.
Fair enough. Indeed it is, and googling around shows this to be a common
problem, too. There are other
reassign 439939 icedove
severity 439939 wishlist
retitle 439939 icedove: would be nice an option to have Sent in mbox format
thanks
On Tue, 28 Aug 2007, arno renevier wrote:
Package: procmail
Version: 3.22-16
Severity: grave
Justification: causes non-serious data loss
Hi,
formail and
On Mon, 1 Oct 2007, Asheesh Laroia wrote:
pilot is still sort of large, but I'm not convinced it's a big deal. Is it
important, or is okay if I close this as wontfix?
I never said it was a big deal (it's a normal bug, not important or
serious), but IMHO it is quite obvious that there seems to
After installing a lenny system, I found this bug too, and the
proposed solution of using recommends seems suboptimal to me.
Let's see:
0d6e5d7b6f03639c0a556e8a4a9a7152 1068 sound optional sox_14.0.0-5.dsc
fd0964abab2b7ae5f4c24bab7c55da90 9010 sound optional sox_14.0.0-5.diff.gz
201 - 300 of 5938 matches
Mail list logo
