Bug#516530: [unpack,reporting] support multiple sections
Raphael Geissert atom...@gmail.com writes:
Wait until the harness finished before processing its output.
Not doing so can cause SIGPIPE's, terminating the main process.
reporting/harness kept dying without any error message when testing the
changes in experimental (so that it wouldn't take too long to process the
Packages files), and tracked it back to lib/Util.pm's get_deb_info.
The tail of the strace:
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD,
child_tidptr=0xb7ecb918) = 26047
close(10) = 0
read(9, ..., 1) = 0
close(9)= 0
close(6)= 0
close(4)= 0
close(7)= 0
close(3)= 0
read(5, Package: gforge-mta-postfix\nSourc..., 4096) = 871
--- SIGPIPE (Broken pipe) @ 0 (0) ---
+++ killed by SIGPIPE +++
This doesn't make any sense. The SIGPIPE is going to be in the child,
which isn't going to kill reporting/harness. You only get SIGPIPE if
you write to a pipe that has no reader on the other end, not if you
read, and reporting/harness isn't writing to a pipe. It also wouldn't
die with no error message if it died due to a broken pipe; you'd see a
broken pipe error.
I'm fairly sure the change is also incorrect. It introduces a potential
deadlock.
--- a/lib/Util.pm
+++ b/lib/Util.pm
@@ -162,8 +162,9 @@ sub get_deb_info {
['ar', 'p', $file, 'control.tar.gz'],
'|', ['tar', '--wildcards', '-xzO', '-f', '-', '*control'])
or fail(cannot fork to unpack $file: $opts-{exception}\n);
-my @data = parse_dpkg_control($opts-{pipe_out});
+# Wait until the harness finishes, otherwise we might die with a SIGPIPE
$opts-{harness}-finish();
+my @data = parse_dpkg_control($opts-{pipe_out});
return $data[0];
}
What if the command outputs more data than fits in the pipe buffer? The
child will stall forever waiting for the parent to consume some data so
that it can write more, and the parent will wait forever for the child
to complete.
One can avoid killing the child process with a SIGPIPE by being sure to
consume all of its data before exiting:
--- a/lib/Util.pm
+++ b/lib/Util.pm
@@ -156,15 +156,18 @@ sub get_deb_info {
return undef;
}
-# `dpkg-deb -f $file' is very slow. Instead, we use ar and tar.
+# dpkg-deb -f $file is very slow. Instead, we use ar and tar.
my $opts = { pipe_out = FileHandle-new };
spawn($opts,
['ar', 'p', $file, 'control.tar.gz'],
'|', ['tar', '--wildcards', '-xzO', '-f', '-', '*control'])
or fail(cannot fork to unpack $file: $opts-{exception}\n);
-# Wait until the harness finishes, otherwise we might die with a SIGPIPE
-$opts-{harness}-finish();
my @data = parse_dpkg_control($opts-{pipe_out});
+
+# Consume all data before exiting so that we don't kill child processes
+# with SIGPIPE.
+1 while readline $opts-{pipe_out};
+$opts-{harness}-finish();
return $data[0];
}
but that doesn't explain why you would see reporting/harness exiting.
The other parts of your patch have been applied. Thanks!
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535796: telepathy-sofiasip: REGISTER works but call hangs in Empathy
Package: telepathy-sofiasip Version: 0.5.15-2 Severity: important Several months ago I was successfully using Empathy for voice calls via SIP, before doing an upgrade that broke it. Afterward, SIP registration succeeds, but Empathy never gets past reporting that it is Connecting... Unfortunately I don't know what versions were involved in that upgrade. Today I saw this debugging command in #518968 and tried it to see if anything stuck out. TPORT_LOG=true SOFIASIP_DEBUG=all SOFIASIP_PERSIST=true \ /usr/lib/telepathy/telepathy-sofiasip The following section of the trace looks like the only abnormal bit to me, though I can make a complete trace available on request. (It wasn't clear to me whether there's any sensitive data in this trace.) It occurs about the time that Empathy first reports that it is Connecting..., and is the last output until I tell Empathy to drop the call: ** (telepathy-sofiasip:5550): DEBUG: tpsip_media_channel_request_streams: enter ** (telepathy-sofiasip:5550): DEBUG: priv_outbound_call: making outbound call - setting peer handle to 2 ** (telepathy-sofiasip:5550): DEBUG: priv_create_session: enter ** (telepathy-sofiasip:5550): DEBUG: priv_create_session: allocating session, peer=2 ** (telepathy-sofiasip:5550): DEBUG: priv_create_session: exit ** (telepathy-sofiasip:5550): DEBUG: tpsip_media_session_request_streams: enter ** (telepathy-sofiasip:5550): DEBUG: priv_create_media_stream: enter ** (telepathy-sofiasip:5550): DEBUG: priv_create_media_stream: exit ** (telepathy-sofiasip:5550): DEBUG: priv_request_response_step: there are local streams not ready, postponed ** (telepathy-sofiasip:5550): DEBUG: tpsip_media_channel_request_streams: exit ** (telepathy-sofiasip:5550): DEBUG: tpsip_media_channel_get_session_handlers: enter ** (telepathy-sofiasip:5550): DEBUG: tpsip_media_session_ready: enter ** (telepathy-sofiasip:5550): DEBUG: tpsip_media_stream_error: StreamHandler.Error called: 0 Method GetAll with signature s on interface org.freedesktop.DBus.Properties doesn't exist ** (telepathy-sofiasip:5550): DEBUG: priv_stream_close_cb: enter ** (telepathy-sofiasip:5550): DEBUG: priv_stream_close_cb: stream wasn't ready, decrement the local non ready counter to 0 ** (telepathy-sofiasip:5550): DEBUG: tpsip_media_stream_dispose: exit ** (telepathy-sofiasip:5550): DEBUG: tpsip_media_stream_finalize: exit One other thing that looks weird, while registering: outbound(0x2575da0): FAILED to validate sip:ja...@63.230.173.184:10449;transport=udp outbound(0x2575da0): FAILED with 200 OK Any insight, or further tests I can run? -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages telepathy-sofiasip depends on: ii libc6 2.9-12 GNU C Library: Shared libraries ii libdbus-1-3 1.2.12-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.80-4 simple interprocess messaging syst ii libglib2.0-0 2.20.1-2 The GLib library of C routines ii libsofia-sip-ua-glib3 1.12.10-4 Sofia-SIP library glib/gobject int ii libsofia-sip-ua0 1.12.10-4 Sofia-SIP library runtime ii libssl0.9.8 0.9.8k-3 SSL shared libraries ii libtelepathy-glib00.7.29-1 Telepathy framework - GLib library telepathy-sofiasip recommends no packages. telepathy-sofiasip suggests no packages. -- no debconf information signature.asc Description: Digital signature
Bug#532211: sudo: Segfault with -u # and non-existing user
The problem happens at line 394 of set_perms.c file. Since the uid
number is invalid pw_name field of passwd struct is never assigned to a
string, that it is, its value is NULL.
I can't see a way of exploiting that problem and it seems to be already
fixed on sudo 1.7. Anyhow, in order to be in the safe side, maybe it is
a good idea to apply the attached patch to the lenny package.
diff -ur sudo-1.6.9p17.old/set_perms.c sudo-1.6.9p17/set_perms.c
--- sudo-1.6.9p17.old/set_perms.c 2007-11-27 21:41:23.0 -0200
+++ sudo-1.6.9p17/set_perms.c 2009-07-05 03:11:33.0 -0300
@@ -391,7 +391,9 @@
*/
if (ngroups == -1) {
pw = runas_pw ? runas_pw : sudo_user.pw;
- if (initgroups(pw-pw_name, pw-pw_gid) 0)
+ if (pw-pw_name == NULL)
+ log_error(MSG_ONLY, invalid username);
+ else if (initgroups(pw-pw_name, pw-pw_gid) 0)
log_error(USE_ERRNO|MSG_ONLY, can't set runas group vector);
if ((ngroups = getgroups(0, NULL)) 0)
log_error(USE_ERRNO|MSG_ONLY, can't get runas ngroups);
Bug#535797: dpkg-dev: Does not support orig.tar.bz2 anymore
Package: dpkg-dev Version: 1.14.25 Severity: normal dpkg-source cannot unpack old style ssource packages using orig.tar.bz2 anymore, it seems to have been briken when introducing v3. LANG=C dpkg-source -x libgcrypt11_1.4.4-4.dsc dpkg-source: warning: extracting unsigned source package (libgcrypt11_1.4.4-4.dsc) dpkg-source: extracting libgcrypt11 in libgcrypt11-1.4.4 dpkg-source: error: unrecognized file for a v1.0 source package: libgcrypt11_1.4.4.orig.tar.bz2 (Testing against a hand-constructed dsc file, just using gcrypt as a example, since I had the package unpacked.) This means that *lenny* cannot unpack orig.tar.bz2. etch could, and the original plan at that time was to have support for _building_ orig.tar.bz2 in lenny and then after lenny's release to open up the archive for uploading. Now it looks like we will have to wait after squeeze. cu andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#382673: Does not work in 1.15.3
reopen 382673 found 382673 1.14.25 found 382673 1.15.3 thanks Hello, since I have been waiting for the possibiltiy to upload orig.tar.bz2 to the archive I occasionaly check whether it actually works. Well currently it does not: (SID)ametz...@argenau:/tmp/GCR/libgcrypt-1.4.4$ dpkg-parsechangelog | grep -E 'S ource|Version' Source: libgcrypt11 Version: 1.4.4-4 (SID)ametz...@argenau:/tmp/GCR/libgcrypt-1.4.4$ ls ../libgcrypt11_1.4.4.orig.tar.bz2 ../libgcrypt11_1.4.4.orig.tar.bz2 (SID)ametz...@argenau:/tmp/GCR/libgcrypt-1.4.4$ ls ../libgcrypt11_1.4.4.orig.tar.gz ls: cannot access ../libgcrypt11_1.4.4.orig.tar.gz: No such file or directory (SID)ametz...@argenau:/tmp/GCR/libgcrypt-1.4.4$ dpkg-buildpackage -uc -us -rfakeroot -S [...] dpkg-source: info: building libgcrypt11 in libgcrypt11_1.4.4-4.tar.gz [...] dpkg-buildpackage: source only upload: Debian-native package (SID)ametz...@argenau:/tmp/GCR/libgcrypt-1.4.4$ dpkg-buildpackage -uc -us -rfakeroot -S -Zbzip2 dpkg-source -Zbzip2 -b libgcrypt-1.4.4 dpkg-source: info: source format `1.0' discarded: only supports gzip compression dpkg-source: info: using source format `3.0 (native)' dpkg-source: info: building libgcrypt11 in libgcrypt11_1.4.4-4.tar.bz2 dpkg-source: info: building libgcrypt11 in libgcrypt11_1.4.4-4.dsc dpkg-genchanges -S ../libgcrypt11_1.4.4-4_source.changes dpkg-genchanges: including full source code in upload dpkg-buildpackage: source only upload: Debian-native package What I actually want is: libgcrypt11_1.4.4-4.diff.gz libgcrypt11_1.4.4-4.dsc libgcrypt11_1.4.4.orig.tar.bz2 cu andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534797: FW: Re: Bug#534797: contradictory advice when checking for sound issues
... forgot to include the bug. - Forwarded message from Andrei Popescu a...@think.homelan - Date: Sun, 5 Jul 2009 09:58:41 +0300 From: Andrei Popescu a...@think.homelan To: Osamu Aoki os...@debian.org Subject: Re: Bug#534797: contradictory advice when checking for sound issues User-Agent: Mutt/1.5.20 (2009-06-14) On Sun,05.Jul.09, 08:49:01, Osamu Aoki wrote: Hi, Yes. I know the 'speaker-test' command is good under ALSA but why not also mention /dev/audio, too. I mean why not mention check whether the command 'cat /dev/urandom /dev/audio' or the command 'speaker-test' works for root. Because I didn't know about /dev/audio ;) Regards, Andrei -- If you can't explain it simply, you don't understand it well enough. (Albert Einstein) - End forwarded message - signature.asc Description: Digital signature
Bug#535798: RFA: mpt-status
Package: wnpp Severity: normal ckage: mpt-status Priority: extra Section: admin Installed-Size: 84 Maintainer: Steffen Joeris wh...@debian.org Architecture: i386 Version: 1.2.0-4.2 Depends: libc6 (= 2.7-1), lsb-base, daemon, mailx Filename: pool/main/m/mpt-status/mpt-status_1.2.0-4.2_i386.deb Size: 26502 MD5sum: d726509307232b7c1ee5c5124568e66b SHA1: e19f932b332ce3fd39cc8fb44760c062a4891d5d SHA256: a11c8af710bf460813957198f915e113d54675d0b5376b5a3da83af92d1b60af Description: get RAID status out of mpt (and other) HW RAID controllers The mpt-status software is a query tool to access the running configuration and status of LSI SCSI HBAs. mpt-status allows you to monitor the health and status of your RAID setup. Tag: role::program The package has a good upstream author and could need some additional features like nagios/munin plugins. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530271: xss patch
On Wed, 24 Jun 2009 07:46:01 am Richard Ellerbrock wrote: The existing patch is correct - using htmlspecialchars will have the effect of placing escaped stings in the database. It will also have the effect of double escaping each time you edit a field. My patch replaces the display template method block() which does not escape with the text() method which uses htmlspecialchars internally. See /ipplan/layout/class.layout You are right, thanks for pointing this out. As for the length check. This was a potential, unrelated database overflow I discovered during investigation of the xss issue - totally unrelated. Could you elaborate on this? Could this cause any issues security wise? Cheers Steffen signature.asc Description: This is a digitally signed message part.
Bug#532515: on making decisions vs letting things happen
Le samedi 04 juillet 2009 à 16:46 -0400, Joey Hess a écrit : I just want to point out that the current inclusion of tomboy in the default desktop install essentially came about by accident: * Tomboy was not, afaik, included by default in stable. The gnome-desktop task has never listed it, and gnome only had it as a recommends; tasksel ignored recommends. Indeed, and this was intentional. See below. * After stable was released, many more maintainers began assuming recommends would be installed by default. These recommends had to be manually noticed and tracked in tasksel. IIRC there was a case where the omission of a recommended package could have potentially left X nearly unusable. (Don't remember the details.) I guess this is ghostscript-cups. At this point it became clear to me that it was time to make tasksel install recommends by default, since manually tracking them in tasks wasn't feasable going forward[2]. * At that point, I reviewed packages that were only in task lists due to being recommended, and removed them. This had a nice benefit in simplifying the gnome-desktop task[1]. OK. I think we need to make a new round of checks to see whether there are some other things that are installed now and whether it is wise to consider them. I can start with a list of things in meta-gnome2, but there are also some indirect recommends. * gnome-games-extra-data : 4 MB download, its utility is purely visual. Nothing more, nothing less. I don’t know if it’s worth the deal, but it’s not as if disk space was expensive these days. * epiphany-extensions-more : small and really nice to have. * gnome-office (abiword, gimp, gnumeric, xsane, inkscape, planner) : the main problem with this one is that we get to ship two word processors and two spreadsheets. I’m already not fond of shipping two browsers. OTOH they both have some features and GNOME integration that OOo doesn’t have. * gnome-accessibility (at-spi, dasher, gnome-mag, gok, gnome-orca, mousetweaks, gnome-accessibility-themes) : I think it’s better to have this by default, but the size impact is not negligible. I don’t know if there is a script that can list all the new indirect dependencies. * I only did a cursory look at the metapackages' recommends to see what additional stuff they would pull in. I assumed some extra recommended stuff would be pulled in, but hopefully not too much. I vaglely remember notcing tomboy would be pulled in via a recommends, but I probably figured the gnome team would notice it eventually and make a decision, or the CD team would deal with any bloat issues later. I note that we have a tendancy in Debian to allow changes to be made essentially by accident or as a side effect, and then the result becomes a status quo that we emotionally defend from change. I hope that doesn't happen in this case. The Gnome team needs to make a decision whether tomboy should be included by default; this decision should probably be made with feedback from the CD team[3]. The fact that a one line change to tasksel's code happened to make it be included by default in unstable shouldn't be allowed to influence the decision. Well, that won’t influence it; FYI, tomboy was added to the meta-gnome2 Depends in the latest upload, before I learned that Recommends are now handled by tasksel. There were two key reasons holding tomboy from the default installation in lenny: * The size of the package and its dependencies. There have been considerable progress on this matter from the Debian CLI team. * The fact that Mono hasn’t been ported to all architectures yet. This is now solved by the availability of the stripped down C++ version (gnote), that is depended on as an alternative. I agree that feedback from the CD team would be nice. I’ll ask them to do a simulation once the GNOME 2.26 metapackages are ready. Anyway fitting all of this on the first CD is out of question. The primary package still being gnome-desktop-environment, I guess we should focus the size efforts on this one and ensure it can still fit on one CD. Cheers, -- .''`. Josselin Mouette : :' : `. `' “I recommend you to learn English in hope that you in `- future understand things” -- Jörg Schilling signature.asc Description: Ceci est une partie de message numériquement signée
Bug#534966: debhelper: please include new dh_devlibs script
Le dimanche 05 juillet 2009 à 01:15 +0100, Loïc Minier a écrit : I wonder whether it's a good idea to mix handling of *.la and *.pc; perhaps you should split that in two helpers or allow disabling either support via command-line flags so that package maintainers can opt to use this or that feature on this or that package. I wondered that at the time of writing, but it’s not exceptional for a debhelper to do several things that are only loosely related. Since the script supports -X, you can easily ignore either of libtool stuff or pkg-config stuff using it. I read quickly through the script and wondered aboud a couple of things. * I wondered whether parsing of Build-Depends could be done in a common Debhelper control file parsing function, or even in dpkg-dev Certainly, if it can be useful for something else. I’m not sure what the debhelper policy is in this case. * the behavior to use either Build-Depends (Debian specified) or .pc versions (upstream specified) is not controllable; I wonder whether only one behavior should be implemented. It relies on the fact that versioned dependencies, when specified in the .pc file, are correct. If they are not, why leave them at all? The .pc should be fixed in this case. My personal wish would be to use a similar system for .pc than shlibs: packages shipping .pc files would provide a minimum version to depend on and that's what we would use. Perhaps taking the highest of this version and the bdep could be offered as a flag? I’m afraid we would lose some of the flexibility that build-depends currently allow. We would end up always depending on the latest version. Cheers, -- .''`. Josselin Mouette : :' : `. `' “I recommend you to learn English in hope that you in `- future understand things” -- Jörg Schilling signature.asc Description: Ceci est une partie de message numériquement signée
Bug#511170: ITP: pygpgme -- A Python wrapper for the GPGME library
Hi, I tried to contact you a few times over the last months but haven't heard from you. Do you still intend to package pygpgme? It's blocking an ITP bug for me that I'd really like to get out of the way, so if I haven't heard from you by Sunday 12th July I'll begin work on pygpgme as well. Thanks, -- Jonathan Wiltshire 1024D: 0xDB800B52 / 4216 F01F DCA9 21AC F3D3 A903 CA6B EA3E DB80 0B52 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 signature.asc Description: Digital signature
Bug#532150: reportbug: [regression] no longer supports custom mua commands
I use my preferred MUA (Icedove) precisely because reportbug does not give me any feedback about whether a bug has been sent. If I use Icedove then I have a copy in my sent folder. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535799: cups: Printing is slow
Package: cups Version: 1.3.10-2 Severity: important -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-20090110 (PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cups depends on: ii adduser 3.110 add and remove users and groups ii bc 1.06.94-3.1 The GNU bc arbitrary precision cal ii cups-common 1.3.10-2Common UNIX Printing System(tm) - ii debconf [debconf-2.0 1.5.26 Debian configuration management sy ii ghostscript 8.64~dfsg-12The GPL Ghostscript PostScript/PDF ii libavahi-compat-libd 0.6.25-1Avahi Apple Bonjour compatibility ii libc62.9-12 GNU C Library: Shared libraries ii libcups2 1.3.10-2Common UNIX Printing System(tm) - ii libcupsimage21.3.10-2Common UNIX Printing System(tm) - ii libdbus-1-3 1.2.12-1simple interprocess messaging syst ii libgcc1 1:4.4.0-5 GCC support library ii libgnutls26 2.6.6-1 the GNU TLS library - runtime libr ii libgssapi-krb5-2 1.6.dfsg.4~beta1-13 MIT Kerberos runtime libraries - k ii libijs-0.35 0.35-7 IJS raster image transport protoco ii libkrb5-31.6.dfsg.4~beta1-13 MIT Kerberos runtime libraries ii libldap-2.4-22.4.11-1OpenLDAP libraries ii libpam0g 1.0.1-9 Pluggable Authentication Modules l ii libpaper11.1.23+nmu1 library for handling paper charact ii libpoppler4 0.10.6-1PDF rendering library ii libslp1 1.2.1-7.5 OpenSLP libraries ii libstdc++6 4.4.0-5 The GNU Standard C++ Library v3 ii lsb-base 3.2-22 Linux Standard Base 3.2 init scrip ii perl-modules 5.10.0-23 Core Perl modules ii poppler-utils [xpdf- 0.10.6-1PDF utilitites (based on libpopple ii procps 1:3.2.8-1 /proc file system utilities ii ssl-cert 1.0.23 simple debconf wrapper for OpenSSL ii ttf-freefont 20080323-3 Freefont Serif, Sans and Mono True ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime Versions of packages cups recommends: pn avahi-utils none (no description available) ii cups-client 1.3.10-2 Common UNIX Printing System(tm) - pn cups-driver-gutenprintnone (no description available) ii foomatic-filters 4.0-20090509-1 OpenPrinting printer support - fil pn smbclient none (no description available) Versions of packages cups suggests: ii cups-bsd 1.3.10-2 Common UNIX Printing System(tm) - pn cups-pdf none (no description available) pn foomatic-db none (no description available) pn foomatic-db-enginenone (no description available) pn hplip none (no description available) pn xpdf-korean | xpdf-japanese | none (no description available) -- debconf information: cupsys/raw-print: true cupsys/backend: ipp, lpd, parallel, scsi, serial, socket, usb, snmp, dnssd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532373: Confirmed on HP LJ 4100
Hello Francesco, On Sat, Jun 27, 2009 at 06:00:01PM +0200, Francesco Poli wrote: I can confirm this with HP LaserJet 4100. I believe this to be caused by the pdf2ps step. More info in bug 523269. I don't know if the issue I reported is caused by the pdf2ps step. I can add the following information, though. First off, the bug shows up with every kind of document: with PDF files printed directly (via lpr) or from xpdf, with plain text files printed directly (via lpr), ... Secondly, I've just tried the workaround suggested in http://bugs.debian.org/523269#18 Unfortunately, it does *not* solve my issue. I can still reproduce the bug (e.g.: with plain text files), after applying the workaround. Well, the presented workaround works only for printing PostScript files. This means that direct (lpr) printing of PDF and plain text files still goes through that pdf2ps step, going out crippled. I'm not sure how xpdf prints, but programs like evince should still print using PostScript, making that workaround useful. Also, if you manually convert the PDF to PostScript using pdftops (which is in poppler-utils and is something completely different than ghostscript's pdf2ps), you should be able to print correctly. Regards, -- Tomáš Janoušek, a.k.a. Liskni_si, http://work.lisk.in/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533922: soya: FTBFS: Pyrex.Compiler.Errors.CompileError: /build/user-soya_0.14-3-amd64-ECEolt/soya-0.14/_soya.pyx:0:0: 'soya-0.14._soya' is not a valid module name
OoO Lors de la soirée naissante du dimanche 21 juin 2009, vers 17:13, Lucas Nussbaum lu...@lucas-nussbaum.net disait : '%s' is not a valid module name % module_name) Pyrex.Compiler.Errors.CompileError: /build/user-soya_0.14-3-amd64-ECEolt/soya-0.14/_soya.pyx:0:0: 'soya-0.14._soya' is not a valid module name make: *** [debian/python-module-stampdir/python-soya] Error 1 This is not easy to fix. A change in pyrex will try to guess full module name. It gets soya-0.14._soya (while previous versions just get _soya) instead of soya._soya. This seems simpler to fix in pyrex than in soya. -- printk(KERN_WARNING %s: Short circuit detected on the lobe\n, dev-name); 2.4.0-test2 /usr/src/linux/drivers/net/tokenring/lanstreamer.c pgpvPI9y5SlCH.pgp Description: PGP signature
Bug#457345: Patch for support of new source formats (bis)
On Fri, 08 May 2009, Raphael Hertzog wrote: On Tue, 05 May 2009, Joerg Jaspert wrote: 27-04-2009 20:07:35 Ganneff buxy: did you read my lines in here? 27-04-2009 20:08:13 buxy Ganneff: yes, thanks, will update my branch soon It's updated now: http://git.debian.org/?p=users/hertzog/dak.git;a=shortlog;h=refs/heads/pu/deb-src-3.0 It's been over 2 months now, can we get this done? You announced a delay of 2 months once on IRC, that delay must be over. :-) Maybe we can sort out everything during debconf if there's more work left? Cheers, -- Raphaël Hertzog Contribuez à Debian et gagnez un cahier de l'admin Debian Lenny : http://www.ouaza.com/wp/2009/03/02/contribuer-a-debian-gagner-un-livre/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535800: apticron does not send emails
Package: apticron Version: 1.1.32 Severity: grave Justification: renders package unusable Patch from http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=530347 has been incorrectly applied. At the current moment function Mailx does not used anywhere, so apticron does not send any emails. Fix: uncomment line 266 and comment (or remove) line 267 in /usr/sbin/apticron: -# ) 21 | Mailx -s $DISTRIB_ID package updates on $SYSTEM $EMAIL - ) 21 + ) 21 | Mailx -s $DISTRIB_ID package updates on $SYSTEM $EMAIL +# ) 21 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/1 CPU core) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages apticron depends on: ii apt0.7.21Advanced front-end for dpkg ii debconf [debconf-2.0] 1.5.26Debian configuration management sy ii mailutils 1:1.2+dfsg1-4 GNU mailutils utilities for handli ii ucf3.0018Update Configuration File: preserv Versions of packages apticron recommends: ii apt-listchanges 2.83 package change history notificatio ii iproute 20090324-1 networking and traffic control too apticron suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535577: debian-policy: what to do with user-generated data (databases) on purge
On Sat, Jul 04, 2009 at 04:04:46PM -0700, Russ Allbery wrote: Or on removal, something like Removing this package will remove your data in blahblah. Are you sure you want to continue? or better yet Do you want to remove the data in blahblah? [Yes] [No] -- so you could uninstall the package while retaining your own data. This is what some packages currently do and is what Manoj was referring to, I think. Personally, I consider this best practice. it's a bit vague and doesn't differentiate between purge and removal, but: http://people.debian.org/~seanius/policy/dbapp-policy.html/ch-dbapps.html#s-installationissues there's also a bunch of other relevant stuff in there. perhaps it's time to review this and migrate it in to policy proper? or conversely if it's too domain-specific, policy could explicitly point to this seperate document. sean -- signature.asc Description: Digital signature
Bug#535770: [php-maint] Bug#535770: Segmentation fault with php 5.3
hi there, On Sun, Jul 05, 2009 at 05:18:17AM +0800, jida...@jidanni.org wrote: Package: php5 Version: 5.3.0-2 thanks for testing the 5.3 packages! index.php?title=%E7%89%B9%E6%AE%8A:%E5%8F%83%E6%95%B8%E8%A8%AD%E7%BD%AE (which is Special:Preferences), as a logged in user, causes child pid 10600 exit signal Segmentation fault (11) as seen in /var/log/apache2/error.log what would be the most helpful is if you could (a) install the 5.3 version of php5-dbg and (b) get a core file and backtrace of this crash in gdb. let me know if you have trouble doing this. sean signature.asc Description: Digital signature
Bug#535801: cryptsetup: root-device is changed wrongly
Package: cryptsetup Version: 2:1.0.7~rc1-1 Severity: important I have the following config: target=sda1Crypt,source=/dev/sda1,key=none target=sda2Crypt,source=/dev/sda2,key=sda1Crypt,keyscript=/lib/cryptsetup/scripts/decrypt_derived sda1Crypt is root filesystem, sda2Crypt is my swap partition. In the new version 2:1.0.7~rc1-1 the root device is changed to /dev/mapper/sda2Crypt, so the system can't mount its root partition and fails to boot. I think the recent fix for lilo (I use grub): echo ROOT=$NEWROOT /conf/param.conf in scripts/local-top/cryptroot is responsible for this behavior. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30 (SMP w/2 CPU cores; PREEMPT) Versions of packages cryptsetup depends on: ii dmsetup 2:1.02.30-3 The Linux Kernel Device Mapper use ii libc62.9-18 GNU C Library: Shared libraries ii libdevmapper1.02.1 2:1.02.30-3 The Linux Kernel Device Mapper use ii libpopt0 1.14-4 lib for parsing cmdline parameters ii libuuid1 1.41.7-1Universally Unique ID library cryptsetup recommends no packages. Versions of packages cryptsetup suggests: ii dosfstools3.0.3-1utilities for making and checking ii initramfs-tools [linux-initra 0.93.3 tools for generating an initramfs ii udev 0.141-1/dev/ and hotplug management daemo -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535802: (mkcue_1-2.1/avr32): FTBFS: Outdated config.{sub,guess}
Package: mkcue
Version: 1-2.1
Severity: wishlist
User: bradsm...@debian.org
Usertags: avr32
Hi,
Whilst building your package on AVR32, the build failed due to outdated
config.{sub,guess} files.
Full build logs available:
http://buildd.debian-ports.org/build.php?pkg=mkcuearch=avr32ver=1-2.1
(The severity of this bug is wishlist purely because AVR32 is not yet an
official architecture, but otherwise this would of course be serious).
Regards,
Bradley Smith
--
Bradley Smith b...@brad-smith.co.uk
Debian GNU/Linux Developer bradsm...@debian.org
GPG: 0xC718D347 D201 7274 2FE1 A92A C45C EFAB 8F70 629A C718 D347
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535803: (xfonts-utils_1:7.4+1/avr32): FTBFS: Outdated config.{sub,guess}
Package: xfonts-utils
Version: 1:7.4+1
Severity: wishlist
User: bradsm...@debian.org
Usertags: avr32
Hi,
Whilst building your package on AVR32, the build failed due to outdated
config.{sub,guess} files.
Full build logs available:
http://buildd.debian-ports.org/build.php?pkg=xfonts-utilsarch=avr32ver=1:7.4+1
(The severity of this bug is wishlist purely because AVR32 is not yet an
official architecture, but otherwise this would of course be serious).
Regards,
Bradley Smith
--
Bradley Smith b...@brad-smith.co.uk
Debian GNU/Linux Developer bradsm...@debian.org
GPG: 0xC718D347 D201 7274 2FE1 A92A C45C EFAB 8F70 629A C718 D347
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535767: Allow for debian/-only repositories
On Sat, Jul 04, 2009 at 10:41:53PM +0200, Joachim Breitner wrote:
Hi zack,
Howdy (but note that devscripts, including debcheckout, is maintained
by way more people than me alone ;-))
One option, which I find appealing, is to only store the contents of the
debian/ directory in the VCS. This would be most useful if there is
some support for it in debcheckout. In human pseudo code, I could
imagine debcheckout following these steps:
* debcheckout, after getting the repository, detects this layout
(absense of a debian/ directory, presence of control and changelog
files in the top directory)
* If detected, it gets an upstream tarball. Possible locations are:
- current working directory, if named as expected (orig.tar.gz)
- the debian archive
- whatever is referenced in ./watch
* It extracts the tarball
* It moves the repository checkout to debian/ inside the checked-out
sources.
What do you think? Does it make sense? Would you accept a patch
implementing that?
First of all, I must confess that I don't see the advantage. Are you
doing all that only to gain the storage of the _content_ of debian/
instead of having a repository that contains debian/ itself? If this
is the case, I noticed that what you are proposing will defeat the
implicit API of many devscripts, which expect a debian/ dir inside
`pwd`. ... and in fact you are asking debcheckout to recreate that
layout: it looks like _very_ twisted to me.
If, on the contrary, what you are trying to achieve is to not store
upstream sources but only debian/ stuff, then for some $VCS you
already have support for that in package building tool. For instance,
svn-buildpackage supports the so called debian only layout which
does exactly that. Using such a tool, the work flow you request is
already available executing a couple of commands:
- debcheckout foo
- uscan --force-download
- # move downloaded stuff in ../tarballs/
And you're done.
2 comments:
1) this is because svn-buildpackage has knowledge of some debian
only layout. Does your $VCS support, with its package building
tool, anything like that? If not, there is probably where to add
the support you need
2) how to actually retrieve the orig tarball is a tricky
business. uscan is a possibility, the get-orig-source of
debian/rules is another. How to find an entry point which does the
right thing is a complex subject by his own, which probably
requires some adjustments in policy too.
Concluding, as I see things now, it doesn't look like a good idea to
me to implement what you asked, ... but I might have misunderstood it
:-)
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie
sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime
signature.asc
Description: Digital signature
Bug#535804: sysrqd: pre-removal scripts fail if process is not running
Package: sysrqd
Version: 10-1
Severity: normal
Attempting to remove (rather than purge) sysrqd if the service has been
stopped results in an error, and appears to leave the package installed.
However, purge successfully removes the package.
$ sudo aptitude remove sysrqd
Reading package lists... Done
Building dependency tree
Reading state information... Done
Reading extended state information
Initializing package states... Done
Reading task descriptions... Done
The following packages will be REMOVED:
sysrqd
0 packages upgraded, 0 newly installed, 1 to remove and 6 not upgraded.
Need to get 0B of archives. After unpacking 90.1kB will be freed.
Writing extended state information... Done
(Reading database ... 373104 files and directories currently installed.)
Removing sysrqd ...
Stopping sysrq daemon: invoke-rc.d: initscript sysrqd, action stop failed.
dpkg: error processing sysrqd (--remove):
subprocess installed pre-removal script returned error exit status 1
Starting sysrq daemon: sysrqd.
Errors were encountered while processing:
sysrqd
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install. Trying to recover:
Reading package lists... Done
Building dependency tree
Reading state information... Done
Reading extended state information
Initializing package states... Done
Writing extended state information... Done
Reading task descriptions... Done
$ sudo aptitude purge sysrqd
Reading package lists... Done
Building dependency tree
Reading state information... Done
Reading extended state information
Initializing package states... Done
Reading task descriptions... Done
The following packages will be REMOVED:
sysrqd{p}
0 packages upgraded, 0 newly installed, 1 to remove and 6 not upgraded.
Need to get 0B of archives. After unpacking 90.1kB will be freed.
Do you want to continue? [Y/n/?]
Writing extended state information... Done
(Reading database ... 373104 files and directories currently installed.)
Removing sysrqd ...
Stopping sysrq daemon: sysrqd.
Purging configuration files for sysrqd ...
Reading package lists... Done
Building dependency tree
Reading state information... Done
Reading extended state information
Initializing package states... Done
Writing extended state information... Done
Reading task descriptions... Done
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (990, 'testing'), (700, 'unstable'), (600, 'stable'), (550,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages sysrqd depends on:
ii libc6 2.9-12 GNU C Library: Shared libraries
sysrqd recommends no packages.
sysrqd suggests no packages.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535799: cups: Printing is slow
For instance, printing 50 copies of an A4 double sided landscape leaflet on a Samsung ML-2550 laser printer from Reprint Job takes around 4 minutes to the first copy and around 1/2 minute for each succeeding copy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535805: console-setup must Pre-Depend on sharutils
Package: console-setup Version: 1.38 Severity: serious Justification: 3.9.1 console-setup uses uudecode in preinst or config, so it has to Pre-Depend on sharutils. This is my output for aptitude install console-setup: Preconfiguring packages ... /tmp/console-setup.config.229961: 5390: uudecode: not found gzip: stdin: unexpected end of file /tmp/console-setup.config.229961: 5391: uudecode: not found gzip: stdin: unexpected end of file /tmp/console-setup.config.229961: 5392: uudecode: not found gzip: stdin: unexpected end of file /tmp/console-setup.config.229961: 5393: uudecode: not found gzip: stdin: unexpected end of file /tmp/console-setup.config.229961: 5394: uudecode: not found gzip: stdin: unexpected end of file Selecting previously deselected package sharutils. (Reading database ... 178405 files and directories currently installed.) Unpacking sharutils (from .../sharutils_1%3a4.6.3-1_amd64.deb) ... Preparing to replace console-setup 1.36 (using .../console-setup_1.38_all.deb) ... Unpacking replacement console-setup ... Processing triggers for install-info ... install-info: warning: no info dir entry in `/usr/share/info/ispell.info.gz' install-info: warning: no info dir entry in `/usr/share/info/menu.info.gz' install-info: warning: no info dir entry in `/usr/share/info/enfuse.info.gz' install-info: warning: no info dir entry in `/usr/share/info/enblend.info.gz' Processing triggers for man-db ... Setting up sharutils (1:4.6.3-1) ... Setting up console-setup (1.38) ... Helmut -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28.7 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages console-setup depends on: ii cdebconf [debconf-2.0]0.142 Debian Configuration Management Sy ii console-terminus 4.28-1 Fixed-width fonts for fast reading ii debconf [debconf-2.0] 1.5.26 Debian configuration management sy ii sharutils 1:4.6.3-1 shar, unshar, uuencode, uudecode ii xkb-data 1.6-1 X Keyboard Extension (XKB) configu Versions of packages console-setup recommends: ii console-tools1:0.2.3dbs-65.1 Linux console and font utilities Versions of packages console-setup suggests: ii locales 2.9-18 GNU C Library: National Language ( ii lsb-base 3.2-22 Linux Standard Base 3.2 init scrip -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532373: Confirmed on HP LJ 4100
On Sun, 5 Jul 2009 10:45:17 +0200 Tomáš Janoušek wrote: [...] On Sat, Jun 27, 2009 at 06:00:01PM +0200, Francesco Poli wrote: [...] Secondly, I've just tried the workaround suggested in http://bugs.debian.org/523269#18 Unfortunately, it does *not* solve my issue. I can still reproduce the bug (e.g.: with plain text files), after applying the workaround. Well, the presented workaround works only for printing PostScript files. This means that direct (lpr) printing of PDF and plain text files still goes through that pdf2ps step, going out crippled. I'm not sure how xpdf prints, but programs like evince should still print using PostScript, making that workaround useful. Well, in most cases I print PDF files (from xpdf or directly with lpr), text files (via lpr), and sometimes spreadsheets and textual documents (from openoffice.org). As a consequence, a workaround that solves the issue for PostScript files only is of little use to me... :-( I really hope this regression may be fixed soon. Debian CUPS Maintainers, may I have some sort of response?!? Is this a problem with some filter setup? Or is this a bug in cups code? -- New location for my website! Update your bookmarks! http://www.inventati.org/frx . Francesco Poli . GnuPG key fpr == C979 F34B 27CE 5CD8 DC12 31B5 78F4 279B DD6D FCF4 pgpiCR1RdvVES.pgp Description: PGP signature
Bug#535807: apticron: apt-listchanges error where NOTIFY_HOLDS=0
Package: apticron Version: 1.1.32 Severity: normal I have NOTIFY_HOLDS=0 and some packages (hal, tkcvs etc) on hold. E-mail sent by apticron has the following content: apticron report [Sun, 05 Jul 2009 13:25:16 +0400] apticron has detected that some packages need upgrading on: gaa [ 127.0.0.1 192.168.122.1 192.168.64.3 192.168.66.1 10.22.0.6 ] The following packages are currently pending an upgrade: consolekit 0.3.0-2 libck-connector0 0.3.0-2 libpolkit-dbus2 0.9-3 libpolkit-grant2 0.9-3 libpolkit2 0.9-3 policykit 0.9-3 Package Details: Reading changelogs... apt-listchanges: didn't find any valid .deb archives -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/1 CPU core) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages apticron depends on: ii apt0.7.21Advanced front-end for dpkg ii debconf [debconf-2.0] 1.5.26Debian configuration management sy ii mailutils 1:1.2+dfsg1-4 GNU mailutils utilities for handli ii ucf3.0018Update Configuration File: preserv Versions of packages apticron recommends: ii apt-listchanges 2.83 package change history notificatio ii iproute 20090324-1 networking and traffic control too apticron suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535767: Allow for debian/-only repositories
Hi,
Am Sonntag, den 05.07.2009, 10:57 +0200 schrieb Stefano Zacchiroli:
On Sat, Jul 04, 2009 at 10:41:53PM +0200, Joachim Breitner wrote:
Hi zack,
Howdy (but note that devscripts, including debcheckout, is maintained
by way more people than me alone ;-))
I checked the manpage for the mention of an author :-)
First of all, I must confess that I don't see the advantage. Are you
doing all that only to gain the storage of the _content_ of debian/
instead of having a repository that contains debian/ itself? If this
is the case, I noticed that what you are proposing will defeat the
implicit API of many devscripts, which expect a debian/ dir inside
`pwd`. ... and in fact you are asking debcheckout to recreate that
layout: it looks like _very_ twisted to me.
On the developer’s machine, I want the regular layout where debian/ is
in $PWD, just that not the whole $PWD is in the VCS (I’m thinking of
darcs), but only debian/. The main goal is to keep the repository small
and slick.
If, on the contrary, what you are trying to achieve is to not store
upstream sources but only debian/ stuff, then for some $VCS you
already have support for that in package building tool. For instance,
svn-buildpackage supports the so called debian only layout which
does exactly that. Using such a tool, the work flow you request is
already available executing a couple of commands:
- debcheckout foo
- uscan --force-download
- # move downloaded stuff in ../tarballs/
And you're done.
I knew I saw something like that once. svn-buildpackage even has code to
to fetch the tarball from the archive or, when not found, via watch.
if($opt_download_tarball) {
if(!defined($origfile)) {
print Trying to download tarball using apt\n;
my $olddir = getcwd();
mychdir $$c{origDir};
my @archive_versions = split(\n, `apt-cache policy $package`);
@archive_versions = grep /^(( \*\*\* | )[0-9])/, @archive_versions;
map {$_ =~ s/^ \*\*\* / /; $_ =~ s/^ ([^ ]+) .*$/$1/; $_}
@archive_versions;
foreach(@archive_versions) {
my $upstream_version = $_;
$upstream_version =~ s/^.*://;
$upstream_version =~ s/(.*)-([^-]+)/$1/;
if($upstream_version eq $upVersion) {
system(apt-get source --tar-only $package=$_);
if(($? 8) == 0 -f $orig) {
$origfile = long_path($orig);
last;
}
}
}
mychdir $olddir;
}
if(-f debian/watch !defined($origfile)) {
print Trying to download tarball using uscan\n;
system(uscan, --destdir, $$c{origDir}, --repack,
--download-version, $upVersion, --force-download);
if(-f $$c{origDir} . /$orig) {
$origfile = long_path($$c{origDir} . /$orig);
}
};
if($opt_download_tarball !defined($origfile)) {
die(Couldn't find a tarball\n);
}
}
Having it in debcheckout would make it possible to use it with other
VCSes as well, i.e. darcs. The code above can probably be used without
much changes.
2 comments:
1) this is because svn-buildpackage has knowledge of some debian
only layout. Does your $VCS support, with its package building
tool, anything like that? If not, there is probably where to add
the support you need
darcs-buildpackage does not have the support. And, since the support
only affects the _retrieving_ of the source, I don’t see much merit in
using darcs-buildpackage at all. Following the unix philosophy of small
tools, I’d use
* debcheckout to get the sources and set them up correctly
* regular dpkg-buildpackage -I to build
* regular darcs (inside ./debian/) to commit, tag and push changes
2) how to actually retrieve the orig tarball is a tricky
business. uscan is a possibility, the get-orig-source of
debian/rules is another. How to find an entry point which does the
right thing is a complex subject by his own, which probably
requires some adjustments in policy too.
Given that there is code in svn-buildpackage, I’d think it’s feasible.
I’d expect that only those maintainers will use such the feature where
it actually works :-)
Concluding, as I see things now, it doesn't look like a good idea to
me to implement what you asked, ... but I might have misunderstood it
:-)
Ok. I guess, at first, I can wrap the functionality in a shell script
for our team (if we even decide on such a repository layout). If it
works out, we can still consider adding it to debcheckout.
Thanks for your comments,
Joachim
--
Joachim nomeata Breitner
Debian Developer
nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
Bug#535808: tomboy: debug output should be disabled by default
Package: tomboy Version: 0.14.2-2 Severity: normal When launching tomboy, it produces a lot of debug output to stdout. This should be disabled by default. Cheers, Julien -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tomboy depends on: ii gconf22.26.2-1 GNOME configuration database syste ii libc6 2.9-18 GNU C Library: Shared libraries ii libgconf2.0-cil 2.24.1-4 CLI binding for GConf 2.24 ii libglib2.0-0 2.20.4-1 The GLib library of C routines ii libglib2.0-cil2.12.9-1 CLI binding for the GLib utility l ii libgmime2.2a-cil 2.2.22-4 CLI binding for the MIME library ii libgnome2.24-cil 2.24.1-4 CLI binding for GNOME 2.24 ii libgnomepanel2.24-cil 2.24.0-5 CLI binding for Gnome Panel 2.24 ii libgtk2.0-0 2.16.4-1 The GTK+ graphical user interface ii libgtk2.0-cil 2.12.9-1 CLI binding for the GTK+ toolkit 2 ii libgtkspell0 2.0.13-2 a spell-checking addon for GTK's T ii libmono-addins-gui0.2-cil 0.4-4 GTK# frontend library for Mono.Add ii libmono-addins0.2-cil 0.4-4 addin framework for extensible CLI ii libmono-cairo2.0-cil 2.4+dfsg-5 Mono Cairo library (for CLI 2.0) ii libmono-corlib2.0-cil 2.4+dfsg-5 Mono core library (for CLI 2.0) ii libmono-posix2.0-cil 2.4+dfsg-5 Mono.Posix library (for CLI 2.0) ii libmono-system2.0-cil 2.4+dfsg-5 Mono System libraries (for CLI 2.0 ii libndesk-dbus-glib1.0-cil 0.4.1-2CLI implementation of D-Bus (GLib ii libndesk-dbus1.0-cil 0.6.0-2CLI implementation of D-Bus ii libx11-6 2:1.2.1-1 X11 client-side library ii mono-runtime 2.4+dfsg-5 Mono runtime tomboy recommends no packages. Versions of packages tomboy suggests: ii evolution 2.26.2-2 groupware suite with mail client a pn tasquenone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535809: libc6-dev: eglibc reships scsi/scsi.h
Package: libc6-dev Version: 2.9-12 Severity: serious dpkg: error processing /var/cache/apt/archives/linux-libc-dev_2.6.31~rc1-1~experimental.1~snapshot.13865_amd64.deb (--unpack): trying to overwrite `/usr/include/scsi/scsi.h', which is also in package libc6-dev -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libc6-dev depends on: ii 2.9-12 GNU C Library: Shared libraries ii 2.6.31~rc1-1~experimental.1~snapshot Linux support headers for userspac Versions of packages libc6-dev recommends: ii gcc [c-compiler] 4:4.3.3-9 The GNU C compiler ii gcc-4.1 [c-compiler] 4.1.2-26 The GNU C compiler ii gcc-4.2 [c-compiler] 4.2.4-6The GNU C compiler ii gcc-4.3 [c-compiler] 4.3.3-10 The GNU C compiler Versions of packages libc6-dev suggests: pn glibc-doc none (no description available) ii manpages-dev 3.21-1 Manual pages about using GNU/Linux -- no debconf information -- debsums errors found: debsums: checksum mismatch libc6-dev file /usr/include/scsi/scsi.h -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515275: gcrontab: Depends on GTK 1.2 and GLIB 1.2
Hi Jari, There's a patch to fix this serious bug for long time in BTS, do you have plans to prepare an upload anytime soon? regards, -- Ricardo Mones http://people.debian.org/~mones «In the first place, God made idiots; this was for practice; then he made school boards. -- Mark Twain» signature.asc Description: PGP signature
Bug#535810: [pcmanfm] Text file busy error when moving files from a cifs share to the local filesystem
Package: pcmanfm Version: 0.5.1+svn20090607-1 Severity: normal --- Please enter the report below this line. --- Hi When I want to move files from a cifs share to the local filesystem, only the first one is copied (but not moved because the file in the cifs share is still there), then I get the message telling that text file is busy and the other files aren't moved or copied. I tried to do the same with the command mv and with dolphin and I didn't have this problem. If, with pcmanfm, I make a copy instead of a move, I also don't have any problems. Bye Jonas --- System information. --- Architecture: i386 Kernel: Linux 2.6.30-1-686 Debian Release: squeeze/sid 994 testing ftp.fr.debian.org 993 stable ftp.fr.debian.org 80 experimentalftp.fr.debian.org 700 unstableftp.fr.debian.org --- Package information. --- Depends (Version) | Installed ==-+-== libc6(= 2.3.6-6~) | 2.9-12 libcairo2 (= 1.2.4) | 1.8.6-2+b1 libdbus-1-3 (= 1.0.2) | 1.2.12-1 libdbus-glib-1-2 (= 0.78) | 0.80-4 libfam0| 2.7.0-13.3 libglib2.0-0 (= 2.16.0) | 2.20.1-2 libgtk2.0-0(= 2.12.0) | 2.16.1-2 libhal-storage1 (= 0.5.8.1) | 0.5.12~git20090406.46dc48-2 libhal1 (= 0.5.8.1) | 0.5.12~git20090406.46dc48-2 libpango1.0-0 (= 1.18.0) | 1.24.0-3+b1 libstartup-notification0 (= 0.10) | 0.10-1 libx11-6 | 2:1.2.1-1 gamin | 0.1.10-1 shared-mime-info | 0.60-2 desktop-file-utils | 0.15-2 dbus | 1.2.12-1 hal| 0.5.12~git20090406.46dc48-2 Recommends(Version) | Installed ===-+-=== gnome-icon-theme| 2.26.0-1 gksu| 2.0.2-2+b1 OR kdesu | ntfs-3g | 1:2009.4.4-1 Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535814: [pcmanfm] Possibility to arrange the icons in the destkop
Package: pcmanfm Version: 0.5.1+svn20090607-1 Severity: wishlist --- Please enter the report below this line. --- Hi It would be nice if this would be possible to arrange and move the icons where we want on the desktop because now they are all in a fixed place and it is impossible to move them. Bye Jonas --- System information. --- Architecture: i386 Kernel: Linux 2.6.30-1-686 Debian Release: squeeze/sid 994 testing ftp.fr.debian.org 993 stable ftp.fr.debian.org 80 experimentalftp.fr.debian.org 700 unstableftp.fr.debian.org --- Package information. --- Depends (Version) | Installed ==-+-== libc6(= 2.3.6-6~) | 2.9-12 libcairo2 (= 1.2.4) | 1.8.6-2+b1 libdbus-1-3 (= 1.0.2) | 1.2.12-1 libdbus-glib-1-2 (= 0.78) | 0.80-4 libfam0| 2.7.0-13.3 libglib2.0-0 (= 2.16.0) | 2.20.1-2 libgtk2.0-0(= 2.12.0) | 2.16.1-2 libhal-storage1 (= 0.5.8.1) | 0.5.12~git20090406.46dc48-2 libhal1 (= 0.5.8.1) | 0.5.12~git20090406.46dc48-2 libpango1.0-0 (= 1.18.0) | 1.24.0-3+b1 libstartup-notification0 (= 0.10) | 0.10-1 libx11-6 | 2:1.2.1-1 gamin | 0.1.10-1 shared-mime-info | 0.60-2 desktop-file-utils | 0.15-2 dbus | 1.2.12-1 hal| 0.5.12~git20090406.46dc48-2 Recommends(Version) | Installed ===-+-=== gnome-icon-theme| 2.26.0-1 gksu| 2.0.2-2+b1 OR kdesu | ntfs-3g | 1:2009.4.4-1 Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535812: mirage: doesn't display commands containing
Package: mirage Version: 0.9.3-4 Severity: minor In the Configure Custom Actions dialog, mirage refuses to display commands containing the character. The following warning is issued instead: GtkWarning: Failed to set text from markup due to error parsing markup: Error on line 2: Unfinished entity reference -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (900, 'unstable'), (500, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mirage depends on: ii libc6 2.9-18 GNU C Library: Shared libraries ii libx11-6 2:1.2.1-1 X11 client-side library ii python2.5.4-2An interactive high-level object-o ii python-gtk2 2.14.1-3 Python bindings for the GTK+ widge ii python-support1.0.3 automated rebuilding support for P ii python2.5 2.5.4-1An interactive high-level object-o mirage recommends no packages. mirage suggests no packages. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535813: libssl0.9.8: does not work with pam_mysql anymore
Package: libssl0.9.8 Version: 0.9.8k-3 Severity: important pam_mysql stops working. Errormessage in auth.log is PAM unable to dlopen(/lib/security/pam_mysql.so): /usr/lib/i686/cmov/libssl.so.0.9.8: symbol ENGINE_load_ssl_client_cert, version OPENSSL_0.9.8 not defined in file libcrypto.so.0.9.8 with link time reference downgrade to lenny-version solves problem. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535811: [pcmanfm] Add of a trashcan
Package: pcmanfm Version: 0.5.1+svn20090607-1 Severity: wishlist --- Please enter the report below this line. --- Hi I think that it would be nice if there would be a trashcan like the other desktop environnements. Bye Jonas --- System information. --- Architecture: i386 Kernel: Linux 2.6.30-1-686 Debian Release: squeeze/sid 994 testing ftp.fr.debian.org 993 stable ftp.fr.debian.org 80 experimentalftp.fr.debian.org 700 unstableftp.fr.debian.org --- Package information. --- Depends (Version) | Installed ==-+-== libc6(= 2.3.6-6~) | 2.9-12 libcairo2 (= 1.2.4) | 1.8.6-2+b1 libdbus-1-3 (= 1.0.2) | 1.2.12-1 libdbus-glib-1-2 (= 0.78) | 0.80-4 libfam0| 2.7.0-13.3 libglib2.0-0 (= 2.16.0) | 2.20.1-2 libgtk2.0-0(= 2.12.0) | 2.16.1-2 libhal-storage1 (= 0.5.8.1) | 0.5.12~git20090406.46dc48-2 libhal1 (= 0.5.8.1) | 0.5.12~git20090406.46dc48-2 libpango1.0-0 (= 1.18.0) | 1.24.0-3+b1 libstartup-notification0 (= 0.10) | 0.10-1 libx11-6 | 2:1.2.1-1 gamin | 0.1.10-1 shared-mime-info | 0.60-2 desktop-file-utils | 0.15-2 dbus | 1.2.12-1 hal| 0.5.12~git20090406.46dc48-2 Recommends(Version) | Installed ===-+-=== gnome-icon-theme| 2.26.0-1 gksu| 2.0.2-2+b1 OR kdesu | ntfs-3g | 1:2009.4.4-1 Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535815: [battery-stats] Please, support other than the first battery
Package: battery-stats
Version: 0.3.5-1
Severity: wishlist
Tags: patch
Hi,
on my laptop, the internal battery is detected as the second one. The first
battery, which is the only handled by battery-stats, is the external one. The
attached patch adds command line option to select which battery is monitored
by battery-stats-collector.
--- System information. ---
Architecture: amd64
Kernel: Linux 2.6.30-amd64
Debian Release: squeeze/sid
500 unstableftp.cz.debian.org
500 unstabledeb.opera.com
--- Package information. ---
Depends (Version) | Installed
==-+-=
logrotate | 3.7.7-3
gnuplot (= 4.0.0) | 4.2.5-2
gzip(= 1.3.2) | 1.3.12-8
libacpi0 | 0.2-4
libapm1 (= 3.2.0-7) | 3.2.2-13
libc6 (= 2.2.5) | 2.9-13
Package's Recommends field is empty.
Package's Suggests field is empty.
From f21c4035cbfa256374e8bb6a60e83a4e4c870807 Mon Sep 17 00:00:00 2001
From: Michal Sojka sojk...@fel.cvut.cz
Date: Sat, 4 Jul 2009 21:16:45 +0200
Subject: [PATCH 1/2] Added an option to select which battery to monitor
---
src/battery-stats-collector.c | 48 +++-
1 files changed, 37 insertions(+), 11 deletions(-)
diff --git a/src/battery-stats-collector.c b/src/battery-stats-collector.c
index 52370a2..2e5a57e 100644
--- a/src/battery-stats-collector.c
+++ b/src/battery-stats-collector.c
@@ -42,6 +42,7 @@ static struct option long_options[] = {
{ syslog, no_argument, NULL, 's' },
{ flush, required_argument, NULL, 'F' },
{ ignore-missing-battery, no_argument, NULL, 'I' },
+{ battery-num, required_argument, NULL, 'b' },
{ NULL, 0, NULL, 0 }
};
@@ -58,6 +59,8 @@ static void show_usage(void);
static char *myname = battery-stats-collector;
static char *myversion = 0.3.3;
+static int battery_num = 0;
+
static int do_syslog = 0;
#define COMPLAIN(loglevel, args...) if (do_syslog) syslog(loglevel, ## args); \
else { fprintf(stderr,%s: , myname); fprintf(stderr, ##args); }
@@ -77,7 +80,7 @@ int main(int argc, char **argv)
int c;
char *end;
- c = getopt_long(argc, argv, o:i:Vh1sF:, long_options, option_index);
+ c = getopt_long(argc, argv, o:i:Vh1sF:b:, long_options, option_index);
if (c == -1)
break;
@@ -143,6 +146,21 @@ int main(int argc, char **argv)
}
break;
+ case 'b':
+ battery_num = strtol(optarg, end, 10);
+ if (*end != 0)
+ {
+ fprintf(stderr, %s: Invalid battery number '%s'\n, myname, optarg);
+ exit(2);
+ }
+
+ if (battery_num 0)
+ {
+ fprintf(stderr, %s: Invalid negative battery number '%s'\n, myname, optarg);
+ exit(2);
+ }
+ break;
+
default:
/* getopt_long will already have complained on stderr ... */
fprintf(stderr,%s: Try %s --help for options\n, myname, myname);
@@ -180,10 +198,12 @@ int main(int argc, char **argv)
switch(retval)
{
case SUCCESS:
- COMPLAIN(LOG_INFO, Number of batteries: %i.%s\n,
- libacpi_global-batt_count,
- libacpi_global-batt_count 1 ?
- Reading info from first battery only. : );
+ COMPLAIN(LOG_INFO, Number of batteries: %i.\n,
+ libacpi_global-batt_count);
+ if (libacpi_global-batt_count 1) {
+ COMPLAIN(LOG_INFO,
+ Reading info from battery %d only.\n, battery_num);
+ }
break;
case NOT_SUPPORTED:
COMPLAIN(LOG_WARNING, You have more than %i batteries.
@@ -371,16 +391,22 @@ static void apm_fulldump(struct apm_info *ai)
static void acpidump(FILE *output, const int ignore_missing_battery,
global_t *libacpi_global)
{
-int rc = read_acpi_batt(0);
+int rc;
+
+if (battery_num = libacpi_global-batt_count) {
+ COMPLAIN(LOG_ERR,Battery %d doesn't exist. The number of batteries is: %d.\n, battery_num, libacpi_global-batt_count);
+ return;
+}
+rc = read_acpi_batt(battery_num);
if (rc != SUCCESS)
{
- COMPLAIN(LOG_ERR,read_acpi_batt(0) failed with error code %d\n, rc);
+ COMPLAIN(LOG_ERR,read_acpi_batt(%d) failed with error code %d\n, battery_num, rc);
return;
}
-if (!batteries[0].present)
+if (!batteries[battery_num].present)
{
if (!ignore_missing_battery) {
- COMPLAIN(LOG_WARNING, Battery 0 absent\n);
+ COMPLAIN(LOG_WARNING, Battery %d absent\n, battery_num);
}
return;
}
@@ -392,10 +418,10 @@ static void acpidump(FILE *output, const int ignore_missing_battery,
return;
}
-check_and_write_log_line(output, batteries[0].percentage,
+check_and_write_log_line(output, batteries[battery_num].percentage,
(libacpi_global-adapt.ac_state == P_BATT) ? 2 :
((libacpi_global-adapt.ac_state == P_AC) ? 1 : 0),
- batteries[0].remaining_time);
+ batteries[battery_num].remaining_time);
}
#endif
--
1.6.3.1
Bug#532271: rarian-compat conf problems: any progress?
Hi! Is there any progress on fixing this bug? I hope it may be solved real soon now. -- New location for my website! Update your bookmarks! http://www.inventati.org/frx . Francesco Poli . GnuPG key fpr == C979 F34B 27CE 5CD8 DC12 31B5 78F4 279B DD6D FCF4 pgp71XFvj23sU.pgp Description: PGP signature
Bug#511011: tdb ABI breakage: any progress?
Hello! Is there any progress on this bug? I really hope it may be fixed quickly... -- New location for my website! Update your bookmarks! http://www.inventati.org/frx . Francesco Poli . GnuPG key fpr == C979 F34B 27CE 5CD8 DC12 31B5 78F4 279B DD6D FCF4 pgpTP8XenfZNy.pgp Description: PGP signature
Bug#522103: sqlite ABI breakage: any progress?
Hi! Any progress on this bug? I hope it may be fixed soon. -- New location for my website! Update your bookmarks! http://www.inventati.org/frx . Francesco Poli . GnuPG key fpr == C979 F34B 27CE 5CD8 DC12 31B5 78F4 279B DD6D FCF4 pgpHwyvW5ee3X.pgp Description: PGP signature
Bug#535816: mirage: XDG Base Directory Specification
Package: mirage
Version: 0.9.3-4
Severity: wishlist
mirage is currently using ~/.config/mirage/ directory to store its
configuration files, which is in the spirit of XDG Base Directory
Specification [1]. The attached patches makes mirage to actually follow
the specification, i.e. to respect the $XDG_CONFIG_HOME variable.
[1] http://standards.freedesktop.org/basedir-spec/basedir-spec-0.6.html
--
Jakub Wilk
diff --git a/mirage.py b/mirage.py
--- a/mirage.py
+++ b/mirage.py
@@ -53,6 +53,8 @@
if gtk.pygtk_version (2, 6, 0):
sys.stderr.write(Mirage requires PyGTK 2.6.0 or newer.\n)
sys.exit(1)
+
+config_dir = (os.getenv('XDG_CONFIG_HOME') or os.path.expanduser('~/.config')) + '/mirage'
def valid_int(inputstring):
try:
@@ -204,8 +206,8 @@
# Load config from disk:
conf = ConfigParser.ConfigParser()
- if os.path.isfile(os.path.expanduser('~/.config/mirage/miragerc')):
- conf.read(os.path.expanduser('~/.config/mirage/miragerc'))
+ if os.path.isfile(config_dir + '/miragerc'):
+ conf.read(config_dir + '/miragerc')
elif os.path.isfile(os.path.expanduser('~/.miragerc')):
conf.read(os.path.expanduser('~/.miragerc'))
os.remove(os.path.expanduser('~/.miragerc'))
@@ -297,8 +299,8 @@
self.curr_slideshow_random = self.slideshow_random
# Read accel_map file, if it exists
- if os.path.isfile(os.path.expanduser('~/.config/mirage/accel_map')):
- gtk.accel_map_load(os.path.expanduser('~/.config/mirage/accel_map'))
+ if os.path.isfile(config_dir + '/accel_map'):
+ gtk.accel_map_load(config_dir + '/accel_map')
self.blank_image = gtk.gdk.pixbuf_new_from_file(self.find_path(mirage_blank.png))
@@ -1465,14 +1467,12 @@
for i in range(len(self.recentfiles)):
conf.set('recent', 'num[' + str(i) + ']', len(self.recentfiles[i]))
conf.set('recent', 'urls[' + str(i) + ',0]', self.recentfiles[i])
- if not os.path.exists(os.path.expanduser('~/.config/')):
- os.mkdir(os.path.expanduser('~/.config/'))
- if not os.path.exists(os.path.expanduser('~/.config/mirage/')):
- os.mkdir(os.path.expanduser('~/.config/mirage/'))
- conf.write(file(os.path.expanduser('~/.config/mirage/miragerc'), 'w'))
+ if not os.path.exists(config_dir):
+ os.makedirs(config_dir)
+ conf.write(file(config_dir + '/miragerc', 'w'))
# Also, save accel_map:
- gtk.accel_map_save(os.path.expanduser('~/.config/mirage/accel_map'))
+ gtk.accel_map_save(config_dir + '/accel_map')
return
Bug#532275: willing to upload
I'm able to make the upload to close this bug if you don't have time right now, Goedson. I'm not sure why gnotime gained the libgda build dependency, it was added in 2005, possibly due to an error in the packaging for QOF 0.6.0 which has since been fixed. I'd also check and bump the Standards Version for gnotime and tidy up other lintian warnings. Do you foresee any problems also moving from the deprecated debhelper4 to debhelper5 ? -- Neil Williams = http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ pgp0lKXMIuv24.pgp Description: PGP signature
Bug#535768: [Pkg-e-devel] Bug#535768: evas: plop
On Sat, Jul 04, 2009 at 10:38:45PM +0200, Manuel Menal wrote : Hi, Hey, evas uses the PATH_MAX constant, which is optional on POSIX and undefined on GNU/Hurd. Does Hurd enjoy not defining widely-used constants just because they're optional, or are there actual technical reasons for this ? If so, I'd like to know what they are. Regards, -- Albin Tonnerre signature.asc Description: Digital signature
Bug#535817: mirage: gimp-remote-2.4
Package: mirage Version: 0.9.3-4 Severity: minor By default, Ctrl+E is bound to the gimp-remote-2.4 command, which is no longer available in sid. The attached patches fixes this problem. -- Jakub Wilk diff --git a/mirage.py b/mirage.py --- a/mirage.py +++ b/mirage.py @@ -152,7 +152,7 @@ self.preloading_images = True self.action_names = [Open in GIMP, Create Thumbnail, Create Thumbnails, Move to Favorites] self.action_shortcuts = [Controle, Altt, ControlAltt, ControlAltf] - self.action_commands = [gimp-remote-2.4 %F, convert %F -thumbnail 150x150 %Pt_%N.jpg, convert %F -thumbnail 150x150 %Pt_%N.jpg, mkdir -p ~/mirage-favs; mv %F ~/mirage-favs; [NEXT]] + self.action_commands = [gimp %F , convert %F -thumbnail 150x150 %Pt_%N.jpg, convert %F -thumbnail 150x150 %Pt_%N.jpg, mkdir -p ~/mirage-favs; mv %F ~/mirage-favs; [NEXT]] self.action_batch = [False, False, True, False] self.onload_cmd = None self.searching_for_images = False
Bug#535818: xdialog segfaults
Package: xdialog Version: 2.3.1-2 Severity: grave Justification: renders package unusable xdialog is missing a library from package bug-buddy (??). xdialog brings a lot of gdk asserts. Finally it segfaults when calling without CLI arguments. stderr output when calling without args: Gtk-WARNING (recursed) **: Failed to load module libgnomebreakpad.so: libgnomebreakpad.so: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden Xdialog: missing box option ! Xdialog v2.3.1 by Thierry Godefroy xdia...@free.fr (v1.0 was written by Alfred at Cyberone Internet alf...@cyberone.com.au). Xdialog home page available at: http://xdialog.dyns.net/ Usage: Xdialog [common options] [transient options] box option ... Common options: --wmclass name --rc-file gtkrc filename Gdk-CRITICAL (recursed) **: file gdkfont.c: line 280 (gdk_font_id): assertion `font != NULL' failed. Gdk-CRITICAL (recursed) **: file gdkfont.c: line 237 (gdk_font_ref): assertion `font != NULL' failed. Gdk-CRITICAL (recursed) **: file gdkfont.c: line 468 (gdk_char_width): assertion `font != NULL' failed. Gdk-CRITICAL (recursed) **: file gdkfont.c: line 280 (gdk_font_id): assertion `font != NULL' failed. Speicherzugriffsfehler ( = segmentation fault ) -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (700, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.29-bpo.2-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xdialog depends on: ii libc62.7-18 GNU C Library: Shared libraries ii libglib1.2ldbl 1.2.10-19 The GLib library of C routines ii libgtk1.21.2.10-18.1 The GIMP Toolkit set of widgets fo ii libx11-6 2:1.1.5-2 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxi6 2:1.1.4-1 X11 Input extension library xdialog recommends no packages. xdialog suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535240: renders existing projects inaccessible
block 535240 by 520092 thanks This bug is now stopping me using anjuta for *ANY* existing projects - even deleting the previous project files does not allow Anjuta to load a newly created project from existing sources because a mandatory plugin was not found - the symbol browser. Packaging the subversion plugin is welcome, but preventing any access to existing projects is just not useful. When is libgda4 going to at least enter NEW? -- Neil Williams = http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ pgpJCNJFzskD4.pgp Description: PGP signature
Bug#535819: ia32-apt-get: convert-all-sources.list broken
Package: ia32-apt-get Version: 22 Severity: normal Hi Goswin, after the last update (21-22) of ia32-apt-get there are way too many sources.list.d directories in /etc: # find /etc -name sources.list.d /etc/apt/sources.list.d /etc/apt/amd64/sources.list.d /etc/apt/i386/sources.list.d /etc/ia32-apt/i386/sources.list.d /etc/ia32-apt/amd64/sources.list.d /etc/ia32-apt/sources.list.d and I don't really see what was generated/copied in which way and how updates are propagated. Changes in /etc/apt/sources.list.d are no longer reflected by convert-all-sources.list. Andreas -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (800, 'stable'), (600, 'unstable'), (130, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532515: on making decisions vs letting things happen
(Adding d-cd to CCs.) On Sunday 05 July 2009, Josselin Mouette wrote: Le samedi 04 juillet 2009 à 16:46 -0400, Joey Hess a écrit : * After stable was released, many more maintainers began assuming recommends would be installed by default. These recommends had to be manually noticed and tracked in tasksel. IIRC there was a case where the omission of a recommended package could have potentially left X nearly unusable. (Don't remember the details.) [...] At this point it became clear to me that it was time to make tasksel install recommends by default, since manually tracking them in tasks wasn't feasable going forward[2]. * At that point, I reviewed packages that were only in task lists due to being recommended, and removed them. This had a nice benefit in simplifying the gnome-desktop task[1]. [...] I agree that feedback from the CD team would be nice. I’ll ask them to do a simulation once the GNOME 2.26 metapackages are ready. Anyway fitting all of this on the first CD is out of question. The primary package still being gnome-desktop-environment, I guess we should focus the size efforts on this one and ensure it can still fit on one CD. The first full DVD needs to be considered too. It's supposed to support installing all four desktop environments without the use of a mirror. In general debian-cd may need to be modified as AFAIK currently it does not consider Recommends at all when deciding which packages to include on which CD. It might be an option to extend d-cds functionality in such a way that Recommends do get considered, but only _after_ dependencies for all tasks relevant for a CD/DVD set. I must say that I'm not at all sure that the change to include Recommends wasn't done prematurely or too lightly. It is quite likely to also affect the server tasks in quite a big way and could have a major impact on the contents of CD images if not handled correctly. I also wonder what impact it will have on the total installed size of the different desktop environments and server tasks as documented in the manual. Quite likely testing task installs in emulators will be a bigger pain than it already is and the available space check in tasksel for the desktop task will probably need adjustment (4GB instead of the current 3GB?). One option could of course be to not change d-cds functionality at all and only install Recommends if available (either from additional CDs or a mirror), which does seem to fit its purpose. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535813: [Pkg-openssl-devel] Bug#535813: libssl0.9.8: does not work with pam_mysql anymore
On Sun, Jul 05, 2009 at 12:00:38PM +0200, Christopher wrote: Package: libssl0.9.8 Version: 0.9.8k-3 Severity: important pam_mysql stops working. Errormessage in auth.log is PAM unable to dlopen(/lib/security/pam_mysql.so): /usr/lib/i686/cmov/libssl.so.0.9.8: symbol ENGINE_load_ssl_client_cert, version OPENSSL_0.9.8 not defined in file libcrypto.so.0.9.8 with link time reference downgrade to lenny-version solves problem. This doesn't make any sense to me. ENGINE_load_ssl_client_cert is not in the version in lenny, but the version in testing/unstable does have it: objdump -T /usr/lib/i686/cmov/libcrypto.so.0.9.8 |grep ENGINE_load_ssl_client_cert 000a31b0 gDF .text 0177 OPENSSL_0.9.8 ENGINE_load_ssl_client_cert Do you have any other libcrypto.so.0.9.8 that it might try to open? Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535820: cacti: [INTL:ru] Russian debconf templates translation
Package: cacti Version: 0.8.7d-1 Severity: wishlist Tags: l10n patch Russian debconf templates translation is attached. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash # translation of ru.po to Russian # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # # Yuri Kozlov yu...@komyakino.ru, 2009. msgid msgstr Project-Id-Version: cacti 0.8.7d-1\n Report-Msgid-Bugs-To: sean...@debian.org\n POT-Creation-Date: 2007-10-09 20:13+0200\n PO-Revision-Date: 2009-06-30 21:10+0400\n Last-Translator: Yuri Kozlov yu...@komyakino.ru\n Language-Team: Russian debian-l10n-russ...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n Plural-Forms: nplurals=3; plural=(n%10==1 n%100!=11 ? 0 : n%10=2 n%10=4 (n%10010 || n%100=20) ? 1 : 2);\n #. Type: select #. Choices #: ../cacti.templates:1001 msgid Apache, Apache-SSL, Apache2, All, None msgstr Apache, Apache-SSL, Apache2, все, ни одного #. Type: select #. Description #: ../cacti.templates:1002 msgid Webserver type msgstr Тип веб-сервера: #. Type: select #. Description #: ../cacti.templates:1002 msgid Which kind of web server should be used by cacti? msgstr Тип используемого cacti веб-сервера #. Type: select #. Description #: ../cacti.templates:1002 msgid Select \None\ if you would like to configure your webserver by hand. msgstr Выберите \ни одного\, если хотите настроить веб-сервер вручную.
Bug#535821: mirage source mixes tabs with spaces
Package: mirage Version: 0.9.3-4 Severity: minor *Both* tabs and spaces are used to indent lines, which is very unfortunate, especially for Python code. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535819: Acknowledgement (ia32-apt-get: convert-all-sources.list broken)
Look like I have to edit them in /etc/ia32-apt/sources.list.d/, but after running convert-all-sources.list there are still a bunch of /etc/ia32-apt/sources.list.d/ia32-apt-get* files left for *.list files that have been removed inbetween. But I would really prefer if input *.list would be taken from /etc/apt. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535822: mirage: should suggest gimp, imagemagick
Package: mirage Version: 0.9.3-4 Severity: minor Due to default keybindings, mirage should suggest gimp and imagemagick. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526174: [RP] Fwd: Bug#526174: ratpoison: fgcolor/bgcolor don't apply to text anymore
Hi, On Sat, Jul 04, 2009 at 08:59:49PM -0700, Shawn Betts wrote: Ok, this should be fixed. Give it a test go. I'll let it sit for a week or so and then make a bug fix release. Works fine here as it did before the last release. Thanks! P.S. to Bernhard: Two build-dependencies were missing: texinfo for /usr/bin/makeinfo (probably via dh_installinfo) and quilt. I'm not sure if I set up the debian package from git correctly. Basically I did a git clone, created the orig.tar.gz by excluding the debian and .git directories, then called ./autogen.sh as mentioned on http://ratpoison.antidesktop.net/wiki/Installation, edited the changelog and did a debuild. Could it be that this has been caused by the recent addition of trigger support to the info package and appropriate changes to debhelper? The second missing build-dependency is also mentioned by lintian: http://lintian.debian.org/maintainer/brl...@debian.org.html#ratpoison Regards, Axel -- Axel Beckert - a...@deuxchevaux.org, a...@noone.org - http://noone.org/abe/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535823: [claws-mail-html2-viewer] claws don't load html-viewer
Package: claws-mail-html2-viewer Version: 3.7.1-1 Severity: normal --- Please enter the report below this line. --- Claws-mail don't load the plugin because it is older than claws. $ apt-cache policy claws-mail claws-mail: Instalado: 3.7.2-1 Candidato: 3.7.2-1 $ apt-cache policy claws-mail-html2-viewer claws-mail-html2-viewer: Instalado: 3.7.1-1 Candidato: 3.7.1-1 --- System information. --- Architecture: amd64 Kernel: Linux 2.6.30-1-amd64 Debian Release: squeeze/sid 500 unstable-i386 www.debian-multimedia.org 500 unstable-i386 sft.if.usp.br 500 unstablewww.debian-multimedia.org 500 unstablesft.if.usp.br --- Package information. --- Depends (Version) | Installed =-+-== libatk1.0-0 (= 1.20.0) | 1.26.0-1 libc6 (= 2.3.4) | 2.9-18 libcairo2 (= 1.2.4) | 1.8.8-2 libcurl3-gnutls (= 7.16.2-1) | 7.19.5-1 libfontconfig1 (= 2.4.0) | 2.6.0-4 libfreetype6 (= 2.3.5) | 2.3.9-5 libglib2.0-0 (= 2.16.0) | 2.20.4-1 libgtk2.0-0 (= 2.14.0) | 2.16.4-1 libpango1.0-0 (= 1.22.0) | 1.24.3-1 libxml2 (= 2.6.27) | 2.7.3.dfsg-1 zlib1g (= 1:1.1.4) | 1:1.2.3.3.dfsg-14 claws-mail (= 3.7.1) | 3.7.2-1 Package's Recommends field is empty. Package's Suggests field is empty. -- ASD Consultoria, Rio, RJ Arq. Sávio M Ramos Só usamos Linux desde 2000 www.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534161: This is bug with thread suppot by libcanberra-gtk-module
When i add to source in function indle_cb this debug strings (with KSKSA label):
static gboolean idle_cb(void *userdata) {
SoundEventData *d;
idle_id = 0;
g_print(KSKSA here: idle_cb\n);
while ((d = g_queue_pop_head(sound_event_queue))) {
if (!(d = filter_sound_event(d)))
continue;
/* g_message(Dispatching signal %s on %s,
g_signal_name(d-signal_id), g_type_name(G_OBJECT_TYPE(d-object))); */
dispatch_sound_event(d);
free_sound_event(d);
}
g_print(KSKSA here: idle_cb END\n);
return FALSE;
}
i get this log from my multi thread program:
entered
leave
KSKSA here: idle_cb
KSKSA here: idle_cb END
KSKSA here: idle_cb
KSKSA here: idle_cb END
entered
leave
KSKSA here: idle_cb
KSKSA here: idle_cb END
KSKSA here: idle_cb
KSKSA here: idle_cb END
KSKSA here: idle_cb
entered
KSKSA here: idle_cb END
leave
KSKSA here: idle_cb
KSKSA here: idle_cb END
KSKSA here: idle_cb
entered
KSKSA here: idle_cb END
leave
KSKSA here: idle_cb
KSKSA here: idle_cb END
entered
leave
KSKSA here: idle_cb
KSKSA here: idle_cb END
KSKSA here: idle_cb
KSKSA here: idle_cb END
KSKSA here: idle_cb
entered
*** glibc detected *** ./durak: munmap_chunk(): invalid pointer: 0x09ca8a00 ***
=== Backtrace: =
/lib/i686/cmov/libc.so.6[0xb7562b04]
/usr/lib/libX11.so.6[0xb741a01e]
/usr/lib/libX11.so.6(_XReply+0x10d)[0xb741a66d]
/usr/lib/libX11.so.6(XGetGeometry+0x6d)[0xb73f67ad]
/usr/lib/libgdk-x11-2.0.so.0[0xb7b3e5e4]
/usr/lib/libgdk-x11-2.0.so.0(gdk_window_get_geometry+0xb5)[0xb7b14295]
/usr/lib/libgdk-x11-2.0.so.0(gdk_screen_get_monitor_at_window+0xaa)[0xb7b1225a]
/home/wieker/Projects/old/durak/libcanberra-0.12/src/.libs/libcanberra-gtk.so.0(ca_gtk_proplist_set_for_widget+0x1f6)[0xb6870616]
/home/wieker/Projects/old/durak/libcanberra-0.12/src/.libs/libcanberra-gtk.so.0(ca_gtk_proplist_set_for_event+0x67)[0xb6870847]
/home/wieker/Projects/old/durak/libcanberra-0.12/src/.libs/libcanberra-gtk.so.0(ca_gtk_play_for_event+0x52)[0xb6870f32]
/usr/lib/gtk-2.0/modules/libcanberra-gtk-module.so[0xb7f208b3]
/usr/lib/libglib-2.0.so.0[0xb77e4581]
/usr/lib/libglib-2.0.so.0(g_main_context_dispatch+0x1e8)[0xb77e6368]
/usr/lib/libglib-2.0.so.0[0xb77e98c3]
/usr/lib/libglib-2.0.so.0(g_main_loop_run+0x1ca)[0xb77e9d8a]
/usr/lib/libgtk-x11-2.0.so.0(gtk_main+0xb9)[0xb7c9ec39]
./durak[0x804a4f7]
./durak[0x804a604]
/lib/i686/cmov/libc.so.6(__libc_start_main+0xe5)[0xb750a775]
./durak[0x8049531]
=== Memory map:
where entered - when my thread B use gdk_threads_enter, leave - when it use
gdk_threads_leave().
so idle_cb shouldn't work together with my thread B, but it work, because it
doesn't lock with
gdk_threads_enter().
--
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535824: libgdome2-ocaml: Uninstallable dependency ocaml-base-nox-3.11.0 on sid
Package: libgdome2-ocaml Version: 0.2.6-3 Severity: normal Hello, I (guess I) needed to install both libgdome2-ocaml and libgdome2-ocaml-dev. I'm not sending another bug report for the latter. I had to do it by hand with dpkg -i --force-depends because neither ocaml-base-nox-3.11.0 or ocaml-nox-3.11.0 are available anymore here. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libgdome2-ocaml depends on: ii libc6 2.9-18 GNU C Library: Shared libraries ii libgdome2-0 0.8.1+debian-3 DOM level2 library for accessing X ii libglib2.0-0 2.20.4-1 The GLib library of C routines ii libxml2 2.7.3.dfsg-1 GNOME XML library pn ocaml-base-nox-3.11.0 none (no description available) libgdome2-ocaml recommends no packages. libgdome2-ocaml suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535826: libraw1394: new upstream version 2.0.4
Package: libraw1394 Version: 2.0.2-2 Severity: wishlist upstream added new features support for the juju stack: http://ieee1394.wiki.kernel.org/index.php/Release_Notes_-_Libraries#libraw1394_2.0.4 it be cool to have those enhancement soon in squeeze, as we gona push 2.6.30 soon to testing. more enhancement expected in 2.6.31 linux-2.6. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535825: ITP: libvirt-glib -- libvirt glib mainloop integration
Package: wnpp Severity: wishlist Owner: Guido Günther a...@sigxcpu.org * Package name: libvirt-glib Version : 0.0.1 Upstream Author : Daniel P. Berrange * URL : http://libvirt.org/hg/libvirt-glib/ * License : LGPL Programming Lang: C, Python Description : libvirt glib integration for events Eases integration of libvirt's events into programs using a glib mainloop. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#395462: Problem is back
Can this bug be reopened or should I open a new one? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531271: mnemosyne: Still doesn't work
hi deniz, On Sat, Jul 04, 2009 at 08:17:16PM -0400, Deniz Akcal wrote: Two days ago you said new python packages were added, so maybe another eight days of waiting will solve this issue but now, mnemosyne still does not even launch! the original bugreport was against unstable, you seem to be using testing. you probably just need to wait until python-qt3 version 3.18 migrates to testing. http://release.debian.org/migration/testing.pl?package=python-qt3 shows that this seems to be a bit more involved than thought, but it still is just a matter of time. sorry, but there is nothing i can do... cu robert -- Robert Lemmen http://www.semistable.com signature.asc Description: Digital signature
Bug#535827: xterm: alternatives messed up
Package: xterm Version: 243-1 Severity: normal # apt-get install xterm Reading package lists... Done Building dependency tree Reading state information... Done The following NEW packages will be installed: xterm 0 upgraded, 1 newly installed, 0 to remove and 6 not upgraded. 1 not fully installed or removed. Need to get 0B/487kB of archives. After this operation, 1417kB of additional disk space will be used. Selecting previously deselected package xterm. (Reading database ... 128921 files and directories currently installed.) Unpacking xterm (from .../archives/xterm_243-1_i386.deb) ... update-alternatives: error: no alternatives for x-terminal-emulator. update-alternatives: error: no alternatives for x-terminal-emulator. Processing triggers for man-db ... Processing triggers for menu ... Setting up xterm (243-1) ... update-alternatives: error: alternative x-terminal-emulator.1.gz can't be slave of x-terminal-emulator: it is a master alternative. dpkg: error processing xterm (--configure): subprocess installed post-installation script returned error exit status 2 this might be related to bug #400478. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30.1 (PREEMPT) Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages xterm depends on: ii libc6 2.9-18 GNU C Library: Shared libraries ii libfontconfig12.6.0-4generic font configuration library ii libice6 2:1.0.5-1 X11 Inter-Client Exchange library ii libncurses5 5.7+20090530-1 shared libraries for terminal hand ii libx11-6 2:1.2.1-1 X11 client-side library ii libxaw7 2:1.0.5-2 X11 Athena Widget library ii libxft2 2.1.13-3 FreeType-based font drawing librar ii libxmu6 2:1.0.4-1 X11 miscellaneous utility library ii libxt61:1.0.5-3 X11 toolkit intrinsics library ii xbitmaps 1.0.1-2Base X bitmaps Versions of packages xterm recommends: ii x11-utils 7.4+1 X11 utilities ii xutils1:7.4+3X Window System utility programs m Versions of packages xterm suggests: pn xfonts-cyrillic none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535829: ITP: python-wokkel -- collection of enhancements for Twisted
Package: wnpp Severity: wishlist Owner: Angel Abad (Ikusnet SLL) an...@grupoikusnet.com * Package name: python-wokkel Version : 0.6.' Upstream Author : Ralph Meijer ral...@ik.nu * URL : http://wokkel.ik.nu/ * License : MIT Programming Lang: Python Description : collection of enhancements for Twisted Wokkel is collection of enhancements on top of the Twisted networking framework, written in Python. It mostly provides a testing ground for enhancements to the Jabber/XMPP protocol implementation as found in Twisted Words, that are meant to eventually move there. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535768: [Pkg-e-devel] Bug#535768: Bug#535768: evas: plop
Hi, Am Sonntag, den 05.07.2009, 12:27 +0200 schrieb Albin Tonnerre: On Sat, Jul 04, 2009 at 10:38:45PM +0200, Manuel Menal wrote : evas uses the PATH_MAX constant, which is optional on POSIX and undefined on GNU/Hurd. Does Hurd enjoy not defining widely-used constants just because they're optional, or are there actual technical reasons for this ? If so, I'd like to know what they are. The reason is, IIRC, that there is no maximal path length in hurd – so what could possibly be the value of such a constant? Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#535828: RFP: serna-free -- XML editor
Package: wnpp Severity: wishlist Package name: serna-free Version : 4.1 Upstream Author : Syntext i...@syntext.com URL : http://www.syntext.com/downloads/serna-free/ License : GPL3 with exception (http://www.syntext.com/legal/SernaFree-GPL-EXCEPTION.txt) Programming Lang: C++, Python Description : XML editor From the web page, shortened: Serna Free Open Source XML editor is an easy-to-use visual XML application which requires virtually no technical experience from technical writers to author XML documents. Serna Free Open Source XML editor hides all the complexities of the underlying XML technology. Serna Free XML editor employs XSLT and XSL-FO to render XML documents in print-like appearance for fast and easy authoring. Unfortunately, serna-free is an Qt application and I'm not in the mood to package Qt stuff. The source tree seems to contain (modified?) copies of docbook-xml and docbook-xsl. The package should have proper dependencies instead of copies, of course. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535819: Acknowledgement (ia32-apt-get: convert-all-sources.list broken)
There are also too many copies of /var/lib/apt/lists: /var/lib/ia32-apt/lists /var/lib/ia32-apt/i386/lists /var/lib/ia32-apt/amd64/lists /var/lib/apt/lists /var/lib/apt/amd64/lists /var/lib/apt/i386/lists Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535830: ITP: php-recaptcha -- reCAPTCHA is a free CAPTCHA service
Package: wnpp Severity: wishlist Owner: Angel Abad (Ikusnet SLL) an...@grupoikusnet.com * Package name: php-recaptcha Version : 1.10 Upstream Author : reCAPTCHA -- http://recaptcha.net * URL : http://recaptcha.net * License : MIT Programming Lang: Php Description : reCAPTCHA is a free CAPTCHA service A CAPTCHA is a program that can tell whether its user is a human or a computer. You've probably seen them colorful images with distorted text at the bottom of Web registration forms. CAPTCHAs are used by many websites to prevent abuse from bots, or automated programs usually written to generate spam. No computer program can read distorted text as well as humans can, so bots cannot navigate sites protected by CAPTCHAs. . This package contains the php recaptcha library. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535772: Fixed upstream
Downloaded http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/snapshot/xf86-video-intel-master.tar.bz2 and applied http://ftp.de.debian.org/debian/pool/main/x/xserver-xorg-video-intel/xserver-xorg-video-intel_2.7.99.901-2.diff.gz and the crash is gone. Debian diff had some pre-applied conflicts in xvmc area, that I removed from the diff. I don't have the time to bisect this, looking at http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/log/, there are a few fixes in there. (my first guess, but who cares, is http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/commit/?id=cdbf84f20295c8a78624318aa6fdfff3f5c8ce27 ) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#364095: binutils: problems linking objects compiled with g++-3.3
tag 364095 + wontfix thanks proposing to close. we don't ship g++-3.3 anymore. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535305: How do I revert to the old file setup and restart the controller?
Hi Frederik, I made the change in place to the file you mentioned in the email, however I'm not quite sure how to get it to read the changes/restart. Could I get some hints for that? Any help appreciated. Thanks and Regards David -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535237: binutils: Please enable --build-id in ld by default
Emilio Pozuelo Monfort schrieb: Package: binutils Version: 2.19.1-1 Severity: wishlist Hi, I would appreciate it if the --build-id option for the linker was enabled by default (with the sha1 hash if possible). I'm working on the debug packages infrastructure and would like to take advantage of the .build-id section to ship debugging symbols from a webdav mount that people can use to automatically have symbols for all their packages. please add a patch for binutils, and a patch for gcc-4.3 and gcc-4.4 to always pass --build-id to the linker. see http://cvs.fedoraproject.org/viewvc/devel/gcc/gcc44-build-id.patch?view=markup make sure that this is extended for all our supported architectures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535832: kate request: background color in export as HTML
Package: kate Version: 4:4.2.4-1 Severity: wishlist Kate's 'export as HTML' feature is handy, but it does not set a page background color in the output HTML file. This is problematic when using a dark colorscheme, as the normal text is light, but most browsers use white as the backgrond color when no other is specified. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-dbb-debian (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kate depends on: ii kdebase-runtime 4:4.2.4-2 runtime components from the offici ii kdelibs5 4:4.2.4-1 core libraries for all KDE 4 appli ii libc6 2.9-12 GNU C Library: Shared libraries ii libplasma34:4.2.4-1 library for the KDE 4 Plasma deskt ii libqt4-dbus 4.5.1-2Qt 4 D-Bus module ii libqt4-qt3support 4.5.1-2Qt 3 compatibility library for Qt ii libqt4-xml4.5.1-2Qt 4 XML module ii libqtcore44.5.1-2Qt 4 core module ii libqtgui4 4.5.1-2Qt 4 GUI module ii libstdc++64.4.0-5The GNU Standard C++ Library v3 kate recommends no packages. Versions of packages kate suggests: ii aspell 0.60.6-1 GNU Aspell spell-checker ii ispell 3.1.20.0-4.5 International Ispell (an interacti ii khelpcenter44:4.2.4-2Help Center for KDE 4 ii konsole 4:4.2.4-1X terminal emulator for KDE 4 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535831: dailystrips: New strip: Saturday Morning Breakfast Cereals
Package: dailystrips Version: 1.0.28-9 Severity: wishlist Tags: patch Oddly, a google search finds someone getting SMBC with dailystrips, but I can't find a definition in the current package, so I guess they made their own and didn't share :( Definition follows: strip smbc name Saturday Morning Breakfast Cereal homepage http://www.smbc-comics.com/ type generate imageurl http://www.smbc-comics.com/comics/%Y%m%d.gif provides any end -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dailystrips depends on: ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii libtimedate-perl 1.1600-9 Time and date functions for Perl ii libwww-perl 5.813-1WWW client/server library for Perl ii perl 5.10.0-19 Larry Wall's Practical Extraction dailystrips recommends no packages. dailystrips suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535240: renders existing projects inaccessible
Neil Williams wrote: block 535240 by 520092 thanks This bug is now stopping me using anjuta for *ANY* existing projects - even deleting the previous project files does not allow Anjuta to load a newly created project from existing sources because a mandatory plugin was not found - the symbol browser. Packaging the subversion plugin is welcome, but preventing any access to existing projects is just not useful. When is libgda4 going to at least enter NEW? I've just finished the work and requested sponsorship in the team. As I don't think any of the sponsors are specially interested in the package, and there 8 packages apart of libgda waiting for sponsorship, it may take a bit for it to be uploaded. So if you feel like reviewing uploading it, the work is at svn://svn.debian.org/pkg-gnome/packages/unstable/libgda4/ Cheers, Emilio signature.asc Description: OpenPGP digital signature
Bug#522480: binutils: Add sysroot support
tag 522480 + help thanks Hector Oron schrieb: Package: binutils Version: 2.18.1~cvs20080103-7 Severity: wishlist Hi, I would like binutils had sysroot support just like gcc-4.3 package has. I could provide help if needed. please send a patch. In general, I'd like to see a binutils-target package which build-depends on the binutils-source package, and can be uploaded to the distribution. I think we already did start such a thread in another bug report. Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535833: general: Slow internet on iceweasel, epiphany and so on...
Package: general Severity: important The internet connection is very slow when using the internet navigator on Debian 5.0. This problem doesn't appear on another computer of my network under ubuntu whereas the DNS used is the same for all computers. I fixed this problem: after typing 'about:config' in the adress bar of iceweasel, I modified the key 'network.dns.disableIPv6' to 'true'. This operation works for iceweasel and for epiphany too. I don't know if other applications are affected by this problem (synaptic may be affected). -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530888: /usr/lib64/libiberty.a: could not read symbols: Bad value
On Sunday, 5 July 2009 at 14:20, Matthias Klose wrote: Invalid. /usr/lib64/libiberty.a isn't part of any package. binutils-dev provides a libiberty_pic.a /usr/lib64 is a symlink to /usr/lib. dlocate and apt-file tell me that binutils-dev contains /usr/lib/libiberty.a (and doesn't find libiberty_pic.a). How did I get this invalid package and apt-file information? Best regards, Christian Ohm -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535834: mac_nodeadkeys not found
Package: console-setup Version: 1.38 Severity: normal Hi, while upgrading the package I saw this message: Richte console-setup ein (1.38) ... WARNING: Can not find mac_nodeadkeys in macintosh_vndr/de. Richte git-cvs ein (1:1.6.3.3-2) ... Maybe, you know what it means and why it's printed. Bye, Jörg. -- System Information: Debian Release: unstable/experimental APT prefers unstable APT policy: (900, 'unstable'), (700, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.29 Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages console-setup depends on: ii console-terminus 4.28-1 Fixed-width fonts for fast reading ii debconf [debconf-2.0] 1.5.27 Debian configuration management sy ii sharutils 1:4.6.3-1 shar, unshar, uuencode, uudecode ii xkb-data 1.6-1 X Keyboard Extension (XKB) configu Versions of packages console-setup recommends: ii kbd 1.15-1 Linux console font and keytable ut Versions of packages console-setup suggests: ii locales 2.9-18 GNU C Library: National Language ( ii lsb-base 3.2-22 Linux Standard Base 3.2 init scrip -- debconf information: * console-setup/variant: Deutschland - Akzenttatsen deaktivieren console-setup/unsupported_options: true console-setup/modelcode: macintosh console-setup/use_system_font: console-setup/fontsize: console-setup/unsupported_layout: true console-setup/layoutcode: de console-setup/codesetcode: Lat15 * console-setup/altgr: Left Logo key * console-setup/ttys: /dev/vc/[1-6] * console-setup/codeset: # Latin1 and Latin5 - western Europe and Turkic languages console-setup/toggle: No toggling * console-setup/fontface: Boot/Kernel-Schrift nicht ändern console-setup/fontsize-text: 16 * console-setup/compose: No compose key debian-installer/console-setup-udeb/title: console-setup/switch: No temporary switch console-setup/unsupported_config_layout: true * console-setup/charmap: UTF-8 console-setup/optionscode: lv3:lwin_switch console-setup/unsupported_config_options: true * console-setup/layout: Deutschland console-setup/variantcode: mac_nodeadkeys * console-setup/model: Macintosh * console-setup/fontsize-fb: 16 signature.asc Description: Digital signature http://en.wikipedia.org/wiki/OpenPGP
Bug#534078: oaklisp: FTBFS: Nonexistent build-dependency: oaklisp
Darn straight: oaklisp is (at the moment) 32-bit only. A 64-bit port would be a major upstream undertaking. --Barak. -- Barak A. Pearlmutter Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland http://www.bcl.hamilton.ie/~barak/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535442: postgresql: Broken upgrade when using insserv
Hello Petter, hello Kel, I'm afraid I need your advice here. Jeremy Lal [2009-07-02 10:02 +0200]: With insserv package installed, and postgresql 8.3 installed, i can't install the postgresql-8.4 package, see the aptitude log below. Also AFAIR this problem did not happen during 8.2 - 8.3 migration. insserv: script postgresql-8.4: service postgresql already provided! insserv: exiting now! dpkg : erreur de traitement de postgresql-8.4 (--configure) : le sous-processus script post-installation installé a retourné une erreur de sortie d'état 1 Indeed, postgresql 8.3 has # Provides: postgresql postgresql-8.3 while postgresql-8.4 has # Provides: postgresql postgresql-8.4 This was actually deliberate, so that dependencies can be formed both for version specific servers as well as any postgresql. Is insserv designed to not get along with multiple packages providing the same service, or is this a bug? The LSB spec [1] doesn't say anything about requiring the Provides: names to be unique? Thanks, Martin [1] http://refspecs.freestandards.org/LSB_3.1.0/LSB-Core-generic/LSB-Core-generic/initscrcomconv.html -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#529485: FTBFSes again on hppa
On Sat, 2009-07-04 at 20:50 +0100, Jurij Smakov wrote: found 529485 3.0.0.dfsg-5 thanks Looks like it happened again during the build of the new version on hppa (attempted to build 6 times during the last couple of weeks). Last failed build log may be found here: https://buildd.debian.org/fetch.cgi?pkg=petscarch=hppaver=3.0.0.dfsg-5stamp=1245181688file=logas=raw That's too bad. I saw 6 attempts to do 3.0.0-X of which two passed the first try and four failed. At that rate (1/3), it would take nine attempts to have a decent chance of passing both rounds (debug static and optimized shared/static). Hmm, I did fix a separate HPPA FTBFS bug in -5. I should probably have cloned this and noted the new bug as fixed, and left this open. Sorry. As a workaround, I could maybe have it leave out the debugging package on hppa, to give it a better probability of building... I don't think this is a PETSc bug, but leaving it open anyway. -Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Engineering consulting with open source tools http://www.opennovation.com/ signature.asc Description: This is a digitally signed message part
Bug#528709: Problem Solved
Mattia Dongili wrote: I had the same setup in xorg.conf for several years, but apparently the latest version of the synaptics driver prefers to be configured via HAL. This is not well-documented in the README or NEWS files. There is a brief mention of auto-configuration and HAL in README.Debian but then it goes on to describe manual configuration using xorg.conf, which is seemingly not the proper method now. well, I wouldn't say proper. Anyway, can you suggest a change to the README or NEWS file that would help clearing this out? This is really only a problem for people upgrading from a previous version who had custom settings in xorg.conf and who also use synclient/syndaemon. At least I didn't notice any problem until I realized that syndaemon wasn't working any more. In terms of that I think it needs to be made clear that if HAL is in use then settings changes should now be made via an fdi file, whereas if HAL is not in use then changes should be made to xorg.conf as in previous versions of the driver. At least that's how I'm understanding it. After the discussion of enabling tapping, NEWS says: Note that the configuration will not be permanently modified, to do so assign the above option values in your xorg.conf or custom fdi file Maybe it would be better to say something like: Note that the configuration will not be permanently modified. To do so assign the above option values in a custom fdi file (if HAL is in use) or in xorg.conf (if HAL is not in use). Similarly, in the README, it mentions both methods but doesn't say anything about under what circumstances one or the other is preferred. Perhaps you could add something like this to the section on auto-configuration: If your system is using HAL then a custom fdi file is the preferred way to configure the driver. If you have existing settings in xorg.conf from a previous version of the driver and your system is using HAL then those settings should be migrated to a custom fdi file. See the comments in the default file for details of the syntax. Perhaps the post-install script could even notify the user that he should read the NEWS file for information on the new configuration method. -- -| Bob Hauck (Brother Nail Gun of The Short Path) -| http://www.haucks.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#490694: Stuck back at 2.6.24
Thanks Ben. I'll try to get a kernel build in within the next few days and report back on it. -jeff Ben Hutchings wrote: There was a change to PowerPC PCI setup between 2.6.24 and .25 which might conceivably have caused this bug. The attached patch against Linux 2.6.26 as packaged in lenny is intended to revert that change, so that we can establish whether that is the case. As I said, I am unable to test this myself. See http://wiki.debian.org/HowToRebuildAnOfficialDebianKernelPackage for instructions on applying this to the kernel package. Ben. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535767: Allow for debian/-only repositories
On Sun, Jul 05, 2009 at 11:35:58AM +0200, Joachim Breitner wrote:
I knew I saw something like that once. svn-buildpackage even has code to
to fetch the tarball from the archive or, when not found, via watch.
Thanks for the code, I did not know that.
Still, duplicating code is always bad. So, if we really want to go
this way, I'd prefer to add support to debcheckout to invoke some kind
of hooks, and have this as a possible hook. How about that?
darcs-buildpackage does not have the support. And, since the support
only affects the _retrieving_ of the source, I don’t see much merit in
using darcs-buildpackage at all. Following the unix philosophy of small
tools, I’d use
I disagree on this. With svn-buildpackage the debian only layout is
used at build time. You never have upstream code unpacked where you
are, but rather elsewhere. That elsewhere is unpacked upon build.
Given that there is code in svn-buildpackage, I’d think it’s
feasible. I’d expect that only those maintainers will use such the
feature where it actually works :-)
It's feasible, the point is whether the implementation is the right
way to go. Before going that way, I'd rather trigger a discussion on
-devel about that. For instance, what if get-orig-source invokes uscan
itself?
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie
sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535836: dhcp3-client should support forwarding the IF_* environment variables to its dhclient-script child
Package: dhcp3-client Version: 3.1.1-6 Severity: wishlist Tags: patch Hi, The provided dhclient-script supports reading the IF_METRIC environment variable to set a metric to the route throught the default gateway, as specified if /etc/network/interfaces. Unfortunately, although dhclient3 has IF_METRIC in its environment, it does not forward it to its dhclient-script child. Here is a quick'n'dirty patch that makes dhclient3 forward all its IF_* environent variables to its dhclient-script child. Cheers, Nicolas Boullis -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (900, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dhcp3-client depends on: ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii debianutils 2.30 Miscellaneous utilities specific t ii dhcp3-common 3.1.1-6common files used by all the dhcp3 ii libc6 2.7-18 GNU C Library: Shared libraries dhcp3-client recommends no packages. Versions of packages dhcp3-client suggests: pn avahi-autoipd none (no description available) ii resolvconf1.42 name server information handler -- debconf information: dhcp3-client/dhclient-needs-restarting: dhcp3-client/dhclient-script_moved: dhcp3_3.1.1-6.patch.gz Description: Binary data signature.asc Description: Digital signature
Bug#535835: libdevel-nytprof-perl: FTBFS: libtest-simple-perl is a virtual package
Source: libdevel-nytprof-perl Version: 2.10-1 Severity: serious Hi, There was an error while trying to autobuild your package: Automatic build of libdevel-nytprof-perl_2.10-1 on excelsior by sbuild/amd64 98 Build started at 20090705-1305 [...] Build-Depends: debhelper (= 7), perl (= 5.6.10-12), libtest-pod-perl, quilt, zlib1g-dev, libtest-simple-perl (= 0.82) [...] dpkg-checkbuilddeps: Unmet build dependencies: libtest-simple-perl (= 0.82) The problem is that libtest-simple-perl is both a real package, and a virtual package provided by perl-modules. You can't have a versioned depedency on virtual package. Maybe perl-modules shouldn't provide libtest-simple-perl? Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#376608: binutils: Dependency handling is too stupid
tag 376608 + upstream moreinfo severity 376608 wishlist thanks Forget the example. please provide a correct one. I don't think it's a bug to order the libraries on the command line. The order of object files shouldn't matter. The report looks more like a feature request. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535837: wims: FTBFS: i386 binaries, not built from source
Source: wims Version: 3.64-7 Severity: grave Hi, There was an error while trying to autobuild your package: Start Time: 20090629-1748 [...] Build-Depends: debhelper (= 4.0.0), texlive-base, po-debconf, libgd2-xpm-dev | libgd2-noxpm-dev, dpatch [...] Toolchain package versions: libc6-dev_2.9-18 linux-libc-dev_2.6.30-1 g++-4.3_4.3.3-13 gcc-4.3_4.3.3-13 binutils_2.19.1-1 libstdc++6_4.4.0-10 libstdc++6-4.3-dev_4.3.3-13 [...] /usr/bin/make -f debian/rules DH_OPTIONS=-a binary-common make[1]: Entering directory `/build/buildd-wims_3.64-7-amd64-ckpZzp/wims-3.64' dh_testdir dh_testroot dh_installchangelogs dh_installdocs dh_installexamples dh_installdebconf dh_installman dh_link dh_strip dh_compress dh_fixperms dh_makeshlibs dh_installdeb dh_shlibdeps dpkg-shlibdeps: error: couldn't find library libc.so.6 needed by debian/wims/var/lib/wims/bin/true (ELF format: 'elf32-i386'; RPATH: ''). Note: libraries are not searched in other binary packages that do not have any shlibs or symbols file. To help dpkg-shlibdeps find private libraries, you might need to set LD_LIBRARY_PATH. dh_shlibdeps: dpkg-shlibdeps returned exit code 2 make[1]: *** [binary-common] Error 1 make: *** [binary-arch] Error 2 make[1]: Leaving directory `/build/buildd-wims_3.64-7-amd64-ckpZzp/wims-3.64' dpkg-buildpackage: error: /usr/bin/fakeroot debian/rules binary-arch gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=amd64pkg=wimsver=3.64-7 It seems your shipping some i386 binaries, so they didn't get built from the source. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525722: spout: Segfaults shortly after starting to play
Hi Gürkan, The BTS doesn't automatically forward mail to the bug submitter (unless bugnumber-submit...@b.d.o is CC˙d). On Tue, Jun 30, 2009 at 08:25:55AM +0200, gurkan wrote: I just can't reproduce the segfault, it scrolls up and up here, and I can make points... Are you testing with a 32 bit or 64 bit executables? Josh and I are both using 64 bits; I've just found it works OK when built in a (lenny) 32 bit chroot. Doing a s/unsigned long/unsigned int/g on spout.c and then building for 64 bit also works, and the bits of code that it's changing seem to expect pL++ to move the pointer four bytes rather than eight. Could you try if this also happens if you play it via remote X? Would it be possible to have a login onto your host to check? Haven't looked at these yet, given the new debugging above. Regards, Steve -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535838: units-filter: FTBFS: xsltproc: command not found
Source: units-filter Version: 2.9-6 Severity: serious Hi, There was an error while trying to autobuild your package: Automatic build of units-filter_2.9-6 on nautilus by sbuild/amd64 98 Build started at 20090629-1507 [...] Build-Depends: debhelper ( 6.0.0), flex, bison, librecode-dev, docbook-xsl [...] Toolchain package versions: libc6-dev_2.9-17 g++-4.3_4.3.3-13 gcc-4.3_4.3.3-13 binutils_2.19.1-1 libstdc++6_4.4.0-9 libstdc++6-4.3-dev_4.3.3-13 [...] debian/rules build dh_testdir # Add here commands to configure the package. touch configure-stamp dh_testdir # Add here commands to compile the package. /usr/bin/make make[1]: Entering directory `/build/buildd/units-filter-2.9' xsltproc -''-nonet -''-param man.charmap.use.subset 0 \ -''-param make.year.ranges 1 \ -''-param make.single.year.ranges 1 \ /usr/share/xml/docbook/stylesheet/nwalsh/manpages/docbook.xsl \ manpage.xml /bin/sh: xsltproc: command not found make[1]: *** [units-filter.1] Error 127 make[1]: Leaving directory `/build/buildd/units-filter-2.9' make: *** [build-stamp] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=amd64pkg=units-filterver=2.9-6 Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535839: Make dballe ready for Python 2.6
Package: dballe
Version: 4.0.11-1
Severity: wishlist
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu karmic ubuntu-patch
In Ubuntu, we've applied the attached patch to make dballe ready to build with
Python 2.6:
* Merge from debian unstable, Ubuntu remaining changes:
- debian/{python-dballe.install,provami.install}: install all python
stuffs in /usr/lib/python*/*-packages/ to build with Python 2.6.
I thought you might be interested in doing the same.
-- System Information:
Debian Release: 5.0
APT prefers jaunty-updates
APT policy: (500, 'jaunty-updates'), (500, 'jaunty-security'), (500,
'jaunty-backports'), (500, 'jaunty')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.28-13-generic (SMP w/2 CPU cores)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -u dballe-4.0.11/debian/python-dballe.install dballe-4.0.11/debian/python-dballe.install
--- dballe-4.0.11/debian/python-dballe.install
+++ dballe-4.0.11/debian/python-dballe.install
@@ -1,2 +1,2 @@
-usr/lib/python*/site-packages/_dballe*
-usr/lib/python*/site-packages/dballe
+usr/lib/python*/*-packages/_dballe*
+usr/lib/python*/*-packages/dballe
diff -u dballe-4.0.11/debian/changelog dballe-4.0.11/debian/changelog
diff -u dballe-4.0.11/debian/provami.install dballe-4.0.11/debian/provami.install
--- dballe-4.0.11/debian/provami.install
+++ dballe-4.0.11/debian/provami.install
@@ -1,5 +1,5 @@
usr/bin/provami
usr/share/man/man1/provami*
-usr/lib/python*/site-packages/provami
+usr/lib/python*/*-packages/provami
usr/share/dballe/icon*.png
usr/share/dballe/world.dat
Bug#535801: [pkg-cryptsetup-devel] Bug#535801: cryptsetup: root-device is changed wrongly
Hello, On 05/07/2009 joh...@gmx.de wrote: I have the following config: target=sda1Crypt,source=/dev/sda1,key=none target=sda2Crypt,source=/dev/sda2,key=sda1Crypt,keyscript=/lib/cryptsetup/scripts/decrypt_derived sda1Crypt is root filesystem, sda2Crypt is my swap partition. In the new version 2:1.0.7~rc1-1 the root device is changed to /dev/mapper/sda2Crypt, so the system can't mount its root partition and fails to boot. I think the recent fix for lilo (I use grub): echo ROOT=$NEWROOT /conf/param.conf in scripts/local-top/cryptroot is responsible for this behavior. I'm unable to reproduce the issue on a system with hdb1 as cryptroot and hda2 as encrypted swap, using the decrypt_derived keyscript just like you. please re-generate your initramfs with sh -x mkinitramfs -o /tmp/initramfs-$(uname -r) 2 /tmp/log and send /tmp/log to the bugreport. thanks, jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534248: debian-installer: steps to reproduce #534248
Package: debian-installer Severity: normal the steps that create the problem while running the installer (yesterday's testing amd64) are: (I have a completely empty disk (free space)) select Manual partitioning create on the disk's free space, the first primary partition (for installing vista) create primary for /boot create primary and select 'use as encryption volume' write changes to disk select encrypted volume use as phycical volume for lvm configure Logical Volume Manager appears -select it create volume group create logical volume - for the root filesystem create logical volume - for swap finish partitioning and write changes to disk- I see the summary: The partition tables of the following devices are changed: LVM VG vg1, LV rootFS LVM VG vg1, LV swap The following partitions are going to be formatted: LVM VG vg1, LV rootFS as ext3 LVM VG vg1, LV swap as swap - failed to create a file system The ext3 file system creation in partition #1 of LVM VG vg1, LV rootFS failed As I can see from a console, /dev/mapper now contains: vg1-rootFS vg1-rootFSp1 vg1-swap vg1-swapp1 It looks like it tries to partition the logical volumes. Is this going to be a new feature? Why? Anyway, a more easy way to also create a problem is this: You just select from the menu: guided - set up encrypted LVM it did its things and I got the message: Too many primary partitions on selected disks and it returned me to the partitioning menu where I see just two partitions on physical disk: #1 primary 255MB ext2 /boot #2 prmary 319GB crypto (sda2_crypt) and Encrypted volume (sda2_crypt) - 147.0 MB Linux device-mapper #1 147 MBf ext3 interests noone! My workaround was: Downloaded the lenny first cd, installed without problems the encrypted lvm, and then upgraded to testing! /interests noone! KEEP UP THE GOOD WORK GUYS :-) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535818: xdialog segfaults
tags 535818 +unreproducible thanks Hi Stephan! Stephan Fuhrmann schrieb: xdialog is missing a library from package bug-buddy (??). xdialog brings a lot of gdk asserts. Finally it segfaults when calling without CLI arguments. [..] Gtk-WARNING (recursed) **: Failed to load module libgnomebreakpad.so: libgnomebreakpad.so: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden Xdialog: missing box option ! Xdialog v2.3.1 by Thierry Godefroy xdia...@free.fr (v1.0 was written by Alfred at Cyberone Internet alf...@cyberone.com.au). Xdialog home page available at: http://xdialog.dyns.net/ I'm sorry, but I fail to reproduce your problem here. Xdialog works in my local etch chroot without any problems with out without having bug-buddy installed. The shipped examples work, calling Xdialog without parameter works and I never got an error message regarding libgnomebreakpad.so (which is definitely not used in Xdialog). Could you please send me the output of the following commands: which Xdialog ldd $(which Xdialog) Best regards, Alexander signature.asc Description: OpenPGP digital signature
Bug#533214:
It seems more like a gconf bug. http://bugzilla.gnome.org/show_bug.cgi?id=586532
Bug#532515: on making decisions vs letting things happen
On Sunday 05 July 2009, Frans Pop wrote: I must say that I'm not at all sure that the change to include Recommends wasn't done prematurely or too lightly. It is quite likely to also affect the server tasks in quite a big way and could have a major impact on the contents of CD images if not handled correctly. I also feel it is rather inconsistent to have tasksel install Recommends while debootstrap and base-installer do not. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535834: mac_nodeadkeys not found
On Sun, Jul 05, 2009 at 11:55:41AM +0200, Jörg Sommer wrote: while upgrading the package I saw this message: Richte console-setup ein (1.38) ... WARNING: Can not find mac_nodeadkeys in macintosh_vndr/de. Richte git-cvs ein (1:1.6.3.3-2) ... Maybe, you know what it means and why it's printed. XKB based keyboard configuration doesn't make difference between different keyboard models. I think this is right because one can use PC layout on Macintosh or Mac layout on PC. Unfortunately for historical reasons there are some vendor specific keyboard files (unnecessary in my opinion) that take precedence when the keyboard model is a Mac model. In your particular case /usr/share/X11/xkb/symbols/macintosh_vndr/de is used instead of /usr/share/X11/xkb/symbols/de. These vendor-specific layouts do not cover all layouts supported by XKB and in particular there is no layout named mac_nodeadkeys. Currently there are two solutions of this problem. I think the first is preferred by the upstream of xkb-data and the second is the right solution in my opinion. First solution: Run dpkg-reconfigure console-setup and select Germany - Eliminate dead keys instead of Germany - Macintosh, eliminate dead keys. Because your keyboard model is Macintosh your keyboard will be configured with Mac layout, not with PC layout. Second solution: Run dpkg-reconfigure console-setup and select Generic 105-key (Intl) PC keyboard model instead of Macintosh. Leave the keyboard layout as Germany - Macintosh, eliminate dead keys. Because you select a PC keyboard model the vendor file will not be used so all XKB layouts become available (incl. the Mac layouts). Please notice that this bug is not related to console-setup and unless you fix the keyboard configuration by one of these two methods your keyboard will not be properly configured on the console and if you don't have user-specific configuration - in X too. Anton Zinoviev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535691: RFH: munin packaging help
Holger Levsen wrote: package: wnpp x-debbugs-cc: munin-deb-ma...@linpro.no, munin-us...@lists.sourceforge.net Hi, the munin package could need some more love: - currently there are 35 open bugs, some with patches, some need to go upstream, etc. - and there is a constant flow of new bugs coming, see see http://people.debian.org/~glandium/bts/m/munin.png - the Debian package has 55 patches applied. Few are Debian specific, many have been applied upstream in the 1.3 branch, but some not. Unfortunatly, we dont have an overview about which patch is in which category... - munin 1.3 is about to from alpha to beta status and 1.4 might even be released in time for squeeze. It would be awesome to upload 1.3 to experimental soon, to get more testing. - while uploaders lists five people, most work in the last year has been done by two and most work in the last half year has been done by one person... If you are interested in helping out, no matter whether you are a DD, DM or not, please contact me or just start working: - BTS cleanup - patch renaming (1xx_* = debian-specific, 2xx_* = applied in 1.3, etc) - packaging 1.3 Thanks, Holger Hi Holger (or anyone interested in helping) I am not sure I am able to dedicate myself long term to this package, but I have examined the patches for munin (http://patch-tracking.debian.net/package/munin/1.2.6-12) and compared them to munin-trunk (r2285). I have attached my finding, which mainly determines which of the patches are still valid. I may have a look at the source package and implement these changes later depending on what my sponsor says about my current package. ~Niels --- Fixed --- 510-fix-bashisms 470-munin-run-man-typo.patch 480-node.d-apache-asterisk.patch 490-node.d-asterisk-if.in 380-munin-graph-utf8.patch 270-Plugin.pm-typo.patch 100-node.d-tomcat_access.patch 330-courier-typo 120-node.d-tomcat_threads.patch 130-node.d-tomcat_volume.patch 200-node-plugins.history.patch 232-ntp_offset.patch 236-nut_misc.patch 381-munin-graph-column-indention.patch 410-muninnodeconf-manpage.patch 450-munin-cgi-graph.patch 520-node.d-nut-plugins 140-node.d-ups_.patch - included as plugins/node.d/nutups_.in 160-node.d-postgres-plugins.patch - included upstream (in folder: node/node.d/) 350-munin-run-usage-fix.patch - suspect it has been rewritten as node/sbin/munin-run which prints a better usage. 211-munin-manpage.patch - included upstream (as: master/doc/munin.pod, builds: build/doc/munin.8) - May want to patch it to munin.1 310-node-configure_bugfix - File appears to be (partly) rewritten - the error is handled differently but seems to be correct. [for reference: node/sbin/munin-node-configure in sub parse_suggest_response line 881-902] 280-if_regex - The context has changed, but it appears to be fixed. --- Not-fixed plugins --- * all plugin patches should change path from node/node.d... to plugins/node.d... 300-vserver_plugins 150-node.d-openvpn 500-node.d-bind9_rndc-3.5 320-sensors_fix 430-apc_nis-line_volt.patch 360-fw_conntrack-graph_args.patch 260-courier-logtail.patch 233-df_and_df_inode.patch 230-exim_mailqueue.patch 440-node.d.linux-iostat.patch 550-ejabberd-plugin 560-asterisk-plugins * Below this point the patches may need some extra modification. 290-postfix_spooldir - NB: The file has been changed. 240-amavis-logtail.patch - NB: The file has been changed. 250-amavis-maillog.patch - NB: The file has been changed. 460-netstat.regex.patch - Regex has been modified (for readability - functionallity does not appear to have changed.) 235-ip_.patch - NB: Half of the patch is now invalid (comments have been replaced with some explaination) 231-exim_mailstats.patch - NB: partly fix, but the pid removal for (debian) #440622 is excluded. --- Not-fixed (other) --- 400-style_css.patch - NB: file moved to master/www 370-plugin-doc-typos.patch - NB: file moved to plugins/lib/Plugin.pm - Partly fix: (2nd entry: its). --- May have been fixed satisfiable --- 234-smart_.patch - (now: plugins/node.d/smart_.in) It checks an environment variable to determine whether the extra arguments should be inserted. --- Needs more checking: --- 460-munin-cgi-graph-mkdir.patch - script looks rewritten / cannot find the context. - NB: file moved to master/_bin/munin-html.in 391-munin-node-ipv6.patch - File seems to have been deleted or rewritten (suspect it is now called node/sbin/munin-node) 390-munin-run-ipv6.patch - File seems to have been deleted or rewritten (suspect it is now called node/sbin/munin-run) 340-nfsd-fix.patch - Rewritten as plugins/node.d.linux/nfsd.in 220-Makefile.patch - Cannot find the patched code nor its contents. - Given the structual modifications to the code the patch is probably invalid and is either not required or needs to be rewritten from
Bug#535840: python-xdg: defunct links in README
Package: python-xdg Version: 0.15-1.1 Severity: minor File: /usr/share/doc/python-xdg/README Almost all links in /usr/share/doc/python-xdg/README are defunct. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
