Package: gnupg-agent
Version: 1.9.15-6
Severity: wishlist
Tags: patch
The attached patch prevents the 90gpg-agent Xsession script from running
a new gpg-agent if there's already one set up in the environment from a
script run at a time earlier than 90; this is similar to the behaviour
of
Package: keychain
Version: 2.5.5-3
Severity: wishlist
The attached script, placed in /etc/X11/Xsession.d/80keychain, will
automatically configure keychain (with no keys initially loaded) for
every user with a .keychain directory.
The GPG part of this functionality needs a change to the
For the record, the keychain feature request which depends on this
change is Bug#336484.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: python-gobject
Version: 2.12.1-2
Severity: important
Justification: fails to build from source
In an experimental schroot with only build-essential and the Build-Depends
installed, and without working network access, python-gobject fails to
/debian/changelog mod-dnssd-0.4/debian/changelog
--- mod-dnssd-0.4/debian/changelog
+++ mod-dnssd-0.4/debian/changelog
@@ -1,3 +1,10 @@
+mod-dnssd (0.4-1.1~smcv0) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Alter source to compile with Apache 2.2 (closes: #391782, #393012)
+
+ -- Simon
-1.10/debian/changelog
+++ libapache2-mod-fcgid-1.10/debian/changelog
@@ -1,3 +1,10 @@
+libapache2-mod-fcgid (1.10-1.1~smcv0) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Compile against Apache 2.2 and APR 1.0 (Closes: #391757, #393020).
+
+ -- Simon McVittie [EMAIL PROTECTED] Sun, 15
package hplip
reopen 380845
found 380845 1.6.7-1
severity 380845 grave
retitle 380845 hplip 1.6.7-1 uninstallable due to Python transition
thanks
HPLIP is now uninstallable in sid: it depends on python ( 2.4) which
can no longer be satisfied. To work now that /usr/bin/python is Python
2.4, it
tags 488374 + patch
thanks
I've confirmed that a daily-build business card image still exhibits
this bug, but that when I install udebs built with ac_cv_header_execinfo_h=no
using udpkg -i and retry Detect disks, all the partitioning goes according
to plan. I'm still waiting for installation to
# Automatically generated email from bts, devscripts version 2.10.35
forwarded 493210 http://bugzilla.gnome.org/show_bug.cgi?id=545138
# fixed in http://svn.gnome.org/viewvc/brasero?view=revisionrevision=1039
tags 493210 fixed-upstream
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
Package: python-msn
Version: 0.3.1-2
Severity: grave
Justification: renders package unusable
The MSN servers have changed their DNS server in a way that exposes a
bug in pymsn's DNS resolution. Also, their response to the CVR command
has changed, causing additional problems.
Today's upstream
clone 484305 -1
reassign -1 vim-python
thanks
Shouldn't Python builds of vim avoid this bug by stopping '' from being
prepended to sys.path in the first place?
After looking through Python initialization and vim's if_python.c it
seems that the way forward is to set Python's argv, via
# Automatically generated email from bts, devscripts version 2.10.33
# the reporter explained that -2 was the buggy version and -1 was a downgrade
to fix it
notfound 491114 2:1.02.27-1
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: gnome-menus
Version: 2.22.2-1
Severity: serious
Justification: Policy 3.9; upgrade fails
Preparing to replace gnome-menus 2.22.2-1 (using
.../gnome-menus_2.22.2-2_i386.deb) ...
Unpacking replacement gnome-menus ...
dpkg: error processing
tags 491344 + pending
thanks
We're aware of it. I'll hopefully be able to upload at the weekend;
not sure at this point whether it'll be into unstable (and hopefully lenny)
or just into experimental until after lenny, since it has some behaviour
changes.
Simon
signature.asc
Description:
# Automatically generated email from bts, devscripts version 2.10.34
# this is actually someone else's bug report, but it's the same bug
forwarded 374957
http://sourceforge.net/tracker/index.php?func=detailaid=1692788group_id=38414atid=422030
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
Hi,
The upstream BTS claims that all the performance problems of rst.el were fixed
shortly after the 0.5 release (which I just uploaded to experimental).
However, I don't (know how to) use emacs, and as far as I know neither does
my co-maintainer...
Would you mind trying out an updated version
tags 438664 + upstream
thanks
I notice you've reported some docutils bugs upstream already - would you mind
passing this one on to their BTS too? I'm afraid I'm emacs-illiterate,
so I wouldn't be able to do much more than copy and paste what
you've already said, and that seems an inefficient way
(I'm going through all the docutils bug reports in Debian; sorry to be
resurrecting this after so long...)
I'm really not convinced that having rst2html get its CSS file from /etc
is a reasonable enhancement; you're essentially proposing that docutils'
output become dependent on the
Package: linux-image-2.6.26-1-686
Version: 2.6.26-4
Severity: normal
When using a 3G phone over USB for PPP connectivity, the kernel oopses if
the phone is accidentally unplugged (or, as in the attached log, its battery
runs out) before pppd has been terminated. After this happens, ppp does not
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sun, 13 Jan 2008 at 17:12:52 +0100, Philipp Kern wrote:
[This message has also been posted to gmane.linux.debian.devel.general.]
On 2008-01-12, Simon McVittie [EMAIL PROTECTED] wrote:
Some more explanation: I intend to have a source package
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: gcc-4.2-doc
Version: 4.2.2-6
Severity: grave
Justification: renders package unusable
gcc-4.2-doc installs info files for gcc-4.2 and gccint-4.2 only, but its
postinst calls install-info for gcc-4.2, gccint-4.2 and libgomp-4.2,
causing the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: dnsmasq
Version: 2.40-1
Severity: important
dnsmasq's filterwin2k option suppresses *all* SRV queries. These aren't
only used by Windows to find domain controllers - they're increasingly
commonly used for, for instance, SIP and XMPP.
For
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
retitle 459596 ITA: gtimelog
owner 459596 !
thanks
Dafydd Harries and I intend to maintain this package in collab-maint
(I've asked to be included in the ACL; daf is already there via DD status).
More co-maintainers welcome.
Simon
-BEGIN PGP
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: wnpp
Severity: wishlist
Owner: Simon McVittie [EMAIL PROTECTED]
* Package name: unreal-assistant
Version : 0.0
Upstream Author : Simon McVittie [EMAIL PROTECTED]
* URL : http://bzr.debian.org/~smcv-guest/bzr
On Fri, 14 Dec 2007 at 18:23:41 +0100, Stefano Costa wrote:
Ok, I got it, but:
SALUT_DEBUG=all SALUT_PRESIST=true
GIBBER_DEBUG=all /usr/lib/telepathy/telepathy-salut
** (telepathy-salut:3431): DEBUG: started version 0.2.0 (telepathy-glib
version 0.7.0)
** (telepathy-salut:3431): DEBUG: no
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: abraca
Version: 0.2-1
Severity: normal
(I don't actually use abraca or XMMS2 - my only interest in the package
is that I've tried to fix its open RC bug #439567 - so I apologise if I'm
misinformed about its capabilities.)
Since abraca needs
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, 14 Dec 2007 at 00:53:28 +0100, Michael Koch wrote:
On Mon, Dec 10, 2007 at 08:40:43PM +, Simon McVittie wrote:
Michael: how would you recommend proceeding with this? Should I bother
asking for a sponsored-NMU of a known-broken package
tags 456879 + patch
thanks
You are in a maze of twisty struct sigcontext (or possibly struct
sigcontext_struct), all alike...
signal.c assumes that on i386, either we HAVE_ASM_SIGCONTEXT_H, or there
is no declaration of sigcontext_struct. This is no longer the case in
current glibc:
* signal.h
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: wnpp
Severity: wishlist
Owner: Simon McVittie [EMAIL PROTECTED]
* Package name: libgfshare
Version : 1.0.2+bzr20070822
Upstream Author : Daniel Silverstone [EMAIL PROTECTED]
* URL : http://www.digital-scurf.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
(Cc'ing the author)
On Thu, 15 Nov 2007 at 11:29:18 +0100, Soren Hansen wrote:
I already packaged this in Ubuntu. Feel free to adopt it for Debian.
Having looked at the Ubuntu packaging, I'm somewhat concerned about it -
it seems you don't have the
Package: debian-maintainers
Version: 0.07
Severity: normal
See attached.
Changed-By:
Date: Mon, 19 Nov 2007 15:02:24 +
Comment: adding debian-maintainer Simon McVittie
NM-Page:
https://nm.debian.org/nmstatus.php?email=smcv%40ianadd.pseudorandom.co.uk
Agreement:
http://lists.debian.org
outside the build
+directory (Closes: #439567).
+
+ -- Simon McVittie [EMAIL PROTECTED] Mon, 10 Dec 2007 19:47:31 +
+
abraca (0.2-1) unstable; urgency=low
* Initial release (Closes: #430729)
diff -u abraca-0.2/debian/rules abraca-0.2/debian/rules
--- abraca-0.2/debian/rules
+++ abraca
LD_LIBRARY_PATH while running dpkg-shlibdeps; this and the above
+fix an unreported FTBFS with new dpkg-shlibdeps versions
+ * Amend changelog for version 0.7.2+cvs20070518.1557-1 to include missing
+CVE ID CVE-2007-2500 for future reference
+
+ -- Simon McVittie [EMAIL PROTECTED] Tue, 11 Dec
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
(I'm a new maintainer doing RC bug squashing; Michael Koch, Cc'd, is my AM.)
I attach a proposed NMU interdiff for this bug, and for a FTBFS with recent
dpkg-shlibdeps which I discovered while fixing it. I haven't built the
patched packages
package telepathy-sofiasip
tags 436422 fixed-upstream
owner 436422 [EMAIL PROTECTED]
thanks
I've forwarded this bug upstream and Senko Rasic has fixed it in Darcs,
so a fix will be in the next release. Let me know if this bug becomes urgent
before the next release occurs.
Simon
--
To
package telepathy-stream-engine
tags 443898 + pending
thanks
On Mon, 24 Sep 2007 at 22:25:50 +0100, Rafael EspĂndola wrote:
Package: telepathy-stream-engine
Version: 0.3.25-1
The package telepathy-stream-engine should depend on libfarsight.
telepathy-stream-engine needs recompiling against
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I have this bug too, also on an amd64 machine.
ifconfig -a here outputs (slightly anonymised):
eth0 Link encap:Ethernet HWaddr 00:17:A4:xx:xx:xx
inet addr:10.0.0.1 Bcast:10.0.0.255 Mask:255.255.255.0
inet6 addr:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[I'm a new maintainer doing RC bug fixing as part of TS; Michael is my AM.]
This bug is because Eunuchs is being built for Python 2.5, but hasn't
been ported according to PEP 353 Using ssize_t as the index type
+
+ * Non-maintainer upload.
+ * Remove all cmake-generated files in make clean, avoiding FTBFS
+and reducing Debian diff size (Closes: #445614).
+
+ -- Simon McVittie [EMAIL PROTECTED] Sun, 14 Oct 2007 12:24:05 +0100
+
perceptualdiff (1.0.1-1) unstable; urgency=low
* Initial release
diff
On Mon, 15 Oct 2007 at 07:36:30 -0600, Martin Michlmayr wrote:
* Simon McVittie [EMAIL PROTECTED] [2007-10-15 11:30]:
A patch is attached. It makes the following changes to fix the FTBFS:
Um, oops. Patch *really* attached...
--- eunuchs-20050320.1.orig/debian/changelog
+++ eunuchs-20050320.1
Package: w3-recs
Version: 20070917-1
Followup-For: Bug #444593
Here's a patch that implements relative links as desired.
diff -u w3-recs-20070917/xsl/gen-html-index.xsl w3-recs-20070917/xsl/gen-html-index.xsl
--- w3-recs-20070917/xsl/gen-html-index.xsl
+++ w3-recs-20070917/xsl/gen-html-index.xsl
Package: w3-recs
Version: 20070917-1+smcv
Severity: wishlist
Tags: patch
It's quite easy to register HTML documentation with devhelp, the GNOME
documentation browser. I attach a patch which does this for the W3C
recommendations in w3-recs.
The .devhelp file is generated in a rather simple-minded
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 17 Oct 2007 at 13:14:32 +0200, Stefano Zacchiroli wrote:
Thanks for the hint and for the patch, I'm looking at it.
However, I'm not familiar with devhelp (though not by any means against
supporting it for w3-recs), so I've a couple of
On Mon, 06 Aug 2007 at 16:28:15 +0200, maximilian attems wrote:
On Thu, 28 Jun 2007, Simon McVittie wrote:
I have a cheap USB stick (an Integral 512M USB2.0 stick, specifically)
which appears with unknown partition table when inserted. If the
BLKRRPART ioctl is issued, the partition table
Package: mr
Version: 0.6
Severity: wishlist
Tags: patch
The attached patch adds Darcs support to mr.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101,
'experimental')
Architecture: i386 (i686)
Package: mr
Version: 0.7
Severity: normal
Tags: patch
The patch I sent in for Darcs support ran darcs in its default
interactive mode, which doesn't work well with -j (sorry!). The attached patch
changes it to use darcs pull -a, which is noninteractive (and also
matches the behaviour of the other
Package: empathy
Version: 0.14-2
Severity: minor
Tags: patch
[I'm a maintainer, but submitting a bug anyway for the sake of the NM
process]
/usr/bin/empathy and /usr/bin/empathy-accounts don't have man pages.
Suggested man pages are attached; I'll also submit these upstream.
Package: telepathy-mission-control
Version: 4.42-1
Severity: minor
Tags: patch
[I'm a maintainer, but filing a bug for the sake of the NM process...]
The mc-account utility in Mission Control doesn't have a man page. I
attach one.
mission-control itself doesn't have a man page either, but it's
Package: telepathy-inspector
Version: 0.5.0-1
Severity: minor
Tags: patch
[I'm a maintainer, but submitting a bug anyway for the sake of the NM
process]
telepathy-inspector doesn't have a man page. I attach one (I'll send
this upstream too).
Simon
.TH TELEPATHY-INSPECTOR 1 October 2007
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Carsten wrote:
This would need more testing but could drop the imports of stylesheets
from upstreams
website - which is bad anyway if upstream has a service outage or moves
it's files
around or whatever.
You may have misunderstood the process
tags 411785 + fixed-upstream
thanks
This has been fixed in upstream git; I'll hopefully make an upstream release
later this week.
Simon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: python-pyrex
Version: 0.9.4.1-2
Followup-For: Bug #406025
Fedora Rawhide has a patch against Pyrex to make it generate Python
2.5-compatible code. Please apply this before enabling Python 2.5
support:
Package: bzr-builddeb
Version: 0.15~rc1
Severity: normal
Tags: patch
% bzr builddeb --working --merge
Running in merge mode
Building using working tree
bzr: ERROR: bzrlib.errors.ObjectNotLocked: WorkingTree4 of
/home/smcv/Collabora/pkg-telepathy/farsight is not locked
Traceback (most recent
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, 28 May 2007 at 16:44:47 +0100, Tony Houghton wrote:
I tracked it down to this call in DevTray:
system_bus.remove_signal_receiver(item._property_modified,
'PropertyModified',
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, 28 May 2007 at 20:22:21 +0100, Tony Houghton wrote:
In [EMAIL PROTECTED], you wrote:
remove_signal_receiver() takes and releases a lock (which protects the
signal-match tree from concurrent modification when dbus-python is used
by Debian, and pam-console is a Red Hat thing. Is either of these
likely to become some sort of de-facto standard?
Simon
- --
Simon McVittie, Collabora Ltd.: http://www.collabora.co.uk/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: OpenPGP key: http
Package: libao2
Version: 0.8.8-1
Severity: normal
As of 0.8.8-1 libao contains a pulseaudio plugin, previously available
separately. This causes errors if you already have libao-pulse:
dpkg: error processing /var/cache/apt/archives/libao2_0.8.8-1_i386.deb
(--unpack):
trying to overwrite
Package: linux-image-2.6.21-2-686
Version: 2.6.21-5
Severity: normal
I have a cheap USB stick (an Integral 512M USB2.0 stick, specifically)
which appears with unknown partition table when inserted. If the
BLKRRPART ioctl is issued, the partition table is re-read correctly,
/dev/sdx1 appears, HAL
Package: quodlibet
Version: 0.23.1-1
Severity: normal
Tags: patch
The dbus_bindings extension in the Python D-Bus bindings was never meant to
be public API, and will be removed in a future version. In qltk/dbus_.py,
the line from dbus.dbus_bindings import DBusException should be
replaced by from
Package: libdaemon
Severity: wishlist
debian/rules in the libdaemon packaging sets CFLAGS and optionally
INSTALL_PROGRAM according to the noopt, nostrip options in
DEB_BUILD_OPTIONS, but they aren't propagated to the environment of the
configure-script, so they have no effect.
To support these
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
telepathy-butterfly already has some minor changes in bzr waiting for an
excuse to do an upload, so I'll do a maintainer upload with those changes
(and, as a side-effect, build against the new pycentral). No NMU required.
Simon
-BEGIN PGP
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: installation-reports
Severity: normal
Greetings from the Cambridge BSP!
While reinstalling an IA64 with a d-i daily-build netinst CD, the
Detect disks stage failed. Here's a snippet from the syslog:
[...]
Jun 28 11:34:59 kernel: Probing
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
It looks as though the problem is:
* libparted1.8-udeb depends on the architecture-specific package libunwind7
on ia64, because the parted library requires libunwind.so.7
* src:libunwind does not build any udebs at all
According to experimental
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
reassign 486985 libgraphicsmagick1-dev
tags 486985 + patch
thanks
/usr/bin/GraphicsMagick-config --libs outputs:
- -lGraphicsMagick -llcms -ltiff -lfreetype -ljasper
- -ljpeg -lpng -lwmflite -lXext -lSM -lICE -lX11 -lbz2 -lxml2 -lz -lm
- -lpthread
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: installation-reports
Severity: normal
Boot method: CD
Image version: Lenny d-i beta 2
Date: 2008-06-28
Machine: HP Workstation zx2000
Partitions:
(parted) print
Disk /dev/hda: 80.0GB
Sector size (logical/physical): 512B/512B
Partition
)
+
+ -- Simon McVittie [EMAIL PROTECTED] Sat, 28 Jun 2008 14:47:20 +
+
graphicsmagick (1.1.11-3) unstable; urgency=high
* debian/control, debian/rules: Some of the PS-related testsuites still
diff -u graphicsmagick-1.1.11/debian/control graphicsmagick-1.1.11/debian/control
--- graphicsmagick-1.1.11
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sat, 28 Jun 2008 at 22:21:09 +0200, Daniel Kobras wrote:
The patch you sent in certainly isn't wrong,
but it's not the full story, either. The respective packages ought to be
added to Build-Depends as well, at least. I'll investigate.
Well, it
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I can confirm that zaptel does build from source if asciidoc is updated
to 8.2.6-1.1, so this bug can be downgraded or even closed when
8.2.6-1.1 migrates.
Simon
-BEGIN PGP SIGNATURE-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
severity 484047 minor
retitle 484047 fair: FTBFS on hppa if libavl is from etch
thanks
It turns out that fair builds fine on hppa with the lenny/sid version 0.3.5-3
of libavl (which is built with -fPIC), but fails to detect libavl if it is
0.3.5-2
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This bug is release-critical - since it's been pending upload for a
while, any chance you could do a release before the freeze?
Regards,
Simon
at the Cambridge BSP
-BEGIN PGP SIGNATURE-
; thanks to Peter Green for the initial
+patch)
+
+ -- Simon McVittie [EMAIL PROTECTED] Sun, 29 Jun 2008 14:08:45 +0100
+
pvm (3.4.5-10) unstable; urgency=low
* Resync with Ubuntu.
only in patch2:
unchanged:
--- pvm-3.4.5.orig/debian/patches/22-explicit-is-better-than-implicit.patch
+++ pvm
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: file
Version: 4.24-3
Severity: normal
The root cause of #481247 is that when magic.mgc is compiled during the
package build, the files in Magdir/ come out in an unpredictable order,
depending on the underlying filesystem (readdir() doesn't
/magic, then compile magic.mgc from that. (Closes: #481247)
+
+ -- Simon McVittie [EMAIL PROTECTED] Sun, 29 Jun 2008 19:32:24 +
+
file (4.24-3) unstable; urgency=medium
* Rewriting copyright file in machine-interpretable format.
signature.asc
Description: Digital signature
)
+
+ -- Simon McVittie [EMAIL PROTECTED] Sun, 29 Jun 2008 16:36:13 +0100
+
gnuplot (4.2.2-1) unstable; urgency=low
* New upstream release. (Closes: #444855)
diff -u gnuplot-4.2.2/debian/rules gnuplot-4.2.2/debian/rules
--- gnuplot-4.2.2/debian/rules
+++ gnuplot-4.2.2/debian/rules
@@ -90,11 +90,15
in debian/rules.
+(goal-dash, closes: #484386)
+
+ -- Simon McVittie [EMAIL PROTECTED] Sun, 29 Jun 2008 16:49:41 +
+
gnome-schedule (2.0.2-1) unstable; urgency=low
* New upstream release.
diff -u gnome-schedule-2.0.2/debian/rules gnome-schedule-2.0.2/debian/rules
--- gnome-schedule-2.0.2
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: installation-reports
Severity: normal
- -- Package-specific info:
Boot method: network
Image version: lenny d-i beta 2
Date: 2008-06-29
Machine: A500
Partitions: (sda: guided partitioning, sdb: kept previous installation)
club:~# sfdisk
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, 30 Jun 2008 at 02:15:23 +0200, Frans Pop wrote:
On Monday 30 June 2008, Simon McVittie wrote:
PALO reports that the boot image contains 0/vmlinux32, 0/vmlinux64 and
0/ramdisk, but that it will try to boot 0/linux - however, it turns out
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
reopen 488562
severity 488562 minor
tags 488562 + upstream
thanks
Thanks for uploading a better fix for the RC bug #481247.
However, the non-RC bug I reported still exists: if file -m is used to
select an alternative source of magic patterns, and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: python-paramiko
Version: 1.7.3-1
Severity: normal
Tags: upstream
When Paramiko is updated to version 1.7.3-1, bzr commit to a remote location
fails; downgrading to 1.7.2-0.1 works again. The traceback closely resembles
that of upstream bug
Package: libgtk2.0-0
Version: 2.10.11-1
Severity: normal
In check_xfree_xinerama in gdk/x11/gdkscreen-x11.c, a call is made to
XineramaQueryScreens(..., screen_x11-num_monitors). On success, this
stores a number in num_monitors, and returns a pointer to that many
XineramaScreenInfo structures.
I had a quick look in RandR's Xinerama implementation and noticed it
doesn't seem to treat having no monitors as a cause for concern at all,
which supports my guess that it's a transitional state that the driver
will go through when it's shut down both outputs and not yet brought them
back up.
The latest x11-common (from the modular X.org 7 release) conflicts with all
remaining packages that placed their binaries in /usr/X11R6, as it
replaces the /usr/X11R6/bin directory with a compatibility symlink.
Since xtrlock depends on an X library which depends on x11-common, it is
now
On Sun, 16 Apr 2006 at 16:48:43 +0100, Simon McVittie wrote:
The attached patch
Sorry, no patch was attached. It's attached to *this* message.
diff -ur xtrlock-2.0/debian/rules xtrlock-2.0-noimake/debian/rules
--- xtrlock-2.0/debian/rules2002-09-01 05:42:32.0 +0100
+++ xtrlock-2.0
I've investigated this on my powerpc system. libmhash2 Debian version 0.9.6-1,
recompiled with -O0 and installed unstripped, produces this stack trace:
#0 0x0de3a170 in mutils_memcpy (dest=0x14, src=0x7fb956d4, n=20)
at stdfns.c:145
#1 0x0de3bf60 in _mhash_gen_key_s2k_simple
,
'experimental')
Architecture: powerpc (ppc)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-powerpc
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_GB.UTF-8)
- --
Simon McVittie, http://www.pseudorandom.co.uk/
For my permanent email address please see
+
From: Simon McVittie [EMAIL PROTECTED]
To: Debian Bug Tracking System [EMAIL PROTECTED]
Subject: linux-2.6: snd-powermac should depend on i2c-powermac
Package: linux-2.6
Followup-For: Bug #356933
I also experienced the modprobe segfault and kernel Oops reported in bug
356933.
The upstream
Package: python-central
Version: 0.4.10
Severity: normal
At the end of DebPackage.install() there is the following logic:
if byte_compile_default:
if self.private_files:
default_runtime.byte_compile(files, bc_option, exclude_regex)
files should be replaced with private_files here.
Python version changes to 2.4, which is meant
to happen very soon (bug #360851).
Thanks for your bug report,
Simon McVittie (new python-docutils co-maintainer)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: zope-archetypes
Severity: normal
zope-archetypes (and zope-portaltransforms, which comes from the z-a
source package) depend on python2.3-docutils (= 0.3.3). To comply with
the new Python policy, we'll be removing this dependency package from
python-docutils in the next upload. Depending
On Sat, 26 Aug 2006 at 18:37:36 +0100, Simon McVittie wrote:
On Thu, 24 Aug 2006 at 08:01:37 +0200, Mike Hommey wrote:
Which make me believe this might be a toolchain problem.
1.8.0.4-1 was built with:
libc6-dev_2.3.6-13
linux-kernel-headers_2.6.13+0rc3-2.1
gcc-4.1_4.1.1-4
g
I don't know why this affects PowerPC specifically, since it looks like
a generic problem...
It's reproducible on my PowerPC by middle-clicking many links in
Epiphany to open background tabs (e.g. go to a packages.qa.debian.org
page and middle-click everything in sight), and causes a hang. My
On Thu, 24 Aug 2006 at 08:01:37 +0200, Mike Hommey wrote:
Which make me believe this might be a toolchain problem.
1.8.0.4-1 was built with:
libc6-dev_2.3.6-13
linux-kernel-headers_2.6.13+0rc3-2.1
gcc-4.1_4.1.1-4
g++-4.1_4.1.1-4
binutils_2.16.1cvs20060413-1
libstdc++6-4.1-dev_4.1.1-4
On Tue, 25 Jul 2006 at 09:17:58 +0100, Colm G. Connolly wrote:
Compiling /usr/lib/python2.4/site-packages/docutils/languages/ja.py ...
Sorry: LookupError: (no codec search functions registered: can't find
encoding,)
Could you please confirm what version of python2.4 and python2.4-minimal
you
Package: python
Version: 2.3.5-11
Severity: normal
pyversions finds installed versions of Python with the glob
/usr/bin/python[0-9].[0-9]. python2.4-minimal contains
/usr/bin/python2.4, so if python2.4-minimal is installed but python2.4
is not, pyversions will consider Python 2.4 to be installed,
@@
+xmldiff (0.6.8-3.1) UNRELEASED; urgency=low
+
+ * Non-maintainer upload.
+ * Move from __future__ imports so they are the first executable statement
+(Closes: #476161)
+
+ -- Simon McVittie [EMAIL PROTECTED] Mon, 14 Apr 2008 23:40:58 +0100
+
xmldiff (0.6.8-3) unstable; urgency=low
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: python2.5-minimal
Version: 2.5.2-2
Severity: normal
python2.5-minimal contains /usr/bin/python2.5 but does not provide a
normal Python 2.5 environment. This is likely to cause anything that
automatically detects the best version of Python to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: gramps
Version: 3.0.0-2
Severity: serious
Justification: Policy 3.5
Installing gramps in a clean sid chroot fails with:
Setting up gramps (3.0.0-2) ...
Traceback (most recent call last):
File /usr/bin/pycentral, line 1813, in ?
main()
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
reopen 474056
tags 474056 + patch
thanks
This is not the same bug as 473946, although it is related - that bug is
a build-time issue, and this one is a runtime issue. gramps 3.0.0-3
still doesn't depend on python2.5 (the Python-Version header doesn't
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, 03 Apr 2008 at 09:40:57 -0400, James A. Treacy wrote:
After initially building the new version of gramps, it wouldn't
install. I tracked it down to having an old version of python-minimal;
/usr/share/python/debian_defaults was not up to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: sbuild
Version: 0.57.0-1
Severity: wishlist
For normal builds, I want to build in a pure Debian unstable
environment, so my unstable schroot is set up with Debian as its only
apt source.
However, sometimes when making multiple uploads that
1 - 100 of 7748 matches
Mail list logo