@@
+mol-drivers-linux (0.9.70+1-1.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Remove usage of removed lvalue-as-cast gcc extension. (Closes: #362407)
+
+ -- Steinar H. Gunderson [EMAIL PROTECTED] Sat, 3 Jun 2006 20:53:40 +
+
mol-drivers-linux (0.9.70+1-1) unstable; urgency=low
diff.
+
+ -- Steinar H. Gunderson [EMAIL PROTECTED] Sun, 4 Jun 2006 01:33:12 +0200
+
+doxygen (1.4.6-2.2) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Use $(shell pwd) instead of $(PWD) in debian/rules, which fixes FTBFS on
+builds that use (newer versions of) sudo.
+
+ -- Steinar
on
+the right modular -dev packages. (There are no _pic libraries anymore;
+they have been replaced by proper shared libraries.) Fixes FTBFS.
+(Closes: #366726)
+
+ -- Steinar H. Gunderson [EMAIL PROTECTED] Sun, 4 Jun 2006 11:21:24 +0200
+
libggi (1:2.0.5-1.1) unstable; urgency=low
* Build
On Sun, Mar 26, 2006 at 10:01:38AM +0530, Kapil Hari Paranjape wrote:
Additional evidence that the bug is in perlmagick/libmagick
is that the original webmagick program works fine
when used with Graphics::Magick in place of Image::Magick.
(Graphics::Magick is found in libgraphics-magick-perl.
On Sun, Jun 04, 2006 at 05:23:33PM +0200, Adeodato Simó wrote:
(And while I wait for answers, I'll go dream about the day when dak
itself will send the diffs to the BTS, if ever.)
Actually, you can implement this outside dak, but I'd hesitate to do this
automatically. How would people feel
Package: imagemagick
Version: 6:6.2.4.5-0.1
Severity: important
ImageMagick's support for the fixed font is broken:
trofast:~/wmtest# montage -font fixed -label '%f' *.jpg test.gif
montage: unable to read font `fixed'.
trofast:~/wmtest# montage -font courier -label '%f' *.jpg test.gif
On Sun, Apr 30, 2006 at 02:34:17AM -0700, Steve Langasek wrote:
So, it's pretty non-obvious how this value has changed from being
LDAP_MOD_REPLACE in bdb_modify_internal, to something else in
modify_add_values. It seems to be either a very strangely-consistent
threading bug, a subtle stack
On Sun, Jun 04, 2006 at 08:43:47PM +0200, Steinar H. Gunderson wrote:
I'm completely unable to reproduce this.
Scrap that; I can reproduce it now. I just didn't see that slapd
segfaulted... Debugging now.
/* Steinar */
--
Homepage: http://www.sesse.net/
--
To UNSUBSCRIBE, email to [EMAIL
On Sun, Jun 04, 2006 at 01:17:51PM -0700, Quanah Gibson-Mount wrote:
Is it possible to reproduce in 2.3.24? Or just the rather old 2.2.x
version?
2.3.24.
I'm currently compiling a noopt/nostrip-version, but at 133MHz ARM it's going
to take a while.
/* Steinar */
--
Homepage:
On Sun, Jun 04, 2006 at 10:19:44PM +0200, Steinar H. Gunderson wrote:
I'm currently compiling a noopt/nostrip-version, but at 133MHz ARM it's going
to take a while.
OK, the problem doesn't show up at -O0, which supports the theory that it's
some kind of overflow issue. I'm starting a build
On Sun, Jun 04, 2006 at 07:57:20PM -0700, Quanah Gibson-Mount wrote:
If it isn't an OpenLDAP thing, then I guess no ITS. ;) I thought it wasn't
completely specific to the ARM platform.
I haven't seen anybody being able to reproduce it except on arm, and
certainly such brokenness should be
On Mon, Jun 05, 2006 at 10:55:34AM +0200, Bill Allombert wrote:
I see a NMU by Steinar being rejected due to bad versions.
Yes. I was going to upload another one, but was told that Thiemo would make
an upload this weekend anyhow, so I let it be. Thiemo, OTOH, told me that
Matthias Klose got
On Mon, Jun 05, 2006 at 10:44:56AM +0200, Fran Aguilera wrote:
Package: nfs-common
Version: 1:1.0.8-4
Severity: normal
Excuse me? You are filing a completely empty bug report against a version of
nfs-common that does not exist (1:1.0.8-3 is the latest version). At the very
minimum, I'll need:
On Sun, Jun 04, 2006 at 07:36:11PM -0700, Steve Langasek wrote:
Since this is a bug with OpenLDAP
Is that certain? It looks just as likely to be a compiler bug to me.
After testing some more, it seems fairly likely to be a compiler bug.
Compiling the file in question (mods.c) with -O0 makes
On Mon, Jun 05, 2006 at 02:03:24PM +0200, Fran Aguilera wrote:
2. If I look at the packages database (using synaptic or apt-cache), it says
version 1.0.8-4
This looks odder and odder. What distribution is this anyway? The latest
version in Debian is 1:1.0.8-3 -- note the 1: in front. It looks
On Mon, Jun 05, 2006 at 02:01:02PM +0200, Steinar H. Gunderson wrote:
Compiling the file in question (mods.c) with -O0 makes the problem go away.
Likewise, compiling it with gcc-4.1 (with -O2) makes the problem go away. I'm
unable to point at anything directly wrong in the code, but I'm
On Fri, May 05, 2006 at 01:24:20PM -0700, Andrew Gray wrote:
To reproduce:
apt-get install snmpd snmp
- Modify /etc/snmp/snmpd.conf, comment out line 61, uncomment line 62 to
enable a sec.name readonly with a community string of public
(obviously don't do this to an exposed box)
On Thu, May 25, 2006 at 12:06:47AM -0400, Anthony DeRobertis wrote:
Anyway, if you conditionalize my alignment code to only be on 64-bit
platforms, I think you'll have a patch to fix this issue.
I minimalized your patch (removing the stuff to set -Wno-error, as it's
only relevant with noopt),
reopen 366161 !
thanks
On Mon, Jun 05, 2006 at 03:07:32PM -0700, [EMAIL PROTECTED] wrote:
It should be noted that the TESTING version works - the one in STABLE is
broken. :)
Oh! In that case, it's a clear reopen. I'm sorry, I didn't think of the
version in stable. Good to know that it's fixed
--- mldonkey-2.7.3/debian/changelog
+++ mldonkey-2.7.3/debian/changelog
@@ -1,3 +1,11 @@
+mldonkey (2.7.3-2.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Give --oknodo to start-stop-daemon when stopping daemon; makes the package
+properly purgable. (Closes: #368118)
+
+ -- Steinar H
Version: 2.6.4-3.1
reopen 340008
thanks
Sorry, I closed the entirely wrong bug. My NMU fixed #358476 (mcrypt FTBFS),
not #340008 (dovecot installs new SSL-key on upgrade).
/* Steinar */
--
Homepage: http://www.sesse.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
On Tue, Jun 06, 2006 at 02:52:59PM +0200, Steinar H. Gunderson wrote:
Attached is the diff for my mldonkey 2.7.3-2.1 NMU.
Sorry, I miscalculated, and I couldn't upload the NMU due to #369770. I'll
close the NMU bug, but I'm leaving the patch here for reference.
diff -u mldonkey-2.7.3/debian
On Tue, Jun 06, 2006 at 07:07:17PM +0100, Rene Mayrhofer wrote:
Attached is the diff for my openswan 1:2.4.5+dfsg-0.1 NMU. (Note that
all the changes, except for the one to debian/changelog, are done in the
upstream tarball.)
Thanks, I will apply it as soon as possible (but am currently _very_
On Tue, Jun 06, 2006 at 02:08:20PM +0200, Daniel Kobras wrote:
That is, now you get to see the warning message while it used to be
ignored in previous versions. The generated label should be exactly the
same, rendered in the default font (Helvetica). I haven't found a
version of ImageMagick
On Tue, Jun 06, 2006 at 07:56:20PM +0100, Rene Mayrhofer wrote:
You mean #363375? I could have a look at it, but I doubt I could be of too
much use.
Yes, the compilation problem - it would be also helpful if you can reproduce
it.
Let's see. Default .config and latest linux-source-2.6.16
On Thu, Mar 30, 2006 at 05:18:46PM +0800, Terence Y.B. Wong wrote:
I'm running php4, php4-cgi and php-cli on the same Apache server. The
CGI mode PHP4 is run under suexec condition. However, no $_POST values
could be obtained as in the server mode CGI.
I'm completely unable to reproduce this
On Tue, Jun 06, 2006 at 04:26:01PM +0200, [EMAIL PROTECTED] wrote:
It seems you closed 340008 instead of 358746.
Er, common typo -- the keys are like right next to each other? :-)
I would suggest replacing your numberpad...
I'd replace the brain. :-)
Thanks for noticing.
/* Steinar */
--
On Mon, Jun 05, 2006 at 11:53:23PM +0200, Steinar H. Gunderson wrote:
src/ui/obj/menu_proc.o: In function `PasteFromClipboard':
menu_proc.c:(.text+0x26ec): undefined reference to `XOpenDisplay'
menu_proc.c:(.text+0x2740): undefined reference to `XCreateSimpleWindow'
menu_proc.c
On Wed, Jun 07, 2006 at 05:58:38PM +0200, Daniel Kobras wrote:
In my experience, Image::Magick provides you with the latest features while
Graphics::Magick is less prone to breakage. In the case of webmagick
that hasn't been updated upstream in the last four years and is
therefore unlikely to
severity 373620 important
thanks
On Wed, Jun 14, 2006 at 06:54:58PM +0300, Pauli Nieminen wrote:
Severity: grave
Justification: renders package unusable
This seems a bit inflated; what is this “athcool” anyway? It doesn't seem
like something that would render the package unusable for any
On Thu, Aug 17, 2006 at 02:12:17PM +0100, Matthew Garrett wrote:
The nv driver appears to be heavily obfuscated and is effectively
The idea that nvidia do not posess an electronic list of register names
and offsets is entirely implausible. The only rational explanation is
that register
On Tue, Aug 29, 2006 at 10:41:17AM +0300, Daniel Stone wrote:
Or that nVidia never wrote the driver in the first place. I cannot find any
nVidia copyrights on it -- it seems to have been reverse-engineered and then
written up by the current copyright holders.
The output of the below has been
On Mon, Aug 28, 2006 at 08:39:41AM +1000, Paul Szabo wrote:
There is a warning in man exports against other sensitive UIDs, but
not against sensitive GIDs. There are no sensitive UIDs on a default
Debian installation, but there is a sensitive GID mandated by policy;
there is no default or easy
On Wed, Aug 30, 2006 at 08:12:45AM +1000, Paul Szabo wrote:
... this is the wrong package. nfs-utils doesn't do any of the squashing ...
I submitted the bug against nfs-kernel-server. I do not understand why you
think nfs-utils is involved.
nfs-kernel-server is part of nfs-utils. Again:
On Wed, Aug 30, 2006 at 09:19:37AM +1000, Paul Szabo wrote:
One of us is confused.
Given that one of us has been co-maintaining nfs-utils for a while, I think I
might have an idea :-)
Squash is set in /etc/exports, I think /etc/exports is used by mountd;
surely it is all done here?
mountd
severity 383747 important
thanks
On Sat, Aug 19, 2006 at 06:22:24PM -0300, Martín Ferrari wrote:
severity 383747 critical
I can't possibly find #383747 critical -- does it break the entire system?
Introduce a remote-root security hole? Cause critical data loss?
Making another package FTBFS (by
On Thu, Aug 24, 2006 at 03:03:50AM +0200, Javier Serrano Polo wrote:
Could you provide a full gdb backtrace?
Here's a bt full with debugging symbols (-g -O0 plus whatever odd -f options
lmms is adding by itself) on amd64:
(gdb) r
Starting program: /usr/home/root/nmu/lmms-0.2.1/lmms
[Thread
retitle 384922 please support NFS squashing multiple groups
reassign 384922 linux-2.6.16
thanks
On Wed, Aug 30, 2006 at 10:31:57AM +1000, Paul Szabo wrote:
Are you saying that mountd might be happy to squash gid=staff, but the
kernel would not understand such a request?
Yes. Or rather, there
On Wed, Aug 30, 2006 at 01:30:56PM -0400, Diab Jerius wrote:
This bug is still in version 4.1.4-11 (with nis 3.16-2). Is there any
progress on fixing this?
It will have to be fixed in NIS, AFAIK. I Cc-ed the nis maintainer at some
point, but I don't really know what happened after then.
/*
Package: aptitude
Version: 0.4.2-1
Severity: wishlist
For a few months now, I've been running with
Aptitude::cmdline::Request-Strictness 1 in my apt.conf. The
results are very good compared to the defaults; aptitude consistently
gives me solutions that I _want_ instead of something I perceive
On Sat, Sep 02, 2006 at 11:04:29AM +1000, Aníbal Monsalve Salazar wrote:
Also if possible, it would be nice if you send to Steinar, Daniel
and myself a heads-up note about new releases so we can organize
a 0-days-delay upload to the debian archive.
Shouldn't we just pseudo-freeze these
On Sat, Sep 02, 2006 at 09:21:05AM -0400, Andrew Schulman wrote:
This bug doesn't happen consistently; I'd say it's half the time. I run
evmsgui, and nothing happens. Ctrl-C and SIGTERM won't kill it; only
SIGKILL will.
I'm quite enable to reproduce this. Could you at the very least send an
reassign 385879 mount
forcemerge 385879 383308
thanks
On Sun, Sep 03, 2006 at 06:17:20PM +0200, [EMAIL PROTECTED] wrote:
I get the following log messages repeatedly during operation:
Sep 3 18:08:17 kelev automount[9879]: Warning: rpc.idmapd appears not to
be running.
Sep 3 18:08:17 kelev
On Thu, Aug 24, 2006 at 10:20:49PM +0100, Sam Morris wrote:
Wireshark 0.99.3 fixes the following vulnerabilities:
For those backporting fixes for these holes, I've dug up the Subversion
revision numbers (I'll be doing a backport NMU for this instead of NMUing
with a new upstream version, simply
On Mon, Aug 28, 2006 at 08:40:14PM +0200, Bastian Kleineidam wrote:
if the thttpd daemon is not running, the prerm script fails, since
/etc/init.d/thttpd stop fails to exit with a zero status.
This is just plain wrong:
trofast:/usr/src/thttpd-2.23beta1# sh debian/thttpd.rc stop ; echo $?
On Mon, Aug 07, 2006 at 10:53:38AM +0200, Joris van Rantwijk wrote:
PS. (and slightly off-topic) My personal opinion is that Perl has
utterly messed up Unicode handling. The documentation uses the terms
Unicode and UTF8 as if they were interchangable. In fact, and as we
see with this bug,
On Tue, Sep 05, 2006 at 05:31:40AM -0400, Andrew Schulman wrote:
I right-click on some disk freespace, and choose Create segment.
The Create Segment Configuration Options dialog appears. When I
change the Partition Type, the Partition TYpe ID field should
be updated to the new correct value,
On Tue, Sep 05, 2006 at 01:29:25PM +0200, Max Kellermann wrote:
The linker states that it can't find the function write_oid(); the
upstream patch
http://www.citi.umich.edu/projects/nfsv4/linux/nfs-utils-patches/1.0.9-3/nfs-utils-1.0.9-001-gssd_write_oid.dif
fixes that.
This is odd; it
tags 384357 - patch
thanks
On Wed, Aug 23, 2006 at 08:08:17PM +0200, Aurelien Jarno wrote:
-Build-Depends-Indep: debhelper (= 4.2.30), cdbs (=0.4.21)
+Build-Depends: debhelper (= 4.2.30), cdbs (=0.4.21)
FWIW, the patch is correct, but even after applying it the package doesn't
build. (The
error about unknown debconf
+priority.
+
+ -- Steinar H. Gunderson [EMAIL PROTECTED] Thu, 7 Sep 2006 16:33:41 +0200
+
cmucl (19c-release-20051115-2) unstable; urgency=low
* Included upstream patch 001:
diff -u cmucl-19c-release-20051115/debian/control
cmucl-19c-release-20051115/debian
build-dependency on
+python2.3-dev to one on python-dev, and remove the demand that python
+should be ( 2.4). Fixes FTBFS. (Closes: #380787, 383989)
+
+ -- Steinar H. Gunderson [EMAIL PROTECTED] Fri, 8 Sep 2006 01:46:59 +0200
+
entity (1.0.1-7.1) unstable; urgency=low
* Non-maintainer
on several
+architectures (among them amd64) with gcc 4.1. (Closes: #384961)
+ * Build-depend on flex (= 2.5.33-6) to get -lfl_pic.
+
+ -- Steinar H. Gunderson [EMAIL PROTECTED] Fri, 8 Sep 2006 01:55:29 +0200
+
glimpse (4.18.0-6) unstable; urgency=low
* Fix typos in the manual pages
reassign 383308 mount
severity 367931 minor
merge 383308 367931
thanks
On Wed, Aug 16, 2006 at 02:40:51PM +0200, [EMAIL PROTECTED] wrote:
I get the message
Warning: rpc.gssd appears not to be running.
every time I mount an NFSv4 partition with Kerberos authentication. In
fact rpc.gssd
On Sun, Apr 02, 2006 at 04:00:16PM -0400, Joey Hess wrote:
Is there actually a good reason for the symlinks, which I am not
seeing? The best reason I have come up with so far is that it allows the
link to be renamed to a higher/lower number while still having the file
contents updated by dpkg.
On Thu, Aug 17, 2006 at 02:41:13PM +0200, Steinar H. Gunderson wrote:
This is a bug in mount, checking for the wrong pid file, a duplicate of
#376931. I'm reassigning and merging. (It's definitely not important, as
the submitter of #367931 seems to think, since it's only a textual warning
On Mon, Aug 21, 2006 at 10:45:16AM +1000, Brian May wrote:
I have been requested to add KCM to the Debian packages - see bug #379245.
Based on my limited understanding, KCM is a system wide daemon that
keeps track of user's Kerberos tickets, in memory, so they don't need
to be stored in
On Wed, Aug 23, 2006 at 02:47:53PM +, Mitchell Smith wrote:
Could you please add an option to pass --without-recommends through to
aptitude.
Can't you set this in apt.conf yourself?
/* Steinar */
--
Homepage: http://www.sesse.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
Package: libnfsidmap1
Version: 0.16-3
Severity: serious
nfs-common is broken when run with older libnfsidmap1 (say, 0.8-1):
moccamaster:~# /etc/init.d/nfs-common restart
Stopping NFS common utilities: idmapd statd.
Starting NFS common utilities: statd idmapd/usr/sbin/rpc.idmapd: symbol
On Thu, Jul 27, 2006 at 02:02:22AM +0200, Luigi Gangitano wrote:
It seems that in the dump you sent many packages are truncated and
cannot be reconstructed.
I have no idea why you think that -- it was taken with -s 5000, and the MTU
of my network interface is 1500...
/* Steinar */
--
On Thu, Jul 27, 2006 at 05:27:46PM +0200, Luigi Gangitano wrote:
Upstream could not use your dump and asked for another dump with
increased snaplen.
Hm, that's odd. Oh well, I'll probably get to it sometime near the beginning
of next week.
In any case, the dump should be rather irrelevant --
Package: squid
Version: 2.6.1-3
Severity: grave
Justification: renders package unusable
Since upgrading Squid (I follow testing), it suddenly now refuses to
start anymore:
Setting up squid-common (2.6.1-3) ...
Setting up squid (2.6.1-3) ...
Installing new version of config file
Package: squid
Version: 2.6.1-3
Severity: normal
The release notes for 2.6 specify that http_port takes the accelerated
and transparent options; however, that only gives a rather cryptic
error message (bungled configuration line) and no useful information.
The only place I've actually been able
On Wed, Aug 02, 2006 at 02:45:28AM +0200, Luigi Gangitano wrote:
can you confirm this bug with the latest version of squid. Since the
transparent proxy feature was widely alterated in squid-2.6.STABLE
I'd like to check if this issue was resolved.
The option itself seems to be gone, and I'm
Package: acpi-support
Severity: normal
Hi,
My Dell Latitude D420 has an i945, which needs the program
i915resolution to be run to program the right mode (1280x800), or X
crashes on resume from hibernation. Simply changing s/855/915/ in the
two existing 855resolution scripts did the trick for me;
Package: initramfs-tools
Version: 0.73
Severity: grave
Justification: makes the package unsuitable for release in maintainer's opinion
After upgrading from testing (0.69b) to unstable (0.73), resuming from
hibernation no longer works -- it just boots as normal. Downgrading
fixes the issue.
--
On Sat, May 13, 2006 at 12:33:34PM +0200, Steinar H. Gunderson wrote:
Sorry. I've been trying to figure out what kernel package I'm supposed
to use to run Linux v2.6 on a Pentium I, which is what the NFS server
in question is. Do you have any idea about that?
linux-image-2.6-486 should do
On Wed, Jun 01, 2005 at 11:59:36PM +0200, Hans-Christian Egtvedt wrote:
Reproducable by the following commands:
~ mkdir tartest
~ cd tartest
~/tartest touch foo.bar
~/tartest tar c --newer-mtime=2006-01-01 *
tar: foo.bar: file is unchanged; not dumped
~/tartest
Bdale, did anything
On Tue, May 23, 2006 at 05:01:41PM +0700, Roman Dubtsov wrote:
This bug can be worked around by using autofs module instead of autofs4.
Autofs will complain on boot, but it works for me...
Is the system running HAL?
/* Steinar */
--
Homepage: http://www.sesse.net/
--
To UNSUBSCRIBE, email
On Thu, May 25, 2006 at 01:28:59AM +0700, Roman S Dubtsov wrote:
There have been problems with hal and autofs, yes. I'll let
upstream know.
Thank you.
No problem :-) By the way, does stopping hal fix the problem?
/* Steinar */
--
Homepage: http://www.sesse.net/
--
To UNSUBSCRIBE, email to
Package: linux-2.6
Severity: important
debian/copyright currently only lists the copyright, license and
upstream URL for Linux proper. Given that Xen is now part of the
package, its license (a BSD variant, which is GPL-compatible, but
still), copyright and upstream URL (whatever that is) should
Package: xen-utils-3.0
Severity: normal
32-bit (i386) xend is completely broken when running on a 64-bit (amd64)
dom0 kernel (under a 64-bit hypervisor). xend start gives (in dmesg):
[ 149.356355] ioctl32(xenstored:9100): Unknown cmd fd(19) cmd(00084501){00}
arg(cae8) on /dev/xen/evtchn
reassign 364760 kernel-image-2.4.27-2-386
thanks
On Sat, May 20, 2006 at 01:03:33AM +0200, Steinar H. Gunderson wrote:
Sorry. I've been trying to figure out what kernel package I'm supposed
to use to run Linux v2.6 on a Pentium I, which is what the NFS server
in question is. Do you have any
/changelog
@@ -1,3 +1,12 @@
+gs-esp (8.15.1.dfsg.1-2.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * When installing, don't use $install_prefix, as it's applied multiple times
+in some situations; instead, hard-code all the destinations. Fixes FTBFS.
+(Closes: #376484)
+
+ -- Steinar H
+the dh_pycentral snippets are put into the maintainer scripts; patch from
+Sam Morris. (Closes: #376416)
+
+ -- Steinar H. Gunderson [EMAIL PROTECTED] Wed, 12 Jul 2006 23:26:50 +0200
+
python-apt (0.6.18) unstable; urgency=low
* Non-maintainer upload.
diff -Nru /tmp/nSCyyF4AdH/python-apt
Package: crm114
Version: 20060704a-1
Severity: grave
Justification: renders package unusable
When trying to learn new mail as spam, I get the following error twice:
Aw, crud. mailfilter.crm broke. Here's the error:
/usr/bin/crm: *ERROR*
This program wants to use a nonexistent variable
severity 378084 important
retitle 378084 NEWS.Debian needs to document mailfilter configuration change
thanks
On Thu, Jul 13, 2006 at 12:06:25PM +0200, Milan Zamazal wrote:
You should update your mailfilter.cf, see
/usr/share/crm114/mailfilter.cf. I should put a warning about it into
On Fri, Jul 14, 2006 at 05:59:33AM +0530, Ritesh Raj Sarraf wrote:
I couldn't figure out what package w belongs to, hence general.
w is reporting some messages on Debian GNU/kFreeBSD.
cassarossa:~ ls -l /usr/bin/w
lrwxrwxrwx 1 root root 19 2005-06-04 11:39 /usr/bin/w - /etc/alternatives/w
:1.4.7-14.1) unstable; urgency=high
+
+ * Non-maintainer upload.
+ * Copy code from top-level configure.ac to src/cmods/configure.ac to work
+around changes in autoconf 2.59c; patch from Niko Tynui, fixes FTBFS.
+(Closes: #376516)
+
+ -- Steinar H. Gunderson [EMAIL PROTECTED] Fri, 14 Jul 2006
tags 376824 - patch
thanks
On Wed, Jul 05, 2006 at 12:15:44PM +0200, Martin Pitt wrote:
Ludwig Nussel [EMAIL PROTECTED] discovered that libvncserver has
the same authentication bypass as realvnc (in CVE-2006-2369), although
it's completely different code.
This has been fixed by upstream:
) unstable; urgency=high
+
+ * Non-maintainer upload.
+ * Build-depend on libbluetooth2-dev instead of obsolete libbluetooth1-dev;
+fixes FTBFS. (Closes: #376966)
+
+ -- Steinar H. Gunderson [EMAIL PROTECTED] Fri, 14 Jul 2006 20:17:39 +0200
+
ussp-push (0.5-2) unstable; urgency=low
* Now
-irc-0.1cvs20050420/debian/changelog
@@ -1,3 +1,11 @@
+jabber-irc (0.1cvs20050420-3.1) unstable; urgency=high
+
+ * Non-maintainer upload.
+ * Depend on python-irclib instead of python2.3-irclib, since it was
+renamed as part of the Python transition. (Closes: #376894)
+
+ -- Steinar H
severity 374927 important
thanks
According to the RMs, this is not RC:
01:38 vorlon Sesse: having two packages not coexist in the default case
because they want to bind to the same port isn't RC
Downgrading accordingly.
/* Steinar */
--
Homepage: http://www.sesse.net/
Package: ucf
Version: 2.0012
Severity: important
(I'm unsure if this should be RC or not; I'm setting it to important.
Please adjust as you see fit)
ucf since 2.0012 uses readlink -e to determine the pager, but this
flag is new -- it appeared in coreutils 5.91. This leads to situations
such as
On Sat, Jun 03, 2006 at 02:18:42PM +0200, Yann Dirson wrote:
The intro documents, however, have a different status: they are
derived from OPL documents, and thus fall under the OPL, but they
contain a GFDL notice.
Since those documents are not very useful anyway, I'll just drop them,
that
upload.
+ * Unbreak syntactically wrong debconf template, which caused problems
+during package installation. (Closes: #360581)
+
+ -- Steinar H. Gunderson [EMAIL PROTECTED] Sun, 16 Jul 2006 00:02:00 +0200
+
nufw (1.0.23-1) unstable; urgency=low
* New upstream release
On Wed, Jan 11, 2006 at 06:38:14AM -0500, Michael Stone wrote:
It looks like someone needs to replace the RSA md5 implementation with
one of the GPL-compatible ones, correct?
I'm inclined to just dump the current code and go with freebsd's
implementation of libpam-opie, just haven't had time.
On Sat, Jul 15, 2006 at 06:53:09PM -0400, Michael Stone wrote:
including also fixing the code to write to the wtmp
? An authentication module shouldn't be writing to wtmp.
Don't ask me why, but it does. Anyhow, the code is completely useless -- the
two calls to opielogwtmp() can be replaced by
reassign 328923 opie
thanks
On Sun, Jul 16, 2006 at 12:53:46AM +0200, Steinar H. Gunderson wrote:
? An authentication module shouldn't be writing to wtmp.
Don't ask me why, but it does. Anyhow, the code is completely useless -- the
two calls to opielogwtmp() can be replaced by a single one
tags 328923 + patch
thanks
Hi,
Attached is a patch to remove the offending code:
- md4c.c has been replaced with a GPLed implementation from Samba, by Andrew
Tridgell.
- md5c.c has been replaced by a free reimplementation (at least it looks
DFSG-free for me) by L. Peter Deutsch.
-
On Fri, Jun 02, 2006 at 08:10:22PM +0200, Andreas Metzler wrote:
tags 365234 pending
# I have uploaded libtasn1-3 to experimental, it is sitting in NEW
# queue.
thanks
Shouldn't this still be fixed in libtasn1-2? The bug is open, and the package
has something like twenty reverse
Package: libimage-info-perl
Version: 1.21-1
Severity: important
Tags: patch upstream
EXIF parsing in TIFFs (at least the .NEF files from my camera) are
broken due to a typo in TIFF.pm, causing a syntax error. With the
following patch, I can read metadata from my .NEF files just fine.
iff -u
Package: imagemagick
Version: 7:6.2.4.5.dfsg1-0.9
Severity: important
I'm using perlmagick as part of my image gallery, which runs under
mod_perl2 on threaded Apache. However, when I am to load a .NEF file,
ImageMagick goes out, forks, and calls dcraw to decode the image.
(They get way too dark
On Sun, Jul 16, 2006 at 11:30:14AM +0200, Steinar H. Gunderson wrote:
However, when multiple such images are decoded at the same time, I suddenly
seem to get too many dcraw processes running at the same time, and
corruption in what's written -- I have no idea why, but my primary guess
severity 375116 important
thanks
On Sun, Jun 25, 2006 at 12:27:37PM +0100, Sam Morris wrote:
The bug in lvm2 is that lvcreate allows the creation of the snapshot on
kernel versions where it is known that the operation will crash the
system.
After conferring with the RMs: This is not RC for
(1.2.8rel-5.2) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Backport changes from 1.2.12 to fix a buffer overflow in
+png_decompress_chunk; patch by Alec Berryman. [CVE-2006-3334]
+(Closes: #377298)
+
+ -- Steinar H. Gunderson [EMAIL PROTECTED] Sun, 16 Jul 2006 16:27:56 +0200
On Wed, May 31, 2006 at 09:29:20AM +0100, Thom May wrote:
This is in progress with upstream; we've worked with them to remove zb.c
from the upstream repository and are working to find a reasonable solution
to the RSA licensed files.
FWIW, a reasonable usable replacement for the MD5 functions
FWIW: dovecot has MD4 and MD5 implementations placed in the public domain
too.
/* Steinar */
--
Homepage: http://www.sesse.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hi,
Any progress on getting libxfont 1.2.0 into unstable? I guess NMUing with a
new upstream version would be slightly risky for anyone not knowing much
about X internals :-)
/* Steinar */
--
Homepage: http://www.sesse.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
On Mon, Jul 10, 2006 at 03:30:44PM +0200, Luigi Gangitano wrote:
Hi Steinar,
I forwarded this bug to the upstream developers, who asked for more
informations:
A somewhat odd server sending back the response before the entire
request have
been sent..
Ah, yes. I've looked around a
On Tue, Jul 11, 2006 at 11:54:50AM +0200, Jan Lübbe wrote:
You have python-setuptools from stable (see
http://packages.qa.debian.org/p/python-setuptools.html).
That version is not compatible with the recent changes in python
packageing. Please try it with a current version of
1201 - 1300 of 1960 matches
Mail list logo