Bug#760553: debian-installer: changing from guided to manual with LVM results in corrupt LVM metadata
Package: debian-installer Version: debian-7.6.0-amd64-netinst.iso Severity: important hi, I've set Version: to the ISO I used for install as I'm not sure what version of d-i that correlates to, nor whether this is a bug fixed since. I recently performed an install and opted for guided - use LVM initially. When presented with the results, I was not satisfied (I didn't want the entire device filled up with a root LV - see also #651280) so I went back to manual and started over: I deleted each LV and the partition housing the PV, then created a new (smaller) partition for the LV and re-created the LVs. The GPT partition table I ended up with is as follows Model: ATA ST1000LM024 HN-M (scsi) Disk /dev/sdb: 1000GB Sector size (logical/physical): 512B/4096B Partition Table: gpt Disk Flags: Number Start End SizeFile system Name Flags 1 1049kB 512MB 511MB fat32EFI System Partition boot, esp 2 512MB 768MB 256MB ext2 msftdata 3 768MB 10.8GB 10.0GB lvm 4 10.8GB 10.9GB 132MB fat16FREEDOS msftdata Note that I created partition #4 via parted post-installation (an experiment which failed: UEFI-boot for BIOS flashing is a no-go). However, I have just noticed that the LVM volume has corrupt metadata: # vgs VG #PV #LV #SN Attr VSize VFree qusp_vg 1 2 0 wz--n- 930.80g 921.49g # pvs PVVG Fmt Attr PSize PFree /dev/sdb3 qusp_vg lvm2 a-- 930.80g 921.49g Note that the above shows that it thinks the PV is approx 1T in size, but as parted shows, it's only ~10G. I was just about to create a new LV but if I had done so, I believe it would have started to overwrite partition #4 above and resulted in corruption. 'pvscan' didn't cure the issue, but 'pvresize' seems to have got things to where they should be # pvresize /dev/sdb3 Physical volume /dev/sdb3 changed 1 physical volume(s) resized / 0 physical volume(s) not resized I think the problem appears to be within d-i/partman and handling of deleting PVs or deleting partitions upon which PVs are stored. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760452: libnss-myhostname: broken homepage field in control file
Source: libnss-myhostname Version: 0.3-9 Severity: minor The control file lists Homepage: http://0pointer.de/lennart/projects/nss-myhostname/ but that URL no longer exists (404). I guess that's because it has moved to be a sub-component of systemd, http://www.freedesktop.org/software/systemd/man/nss-myhostname.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754852: nfs-utils: contains amd64 binaries (.o, .a, etc.)
Source: nfs-utils Version: 1:1.2.8-6 Severity: normal Hi folks, $ pwd /home/jon/tmp/nfs-utils-1.2.8 $ find . -name '*.o' -o -name '*.a' | wc -l 113 This is inherited from upstream's tarball and doesn't appear to be replicated in your git repository (that is: you've imported upstream's source from their repository and that doesn't have the object files committed: but you've uploaded their prepared orig tarball which does). -- System Information: Debian Release: 7.5 APT prefers stable APT policy: (700, 'stable'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.9.2-x86-linode51 (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 nfs-common depends on: ii adduser 3.113+nmu3 ii initscripts 2.88dsf-41+deb7u1 ii libc6 2.13-38+deb7u1 ii libcap2 1:2.22-1.2 ii libcomerr2 1.42.5-1.1 ii libdevmapper1.02.1 2:1.02.74-8 ii libevent-2.0-5 2.0.19-stable-3 ii libgssglue1 0.4-2 ii libk5crypto31.10.1+dfsg-5+deb7u1 ii libkeyutils11.5.5-3 ii libkrb5-3 1.10.1+dfsg-5+deb7u1 ii libmount1 2.20.1-5.3 ii libnfsidmap20.25-4 ii libtirpc1 0.2.2-5 ii libwrap07.6.q-24 ii lsb-base4.1+Debian8+deb7u1 ii rpcbind 0.2.0-8 ii ucf 3.0025+nmu3 Versions of packages nfs-common recommends: ii python 2.7.3-4+deb7u1 Versions of packages nfs-common suggests: pn open-iscsi none pn watchdognone -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736327: progress so far
Here's my work-in-progress patch FYI. Since I think the cleanest method is for some changes in python's mailbox library, I'm discussing that too: http://bugs.python.org/issue20328 --- /usr/bin/archivemail 2011-07-10 14:57:42.0 +0100 +++ bin/archivemail 2014-01-29 21:00:32.0 + @@ -180,6 +180,7 @@ archive_name = None days_old_max = 180 date_old_max = None +delete_empty = False delete_old_mail = False dry_run = False filter_append= None @@ -216,13 +217,13 @@ try: opts, args = getopt.getopt(args, '?D:S:Vd:hno:F:P:qs:p:a:uv', - [date=, days=, delete, dry-run, help, - include-flagged, no-compress, output-dir=, - filter-append=, pwfile=, dont-mangle, - preserve-unread, quiet, size=, suffix=, - prefix=, archive-name=, verbose, - debug-imap=, version, warn-duplicate, - copy, all]) + [date=, days=, delete, delete-empty, + dry-run, help, include-flagged, + no-compress, output-dir=, filter-append=, + pwfile=, dont-mangle, preserve-unread, + quiet, size=, suffix=, prefix=, + archive-name=, verbose, debug-imap=, + version, warn-duplicate, copy, all]) except getopt.error, msg: user_error(msg) @@ -233,6 +234,8 @@ if self.copy_old_mail: user_error(found conflicting options --copy and --delete) self.delete_old_mail = True +if o == '--delete-empty': +self.delete_empty = True if o == '--include-flagged': self.include_flagged = True if o == '--no-compress': @@ -1219,6 +1222,13 @@ retain.close() vprint(no changes to mbox '%s' % original.mbox_file_name) retain.remove() + +# XXX: jmtd: remove old/empty Maildirs +if options.delete_empty and len(original) == 0: +original.remove() +else: + pass # can't delete; not empty. complain! XXX + original.unlock() original.close() original.reset_timestamps() # Minor race here; mutt has this too. @@ -1226,6 +1236,37 @@ stats.display() +# XXX: eventually class method / monkey patch +def monkeypatch_method(cls): + def decorator(func): + setattr(cls, func.__name__, func) + return func + return decorator + +@monkeypatch_method(mailbox.Maildir) +def remove(self): # XXX: handle known cache/index files + for d in ['tmp','new','cur']: +os.rmdir(os.path.join(self._path,d)) + if os.path.isfile(os.path.join(self._path,'dovecot.index.cache')): +os.remove(dovecot.index.cache) + os.rmdir(self._path) + +@monkeypatch_method(mailbox.MHMailbox) +def remove(self): + pass + +# this should _not_ be necessary +@monkeypatch_method(mailbox.MHMailbox) +def lock(self): + pass +@monkeypatch_method(mailbox.MHMailbox) +def unlock(self): + pass + +@monkeypatch_method(mailbox.mbox) +def remove(self): + os.remove(self._path) + def _archive_dir(mailbox_name, type): Archive a 'maildir' or 'MH' style mailbox - used by archive_mailbox() assert mailbox_name @@ -1277,6 +1318,14 @@ try: os.remove(file_name) except OSError, e: if e.errno != errno.ENOENT: raise +# XXX: jmtd: remove old/empty Maildirs +if options.delete_empty and maildir == type: + original.lock() + if len(original) + len(original.list_folders()) == 0: +original.remove() + else: +pass # can't delete; not empty. complain! XXX + original.unlock() if not options.quiet: stats.display() @@ -1409,6 +1458,7 @@ '+FLAGS.SILENT', '\\Deleted') if result != 'OK': unexpected_error(Error while deleting messages; server says '%s' % response[0]) +# XXX: jmtd: delete empty mailboxes/folders vprint(Closing mailbox.) imap_srv.close() if not options.quiet:
Bug#736327: archivemail: feature request: delete empty mailbox after archiving
Package: archivemail Version: 0.9.0-1 Severity: wishlist A nice feature would be to delete mailboxes from which you are archiving if, after archiving, there's no mail left in the source mailbox. I had a browse around the archivemail source and I guess the nicest way to achieve this would be if the 'mailbox' python library had support for this, say a method 'remove()' for a mailbox object. I tried a preliminary monkey-patch that added such methods to the Maildir and mbox sub-classes, but I haven't done all the other myriad esoteric mailbox types, and if there's any hope of the python standard library accepting such a patch it would have to be for the whole lot. (as an aside, the semantics of deleting Maildir mailboxes are pretty bad too. However they've already crossed that bridge since mailbox.Maildir has remove_folder for sub-Maildirs) -- System Information: Debian Release: 7.3 APT prefers stable APT policy: (700, 'stable'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.9.2-x86-linode51 (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 archivemail depends on: ii python 2.7.3-4+deb7u1 ii python2.6 2.6.8-1.1 ii python2.7 2.7.3-6 archivemail recommends no packages. archivemail suggests no packages. -- no debconf information -- Jonathan Dowlandjmtd.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705165: geary: can't configure geary
Hi Martin, On Wed, Apr 10, 2013 at 08:52:54PM +0200, Martin Dosch wrote: Opening it in a terminal gave me no helpful informations: $ geary Try $ geary -d --log-network And see if that sheds any more light. My best guess is it will be an SSL certificate issue. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700620: [Openstack-devel] Bug#700620: Bug#700620: Bug#700620: Rewriting the .ini parsing bit of openstack-pkg-tools
Hi, I saw this bug and I got a bit concerned. I'm a likely user of the openstack packages in Debian — well I/we could be, if they fit our needs — but I'm really worried that they are going to be vastly over-engineered. In a way it reminds me of the exim4 packages: the situation is not entirely analogous, since exim4 is installed for all Debian users, and the debconf harness does a good job of simplifying the complex job of configuring exim4 for the complete novice. But as soon as you want to actually deploy a real mailserver, the debconf stuff gets in the way, so much so that everyone I know who runs exim4 as a mailserver on Debian quickly overrides the debconf stuff altogether. I don't want to see the same situation in Debian. Let's not fall into the trap of thinking that the openstack packages need to be simplified for the complete novice. The complete novice will not be deploying a cloud infrastructure. There's no point in writing large, complex postinst scripts, debconf configuration etc. to try and avoid the sysadmin from editing a text file, if they are inevitably going to have to edit the text file anyway. History has shown that you just introduce an order of magnitude of complexity, a load of expertise needed to properly drive openstack in Debian which will not be transferrable or useful to any other context, and things which will get in the way for people who are used to openstack elsewhere and are caught out by Debian-specific hand holding. And so either people will have to work around your harness, or use 3rd party openstack packages, or (worse) avoid Debian as a serious platform for this stuff altogether. I really think Julien is right re the debconf sequencing stuff you seem to be worried about. As a user, if I'm installing openstack by hand, then I have no problem if the debconf questions come in two lumps. It's quite likely some of your dependencies will force this situation anyway, outside of your control. If I've mastered deployment and I'm rolling out more openstack nodes, I will definitely be using debconf preseeding or post-facto fixups via puppet, there's no way I'd do any more than the first one (as a learning experience) by hand and surely anyone else who is looking at deploying a cloud infrastructure would do the same? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696727: cheese does not start with Gtk-Warning
severity 696727 grave thanks On Wed, Dec 26, 2012 at 03:36:44PM +0100, Giovanni74 wrote: cheese does not start at all. Here is the terminal output: Wow. I've just reproduced this. I'm mildly incredulous. Are we just unlucky? This makes the package entirely unusable for me. Can anyone use it? I'm going to take a chance and assume that my experience is the typical one, and thus the package is unusable or mostly so as it stands. I might try poking around at the source tonight but I know nothing about vala so I don't know if I'll get anywhere. Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692506: unblock: chocolate-doom/1.7.0-2 (but please see inside!)
Hi Jonathan, On Wed, Jan 23, 2013 at 04:01:47PM +, Jonathan Wiltshire wrote: I would accept the Uploaders fix and the other documentation fixes along with it, but not the standards version. Can you prepare a debdiff before uploading and send it to this bug please? Thank you, looking at it now. Would you accept the following documentation fixes too: removing dm-upload-allowed; adding a provides: doom-engine (closes: #692762)? If so, I can work from the git master where they've been addressed; otherwise I'll cherry pick the fixes that I mentioned in the -release mail from November. Sorry if it seems like I'm moving the goal posts here, that wasn't my intention when I fixed those bugs in git, honest! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699158: ITP: squishyball -- audio sample comparison testing tool
Package: wnpp Severity: wishlist Owner: Jon Dowland j...@debian.org * Package name: squishyball Version : 0.1~svn18785 Upstream Author : Monty mo...@xiph.org * URL : http://svn.xiph.org/trunk/squishyball/ * License : GPL Programming Lang: C Description : audio sample comparison testing tool squishyball is a simple command-line utility for performing double-blind A/B, A/B/X or X/X/Y (A/B/X with additional sample order randomisation) testing of audio samples on the command line. . The user specifies two input files to be compared and uses the keyboard during playback to flip between the randomized samples to perform on-the-fly comparisons. After a predetermined number of trials, squishyball prints the trial results to stdout and exits. . squishyball can be used to help establish what lossy audio codec settings are optimal for a particular combination of user and audio equipment. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694520: chocolate-doom: there are no humans in Maintainer:/Uploaders: fields
Package: chocolate-doom Version: 1.7.0-1 Severity: serious Justification: policy section 3.3 There are no humans in the Uploaders or Maintainers fields for this version of the package, which is a policy violation. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (750, 'testing'), (700, 'stable'), (600, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) 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 prboom depends on: ii libc6 2.13-35 ii libgl1-mesa-glx [libgl1] 8.0.4-2 ii libglu1-mesa [libglu1]8.0.4-2 ii libpng12-01.2.49-1 ii libsdl-mixer1.2 1.2.12-3 ii libsdl-net1.2 1.2.8-2 ii libsdl1.2debian 1.2.15-5 Versions of packages prboom recommends: ii freedoom [boom-wad] 0.8~beta1-1 pn timidity none Versions of packages prboom suggests: ii game-data-packager 32 -- 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#692506: unblock: chocolate-doom/1.7.0-2 (but please see inside!)
Hi, just a ping for this - I hadn't filed a bug for the issue that the unblock would resolve, I have now - #694520 On Tue, Nov 06, 2012 at 09:53:38PM +, Jon Dowland wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi, I've just uploaded chocolate-doom/1.7.0-2, with one fix, a documentation fix only: * Add myself back to uploaders. 1.7.0-1 has no humans in Maintainer and no Uploaders which is a policy violation. HOWEVER! There are a number of other documentation problems in chocolate-doom which I could fix, if the release team would approve them for wheezy. They are: obsolete-field-in-dep5-copyright maintainer upstream-contact (paragraph at line 1) obsolete-field-in-dep5-copyright name upstream-name (paragraph at line 1) obsolete-field-in-dep5-copyright format-specification format (paragraph at line 1) comma-separated-files-in-dep5-copyright paragraph at line 19 missing-license-paragraph-in-dep5-copyright public domain (paragraph at line 69) duplicate-changelog-files usr/share/doc/chocolate-doom/ChangeLog.gz usr/share/doc/chocolate-doom/changelog.gz If the release team would be prepared to accept fixes for the above into wheezy, I'll do a -3 upload to unstable fixing them all. Please only unblock -2 if you are happy to fix the Uploaders issue *but not* any of the above. FINALLY! I could also fix out-of-date-standards-version 3.9.1 (current is 3.9.3) at the same time, which is almost certainly only a documentation fix too, but for some reason I'd be more hesitant to do that. Thank you in advance. -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121106215338.ga5...@ubik.ncl.ac.uk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690905: freedoom: Prboom Plus should be used instead of Prboom
On Tue, Nov 13, 2012 at 01:00:29PM +0100, Fabian Greffrath wrote: I'd like to move forward with packaging prboom-plus, but I find it unacceptable to maintain two forks of such similarity in Debian... Long term I think I probably agree with you. We should probably not have both in jessie. But, I'd like to give prboom+ a proper evaluation before I'd consider dropping prboom - so I think they should coexist prior to the next release, so prboom+ gets plenty of exposure in Debian. I've just put some initial packaging work at git+ssh://git.debian.org/git/pkg-games/prboom+.git I had hoped we could use the upstream VCS rather than import tarballs, but sadly they have not tagged/branched their most recent releases. At least this way, I've only imported tarballs that have been filtered via fix_upstream.sh (forked from prboom's version) so the VCS content is DFSG-clean too. I've opted for prboom+ as the binary/source package name, rather than prboom-plus. Upstream use different ones in different circumstances, but as long as + is valid in debian package names I don't see why we shouldn't use it. The upstream binary name is prboom-plus, so I've put in a symlink for prboom+ since I don't like it when binary package names don't correspond to the supplied binary name (where possible). I haven't yet done the symlink for the manpage too. Plenty more work to do… -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690905: freedoom: Prboom Plus should be used instead of Prboom
On Fri, Nov 16, 2012 at 12:01:24PM +0100, Fabian Greffrath wrote: Am 16.11.2012 11:32, schrieb Jon Dowland: Long term I think I probably agree with you. We should probably not have both in jessie. But, I'd like to give prboom+ a proper evaluation before I'd consider dropping prboom - so I think they should coexist prior to the next release, so prboom+ gets plenty of exposure in Debian. Maybe we should contact prboom upstream and ask if they are going to maintain prboom any further. Are you in contact with them? Why not. I haven't been for a while but I'll happily fire them off an email. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692570: systemd: network icon in gnome-shell does not appear when using systemd
On Mon, Nov 12, 2012 at 10:27:19PM +0100, Tollef Fog Heen wrote: Another idea could be to change /lib/udev/rules.d/70-udev-acl.rules from consolekit. It currently has # systemd replaces udev-acl entirely, skip if active TEST==/sys/fs/cgroup/systemd, TAG==uaccess, GOTO=acl_end Maybe we should add a check there for the libpam-systemd pam module? This way consolekit should still be in charge of managing the device ACLs, even when systemd is used. This would wfm, assuming that actually works. I'd be happy to test this. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691741: Provides: boom-engine, but does not supply /usr/games/boom
On Mon, Nov 12, 2012 at 11:18:14AM +0100, Fabian Greffrath wrote: I have taken the liberty to fix this myself in GIT master. The vavoom executable now registeres itself as an alternative for doom and boom and works perfectly with the freedoom wrapper script. Furthermore, I have fixed what I considered glitches in the packaging. Please review, thanks! Looks great - pushing to experimental now. Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692570: systemd: network icon in gnome-shell does not appear when using systemd
Hi Michael, On Mon, Nov 12, 2012 at 02:43:46AM +0100, Michael Biebl wrote: Any news? Could you try installing libpam-systemd and report back. Might require a reboot (or at least a relogin). Sorry for the delay - I'm in the middle of nowhere at the moment relying on WWAN for connectivity. Installing libpam-systemd fixes the problem! I think, I will just have to revert back to installing Recommends. Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691741: Provides: boom-engine, but does not supply /usr/games/boom
On Mon, Oct 29, 2012 at 11:51:07AM +0100, Fabian Greffrath wrote: since revision 1.33-4, vavoom provides the virtual boom-engine package. However, it does not supply an alternative for the corresponding binary in /usr/games/boom. This means, vavoom satisfies freedoom's depends on a boom- engine, but fails to start it: $ freedoom /usr/games/freedoom: 5: /usr/games/freedoom: /usr/games/boom: not found There are two ways to fix this problem. The first is to provide an alternative for boom, but 'vavoom' does not support the -iwad flag used by /usr/games/boom, so we would need to write a wrapper. The wrapper would need to convert -iwad /foo/bar/doom2.wad into a mixture of -iwaddir /foo/bar and -doom2. But how can it know that the file doom2.wad is doom2? Do we 1) hardcode a list of basename:game mappings (doom2.wad:doom2; DOOM2.WAD:doom2…) 2) hardcode a list of hashes and compare the arguments Both are quite involved for a simple wrapper and prone to failure if someone modifies their IWAD etc. The second way would be to modify freedoom's wrapper to inspect what is providing 'boom' and switch to using vavoom flags if it detects vavoom. This is also prone to fail, perhaps boom is a custom alternative set by the sysadmin, or points at a binary that we don't recognise. But I think that's probably less likely than the above. PS: The pkg-games GIT repo is out of sync with the package in unstable! I've fixed this now, thanks for pointing it out. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689128: iucode-tool: Package name and the binary installed are not coherent (iucode-tool vs iucode_tool and man page)
On Mon, Oct 01, 2012 at 11:28:40AM +0200, Eric Valette wrote: I would personnaly rrename the package as iucode_tool. YMMV... Debian packages cannot have underscores in their names. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692535: iucode-tool: did not load modprobe/update microcode after installation
Package: iucode-tool Version: 0.8.3-1 Severity: minor Hi, This is report following my post https://lists.debian.org/debian-devel/2012/11/msg00113.html Summary of situation: • I have APT::Install-Recommends set to false • I installed intel-microcode • I noticed iucode-tool was not installed, so installed it • Microcode was not updated. Ideally IMHO the above sequence of events would load microcode. I sorted the issue in that session by modprobing cpuid and running iucode_tool by hand. Thanks for your work on these packages! -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (750, 'testing'), (700, 'stable'), (600, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) 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 iucode-tool depends on: ii libc6 2.13-35 Versions of packages iucode-tool recommends: ii intel-microcode 1.20120606.v2.2 iucode-tool 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#692570: systemd: network icon in gnome-shell does not appear when using systemd
Package: systemd Version: 44-5 Severity: normal Hello, As briefly mentioned on IRC - when I boot with init=/bin/systemd, the network icon does not appear in the task bar in GNOME 3. In addition, if I try to access network settings in the GNOME System Settings app, I get a message The system network services are not compatible with this version. There's nothing obvious generated in .xsession-errors. The network is actually working and I can manipulate things, I think, via nmcli. I noticed it first with 44-3. I was running older GNOME 3 packages but I just updated gnome-shell and network-manager to the latest in experimental (plus all the relevant dependencies) and reproduced: ii libgnome-desktop-3-4 3.6.1-1 ii gnome-shell 3.6.1-3 ii gnome-shell-common 3.6.1-3 ii libnm-glib-vpn1 0.9.4.0-6 ii libnm-glib4 0.9.6.4-1 ii libnm-gtk-common 0.9.6.4-1 ii libnm-gtk0 0.9.6.4-1 ii libnm-util2 0.9.6.4-1 ii network-manager 0.9.6.4-1 ii network-manager-gnome0.9.6.4-1 ii network-manager-pptp 0.9.6.0-1 ii network-manager-pptp-gnome 0.9.6.0-1 ii gir1.2-networkmanager-1.00.9.6.4-1 ii gnome-control-center 1:3.6.1-1 (It's hard to know which packages might be relevant hereâ¦) -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (750, 'testing'), (700, 'stable'), (600, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) 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 systemd depends on: ii dpkg 1.16.9 ii initscripts 2.88dsf-32 ii libacl1 2.2.51-8 ii libaudit01:1.7.18-1.1 ii libc62.13-35 ii libcap2 1:2.22-1.2 ii libcryptsetup4 2:1.4.3-2 ii libdbus-1-3 1.6.8-1 ii libkmod2 9-2 ii liblzma5 5.1.1alpha+20120614-1 ii libpam0g 1.1.3-7.1 ii libselinux1 2.1.9-5 ii libsystemd-daemon0 44-4 ii libsystemd-id128-0 44-4 ii libsystemd-journal0 44-4 ii libsystemd-login044-4 ii libudev0 175-7 ii libwrap0 7.6.q-24 ii udev 175-7 ii util-linux 2.20.1-5.2 Versions of packages systemd recommends: pn libpam-systemd none Versions of packages systemd suggests: ii python2.7.3~rc2-1 ii python-cairo 1.8.8-1+b2 ii python-dbus 1.1.1-1 pn systemd-gui none -- 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 Archive: http://lists.debian.org/debian-bugs-dist
Bug#594902: vinagre: Please provide vncviewer alternative
On Sun, Sep 05, 2010 at 10:38:08PM +0100, Reuben Thomas wrote: I could email some of them if you like? Did you get anywhere? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692506: unblock: chocolate-doom/1.7.0-2 (but please see inside!)
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi, I've just uploaded chocolate-doom/1.7.0-2, with one fix, a documentation fix only: * Add myself back to uploaders. 1.7.0-1 has no humans in Maintainer and no Uploaders which is a policy violation. HOWEVER! There are a number of other documentation problems in chocolate-doom which I could fix, if the release team would approve them for wheezy. They are: obsolete-field-in-dep5-copyright maintainer upstream-contact (paragraph at line 1) obsolete-field-in-dep5-copyright name upstream-name (paragraph at line 1) obsolete-field-in-dep5-copyright format-specification format (paragraph at line 1) comma-separated-files-in-dep5-copyright paragraph at line 19 missing-license-paragraph-in-dep5-copyright public domain (paragraph at line 69) duplicate-changelog-files usr/share/doc/chocolate-doom/ChangeLog.gz usr/share/doc/chocolate-doom/changelog.gz If the release team would be prepared to accept fixes for the above into wheezy, I'll do a -3 upload to unstable fixing them all. Please only unblock -2 if you are happy to fix the Uploaders issue *but not* any of the above. FINALLY! I could also fix out-of-date-standards-version 3.9.1 (current is 3.9.3) at the same time, which is almost certainly only a documentation fix too, but for some reason I'd be more hesitant to do that. Thank you in advance. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691772: game-data-packager: Inconsistent from game to game
On Fri, Nov 02, 2012 at 09:45:05AM +0100, Fabian Greffrath wrote: Am 01.11.2012 23:26, schrieb Jon Dowland: I'd be in favour of changing rott, lgeneral and wolf3d to not require '-f' and treat a single argument as a path if supplied, in line with the other targets. It's not *that* in line, though. rott and wolf3d require a specific set of data files to run, they do not share the concept of a single WAD file. So, for single-WAD games g-d-p expects the path to said WAD file if not other argument is given and for multiple-data-files games it expects the path to a collection of files. For rott and wolf3d that's currently the shareware ZIP file. but what do we do for the registered versions,for which such a ZIP file does not exist? I think it's hard to align these two types of games (single and multiple data files). It is, but not impossible. In all cases something that did some guestimates would be nice. SO e.g. even in the single-WAD case, if you pass a directory, is it $dir/doom2.wad, $dir/DOOM2.WAD, $dir/foo/DOOM2.WAD (for foo being whatever the dir is on the commercial CD-ROMs, I'm not sure) or even $dir/SteamApps/.../doom2.wad (for the case where the user is pointing g-d-p at a mounted windows partition containing steam with the games installed) And strife, which vavoom supports. Another wishlist bug :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692009: bup: should Recommend python-pyxattr and python-pylibacl
Hi, Thanks for the report! On Thu, Nov 01, 2012 at 10:11:19AM +0100, Sascha Silbe wrote: bup meta requires python-pyxattr and python-pylibacl in order to back up and restore extended attributes resp. ACLs, so they should be listed in Recommends or at least Suggests. I think they should probably go in Depends: to be honest. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691772: game-data-packager: Inconsistent from game to game
On Mon, Oct 29, 2012 at 04:31:30PM +0100, Fabian Greffrath wrote: with its current behavious, game-data-packager is inconsistent from game to game. Take for example rott or wolf3d: Demo versions exist for these two games and they are freely available on the net. There are also commercial versions available for purchase, but g-d-p does not support them. We should support the commercial data as well as the free data. So that's two wishlist items: commercial wolf3d support and commercial rott support. Now, when you run e.g. game-data-packager rott, you are asked to either pass the -w option to automatically download the demo version from the net and package it (very neat, BTW!) or specify the path to the demo ZIP file using the -f parameter. Now, on the other hand, run e.g. game-data-packager heretic: A demo version is also available for this game, but g-d-p does not support downloading it. It does not even support packaging it, only the commercial version. I thought we might as well package Heretic, which was shareware, like doom, in doom-wad-shareware. However we'll probably never manage to get a clear right to distribute the shareware IWAD like the Doom one (where the original maintainer saught specific permission from John Carmack himself). And guess what, you have to supply the path to the WAD file on the command line - without an additional parameter. Yeah, like the doom target too. In fact, checking all currently supported targets, the following work if you pass a single argument (after g-d-p game): doom, doom2, plutonia, tnt, heretic, hexen, hexen2[*], quake So that's 8 targets. The following require flags (-f or -w) rott, wolf3d, lgeneral[*] 3. ([*] - targets not in stable/testing/unstable: either in experimental or the VCS.) Personally, I like the way the 'quake' target works: $ game-data-packager quake game-data-packager quake arguments: game-data-packager quake path -m path path to a mounted Quake CD-ROM -d path path to an unpacked Quake directory -s path path to a Quake shareware ZIP -mp1 path path to an unpacked Scourge of Armagon directory or a mounted Scourge of Armagon CD -mp2 path path to an unpacked Dissolution of Eternity directory or a mounted Dissolution of Eternity CD pathpath to any of the above (game-data-packager will guess) So it behaves like the 9 above if you pass one argument, but you can fine-tune precicely what behaviour you want if you wish. I think this is pretty much messed up. I don't have an universal solution at hand, but I think we could use this bug report as a discussion ground. I'd be in favour of changing rott, lgeneral and wolf3d to not require '-f' and treat a single argument as a path if supplied, in line with the other targets. Furthermore I believe it should be possible to optionally download demo versions for all games in g-d-p, if they are freely available. I guess I don't disagree with that. Someone needs to do the work to implement it though :) There's no point for Doom since we have doom-wad-shareware. So there's at least heretic, hexen, hexen 2, quake, quake 3 which have demo versions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691399: Acknowledgement (freedoom: New upstream (beta) release)
On Fri, Oct 26, 2012 at 10:06:40AM +0200, Fabian Greffrath wrote: please consider uploading the new freedoom beta release. Would you mind if I took care of that myself? No problem - please go ahead! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691399: Acknowledgement (freedoom: New upstream (beta) release)
On Fri, Oct 26, 2012 at 11:13:45AM +0200, Fabian Greffrath wrote: Am 26.10.2012 10:16, schrieb Jon Dowland: No problem - please go ahead! Done. Great stuff! One question: why 1.8~beta1 for the upstream release? Why not 1.8-beta1 (matching the upstream tarball more closely) I've seen you removed yourself from Uploaders, so I changed the packaging style to meet my own. I hope you don't mind. No problem. Although It appears I never uploaded the release removing myself, and I've since re-joined the games team, so I've re-added myself. I just deleted the 0.7-2 changelog entry and the corresponding stanza in the latest entry. All your changes look good. I'd say the package is ready for upload. It is currently targeted at unstable, maybe this should get changed to experimental during the freeze. Unstable should be fine. No-one will ever see it in experimental. If we have to do a testing-targeted update we can use t-p-u but I very much doubt we will. Would you mind sponsoring the package? I am neither DM nor DD. No problem, I'll do it today. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691399: Acknowledgement (freedoom: New upstream (beta) release)
On Fri, Oct 26, 2012 at 12:00:16PM +0200, Fabian Greffrath wrote: Am 26.10.2012 11:41, schrieb Jon Dowland: One question: why 1.8~beta1 for the upstream release? Why not 1.8-beta1 (matching the upstream tarball more closely) Because that's recommended by Policy: http://www.debian.org/doc/debian-policy/footnotes.html#f37 Releases with '~' sort earlier than the ones without. This way we do not have to introduce an epoch or ugly hacks like '8.0-final' in order to have the final release sort later than the pre-release. No problem. Although It appears I never uploaded the release removing myself, and I've since re-joined the games team, so I've re-added myself. I just deleted the 0.7-2 changelog entry and the corresponding stanza in the latest entry. All your changes look good. Thanks, great to have you back in the team! Thanks! I made a small number of other changes, hopefully nothing controversial. I'm a fan of parallel builds but getting the upstream Makefile into parallel mode reliably will need more work. I've tagged and pushed to the VCS. THanks for your work on this! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579749: prboom: Screenshots in png?
tags 579749 +pending thanks On Fri, Oct 26, 2012 at 01:37:04PM +0200, Fabian Greffrath wrote: I can confirm that prboom is built with support for PNG screenshots and that it saves in this format by default. Regarding the build, libpng12-dev is currently pulled in by libdirectfb-dev, which is in turn pulled in by libsdl1.2-dev. I admit that's a rather fragile chain, so maybe libpng-dev should be added as an explicit Build-Depends. I agree. (committed) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691152: deutex ignores freedoom.wad
On Thu, Oct 25, 2012 at 09:19:05AM +0200, Fabian Greffrath wrote: I have no strong opinion about this, as I simply lack the experience with such tools. Do you already have a candidate to replace deutex in mind or are you going to fork it and develop it into the desired direction? I might possibly write an alternative from scratch (not in C). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691152: deutex ignores freedoom.wad
On Wed, Oct 24, 2012 at 10:34:13AM +0200, Fabian Greffrath wrote: I don't think it's such a severe issue. First, as you stated, it isn't technically an FTBFS; it does not keep you from building binary packages from the sources we provide. It just keeps you from creating *our* sources from the ones that upstream provides. But TTBOMK it is nowhere required that cleaning up upstream sources must be possible without quirks or even with Debian main only. Second, it is trivial to fix this issue by creating a symlink at the right place in debian/fix-upstream.sh. Sure. I think we need to replace deutex, really. There's a small risk that one day, Freedoom's palette might differ from Doom's, in which case we'll introduce subtle differences/problems by relying on it. But Doom's palette is not copyrightable; once derived from the commercial data such a table could be freely distributed. And a deutex-like tool that had such a table in it and didn't depend on the IWAD for manipulating PWADs would be great. (+one with PNG support/default to PNG and various other quirks and DOSisms removed :)) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691360: please update to new upstream version 1.1.0 (on disk layout change)
Source: f2fs-tools Version: 1.0.0-1 Severity: wishlist According to [1], the on-disk layout has changed and so the packaged version is no longer usable with the most recent patchsets floating around. Thanks! [1]https://lkml.org/lkml/2012/10/22/664 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690905: freedoom: Prboom Plus should be used instead of Prboom
On Mon, Oct 22, 2012 at 05:47:18PM +0200, Fabian Greffrath wrote: It seems that prboom has incorporated some features of MBF, including support for a player-friendly dog that follows the player through the levels (yes, WTF). The sprites for that dog have apparently been taken from the wolf3d data and were thus non-free. So these are removed from the prboom pwad. Ah yes, that's right. Since prboom updates so infrequently, I guess that code has not been exercised in years. I should probably adapt it into a get-orig-source debian/rules rule. Actually we should probably rebuild prboom.wad upon every package build, just to make sure the code doesn't rot further. Additionally, some of the menu entries in prboom seem to have been constructed from the font featured in the original game. They are replaced by hand-crafted menu entries using transparent pixmaps. I have already taken the opportunity to beatify these entries a bit to my personal taste in GIT. I hope you don't mind. ;) That's right - no, no problem. Looks much better, thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691152: deutex ignores freedoom.wad
On Mon, Oct 22, 2012 at 12:59:54PM +0200, Fabian Greffrath wrote: Am 22.10.2012 11:58, schrieb Fabian Greffrath: We could simply state that we require freedom for the rebuild and add that symlink - just as we require imagemagick, sng and deutex. Apart from that, freedoom is the only iwad available from Debian main, so we should maybe support it in deutex out-of-the-box. Agreed - uploaded. Do you think this is worthy of requesting a freeze exception: the prboom.wad build issue is not technically an FTBFS, but it's certainly in the same spirit... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691152: deutex ignores freedoom.wad
On Mon, Oct 22, 2012 at 10:43:30AM +0200, Fabian Greffrath wrote: since version 0.6.4-4 the freedoom package does not provide a doom2.wad file anymore for compatibility issues. However, deutex expects a file of that name and does not consider freedoom.wad as a valid replacement. The attached patch fixes this by adding freedoom.wad to the list of supported iwad files. Hmm. I did wonder whether removing that would cause trouble. Not sure whether patching deutex is the best approach. Symlinking debian/tmp/doom2.wad (in the prboom build directory) to /usr/share/games/freedoom.wad would at least restrict the damage to the prboom sources. But I guess we'd need to check-and-possibly-symlink to a whole slew of different IWAD names, depending on what was in the environment, to support rebuilding without freedoom (but with a commercial IWAD). What a mess ☹ I'd quite like to replace deutex with something more modern one day. The IWAD requirement is superflous nowadays. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690905: freedoom: Prboom Plus should be used instead of Prboom
On Mon, Oct 22, 2012 at 09:44:38AM +0200, Fabian Greffrath wrote: Is prboom-plus considered the successor of prboom or is it just a more actively developed fork? In Debian words Should prboom-plus have Replaces: prboom? It was originally a fork of prboom maintained by someone completely independently of prboom. It later moved into the prboom SVN, but is still managed as a separate project. I think there is some cross-pollination and code flows between the two. However, prboom+ make large, sweeping and perhaps 'risky' changes which prboom don't immediately incorporate. IIRC prboom+'s main focus is absolute DOOM.EXE/DOOM2.EXE compatibility, including some crazy/brilliant ideas like simulating the behaviour of buffer overflows and underruns from the DOS environment, so old demos playback perfectly. It has turned out that prboom+ is more actively developed and releases more often than prboom. When I first looked at it, before it moved into the same SVN, it was awkward to build in Linux (the developer being Windows-focussed). That has no doubt changed. Regarding the packaging: I had a look at the current packaging for prboom and I am not sure I understand what we do in debian/fix_upstream.sh and why we do it. Will this be necessary for prboom-plus as well, could you elaborate a bit on it? I'll take a look, I can't remember what it does :) I had wondered whether this would be an opportunity to use 'git svn clone' on the SVN and keep the full upstream history in VCS, rather than import tarballs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690905: freedoom: Prboom Plus should be used instead of Prboom
forcemerge 690905 559132 thanks On Fri, Oct 19, 2012 at 08:59:15AM +0200, Fabian Greffrath wrote: thanks for your suggestion. However, prboom-plus is not yet packaged for Debian, so I am turning this bug report into a RFP (request for packaging). Someone has requested this before (similar method, bug against prboom that time) so I'll merge the requests. For some reason I've never been motivated to package prboom+ myself. I'm not sure why, I think mostly because I've been quite happy with prboom for my light usage. It should be a pretty trivial package, however. You could more-or-less reuse the debian/ dir from the prboom package with very few changes. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690771: please add Vcs-* headers to the control file
Source: emacs Version: 24.2+1-1 Severity: wishlist Tags: patch Patch attached. From dbf00627b6c54d82738ccc51d4e69ef32ea6c458 Mon Sep 17 00:00:00 2001 From: Jon Dowland j...@debian.org Date: Wed, 17 Oct 2012 13:57:41 +0100 Subject: [PATCH] add Vcs-* headers to control file Document where the package is maintained, so people who wish to inspect the packaging online, or check out the source to prepare patches against can do so easily. --- debian/control |2 ++ 1 file changed, 2 insertions(+) diff --git a/debian/control b/debian/control index d1fcf16..8b438d7 100644 --- a/debian/control +++ b/debian/control @@ -12,6 +12,8 @@ Build-Depends: bsd-mailx | mailx, libncurses5-dev, texinfo, liblockfile-dev, lib libgconf2-dev, libasound2-dev [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64] Homepage: http://www.gnu.org/software/emacs/ Standards-Version: 3.7.2 +Vcs-Git: git://git.debian.org/git/users/rlb/emacs.git +Vcs-Browser: http://anonscm.debian.org/gitweb/?p=users/rlb/emacs.git;a=summary Package: emacs24-lucid Architecture: any -- 1.7.10.4
Bug#690064: mutt segfault during access to an IMAP folder (hours later)
Package: mutt Version: 1.5.21-6.2 Severity: normal Hi - I use mutt with IMAP daily to an Exchange 2010 account. It occasionally segfaults. I don't think this is exactly the same as #626294 or #626879 or the others, so I'm filing anew - please accept my apologies if I am mistaken and it turns out to be the same issue. I got a backtrace - attached. I'm also attaching as much of my configuration as I can do so. -- Package-specific info: Mutt 1.5.21 (2010-09-15) Copyright (C) 1996-2009 Michael R. Elkins and others. Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'. Mutt is free software, and you are welcome to redistribute it under certain conditions; type `mutt -vv' for details. System: Linux 3.2.0-3-amd64 (x86_64) ncurses: ncurses 5.9.20110404 (compiled with 5.9) libidn: 1.25 (compiled with 1.25) hcache backend: tokyocabinet 1.4.47 Compile options: -DOMAIN +DEBUG -HOMESPOOL +USE_SETGID +USE_DOTLOCK +DL_STANDALONE +USE_FCNTL -USE_FLOCK +USE_POP +USE_IMAP +USE_SMTP -USE_SSL_OPENSSL +USE_SSL_GNUTLS +USE_SASL +USE_GSS +HAVE_GETADDRINFO +HAVE_REGCOMP -USE_GNU_REGEX +HAVE_COLOR +HAVE_START_COLOR +HAVE_TYPEAHEAD +HAVE_BKGDSET +HAVE_CURS_SET +HAVE_META +HAVE_RESIZETERM +CRYPT_BACKEND_CLASSIC_PGP +CRYPT_BACKEND_CLASSIC_SMIME +CRYPT_BACKEND_GPGME -EXACT_ADDRESS -SUN_ATTACHMENT +ENABLE_NLS -LOCALES_HACK +COMPRESSED +HAVE_WC_FUNCS +HAVE_LANGINFO_CODESET +HAVE_LANGINFO_YESEXPR +HAVE_ICONV -ICONV_NONTRANS +HAVE_LIBIDN +HAVE_GETSID +USE_HCACHE -ISPELL SENDMAIL=/usr/sbin/sendmail MAILPATH=/var/mail PKGDATADIR=/usr/share/mutt SYSCONFDIR=/etc EXECSHELL=/bin/sh MIXMASTER=mixmaster To contact the developers, please mail to mutt-...@mutt.org. To report a bug, please visit http://bugs.mutt.org/. misc/am-maintainer-mode features/ifdef features/xtitles features/trash-folder features/purge-message features/imap_fast_trash features/sensible_browser_position features-old/patch-1.5.4.vk.pgp_verbose_mime features/compressed-folders features/compressed-folders.debian debian-specific/Muttrc debian-specific/Md.etc_mailname_gethostbyname.diff debian-specific/use_usr_bin_editor.diff debian-specific/correct_docdir_in_man_page.diff debian-specific/dont_document_not_present_features.diff debian-specific/document_debian_defaults debian-specific/assumed_charset-compat debian-specific/467432-write_bcc.patch debian-specific/566076-build_doc_adjustments.patch misc/define-pgp_getkeys_command.diff misc/gpg.rc-paths misc/smime.rc upstream/531430-imapuser.patch upstream/537818-emptycharset.patch upstream/543467-thread-segfault.patch upstream/542817-smimekeys-tmpdir.patch upstream/548577-gpgme-1.2.patch upstream/553321-ansi-escape-segfault.patch upstream/568295-references.patch upstream/547980-smime_keys-chaining.patch upstream/528233-readonly-open.patch upstream/228671-pipe-mime.patch upstream/383769-score-match.patch upstream/578087-header-strchr.patch upstream/603288-split-fetches.patch upstream/537061-dont-recode-saved-attachments.patch upstream/608706-fix-spelling-errors.patch upstream/620854-pop3-segfault.patch upstream/611412-bts-regexp.patch upstream/624058-gnutls-deprecated-set-priority.patch upstream/624085-gnutls-deprecated-verify-peers.patch upstream/584138-mx_update_context-segfault.patch upstream/619216-gnutls-CN-validation.patch upstream/611410-no-implicit_autoview-for-text-html.patch upstream/path_max misc/579967-fixes-german-translation.patch mutt.org -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (750, 'testing'), (700, 'stable'), (600, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) 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 mutt depends on: ii libc6 2.13-35 ii libcomerr21.42.5-1 ii libgnutls26 2.12.20-1 ii libgpg-error0 1.10-3.1 ii libgpgme111.2.0-1.4 ii libgssapi-krb5-2 1.10.1+dfsg-2 ii libidn11 1.25-2 ii libk5crypto3 1.10.1+dfsg-2 ii libkrb5-3 1.10.1+dfsg-2 ii libncursesw5 5.9-10 ii libsasl2-22.1.25.dfsg1-5 ii libtinfo5 5.9-10 ii libtokyocabinet9 1.4.47-2 Versions of packages mutt recommends: ii exim4-daemon-light [mail-transport-agent] 4.80-5 ii libsasl2-modules 2.1.25.dfsg1-5 ii locales2.13-35 ii mime-support 3.52-1 Versions of packages mutt suggests: ii ca-certificates 20120623 ii gnupg1.4.12-4+b1 ii ispell 3.3.02-5 pn mixmasternone ii openssl 1.0.1c-4 pn urlview none Versions of packages mutt is related to: ii mutt 1.5.21-6.2 ii mutt-dbg 1.5.21-6.2 pn mutt-patched none -- no debconf information $ gdb $(which mutt) core btGNU gdb (GDB) 7.4.1-debian Copyright (C) 2012 Free Software
Bug#679234: tagtool: mis-reports MP3 bitrate
On Wed, Jun 27, 2012 at 11:58:50AM +0100, Jon Dowland wrote: I'm browsing through some VBR MP3s encoded with lame --preset standard. tagtool is telling me they're 128kbps bit rate, but they are not. OK, this is an interesting one. I don't think any id3 library will be able to reliably report a bitrate, because it could simply mismatch with the file. I hacked in support to use libmad to figure it out, which was accurate but too slow (needed to decode every frame and cumulative average the frame's rates). The fastest method would be if you could reliably determine the playback length, how many bytes are in the layer 3 segment of the file and then do the arithmetic. It might be possible to expand/correct the parts of mpeg_file.c that do this (read_header, which relies on lookup_bit_rate, which relies on the MPEG header and seems to assume CBR). However this is all a many-times-over solved problem, and perhaps linking in gstreamer and using GstDiscoverer would just re-use an excellently-implemented existing solution. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633809: tagging 633727, tagging 633809
Hi Ansgar, 2½ months ago you tagged 633809 pending, but there's no commit to the VCS in that time and it hasn't been resolved by an upload. May I ask, is this bug really pending? Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648272: abuse-frabs: Claudio add-on does not allow distribution or commercial use
clone 648272 -1 retitle -1 may incorporate copyright material from id software's doom thanks On Mon, May 28, 2012 at 12:00:57PM -0300, gustavo panizzo gfa wrote: i've tried to contact Claudio Bolzoni over linkedin and facebook but i wasn't able to find the right Claudio i think the add-on should be removed I had a go at this, this-evening. I didn't finish, well, I thought I'd managed it but I can't get the resulting package to run. Diff for the VCS-source attached; I've put a repacked orig tarball at http://pkg-games.alioth.debian.org/tarballs/abuse-sdl_0.8+dfsg1.orig.tar.gz However whilst working on it, I found this: /addon/aliens/bactiles.spe 340-374 ;; Aliens Abuse background tiles. Have ;; you ever played Doom? :) This needs checking out separately, so I've cloned this bug. Index: debian/changelog === --- debian/changelog (revision 13790) +++ debian/changelog (working copy) @@ -1,3 +1,10 @@ +abuse-sdl (1:0.8+dfsg1-1) UNRELEASED; urgency=low + + * Remove src/addon/claudio: the license appears to be non-free. +Closes: #648272. + + -- Jon Dowland j...@debian.org Tue, 02 Oct 2012 20:18:51 +0100 + abuse-sdl (1:0.8-2) unstable; urgency=low * Team upload. Index: debian/abuse-lib.install === --- debian/abuse-lib.install (revision 13790) +++ debian/abuse-lib.install (working copy) @@ -17,43 +17,6 @@ /usr/share/games/abuse/addon/bong/bong01.lvl /usr/share/games/abuse/addon/bong/bong.lsp /usr/share/games/abuse/addon/bong/bong.spe -/usr/share/games/abuse/addon/claudio/antship.spe -/usr/share/games/abuse/addon/claudio/bigexp.spe -/usr/share/games/abuse/addon/claudio/claudio.lsp -/usr/share/games/abuse/addon/claudio/deepw1.spe -/usr/share/games/abuse/addon/claudio/deepw2.spe -/usr/share/games/abuse/addon/claudio/droid.spe -/usr/share/games/abuse/addon/claudio/extiles.spe -/usr/share/games/abuse/addon/claudio/fire.spe -/usr/share/games/abuse/addon/claudio/lamp.spe -/usr/share/games/abuse/addon/claudio/lava2.spe -/usr/share/games/abuse/addon/claudio/mypanels.spe -/usr/share/games/abuse/addon/claudio/nplatfor.spe -/usr/share/games/abuse/addon/claudio/oldclaud.lsp -/usr/share/games/abuse/addon/claudio/pal21.spe -/usr/share/games/abuse/addon/claudio/pal2.spe -/usr/share/games/abuse/addon/claudio/pal5.spe -/usr/share/games/abuse/addon/claudio/pal81f.spe -/usr/share/games/abuse/addon/claudio/pal81.spe -/usr/share/games/abuse/addon/claudio/pal82f.spe -/usr/share/games/abuse/addon/claudio/pal82.spe -/usr/share/games/abuse/addon/claudio/pal90.spe -/usr/share/games/abuse/addon/claudio/palettes.txt -/usr/share/games/abuse/addon/claudio/rob2.spe -/usr/share/games/abuse/addon/claudio/skull.spe -/usr/share/games/abuse/addon/claudio/spaced.spe -/usr/share/games/abuse/addon/claudio/spaceh.spe -/usr/share/games/abuse/addon/claudio/spacymed.spe -/usr/share/games/abuse/addon/claudio/spacytdm.spe -/usr/share/games/abuse/addon/claudio/sswitch.spe -/usr/share/games/abuse/addon/claudio/t_lamp.spe -/usr/share/games/abuse/addon/claudio/trex1.spe -/usr/share/games/abuse/addon/claudio/t_skull.spe -/usr/share/games/abuse/addon/claudio/t_space.spe -/usr/share/games/abuse/addon/claudio/t_trex.spe -/usr/share/games/abuse/addon/claudio/t_water.spe -/usr/share/games/abuse/addon/claudio/umbrel3.spe -/usr/share/games/abuse/addon/claudio/watem.spe /usr/share/games/abuse/addon/deathmat/cur_lev.lsp /usr/share/games/abuse/addon/deathmat/deathmat.lsp /usr/share/games/abuse/addon/deathmat/dstartup.lsp
Bug#687103: ITP: maps -- OpenStreetMap client for the GNOME Desktop
On Mon, Sep 24, 2012 at 11:08:31AM +1200, Chris Bannister wrote: If it pulls in half of GNOME when you install it, its nice to have the name gnome in there somewhere. Well I disagree, but either way, it doesn't¹: Depends: ${misc:Depends}, ${python:Depends}, gir1.2-champlain-0.12, gir1.2-gtkchamplain-0.12, gir1.2-gtk-3.0, gir1.2-glib-2.0, gir1.2-clutter-1.0, gir1.2-gdkpixbuf-2.0, python-lxml, gir1.2-gtkclutter-1.0 I don't see 'libgnome' anywhere. ¹ http://bazaar.launchpad.net/~sigurdga/maps/master/view/head:/debian/control -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687654: xmame-sdl,xmame-x: copyright file missing after squeeze-wheezy upgrade
I'm taking a look at this bug. It appears to be because the source package for the binaries in squeeze is 'xmame', but the source package for the binaries in wheezy is 'mame'. Also, this commit may be related: commit 6d0c77edac6cf78e2fbe6e71e64836a51fb40623 Author: Emmanuel Kasper emman...@libera.cc Date: Wed Apr 4 14:01:03 2012 +0200 Remove the mame.preinst and sdlmame.preinst the cases these two fiels deal should have been taken care by previous upgra diff --git a/debian/mame.preinst b/debian/mame.preinst deleted file mode 100644 index 4c3c1de..000 --- a/debian/mame.preinst -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687804: installation-reports: users are not able to review external documentation while stuck in the installer
The installer (in expert mode) supports an ssh client on an alternative VT, afaik. One can connect to another machine with stuff already installed via this if necessary. Surely this is sufficient to address the request. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687624: ITP: libdvdcss-pkg -- automated installer for libdvdcss
On Fri, Sep 14, 2012 at 01:26:19PM +0100, Simon McVittie wrote: game-data-packager, although that one is a bit different: it supports a relatively large number of game-data packages, and most of the data it works on is not freely downloadable, so it often has to support building the same package from various different releases (American vs. European publisher, original version vs. budget re-release, etc.) in order to support the particular disk/CD/DVD that a user owns. Indeed - I had envisaged game-data-packager growing into 'data-packager' at some point. The design was initially inspired by java-package, which IMHO was a better solution than run-as-root postinst (the flash installer method, and the one OP is proposing in this ITP). java-package since disappeared, as the sun java's could be packaged; that situation has sadly regressed so perhaps there's call for java support in (game-)data-packager once again. In this case, however, it seems as easy to install libdvdcss from debian-multimedia than to have hacks to build it from source. The hacky package would have to live in contrib anyway, so it's still not in Debian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687331: pulseaudio: plugging in headphones has no effect
Package: pulseaudio Version: 2.1-2 Severity: normal Hi, _From time to time I experience the following but at the moment (and using the latest from experimental) I'm getting it every time so felt like reporting. Quite simply when plugging stereo headphones into the headphone jack on my laptop (thinkpad x121e), sound continues to be emitted from the internal speakers and not from the headphones. I can work around this, most of the time, by switching hardware to Digital Stereo (HDMI) output and plugging my headphones into my multimedia system (which the laptop is plugged into via HDMI). However that's suboptimal for various reasons and does not work on the move. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (750, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) 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 pulseaudio depends on: ii adduser 3.113+nmu3 ii consolekit 0.4.5-3 ii libasound2 1.0.25-3 ii libasound2-plugins 1.0.25-2 ii libc6 2.13-33 ii libcap2 1:2.22-1 ii libdbus-1-3 1.6.0-1 ii libfftw3-3 3.3.2-3 ii libice6 2:1.0.8-2 ii libltdl72.4.2-1.1 ii liborc-0.4-01:0.4.16-2 ii libpulse0 2.1-2 ii libsamplerate0 0.1.8-5 ii libsm6 2:1.2.1-2 ii libsndfile1 1.0.25-5 ii libspeexdsp11.2~rc1-6 ii libsystemd-daemon0 44-3 ii libsystemd-login0 44-3 ii libtdb1 1.2.10-2 ii libudev0175-3.1 ii libx11-62:1.5.0-1 ii libx11-xcb1 2:1.5.0-1 ii libxcb1 1.8.1-1 ii libxtst62:1.2.1-1 ii lsb-base4.1+Debian7 ii udev175-3.1 Versions of packages pulseaudio recommends: ii gstreamer0.10-pulseaudio 0.10.31-3 pn pulseaudio-module-x11 none pn rtkit none Versions of packages pulseaudio suggests: pn paman none pn paprefs none ii pavucontrol 1.0-1 pn pavumeter none ii pulseaudio-utils 2.1-2 -- 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#687103: ITP: maps -- OpenStreetMap client for the GNOME Desktop
On Mon, Sep 10, 2012 at 06:45:42AM +0200, martin f krafft wrote: also sprach Luca Capello l...@pca.it [2012.09.09.2029 +0200]: Or, if this is tightened to OSM, 'gnome-osm-maps'. except the 'm' on osm is already a map, so maybe osm-client. I like dropping 'gnome', and not doubling-up map, but osm may not be clear enough to those who aren't intimately involved, how about openstreetmap-client? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685747: gnome-shell: periodically, my mobile broadband connections are not visible
Package: gnome-shell Version: 3.4.2-1 Severity: normal Hi, from time to time my mobile broadband connections don't show up in the networking drop-down menu. Instead I get auto broadband or words to that effect. If I go through those steps and set up a new connection, it works fine. However, on the occasions that gnome-shell is showing my broadband connections, I have a lot of ones for the same thing (since I have to set it up afresh a lot of the time): $ ls /etc/NetworkManager/system-connections/T* /etc/NetworkManager/system-connections/T-Mobile Default /etc/NetworkManager/system-connections/T-Mobile Default-0aede276-7992-4913-9dfb-79708225920c /etc/NetworkManager/system-connections/T-Mobile Default-16f2d7ce-a114-45c0-b95c-1690041a1e3d /etc/NetworkManager/system-connections/T-Mobile Default-1c6fe55e-ab23-4f80-b053-41fbd37ae9c9 /etc/NetworkManager/system-connections/T-Mobile Default-24846f8f-d1d5-4f4b-8144-dd0f3c6b283f /etc/NetworkManager/system-connections/T-Mobile Default-41724791-dc83-4f15-8805-cd7302fc9ae0 /etc/NetworkManager/system-connections/T-Mobile Default-81ef46fe-9ed8-43f6-91cb-169a7a98aba7 /etc/NetworkManager/system-connections/T-Mobile Default-d42c90ad-6951-4607-b92d-a7046cb97ed6 /etc/NetworkManager/system-connections/T-Mobile Default-d9206d9a-103d-4aff-aa64-f4fc4b9f9e90 I've discovered that restarting gnome-shell causes my existing connections to show up again (via 'r' in the run menu). Restarting network-manager also works, but possibly only because gnome-shell also restarts (because it segfaults): [69324.401923] gnome-shell[3896]: segfault at 40 ip 7f61d69f7b82 sp 7fff85876740 error 4 in libgnome-shell.so[7f61d69b3000+9b000] I think the connections are missing more often than not when I come to use them. I mostly try to use them on a train, so it might be related to resuming from sleep, I'm not sure. I'll try to see if I can detect a pattern. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (750, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) 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 gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.12.1-2 ii gconf-service3.2.5-1 ii gir1.2-accountsservice-1.0 0.6.21-6 ii gir1.2-atk-1.0 2.4.0-2 ii gir1.2-caribou-1.0 0.4.2-2 ii gir1.2-clutter-1.0 1.10.8-1 ii gir1.2-cogl-1.0 1.10.2-6 ii gir1.2-coglpango-1.0 1.10.2-6 ii gir1.2-folks-0.6 0.6.9-1+b1 ii gir1.2-freedesktop 1.32.1-1 ii gir1.2-gconf-2.0 3.2.5-1 ii gir1.2-gcr-3 3.4.1-3 ii gir1.2-gdesktopenums-3.0 3.4.2-1 ii gir1.2-gdkpixbuf-2.0 2.26.1-1 ii gir1.2-gee-1.0 0.6.4-2 ii gir1.2-gkbd-3.0 3.4.0.2-1 ii gir1.2-glib-2.0 1.32.1-1 ii gir1.2-gmenu-3.0 3.4.2-3 ii gir1.2-gnomebluetooth-1.03.4.2-1 ii gir1.2-gtk-3.0 3.4.2-2 ii gir1.2-json-1.0 0.14.2-1 ii gir1.2-mutter-3.03.4.1-5 ii gir1.2-networkmanager-1.00.9.4.0-5 ii gir1.2-pango-1.0 1.30.0-1 ii gir1.2-polkit-1.00.105-1 ii gir1.2-soup-2.4 2.38.1-2 ii gir1.2-telepathyglib-0.120.18.1-2 ii gir1.2-telepathylogger-0.2 0.4.0-1 ii gir1.2-upowerglib-1.00.9.17-1 ii gjs 1.32.0-2 ii gnome-bluetooth 3.4.2-1 ii gnome-icon-theme-symbolic3.4.0-2 ii gnome-settings-daemon3.4.2-3 ii gnome-shell-common 3.4.2-1 ii gnome-themes-standard3.4.2-1 ii gsettings-desktop-schemas3.4.2-1 ii libatk1.0-0 2.4.0-2 ii libc62.13-33 ii libcairo-gobject21.12.2-2 ii libcairo21.12.2-2 ii libcanberra0 0.28-4 ii libclutter-1.0-0 1.10.8-1 ii libcogl-pango0 1.10.2-6 ii libcogl9 1.10.2-6 ii libcroco30.6.5-1 ii libdbus-1-3 1.6.0-1 ii libdbus-glib-1-2
Bug#657195: Client package descriptions unclear, multiple clients cause confusion
I think this could also be improved by removing the virtual package 'freeciv' (which has no reverse dependencies, lacks a description in package managers by virtue of being a virtual package and is not in the canonical list of virtual packages anyway[1], so seems to serve no useful purpose) and replacing it with a metapackage which has a useful description and appropriate *dependencies* to install a usable game. (That is, depends on server, not recommends.) Then, the onus would not necessarily be on the various client packages to explain the whole situation themselves. [1] http://www.debian.org/doc/packaging-manuals/virtual-package-names-list.txt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682746: unblock: deutex/4.4.902-13
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock thanks Please unblock package deutex. Version 4.4.902-13 resolves an RC bug #682132 relating to Recommends: on a package not in main. Debdiff attached. Thanks! diff -u deutex-4.4.902/debian/changelog deutex-4.4.902/debian/changelog --- deutex-4.4.902/debian/changelog +++ deutex-4.4.902/debian/changelog @@ -1,3 +1,10 @@ +deutex (4.4.902-13) unstable; urgency=low + + * Recommend either boom-wad or doom-wad, since the latter is +not satisfyable in main. Closes: #682132. + + -- Jon Dowland j...@debian.org Fri, 20 Jul 2012 17:08:20 +0100 + deutex (4.4.902-12) unstable; urgency=low * Update control file to reflect new VCS location diff -u deutex-4.4.902/debian/control deutex-4.4.902/debian/control --- deutex-4.4.902/debian/control +++ deutex-4.4.902/debian/control @@ -14,7 +14,7 @@ Depends: ${shlibs:Depends}, ${misc:Depends} Suggests: doom-engine Provides: doom-wad-editor -Recommends: doom-wad +Recommends: boom-wad | doom-wad Description: composition tool for doom-style WAD files DEU's Texture Companion (DeuTex) is a resource editor that can extract and insert graphics, sounds, levels and other
Bug#682132: deutex: recommends doom-wad, which is only in non-free
On Fri, Jul 20, 2012 at 09:26:32AM +0200, Fabian Greffrath wrote: Am 19.07.2012 19:53, schrieb Ivo De Decker: Please lower this recommends to a suggests. Since deutex is also used to contruct the freedom iwads, maybe the recommends could get changed into freedoom | freedm | doom-wad. Then deutex would fulfill the criteria to have its recommends satisfied by packages in main. doom-wad | boom-wad might be a bit more concise (freedoom and freedm Provides: boom-wad). I think the 'strength' needs to stay at Recommends:. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680447: pmud: init script problems, interferes with mediatomb
Package: pmud Version: 0.10-12 Severity: important Setting up pmud (0.10-12) ... update-rc.d: using dependency based boot sequencing insserv: warning: script 'pmud' missing LSB tags and overrides insserv: There is a loop between service mediatomb and pmud if stopped insserv: loop involving service pmud at depth 2 insserv: loop involving service mediatomb at depth 1 insserv: Stopping pmud depends on mediatomb and therefore on system facility `$all' which can not be true! insserv: exiting now without changing boot order! update-rc.d: error: insserv rejected the script header dpkg: error processing pmud (--configure): subprocess installed post-installation script returned error exit status 1 configured to not write apport reports Errors were encountered while processing: pmud E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: 6.0.4 APT prefers testing APT policy: (750, 'testing'), (700, 'stable'), (500, 'stable-updates') Architecture: powerpc (ppc) Kernel: Linux 2.6.32-5-powerpc 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 pmud depends on: ii hdparm9.39-1+b1 tune hard disk parameters for high ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib Versions of packages pmud recommends: ii powermgmt-base1.31 Common utils and configs for power ii powerpc-utils 1.1.3-24 Various utilities for Linux/PowerP pmud 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#677246: goobox: diff for NMU version 3.0.1-1.1
On Wed, Jun 27, 2012 at 09:49:23AM +0200, Helge Kreutzmann wrote: I just got a bunch of e-mails that the build fails on (almost?) any arch. Could you please investigate? Sure - I'd happily do so. But: * Revert broken NMU, closes: #679313. * This reopens: #677246. Since no bug report until just before the release happend, people requiring this fix will need to backport goobox after the release of Wheezy. Sorry. This is a shame, because FTBFS bugs are RC, and uploads fixing them are accepted as freeze exceptions. If you'd given me time to fix it, then that wouldn't have been a problem. Fixing the musicbrainz issue is not automatically acceptable as a freeze exception. (I would have looked at this yesterday, but there was a massive flood where I live and I was stranded for hours.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679247: perhaps the linked id3 library is the problem
I'm not expert on id3 libraries but it looks like libid3-3.8.3c2a is pretty much unmaintained (unacknowledged patches for 7+ years) whilst http://packages.debian.org/sid/libid3tag0 claims full support for reading ID3v1, ID3v1.1, ID3v2.2, ID3v2.3, and ID3v2.4 tags, as well as support for writing ID3v1, ID3v1.1, and ID3v2.4 tags. A solution might be moving to the other library. Is upstream dead? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601165: acpidump: diff for NMU version 20100513-3.1
tags 601165 + patch tags 601165 + pending thanks I've just uploaded an NMU to DELAYED/1. diff -Nru acpidump-20100513/debian/acpidump.1 acpidump-20100513/debian/acpidump.1 --- acpidump-20100513/debian/acpidump.1 2010-11-13 06:16:01.0 + +++ acpidump-20100513/debian/acpidump.1 2012-06-28 09:39:13.0 +0100 @@ -60,7 +60,7 @@ only dump table with DSDT signature .TP .B \-o, \-\-output filename -redirect output from stdin to filename +redirect output from stdout to filename .TP .B \-b, \-\-binary dump data in binary form rather than in hex\-dump format diff -Nru acpidump-20100513/debian/changelog acpidump-20100513/debian/changelog --- acpidump-20100513/debian/changelog 2010-11-13 06:16:01.0 + +++ acpidump-20100513/debian/changelog 2012-06-28 09:39:07.0 +0100 @@ -1,3 +1,11 @@ +acpidump (20100513-3.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix mistaken reference to stdin in the manpage. +Closes: #601165. + + -- Jon Dowland j...@debian.org Thu, 28 Jun 2012 09:38:27 +0100 + acpidump (20100513-3) unstable; urgency=low * Do not build madt as it was dropped upstream.
Bug#679234: tagtool: mis-reports MP3 bitrate
Package: tagtool Version: 0.12.3-8.1 Severity: normal I'm browsing through some VBR MP3s encoded with lame --preset standard. tagtool is telling me they're 128kbps bit rate, but they are not. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (750, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) 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 tagtool depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-33 ii libcairo2 1.12.2-1 ii libfontconfig1 2.9.0-6 ii libfreetype62.4.9-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglade2-0 1:2.6.4-1 ii libglib2.0-02.32.3-1 ii libgtk2.0-0 2.24.10-1 ii libid3-3.8.3c2a 3.8.3-15 ii libogg0 1.3.0-4 ii libpango1.0-0 1.30.0-1 ii libstdc++6 4.7.0-8 ii libvorbis0a 1.3.2-1.3 ii libvorbisfile3 1.3.2-1.3 ii libxml2 2.8.0+dfsg1-4 ii zlib1g 1:1.2.7.dfsg-13 tagtool recommends no packages. tagtool 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#679245: tagtool: copy id3v1 tag to id3v2 is mangling album title
Package: tagtool Version: 0.12.3-8.1 Severity: normal For the following MP3 id3v1 tags: • Artist: The Eighties Matchbox B-Line D • Album: Hörse Of The Dög Pressing CTRL+2 results in the following id3v2 tags: • Artist: The Eighties Matchbox B-Line D • Album: The Eighties Matchbox B-Line D -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (750, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) 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 tagtool depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-33 ii libcairo2 1.12.2-1 ii libfontconfig1 2.9.0-6 ii libfreetype62.4.9-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglade2-0 1:2.6.4-1 ii libglib2.0-02.32.3-1 ii libgtk2.0-0 2.24.10-1 ii libid3-3.8.3c2a 3.8.3-15 ii libogg0 1.3.0-4 ii libpango1.0-0 1.30.0-1 ii libstdc++6 4.7.0-8 ii libvorbis0a 1.3.2-1.3 ii libvorbisfile3 1.3.2-1.3 ii libxml2 2.8.0+dfsg1-4 ii zlib1g 1:1.2.7.dfsg-13 tagtool recommends no packages. tagtool 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#679246: tagtool: misreads/corrupts id3v2.3 tags in some cases
Package: tagtool Version: 0.12.3-8.1 Severity: normal eyeD3 reports: $ eyeD3 21_TRON\ \ Legacy\ -\ Tron\ Legacy\ \(End\ Titles\).MP3 21_TRON Legacy - Tron Legacy (End Titles).MP3 [ 7.55 MB ] --- Time: 03:18 MPEG1, Layer III[ 320 kb/s @ 44100 Hz - Joint stereo ] --- ID3 v2.3: title: Tron Legacy (End Titles) artist: Daft Punk album: TRON: Legacy year: 2010 track: 21/22genre: Soundtrack (id 24) Comment: [Description: ] [Lang: eng] Lable EMI Comment: [Description: ] [Lang: ] 504977752 FRONT_COVER Image: [Size: 1895 bytes] [Type: image/gif] Description: \\172.16.172.47\h\prevcontent\img\fs\cms\emi\504977752\504977752_60x60.gif tagtool reports (pasted from the form fields): Title: Tron Legacy (End Titles)ÿ\u Artist: Daft Punkcy (Enda汬 Album: TRON: Legacyí箶쿾9嚟 Comment: Lable EMIThe copl⹍ (so I can reproduce this later: $ sha1sum 21_TRON\ \ Legacy\ -\ Tron\ Legacy\ \(End\ Titles\).MP3 db391e2f9fa65fb3050a061cefd2912b15c692f7 21_TRON Legacy - Tron Legacy (End Titles).MP3 ) -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (750, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) 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 tagtool depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-33 ii libcairo2 1.12.2-1 ii libfontconfig1 2.9.0-6 ii libfreetype62.4.9-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglade2-0 1:2.6.4-1 ii libglib2.0-02.32.3-1 ii libgtk2.0-0 2.24.10-1 ii libid3-3.8.3c2a 3.8.3-15 ii libogg0 1.3.0-4 ii libpango1.0-0 1.30.0-1 ii libstdc++6 4.7.0-8 ii libvorbis0a 1.3.2-1.3 ii libvorbisfile3 1.3.2-1.3 ii libxml2 2.8.0+dfsg1-4 ii zlib1g 1:1.2.7.dfsg-13 tagtool recommends no packages. tagtool 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#679247: tagtool: doesn't appear to handle id3 v2.4 tags properly
Package: tagtool Version: 0.12.3-8.1 Severity: normal For songs from The Social Network OST, tagtool reports that they have no id3v1 tag, and an id3v2 tag which is blank for all fields. However: $ eyeD3 02\ In\ Motion.mp3 02 In Motion.mp3[ 11.42 MB ] --- Time: 04:57 MPEG1, Layer III[ 320 kb/s @ 44100 Hz - Joint stereo ] --- ID3 v2.4: title: In Motionartist: Trent Reznor and Atticus Ross album: The Social Network year: None track: 2/19 genre: Soundtrack (id 24) BPM: 124 Lyrics: [Description: None] [Lang: ] FRONT_COVER Image: [Size: 102428 bytes] [Type: image/jpeg] Description: Front cover -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (750, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) 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 tagtool depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-33 ii libcairo2 1.12.2-1 ii libfontconfig1 2.9.0-6 ii libfreetype62.4.9-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglade2-0 1:2.6.4-1 ii libglib2.0-02.32.3-1 ii libgtk2.0-0 2.24.10-1 ii libid3-3.8.3c2a 3.8.3-15 ii libogg0 1.3.0-4 ii libpango1.0-0 1.30.0-1 ii libstdc++6 4.7.0-8 ii libvorbis0a 1.3.2-1.3 ii libvorbisfile3 1.3.2-1.3 ii libxml2 2.8.0+dfsg1-4 ii zlib1g 1:1.2.7.dfsg-13 tagtool recommends no packages. tagtool 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#677246: goobox: diff for NMU version 3.0.1-1.1
tags 677246 + patch tags 677246 + pending thanks Here's the NMU patch - I uploaded just a moment ago. Thanks - I'll keep an eye on things for the time being. diff -Nru goobox-3.0.1/debian/changelog goobox-3.0.1/debian/changelog --- goobox-3.0.1/debian/changelog 2012-04-20 19:37:30.0 +0100 +++ goobox-3.0.1/debian/changelog 2012-06-26 22:09:02.0 +0100 @@ -1,3 +1,12 @@ +goobox (3.0.1-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Update to use libmusicbrainz5. Rework packaging to preserve +upstream configure and aclocal.m4 files during build process. +Closes: #677246. + + -- Jon Dowland j...@debian.org Tue, 26 Jun 2012 20:42:47 +0100 + goobox (3.0.1-1) unstable; urgency=low * New upstream release diff -Nru goobox-3.0.1/debian/control goobox-3.0.1/debian/control --- goobox-3.0.1/debian/control 2012-03-04 10:21:12.0 + +++ goobox-3.0.1/debian/control 2012-06-26 22:09:02.0 +0100 @@ -5,7 +5,7 @@ Build-Depends: debhelper (= 7), autotools-dev, docbook-to-man, gnome-doc-utils, intltool, libgconf2-dev, libgstreamer0.10-dev, libgtk-3-dev (= 3.2), libcam-dev [kfreebsd-any], -libmusicbrainz3-dev, libnotify-dev (= 0.7), po4a, libbrasero-media3-dev, +libmusicbrainz5-dev, libnotify-dev (= 0.7), po4a, libbrasero-media3-dev, recode, docbook-xml, libdiscid0-dev, libneon27-dev, dpkg-dev (= 1.16.1) Standards-Version: 3.9.3 Homepage: http://www.gnome.org/~paobac/goobox/ diff -Nru goobox-3.0.1/debian/patches/goobox-mb4.diff goobox-3.0.1/debian/patches/goobox-mb4.diff --- goobox-3.0.1/debian/patches/goobox-mb4.diff 1970-01-01 01:00:00.0 +0100 +++ goobox-3.0.1/debian/patches/goobox-mb4.diff 2012-06-26 22:09:02.0 +0100 @@ -0,0 +1,563 @@ +From b8046894e5d543048afbe7dd630aebc7c29d77a8 Mon Sep 17 00:00:00 2001 +From: Paolo Bacchilega pao...@src.gnome.org +Date: Sat, 02 Jun 2012 19:17:47 + +Subject: ported to libmusicbrainz4 + +--- +diff --git a/configure.ac b/configure.ac +index e7316f3..3c5e85c 100644 +--- a/configure.ac b/configure.ac +@@ -19,7 +19,7 @@ GLIB_REQUIRED=2.30 + GTK_REQUIRED=3.2.0 + GSTREAMER_REQUIRED=0.10.12 + LIBNOTIFY_REQUIRED=0.4.3 +-LIBMUSICBRAINZ3_REQUIRED=3.0.0 ++LIBMUSICBRAINZ4_REQUIRED=4.0.0 + + dnl === + +@@ -33,7 +33,7 @@ PKG_CHECK_MODULES(GOO, [ + gtk+-3.0 = $GTK_REQUIRED + gstreamer-0.10 = $GSTREAMER_REQUIRED + libbrasero-media3 +- libmusicbrainz3 = $LIBMUSICBRAINZ3_REQUIRED ++ libmusicbrainz4 = $LIBMUSICBRAINZ4_REQUIRED + libdiscid + ]) + AC_SUBST(GOO_CFLAGS) +diff --git a/src/album-info.c b/src/album-info.c +index 6e461cc..0bd20b9 100644 +--- a/src/album-info.c b/src/album-info.c +@@ -155,7 +155,7 @@ album_info_set_artist (AlbumInfo *album, + const char *artist, + const char *artist_id) + { +- if (artist == NULL) { ++ if ((artist == NULL) || (artist[0] == 0)) { + g_free (album-artist); + album-artist = NULL /*g_strdup (_(Unknown Artist))*/; + g_free (album-artist_id); +diff --git a/src/goo-error.h b/src/goo-error.h +index 3102f7d..3753b17 100644 +--- a/src/goo-error.h b/src/goo-error.h +@@ -23,11 +23,15 @@ + #ifndef __GOO_ERROR_H__ + #define __GOO_ERROR_H__ + +- + #include glib.h + + #define GOO_ERROR goo_error_quark () +-GQuark goo_error_quark (void); + ++enum { ++ GOO_ERROR_GENERIC, ++ GOO_ERROR_METADATA ++}; ++ ++GQuark goo_error_quark (void); + + #endif /* __GOO_ERROR_H__ */ +diff --git a/src/metadata.c b/src/metadata.c +index a79a23d..312208d 100644 +--- a/src/metadata.c b/src/metadata.c +@@ -24,33 +24,74 @@ + #include stdio.h + #include string.h + #include discid/discid.h +-#include musicbrainz3/mb_c.h ++#include musicbrainz4/mb4_c.h + #include album-info.h + #include glib-utils.h ++#include goo-error.h + #include metadata.h + + ++#define QUERY_AGENT (PACKAGE_NAME - PACKAGE_VERSION) ++ ++ + static TrackInfo * +-get_track_info (MbTrack mb_track, +- int n_track) ++get_track_info (Mb4Track mb_track, ++ int n_track) + { +- TrackInfo *track; +- char data[1024]; +- char data2[1024]; +- MbArtist mb_artist; ++ TrackInfo *track; ++ Mb4Recording recording; ++ intrequired_size = 0; ++ char *title = NULL; ++ Mb4ArtistCreditartist_credit; ++ Mb4NameCreditList name_credit_list; ++ inti; + + track = track_info_new (n_track, 0, 0); + +- mb_track_get_title (mb_track, data, 1024); +- track_info_set_title (track, data); ++ /* title */ ++ ++ recording = mb4_track_get_recording (mb_track); ++ if (recording != NULL) { ++ required_size = mb4_recording_get_title (recording, title, 0); ++ title = g_new (char, required_size + 1); ++ mb4_recording_get_title (recording, title, required_size + 1); ++ } ++ else { ++ required_size = mb4_track_get_title (mb_track, title, 0); ++ title = g_new (char, required_size + 1); ++ mb4_track_get_title (mb_track, title, required_size + 1
Bug#677233: proto-patches
I was hoping to have this patch finished today and beg for an upload prior to the freeze, but 3-5 is not a straightforward substitution â¹ Attached are two patches: a straightforward substitution and the beginnings of fixing up the bits that need fixing. I still hope to have this ready for squeeze. (don't mind the NMU stuff in these patches, that's just from my working copy) Description: Use libmusicbrainz5 instead of 3 Author: Jon Dowland j...@debian.org --- a/configure.in (revision 2279) +++ b/configure.in (working copy) @@ -224,13 +224,13 @@ AC_SUBST(GPOD_CFLAGS) AC_SUBST(GPOD_LIBS) -AC_ARG_WITH([libmusicbrainz3], -[AS_HELP_STRING([--with-libmusicbrainz3], -[Add support for libmusicbrainz3])], +AC_ARG_WITH([libmusicbrainz5], +[AS_HELP_STRING([--with-libmusicbrainz5], +[Add support for libmusicbrainz5])], [], -[with_libmusicbrainz3=check]) -AS_IF([test x$with_libmusicbrainz3 != xno], -[PKG_CHECK_MODULES(MUSICBRAINZ,[libmusicbrainz3 libcurl],[MUSICBRAINZ_DEFINES=-DHAVE_MUSICBRAINZ AC_DEFINE([MUSICBRAINZ_ENABLED],[1],[Define to 1 if you have musicbrainz3 support])],AC_MSG_NOTICE([Compiling without libmusicbrainz3 support])) +[with_libmusicbrainz5=check]) +AS_IF([test x$with_libmusicbrainz5 != xno], +[PKG_CHECK_MODULES(MUSICBRAINZ,[libmusicbrainz5 libcurl],[MUSICBRAINZ_DEFINES=-DHAVE_MUSICBRAINZ AC_DEFINE([MUSICBRAINZ_ENABLED],[1],[Define to 1 if you have musicbrainz5 support])],AC_MSG_NOTICE([Compiling without libmusicbrainz5 support])) AC_SUBST(MUSICBRAINZ_DEFINES) AC_SUBST(MUSICBRAINZ_CFLAGS) AC_SUBST(MUSICBRAINZ_LIBS) --- a/src/support.c (revision 2279) +++ b/src/support.c (working copy) @@ -2375,12 +2375,12 @@ gchar *get_cover_art_url(gchar * artist, gchar * title, gchar * album) { int i; -MbWebService mb; -MbQuery query; -MbReleaseFilter release_filter; -MbResultList results; -MbRelease release; -MbReleaseIncludes includes; +Mb5WebService mb; +Mb5Query query; +Mb5ReleaseFilter release_filter; +Mb5ResultList results; +Mb5Release release; +Mb5ReleaseIncludes includes; char id[1024]; char asin[1024]; @@ -2393,41 +2393,41 @@ if (album == NULL artist == NULL) return ret; -mb = mb_webservice_new(); +mb = mb5_webservice_new(); -query = mb_query_new(mb, gnome-mplayer); +query = mb5_query_new(mb, gnome-mplayer); -release_filter = mb_release_filter_new(); +release_filter = mb5_release_filter_new(); if (release_filter == NULL) return ret; if (artist != NULL strlen(artist) 0) -release_filter = mb_release_filter_artist_name(release_filter, artist); +release_filter = mb5_release_filter_artist_name(release_filter, artist); if (album != NULL strlen(album) 0) -release_filter = mb_release_filter_title(release_filter, album); +release_filter = mb5_release_filter_title(release_filter, album); -results = mb_query_get_releases(query, release_filter); -mb_release_filter_free(release_filter); +results = mb5_query_get_releases(query, release_filter); +mb5_release_filter_free(release_filter); if (results != NULL) { -//printf(items found: %i\n, mb_result_list_get_size(results)); +//printf(items found: %i\n, mb5_result_list_get_size(results)); highest_score = -1; -for (i = 0; i mb_result_list_get_size(results); i++) { -score = mb_result_list_get_score(results, i); -release = mb_result_list_get_release(results, i); +for (i = 0; i mb5_result_list_get_size(results); i++) { +score = mb5_result_list_get_score(results, i); +release = mb5_result_list_get_release(results, i); if (release != NULL) { -mb_release_get_id(release, id, 1024); -mb_release_free(release); -includes = mb_release_includes_new(); +mb5_release_get_id(release, id, 1024); +mb5_release_free(release); +includes = mb5_release_includes_new(); if (includes != NULL) { -includes = mb_track_includes_url_relations(includes); -release = mb_query_get_release_by_id(query, id, includes); -mb_release_includes_free(includes); +includes = mb5_track_includes_url_relations(includes); +release = mb5_query_get_release_by_id(query, id, includes); +mb5_release_includes_free(includes); } } if (release != NULL) { -mb_release_get_asin(release, asin, 1024); -mb_release_free(release); +mb5_release_get_asin(release, asin, 1024); +mb5_release_free(release); if (strlen(asin) 0) { //printf(asin = %s score = %i\n,asin,score
Bug#677252: would you accept a backported patch for musicbrainz5 in kdemultimedia, for wheezy?Hi Jon!
On Tue, Jun 19, 2012 at 08:47:19PM -0300, Lisandro Damián Nicanor Pérez Meyer wrote: kdemultimedia creates lots of binaries [0]. Do you know exactly which of them use the old mb? Yes, it's libkcddb4 and kscd. Please **note** that I'm mostly speaking **for myself**: *if* the patches are accepted upstream and we manage to get them before the freeze (we uploaded kdemultimedia a few days ago, so we will wait for it to enter unstable), I don't think there will be much problem in applying them. I don't think upstream are likely to accept these patches. My understanding is that the version we're talking about is considered stable by upstream and so they won't accept further changes. Their focus is on the next release (which has moved away from the monolithic packaging). However I am not very familiar with KDE upstream, and perhaps they would consider the patches after all. The turn-around to get them accepted upstream would rule this out for wheezy, though. The patches themselves, when I write them, are backports from the git repositories for kcddb and kscd. The reworking I need to do is mostly fixing the paths to files in the diffs (since they've moved about). Most of the changes are simple substitutions (mb4_* to mb5_*, etc.). 4:4.8.4-1 is now in unstable. I will most likely work on the patch on Tuesday. There are presently three packages relying on mb3 still: kdemultimedia, goobox and gnome-mplayer. The goobox patch is written, I just need to convince the maintainer. Gnome-mplayer is yet to be patched so I'll be working on that on Tuesday too. There's a slim chance we can get the migration to musicbrainz5 done in time for wheezy. Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677246: patch for goobox / musicbrainz5
Hi Helge, On Tue, Jun 19, 2012 at 07:48:27PM +0200, Helge Kreutzmann wrote: It's a tad bit unfortunate that this is discovered only such recently before the release. Are there any bug reports showing the problems? There (was) a fairly old bug about the issue on sound-juicer which has just been closed. Essentially, what has happened is that libmb3 uses the 'version 1' web services API. At some point upstream made a big schema change to 'next generation schema' or NGS - they then adapted their version 1 API to work on top of NGS as best as possible, but with difficulty since it was fairly tightly coupled to the old schema. As a consequence, some things (such as multi-disc releases) are not handled properly. The NGS change was brought in May 2011, so the problem has been around since then. It's fixed by using libmb4, which uses version 2 of the API, which is coupled to the NGS. The timing is basically my fault, here. A few weeks ago I finally got sick enough of this bug in sound-juicer to try and chase it down for good. In doing so, I made a list of libmb3 users, and that's how I discovered goobox - I hadn't heard of it before then. The MB4 library came out in January so anyone who noticed could have scratched the itch at any time in the last 6 months. If you are willing to subscribe to the package until release and fix any issues popping up due to the NMU, I'm fine with it. I just don't have any time atm to monitor this change this late in the cycle. I'm more than happy to do that. One good thing about this is I discovered goobox which looks pretty cool :) I'll prepare and upload the NMU on Tuesday. I will plan to use a DELAYED queue but not one that misses the wheezy deadline. Thanks -- Jon Dowland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677252: would you accept a backported patch for musicbrainz5 in kdemultimedia, for wheezy?
Hi folks, I filed #677252 against kdemultimedia as part of a larger effort to transition all Debian packages away from earlier libmusicbrainz versions, and I've been hoping to achieve this in time for wheezy. All versions prior to mb4 (which was never packaged for Debian) use an older, deprecated musicbrainz API which has a number of problems, not least with multi-disc releases. So all double-albums are messed up for example. (You can see the progress of my bugs/patches etc. at http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=libmusicbrainz5;users=j...@debian.org) I've looked at kdemultimedia and it looks like I need to adapt two backported patches from upstream, which is mostly straightforward but will require a bit of time from me to get familiar with KDE and KDE packaging, etc. I'd really like to see this done for wheezy but it's not worth me embarking on it unless there's a chance you'd accept the patch. So, would you? Please let me know ⺠It's 99% a sed-job (mb_* to mb5_*); there are a small number of deprecated functions that need replacing but I don't think kdemultimedia makes heavy use of them. Many thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678213: new upstream version 1.7.0 available
Source: chocolate-doom Severity: wishlist Version: 1.6.0-1 There's a new upstream version available: http://sourceforge.net/projects/chocolate-doom/files/chocolate-doom/1.7.0/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678020: mosh: 1.2 seems a lot less reliable than 1.1
Package: mosh Version: 1.2-1~bpo60+1 Severity: normal Hi, I'm using mosh as reported above on the server and 1.2.1-1 on the client end. Since the upgrade from 1.1 at both ends, I've found mosh a lot less reliable. It can typically establish a connection but then loses contact with the server after ~30 seconds or so and never regains it. My normal environment for using it is a 3G connection on a train. I found 1.1 fairly good in that environment and bad with 1.2. I also tried it this weekend on some mainline trains (travelled ~350 miles each way) and my experience was the same. -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (500, 'stable-updates') Architecture: i386 (i686) Kernel: Linux 3.0.18-linode43 (SMP w/4 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 mosh depends on: ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libio-pty-perl1:1.08-1 Perl module for pseudo tty IO ii libncurses5 5.7+20100313-5 shared libraries for terminal hand ii libprotobuf6 2.3.0-4protocol buffers C++ library ii libstdc++64.4.5-8The GNU Standard C++ Library v3 ii libutempter0 1.1.5-3A privileged helper for utmp/wtmp ii openssh-client1:5.5p1-6+squeeze2 secure shell (SSH) client, for sec ii zlib1g1:1.2.3.4.dfsg-3 compression library - runtime mosh recommends no packages. mosh 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#677247: patch for rhythmbox/musicbrainz5 debian
tags 677247 +patch thanks The upstream patch works for me and applies cleanly to the latest package. Here's it in debian/patches form. I've adjusted build dependencies and written a placeholder changelog entry, but I am not in Uploaders. Note that I think bad things will happen if the package is built with libmusicbrainz3-dev available. I suppose it should either Build-Conflicts or patch out the autoconf bits which look for libmusicbrainz3? diff -ruN rhythmbox-2.97~/debian/changelog rhythmbox-2.97/debian/changelog --- rhythmbox-2.97~/debian/changelog 2012-06-10 17:11:39.0 +0100 +++ rhythmbox-2.97/debian/changelog 2012-06-18 22:35:11.438707000 +0100 @@ -1,3 +1,9 @@ +rhythmbox (2.97-2) unstable; urgency=low + + * Update to use libmusicbrainz5. Closes: #677247. + + -- Jon Dowland j...@debian.org Mon, 18 Jun 2012 22:17:51 +0100 + rhythmbox (2.97-1) unstable; urgency=low * New upstream release. diff -ruN rhythmbox-2.97~/debian/control rhythmbox-2.97/debian/control --- rhythmbox-2.97~/debian/control 2012-06-10 17:27:57.0 +0100 +++ rhythmbox-2.97/debian/control 2012-06-18 22:35:31.090801654 +0100 @@ -21,7 +21,7 @@ libgdk-pixbuf2.0-dev (= 2.18.0), libglib2.0-dev (= 2.28.0), libgpod-dev (= 0.8.2-4), - libmusicbrainz3-dev (= 3.0.2), + libmusicbrainz5-dev (= 5.0.0), libneon27-dev | libneon27-gnutls-dev, libdiscid0-dev, libtotem-plparser-dev (= 2.32.1), diff -ruN rhythmbox-2.97~/debian/control.in rhythmbox-2.97/debian/control.in --- rhythmbox-2.97~/debian/control.in 2012-06-10 16:02:42.0 +0100 +++ rhythmbox-2.97/debian/control.in 2012-06-18 22:34:39.238551912 +0100 @@ -16,7 +16,7 @@ libgdk-pixbuf2.0-dev (= 2.18.0), libglib2.0-dev (= 2.28.0), libgpod-dev (= 0.8.2-4), - libmusicbrainz3-dev (= 3.0.2), + libmusicbrainz5-dev (= 5.0.0), libneon27-dev | libneon27-gnutls-dev, libdiscid0-dev, libtotem-plparser-dev (= 2.32.1), diff -ruN rhythmbox-2.97~/debian/patches/rb-mb5.patch rhythmbox-2.97/debian/patches/rb-mb5.patch --- rhythmbox-2.97~/debian/patches/rb-mb5.patch 1970-01-01 01:00:00.0 +0100 +++ rhythmbox-2.97/debian/patches/rb-mb5.patch 2012-06-18 22:35:16.406730928 +0100 @@ -0,0 +1,823 @@ +From 33074fa366a502e9b2106e44754c8ae9e9d4881b Mon Sep 17 00:00:00 2001 +From: Robert Ancell robert.anc...@canonical.com +Date: Thu, 7 Jun 2012 15:18:32 +1200 +Subject: [PATCH] audiocd: Add support for musicbrainz5 + +--- + configure.ac | 17 +- + plugins/audiocd/Makefile.am|8 + + plugins/audiocd/sj-metadata-getter.c |6 + + plugins/audiocd/sj-metadata-musicbrainz5.c | 619 + plugins/audiocd/sj-metadata-musicbrainz5.h | 56 +++ + 5 files changed, 703 insertions(+), 3 deletions(-) + create mode 100644 plugins/audiocd/sj-metadata-musicbrainz5.c + create mode 100644 plugins/audiocd/sj-metadata-musicbrainz5.h + +diff --git a/configure.ac b/configure.ac +index 33efca8..c68c629 100644 +--- a/configure.ac b/configure.ac +@@ -51,6 +51,7 @@ GLIB_REQS=2.28.0 + LIBGPOD_REQS=0.6 + MUSICBRAINZ3_REQS=3.0.2 + MUSICBRAINZ4_REQS=4.0.0 ++MUSICBRAINZ5_REQS=5.0.0 + TOTEM_PLPARSER_REQS=2.32.1 + VALA_REQS=0.9.4 + AVAHI_REQS=0.6 +@@ -355,10 +356,14 @@ if test x$enable_musicbrainz != xno; then + AC_SUBST(MUSICBRAINZ3_CFLAGS) + AC_SUBST(MUSICBRAINZ3_LIBS) + +- PKG_CHECK_MODULES(MUSICBRAINZ4, libmusicbrainz4 = $MUSICBRAINZ4_REQS gconf-2.0, [have_musicbrainz4=yes], [have_musicbrainz4=no]) ++ PKG_CHECK_MODULES(MUSICBRAINZ4, libmusicbrainz4 = $MUSICBRAINZ4_REQS libdiscid gconf-2.0, [have_musicbrainz4=yes], [have_musicbrainz4=no]) + AC_SUBST(MUSICBRAINZ4_CFLAGS) + AC_SUBST(MUSICBRAINZ4_LIBS) + ++ PKG_CHECK_MODULES(MUSICBRAINZ5, libmusicbrainz5 = $MUSICBRAINZ5_REQS libdiscid gconf-2.0, [have_musicbrainz5=yes], [have_musicbrainz5=no]) ++ AC_SUBST(MUSICBRAINZ5_CFLAGS) ++ AC_SUBST(MUSICBRAINZ5_LIBS) ++ + if test x$have_musicbrainz3 = xyes; then + oldlibs=$LIBS + LIBS=$LIBS $MUSICBRAINZ3_LIBS +@@ -374,16 +379,22 @@ if test x$enable_musicbrainz != xno; then + have_sj_metadata_getter=yes + fi + ++ if test x$have_musicbrainz5 = xyes; then ++ AC_DEFINE([HAVE_MUSICBRAINZ5], 1, [Whether libmusicbrainz5 is available]) ++ have_sj_metadata_getter=yes ++ fi ++ + if test x$have_sj_metadata_getter = xyes; then + AC_DEFINE([HAVE_SJ_METADATA_GETTER], 1, [Whether to use the sound-juicer metadata getter code]) + else + if test x$enable_musicbrainz = xyes; then +- AC_MSG_ERROR([MusicBrainz requested, but neither libmusicbrainz3 nor libmusicbrainz4 are available]) ++ AC_MSG_ERROR([MusicBrainz requested, but neither libmusicbrainz3, libmusicbrainz4 nor libmusicbrainz5 are available]) + fi + fi + fi + AM_CONDITIONAL([HAVE_MUSICBRAINZ3], [test x$have_musicbrainz3 = xyes
Bug#677246: patch for goobox / musicbrainz5
Hi, On Mon, Jun 18, 2012 at 09:49:21PM +0200, Helge Kreutzmann wrote: thanks for your work. Just to inform you: I'm listening, but due to the close freeze and me having little time atm this is clearly a post Wheezy issue. (If there is a hidden last minute removal or some such please inform me, I'hope not, though). I've been hoping that we'll have no mb3 packages in wheezy, since mb3 doesn't really work ;), but it's not an official release goal or anything like that. If you are too busy what do you think about an NMU? Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677792: [NEW] please consider including vcs-lint tool in devscripts
Package: devscripts Version: 2.11.7 Severity: wishlist Tags: patch Hi, I've written a tool 'vcs-lint' (formerly 'mr-lint'[1]) for which I am looking for a home. It's not intended to be a purely Debian tool, but it's certainly what I use it for most, and it has some Debian-specific functionality. 'mr' and 'moreutils' are places I've considered which are not appropriate. Is devscripts a good fit? I don't feel it deserves it's own package, but I'd quite like to get it into wheezy if possible. Latest version attached. Sample usage/output: $ vcs-lint /home/jon/wd/bup: local branches not present in origin: fix-pythonoptimize,debian-proposed,debian-dump-s390 /home/jon/wd/bup: commits to local branch debian have not been pushed to origin /home/jon/wd/bup: 6 missing upstream tags: 0.14a, 0.17b, 0.20, 0.22a, 0.24b, 0.25~git2011.11.04 /home/jon/wd/bup: 8 missing debian tags: debian/0.17b-1, debian/0.20-2, debian/0.22a-1, debian/0.25~git2011.11.04-1, debian/0.25~git2011.11.04-2, debian/0.25~git2011.11.04-3, debian/0.25~git2011.11.04-4, debian/0.25~git2011.11.04-5 Please let me know what you think. Thanks! [1] http://jmtd.net/log/mr-lint/ #!/usr/bin/python # -*- coding: utf-8 -*- # Copyright 2011 © Jon Dowland j...@debian.org # Licensed under the GNU GPL version 2 or higher. import sys, os, subprocess def usage(): print usage: vcs-lint [ --verbose ]\n+\ vcs-lint will inspect the current working directory. exit(0) verbose = False if --verbose in sys.argv: verbose = True if --help in sys.argv: usage() def debug(str): if verbose: print str def run(cmd): p = subprocess.Popen(cmd,stdout=subprocess.PIPE,stderr=subprocess.PIPE) output, errors = p.communicate() return output # how many debian package versions are there? def get_package_versions(): output = run(['dpkg-parsechangelog', '--format', 'rfc822' , '--all']) return set([ x[9:] for x in output.split(\n) if Version: == x[:9] ]) def get_git_tags(): tags = set(filter(lambda x: x, run([git, tag, -l]).split(\n))) debug(\ttags: %s % , .join(sorted(tags))) return tags # git tag checking # there should be a tag 'upstream/$uv' and 'debian/$uv-$dv' for every version $v = $uv-$dv def missing_tags(repo,ttype,missing): if missing: print %s: %d missing %s tags: %s % (repo, len(missing), ttype, , .join(sorted(missing))) def check_package_versions_tagged(repo,git_tags,package_versions): debug(\tcheck_package_versions_tagged) if not filter(lambda x: x.find(-) = 0, package_versions): # native package missing_tags(repo, package version, package_versions - git_tags) else: prefix = if filter(lambda x: x.find(upstream) == 0, git_tags): prefix = upstream/ missing_tags(repo, upstream, set( [ %s%s%(prefix,x[:x.find(-)]) for x in package_versions if x.find(-) = 0 ]) - git_tags) missing_tags(repo, debian, set([debian/%s%x for x in package_versions]) - git_tags) # git branch checking def get_git_branches(prefix): branches = run([git, for-each-ref, '--format=%(refname)', prefix]).split(\n) return set([ x[len(prefix):] for x in branches if prefix == x[:len(prefix)] ]) def get_git_local_branches(): return get_git_branches(refs/heads/) def get_git_origin_branches(): return get_git_branches(refs/remotes/origin/) # are all local branches represented at origin? def check_local_branches_at_origin(repo,origin_branches,local_branches): debug(\tcheck_local_branches_at_origin) debug(\t\tlocal branches: %s % ,.join(local_branches)) debug(\t\torigin branches: %s % ,.join(origin_branches)) missing = local_branches - origin_branches if missing: print %s: local branches not present in origin: %s % (repo, ,.join(missing)) # is branch x ahead of origin/x? def local_branch_ahead_of_origin(branch): debug(\tlocal_branch_ahead_of_origin) return bool(run([git, rev-list, branch, ^remotes/origin/%s % branch, --])) # do all local branches match origin branches of the same name? def check_branches_match_origin (repo,origin_branches,local_branches): debug(\tcheck_branches_match_origin) for b in local_branches origin_branches: debug(\t\t%s % b) l = run([git, for-each-ref,'--format=%(objectname)', refs/remotes/origin/%s % b]) r = run([git, for-each-ref,'--format=%(objectname)', refs/heads/%s % b]) if r != l: if local_branch_ahead_of_origin(b): print %s: commits to local branch %s have not been pushed to origin % (repo,b) else: print %s: local branch %s does not match origin branch %s % (repo,b,b) def is_gitrepo(): return os.path.isdir(.git) def repo_is_debian_package(): return os.path.isfile(debian/changelog) repo = os.getcwd() if not is_gitrepo: sys.stderr.write(%s: not a git repository\n % repo) exit(1) origin_branches = get_git_origin_branches() local_branches = get_git_local_branches() check_local_branches_at_origin(repo, origin_branches, local_branches) check_branches_match_origin(repo
Bug#677246: patch to use libmusicbrainz5
tags 677246 +patch thanks Please find attached. The Debian patch contains two patches for upstream: the first is taken *from* upstream (move to mb4), the second is one of mine and sits on top (move to mb5). Since autoreconf is now required, to satisfy dpkg source format 3.0 I added some stuff to debian/rules to preserve the upstream configure and aclocal.m4 files. diff -Nru goobox-3.0.1/debian/changelog goobox-3.0.1/debian/changelog --- goobox-3.0.1/debian/changelog 2012-04-20 19:37:30.0 +0100 +++ goobox-3.0.1/debian/changelog 2012-06-14 09:43:46.0 +0100 @@ -1,3 +1,11 @@ +goobox (3.0.1-2) unstable; urgency=low + + * Update to use libmusicbrainz5. Rework packaging to preserve +upstream configure and aclocal.m4 files during build process. +Closes: #677246. + + -- Jon Dowland j...@debian.org Thu, 14 Jun 2012 09:43:08 +0100 + goobox (3.0.1-1) unstable; urgency=low * New upstream release diff -Nru goobox-3.0.1/debian/patches/goobox-mb4.patch goobox-3.0.1/debian/patches/goobox-mb4.patch --- goobox-3.0.1/debian/patches/goobox-mb4.patch 1970-01-01 01:00:00.0 +0100 +++ goobox-3.0.1/debian/patches/goobox-mb4.patch 2012-06-14 09:29:16.0 +0100 @@ -0,0 +1,563 @@ +From b8046894e5d543048afbe7dd630aebc7c29d77a8 Mon Sep 17 00:00:00 2001 +From: Paolo Bacchilega pao...@src.gnome.org +Date: Sat, 02 Jun 2012 19:17:47 + +Subject: ported to libmusicbrainz4 + +--- +diff --git a/configure.ac b/configure.ac +index e7316f3..3c5e85c 100644 +--- a/configure.ac b/configure.ac +@@ -19,7 +19,7 @@ GLIB_REQUIRED=2.30 + GTK_REQUIRED=3.2.0 + GSTREAMER_REQUIRED=0.10.12 + LIBNOTIFY_REQUIRED=0.4.3 +-LIBMUSICBRAINZ3_REQUIRED=3.0.0 ++LIBMUSICBRAINZ4_REQUIRED=4.0.0 + + dnl === + +@@ -33,7 +33,7 @@ PKG_CHECK_MODULES(GOO, [ + gtk+-3.0 = $GTK_REQUIRED + gstreamer-0.10 = $GSTREAMER_REQUIRED + libbrasero-media3 +- libmusicbrainz3 = $LIBMUSICBRAINZ3_REQUIRED ++ libmusicbrainz4 = $LIBMUSICBRAINZ4_REQUIRED + libdiscid + ]) + AC_SUBST(GOO_CFLAGS) +diff --git a/src/album-info.c b/src/album-info.c +index 6e461cc..0bd20b9 100644 +--- a/src/album-info.c b/src/album-info.c +@@ -155,7 +155,7 @@ album_info_set_artist (AlbumInfo *album, + const char *artist, + const char *artist_id) + { +- if (artist == NULL) { ++ if ((artist == NULL) || (artist[0] == 0)) { + g_free (album-artist); + album-artist = NULL /*g_strdup (_(Unknown Artist))*/; + g_free (album-artist_id); +diff --git a/src/goo-error.h b/src/goo-error.h +index 3102f7d..3753b17 100644 +--- a/src/goo-error.h b/src/goo-error.h +@@ -23,11 +23,15 @@ + #ifndef __GOO_ERROR_H__ + #define __GOO_ERROR_H__ + +- + #include glib.h + + #define GOO_ERROR goo_error_quark () +-GQuark goo_error_quark (void); + ++enum { ++ GOO_ERROR_GENERIC, ++ GOO_ERROR_METADATA ++}; ++ ++GQuark goo_error_quark (void); + + #endif /* __GOO_ERROR_H__ */ +diff --git a/src/metadata.c b/src/metadata.c +index a79a23d..312208d 100644 +--- a/src/metadata.c b/src/metadata.c +@@ -24,33 +24,74 @@ + #include stdio.h + #include string.h + #include discid/discid.h +-#include musicbrainz3/mb_c.h ++#include musicbrainz4/mb4_c.h + #include album-info.h + #include glib-utils.h ++#include goo-error.h + #include metadata.h + + ++#define QUERY_AGENT (PACKAGE_NAME - PACKAGE_VERSION) ++ ++ + static TrackInfo * +-get_track_info (MbTrack mb_track, +- int n_track) ++get_track_info (Mb4Track mb_track, ++ int n_track) + { +- TrackInfo *track; +- char data[1024]; +- char data2[1024]; +- MbArtist mb_artist; ++ TrackInfo *track; ++ Mb4Recording recording; ++ intrequired_size = 0; ++ char *title = NULL; ++ Mb4ArtistCreditartist_credit; ++ Mb4NameCreditList name_credit_list; ++ inti; + + track = track_info_new (n_track, 0, 0); + +- mb_track_get_title (mb_track, data, 1024); +- track_info_set_title (track, data); ++ /* title */ ++ ++ recording = mb4_track_get_recording (mb_track); ++ if (recording != NULL) { ++ required_size = mb4_recording_get_title (recording, title, 0); ++ title = g_new (char, required_size + 1); ++ mb4_recording_get_title (recording, title, required_size + 1); ++ } ++ else { ++ required_size = mb4_track_get_title (mb_track, title, 0); ++ title = g_new (char, required_size + 1); ++ mb4_track_get_title (mb_track, title, required_size + 1); ++ } ++ track_info_set_title (track, title); ++ debug (DEBUG_INFO, == [MB] TRACK %d: %s\n, n_track, title); ++ ++ g_free (title); ++ ++ /* artist */ ++ ++ artist_credit = mb4_track_get_artistcredit (mb_track); ++ name_credit_list = mb4_artistcredit_get_namecreditlist (artist_credit); ++ for (i = 0; i mb4_namecredit_list_size (name_credit_list); i++) { ++ Mb4NameCredit name_credit = mb4_namecredit_list_item (name_credit_list, i); ++ Mb4Artist artist; ++ char *artist_name = NULL; ++ char *artist_id = NULL
Bug#677246: patch for goobox / musicbrainz5
tags 677246 +patch thanks Please find attached. (Sorry this is a re-send, my work smtp server ate my first mail). Patch has two sub-patches: ⢠a backport of upstream's mb3 â mb4 patch ⢠a subsequent mb4 â mb5 patch I've adjusted the rules file to preserve configure and aclocal.m4, to keep dpkg/source/3 happy. diff -Nru goobox-3.0.1/debian/changelog goobox-3.0.1/debian/changelog --- goobox-3.0.1/debian/changelog 2012-04-20 19:37:30.0 +0100 +++ goobox-3.0.1/debian/changelog 2012-06-14 09:43:46.0 +0100 @@ -1,3 +1,11 @@ +goobox (3.0.1-2) unstable; urgency=low + + * Update to use libmusicbrainz5. Rework packaging to preserve +upstream configure and aclocal.m4 files during build process. +Closes: #677246. + + -- Jon Dowland j...@debian.org Thu, 14 Jun 2012 09:43:08 +0100 + goobox (3.0.1-1) unstable; urgency=low * New upstream release diff -Nru goobox-3.0.1/debian/patches/goobox-mb4.patch goobox-3.0.1/debian/patches/goobox-mb4.patch --- goobox-3.0.1/debian/patches/goobox-mb4.patch 1970-01-01 01:00:00.0 +0100 +++ goobox-3.0.1/debian/patches/goobox-mb4.patch 2012-06-14 09:29:16.0 +0100 @@ -0,0 +1,563 @@ +From b8046894e5d543048afbe7dd630aebc7c29d77a8 Mon Sep 17 00:00:00 2001 +From: Paolo Bacchilega pao...@src.gnome.org +Date: Sat, 02 Jun 2012 19:17:47 + +Subject: ported to libmusicbrainz4 + +--- +diff --git a/configure.ac b/configure.ac +index e7316f3..3c5e85c 100644 +--- a/configure.ac b/configure.ac +@@ -19,7 +19,7 @@ GLIB_REQUIRED=2.30 + GTK_REQUIRED=3.2.0 + GSTREAMER_REQUIRED=0.10.12 + LIBNOTIFY_REQUIRED=0.4.3 +-LIBMUSICBRAINZ3_REQUIRED=3.0.0 ++LIBMUSICBRAINZ4_REQUIRED=4.0.0 + + dnl === + +@@ -33,7 +33,7 @@ PKG_CHECK_MODULES(GOO, [ + gtk+-3.0 = $GTK_REQUIRED + gstreamer-0.10 = $GSTREAMER_REQUIRED + libbrasero-media3 +- libmusicbrainz3 = $LIBMUSICBRAINZ3_REQUIRED ++ libmusicbrainz4 = $LIBMUSICBRAINZ4_REQUIRED + libdiscid + ]) + AC_SUBST(GOO_CFLAGS) +diff --git a/src/album-info.c b/src/album-info.c +index 6e461cc..0bd20b9 100644 +--- a/src/album-info.c b/src/album-info.c +@@ -155,7 +155,7 @@ album_info_set_artist (AlbumInfo *album, + const char *artist, + const char *artist_id) + { +- if (artist == NULL) { ++ if ((artist == NULL) || (artist[0] == 0)) { + g_free (album-artist); + album-artist = NULL /*g_strdup (_(Unknown Artist))*/; + g_free (album-artist_id); +diff --git a/src/goo-error.h b/src/goo-error.h +index 3102f7d..3753b17 100644 +--- a/src/goo-error.h b/src/goo-error.h +@@ -23,11 +23,15 @@ + #ifndef __GOO_ERROR_H__ + #define __GOO_ERROR_H__ + +- + #include glib.h + + #define GOO_ERROR goo_error_quark () +-GQuark goo_error_quark (void); + ++enum { ++ GOO_ERROR_GENERIC, ++ GOO_ERROR_METADATA ++}; ++ ++GQuark goo_error_quark (void); + + #endif /* __GOO_ERROR_H__ */ +diff --git a/src/metadata.c b/src/metadata.c +index a79a23d..312208d 100644 +--- a/src/metadata.c b/src/metadata.c +@@ -24,33 +24,74 @@ + #include stdio.h + #include string.h + #include discid/discid.h +-#include musicbrainz3/mb_c.h ++#include musicbrainz4/mb4_c.h + #include album-info.h + #include glib-utils.h ++#include goo-error.h + #include metadata.h + + ++#define QUERY_AGENT (PACKAGE_NAME - PACKAGE_VERSION) ++ ++ + static TrackInfo * +-get_track_info (MbTrack mb_track, +- int n_track) ++get_track_info (Mb4Track mb_track, ++ int n_track) + { +- TrackInfo *track; +- char data[1024]; +- char data2[1024]; +- MbArtist mb_artist; ++ TrackInfo *track; ++ Mb4Recording recording; ++ intrequired_size = 0; ++ char *title = NULL; ++ Mb4ArtistCreditartist_credit; ++ Mb4NameCreditList name_credit_list; ++ inti; + + track = track_info_new (n_track, 0, 0); + +- mb_track_get_title (mb_track, data, 1024); +- track_info_set_title (track, data); ++ /* title */ ++ ++ recording = mb4_track_get_recording (mb_track); ++ if (recording != NULL) { ++ required_size = mb4_recording_get_title (recording, title, 0); ++ title = g_new (char, required_size + 1); ++ mb4_recording_get_title (recording, title, required_size + 1); ++ } ++ else { ++ required_size = mb4_track_get_title (mb_track, title, 0); ++ title = g_new (char, required_size + 1); ++ mb4_track_get_title (mb_track, title, required_size + 1); ++ } ++ track_info_set_title (track, title); ++ debug (DEBUG_INFO, == [MB] TRACK %d: %s\n, n_track, title); ++ ++ g_free (title); ++ ++ /* artist */ ++ ++ artist_credit = mb4_track_get_artistcredit (mb_track); ++ name_credit_list = mb4_artistcredit_get_namecreditlist (artist_credit); ++ for (i = 0; i mb4_namecredit_list_size (name_credit_list); i++) { ++ Mb4NameCredit name_credit = mb4_namecredit_list_item (name_credit_list, i); ++ Mb4Artist artist; ++ char *artist_name = NULL; ++ char *artist_id = NULL; ++ ++ artist = mb4_namecredit_get_artist
Bug#677235: gnome-sushi: please update to use libmusicbrainz5
On Wed, Jun 13, 2012 at 10:08:59AM +0100, Jon Dowland wrote: For some reason for most of the music I have on my laptop, the tracks are linked to a single release which is a bootleg of some sort (examples [1,2]) which has scant metadata, in particular no ASINs. Figured it out. The sushi code is written to support receiving multiple matches for its query to MB: it loops through and picks the first match which has an ASIN. However, when the actual query is made, the limit on responses is set to one, so only one result is ever returned. In the case of many albums, there are multiple matches, sometimes with bootlegs or just with records which aren't fleshed out with an ASIN. This simple patch cures the issue for me for the albums I've tested. Would you consider it in the Debian package? (about to submit upstream): diff --git a/src/libsushi/sushi-cover-art.c b/src/libsushi/sushi-cover-art.c index 5869ae1..f171884 100644 --- a/src/libsushi/sushi-cover-art.c +++ b/src/libsushi/sushi-cover-art.c @@ -229,7 +229,7 @@ fetch_uri_job (GIOSchedulerJob *sched_job, param_values[0] = g_strdup_printf (artist:\%s\ AND release:\%s\, job-a param_names[1] = g_strdup (limit); - param_values[1] = g_strdup (1); + param_values[1] = g_strdup (10); param_names[2] = NULL; param_values[2] = NULL; -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677235: gnome-sushi: please update to use libmusicbrainz5
On Tue, Jun 12, 2012 at 10:25:45PM +0100, Jon Dowland wrote: I haven't managed to provoke that code to run successfully with either version. I'm getting 'Unable to fetch the Amazon cover art uri from MusicBrainz: Error getting the ASIN from MusicBrainz' for anything I've tried, with either version. On further investigation, it works for some of my stuff and not for most of it. For some reason for most of the music I have on my laptop, the tracks are linked to a single release which is a bootleg of some sort (examples [1,2]) which has scant metadata, in particular no ASINs. Anyway that's a separate upstream issue which I might work on once the rest of the mb5 transition work is done. I can confirm this patch works :) [1] http://musicbrainz.org/release/1f94237a-c9aa-43a7-a9e9-e181577e8eec [2] http://musicbrainz.org/release/39937bd6-d31a-44bf-828b-564c091eacd8 -- Jon Dowland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677233: gnome-mplayer: please link against libmusicbrainz5
Source: gnome-mplayer Version: 1.0.6-1 Severity: normal Tags: upstream Forwarded: http://code.google.com/p/gnome-mplayer/issues/detail?id=622 Hi - I'm filing this to track progress of updating packages which depend on libmusicbrainz3-6 to use libmusicbrainz5 instead. libmusicbrainz5 uses the newer musicbrainz API - the older one has been deprecated for a while, and has problems with things like multi-disc releases. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (750, 'testing'), (600, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677235: gnome-sushi: please update to use libmusicbrainz5
Source: gnome-sushi Version: 0.4.1-2 Severity: normal Upstream's latest release has transitioned to version 4, version 5 is nearly identical to 4 (a few 'sed' commands away). I think Michael Biebl backported the patch, I just need to dig it out and test it. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (750, 'testing'), (600, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677235: gnome-sushi: please update to use libmusicbrainz5
Hi, Patch applies fine and sushi builds. I tried current unstable and then a patched version. I haven't managed to provoke that code to run successfully with either version. I'm getting 'Unable to fetch the Amazon cover art uri from MusicBrainz: Error getting the ASIN from MusicBrainz' for anything I've tried, with either version. I'll try poking around more in the code. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644512: sound-juicer: Completely broken track lookup
Hi folks, I've just been bitten by this bug *again*. I was amazed it hadn't been fixed but of course it has, upstream at least; but the build-deps need sorting for it to take effect. It would be great if multi-disc functionality was fixed for wheezy. On Sun, May 13, 2012 at 02:45:50AM +0200, Hermann Lauer wrote: please apply the appended patch which make a depend on libmusicbrainz = 4.0.1 possible. I've been a) wanting this fixed for a while and b) interested in helping out with the GNOME team, so I will test this patch tonight and then put binaries somewhere, perhaps mentors. -- Jon Dowland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668997: bup: breaks if PYTHONOPTIMIZE is set
Hi, On Mon, Apr 16, 2012 at 01:25:35PM +0200, Sascha Silbe wrote: bup uses the Python assert statement for regular operations, not just for additional sanity checks that go beyond what should be done during normal operation (i.e. debugging assertions). Version 0.25~git2011.11.04-4 in experimental should resolve this. Can you please give it a try? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596751: not suitable for squeeze
On Fri, May 25, 2012 at 09:59:45AM +0200, Cyril Brulebois wrote: could you please take 5 seconds to answer this, please? Hi Cyril, Sorry yes. (I wish I had a better bug workflow. Stuff like this keeps getting lost. Kind of ironic given the package.) OK being realistic, I haven't devoted any time to this program in a long while. There are a number of transitions that the package needs, not just on the Debian side but also GTK2â3, glade â gtkbuilder, and no doubt more. I think the odds are that we should remove it from Debian. The package is not without merit, popcon says ~40 submitters which is pretty remarkable given the state of the package IMHO. Some of the feedback I've had suggests the idea is a good one and people would welcome something that worked; but debgtd is not there yet. I currently structure my spare time so that I can devote Tuesday nights to Debian work. Can we please sit on this until the end of Tuesday next week (29th). I will try to look at it properly on that day and assess whether I can, within a matter of weeks, make it shippable. After that day if I have not managed to do so then I will submit a removal request. Does that sound sensible? (that took more than 5 seconds, but it was worthwhile non-the-less.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674438: liblhasa-dev: please depend on liblhasa0
On Thu, May 24, 2012 at 12:05:31PM -0400, Aaron M. Ucko wrote: Please correct liblhasa-dev to depend on liblhasa0 to keep liblhasa.so from potentially dangling. Thanks! Oops! Thanks for pointing this out. I've just uploaded a fix. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657395: your mail
On Tue, May 22, 2012 at 09:20:43PM +, Bas van den Dikkenberg wrote: Wotj [aclahe are you talking Sorry I don't understand. I'm talking about cinnamon. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674027: cryptsetup: please document -r argument shorthand for --readonly in manpage
Package: cryptsetup Version: 2:1.4.1-3 Severity: minor Tags: patch -r is an alias for --readonly but is missing from the manpage. Patch attached. -- Package-specific info: -- /proc/cmdline BOOT_IMAGE=/vmlinuz-3.2.0-2-amd64 root=/dev/mapper/vg-root ro quiet -- /etc/crypttab sda3_crypt UUID=eb1b1c1c-5eec-4bd8-a1ff-e06924fad8b2 none luks -- /etc/fstab # /etc/fstab: static file system information. # # Use 'blkid' to print the universally unique identifier for a # device; this may be used with UUID= as a more robust way to name devices # that works even if disks are added and removed. See fstab(5). # # file system mount point type options dump pass proc/proc procdefaults0 0 /dev/mapper/vg-root / ext4errors=remount-ro 0 1 # /boot was on /dev/sda2 during installation UUID=ef0166b2-b6ef-4c8b-9350-f32e298bdfa3 /boot ext4defaults 0 2 /dev/mapper/vg-home /home ext4defaults0 2 /dev/mapper/vg-swap noneswapsw 0 0 /dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0 LABEL=archive /media/archiveext4defaults0 2 LABEL=dropbox /media/dropboxext4defaults,user_xattr 0 2 LABEL=windows /media/windowsext4defaults0 2 -- lsmod Module Size Used by usbhid 36379 0 hid81288 1 usbhid nls_utf8 12456 0 nls_cp437 16553 0 vfat 17316 0 fat45642 1 vfat usb_storage43870 0 uas13296 0 ip6table_filter12540 0 ip6_tables 22175 1 ip6table_filter ipt_MASQUERADE 12594 3 iptable_nat12928 1 nf_nat 18242 2 iptable_nat,ipt_MASQUERADE nf_conntrack_ipv4 14078 4 nf_nat,iptable_nat nf_defrag_ipv4 12483 1 nf_conntrack_ipv4 xt_state 12503 1 nf_conntrack 52720 5 xt_state,nf_conntrack_ipv4,nf_nat,iptable_nat,ipt_MASQUERADE ipt_REJECT 12502 2 xt_CHECKSUM12471 1 iptable_mangle 12536 1 xt_tcpudp 12570 5 iptable_filter 12536 1 ip_tables 22042 3 iptable_filter,iptable_mangle,iptable_nat x_tables 19073 11 ip_tables,iptable_filter,xt_tcpudp,iptable_mangle,xt_CHECKSUM,ipt_REJECT,xt_state,iptable_nat,ipt_MASQUERADE,ip6_tables,ip6table_filter bridge 70728 0 stp12392 1 bridge parport_pc 22364 0 ppdev 12763 0 lp 17149 0 parport31858 3 lp,ppdev,parport_pc rfcomm 33656 8 bnep 17567 2 fuse 61981 3 nfsd 211858 2 nfs 312191 0 nfs_acl12511 2 nfs,nfsd auth_rpcgss37143 2 nfs,nfsd fscache36739 1 nfs lockd 67328 2 nfs,nfsd sunrpc173671 6 lockd,auth_rpcgss,nfs_acl,nfs,nfsd kvm_intel 121968 0 kvm 287572 1 kvm_intel loop 22641 0 snd_hda_codec_hdmi 30783 1 snd_hda_codec_conexant45199 1 arc4 12458 2 snd_hda_intel 26345 2 snd_hda_codec 78031 3 snd_hda_intel,snd_hda_codec_conexant,snd_hda_codec_hdmi joydev 17266 0 snd_hwdep 13186 1 snd_hda_codec snd_pcm_oss41081 0 snd_mixer_oss 17916 1 snd_pcm_oss snd_pcm63900 5 snd_pcm_oss,snd_hda_codec,snd_hda_intel,snd_hda_codec_hdmi iwlwifi 166657 0 mac80211 192768 1 iwlwifi snd_page_alloc 13003 2 snd_pcm,snd_hda_intel thinkpad_acpi 61270 0 snd_timer 22917 1 snd_pcm cfg80211 137140 2 mac80211,iwlwifi nvram 13049 1 thinkpad_acpi btusb 17502 2 bluetooth 119406 23 btusb,bnep,rfcomm snd52850 13 snd_timer,thinkpad_acpi,snd_pcm,snd_mixer_oss,snd_pcm_oss,snd_hwdep,snd_hda_codec,snd_hda_intel,snd_hda_codec_conexant,snd_hda_codec_hdmi rfkill 19012 5 bluetooth,cfg80211,thinkpad_acpi i915 355924 4 uvcvideo 57744 0 tpm_tis17454 0 tpm17862 1 tpm_tis soundcore 13065 1 snd tpm_bios 12948 1 tpm drm_kms_helper 27227 1 i915 drm 167670 5 drm_kms_helper,i915 videodev 70889 1 uvcvideo v4l2_compat_ioctl3216655 1 videodev iTCO_wdt 17081 0 iTCO_vendor_support12704 1 iTCO_wdt i2c_algo_bit 12841 1 i915 media 18148 2 videodev,uvcvideo i2c_i801 16870 0 cdc_ncm17121 0 usbnet
Bug#657395: your mail
Hi Bas, How is progress going? The wheezy freeze is getting very close. It would be good to have some cinnamon packages in Debian before that, ideally in the next week or so. Are you planning to use a version control system for the packaging? If so do you have a WIP of your packaging anywhere? Are you planning to maintain this as part of a team? If you weren't, would you consider it, in particular the collab-maint group? http://wiki.debian.org/Teams/CollabMaint [ sorry if you get this twice - I could have sworn I wrote this a few days ago but can't find it in the BTS ] Thanks signature.asc Description: Digital signature
Bug#657395: ITP: cinnamon -- Cinnamon desktop
Hi Bas, How is the package going? Are you preparing the packaging in a VCS? Is there a public copy of it for those who want to see how far along things are? Are you planning to maintain this solo, or as part of a team? Would you be open to the idea of CollabMaint[1] at the very least? The squeeze freeze is likely very close. http://wiki.debian.org/Teams/CollabMaint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673883: sound-juicer: 'Help' refers to 'edit profiles' which doesn't exist
Package: sound-juicer Version: 3.4.0-1 Severity: minor The sound-juicer 'Help' has the following, towards the bottom of the 'Preferences' page: You can click the Edit Profiles button to edit the available audio formats. The profile editor dialogue provides direct access to the audio conversion. Profiles are defined with GStreamer pipelines. This is no longer the case: you are presented with a read-only list of profiles, no way of figuring out what they are, editing them or adding to them. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (750, 'testing'), (600, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) 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 sound-juicer depends on: ii gconf-service3.2.5-1 ii gconf2 3.2.5-1 ii gstreamer0.10-plugins-base 0.10.36-1 ii gstreamer0.10-plugins-good 0.10.31-1+b1 ii libatk1.0-0 2.4.0-2 ii libbrasero-media3-1 3.2.0-4 ii libc62.13-30 ii libcanberra-gtk3-0 0.28-4 ii libgconf-2-4 3.2.5-1 ii libglib2.0-0 2.32.0-4 ii libgstreamer-plugins-base0.10-0 0.10.36-1 ii libgstreamer0.10-0 0.10.36-1 ii libgtk-3-0 3.2.3-1 ii libmusicbrainz3-63.0.2-2.1 ii libpango1.0-01.29.4-3+b1 Versions of packages sound-juicer recommends: ii eject 2.1.5+deb1+cvs20081104-10 Versions of packages sound-juicer suggests: ii brasero 3.2.0-4 ii gstreamer0.10-lamenone ii gstreamer0.10-plugins-really-bad none ii gstreamer0.10-plugins-ugly0.10.19-1 -- 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#664185: dropping bup from s390
On Wed, May 16, 2012 at 05:23:26PM +0200, Bastian Blank wrote: The test tries to mmap a file with the size of slightly above 1GiB. In bup.bloom: | create(): expected = 268435456 | create(): bits = 30 | create(): size = 1073741824 | ! tbloom.py:38 4 == 4 Yes. The FTBFS can be worked around by skipping make test on s390. I'm considering that. You're right that the problem is not specific to s390 (it's just triggered a lot earlier). I don't categorically know that bup itself (not just the tests) gracefully handle failing mmaps. Upstream report that i386 can get into problems with large backups. Whether that's RC is another question. Upstream did map out a possible solution for gracefully handling failing mmap within bup, but no code so far. And waiting for 5 month is also no solution. You are being unnecessarily antagonistic - please try to be constructive. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668997: [lelu...@gmail.com: Re: bup: breaks if PYTHONOPTIMIZE is set (reported in Debian) [PATCH]]
Hi, if you are able to, can you try and see whether this patch works to fix the problem for you? As far as I can see they are the only two asserts which have side effects. If you could test a package with this applied I could prepare one for you, too. Thanks - Forwarded message from Gabriel Filion lelu...@gmail.com - From: Gabriel Filion lelu...@gmail.com Subject: Re: bup: breaks if PYTHONOPTIMIZE is set (reported in Debian) [PATCH] Date: Thu, 17 May 2012 06:02:31 -0400 To: Jon Dowland j...@debian.org CC: bup-list bup-l...@googlegroups.com X-CRM114-Status: GOOD ( 11.95 ) Hello, On 12-05-16 10:52 AM, Jon Dowland wrote: From e6e39056c3a17db2cd493d5c590f42a8c02ca772 Mon Sep 17 00:00:00 2001 From: Jon Dowland j...@debian.org Date: Wed, 16 May 2012 15:41:23 +0100 Subject: [PATCH] rewrite asserts to be side-effect free Two asserts changed program state, and so problems could occur if the asserts are not executed (such as when PYTHONOPTIMIZE is fiddled with). Move the side-effect code out of the assert and test only previously calculated results. I didn't confirm that this has the expected result, but it looks reasonable. Can someone confirm that with this patch, the bug related to PYTHONOPTIMIZE is fixed? lib/bup/git.py |6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/lib/bup/git.py b/lib/bup/git.py index 5cb2829..b999a09 100644 --- a/lib/bup/git.py +++ b/lib/bup/git.py @@ -959,7 +959,8 @@ class CatPipe: if not self.p or self.p.poll() != None: self._restart() assert(self.p) -assert(self.p.poll() == None) +r = self.p.poll() +assert(r == None) if self.inprogress: log('_fast_get: opening %r while %r is open\n' % (id, self.inprogress)) @@ -985,7 +986,8 @@ class CatPipe: yield type for blob in it: yield blob -assert(self.p.stdout.readline() == '\n') +l = self.p.stdout.readline() +assert(l == '\n') self.inprogress = None except Exception, e: it.abort() -- Gabriel Filion - End forwarded message - From e6e39056c3a17db2cd493d5c590f42a8c02ca772 Mon Sep 17 00:00:00 2001 From: Jon Dowland j...@debian.org Date: Wed, 16 May 2012 15:41:23 +0100 Subject: [PATCH] rewrite asserts to be side-effect free Two asserts changed program state, and so problems could occur if the asserts are not executed (such as when PYTHONOPTIMIZE is fiddled with). Move the side-effect code out of the assert and test only previously calculated results. --- lib/bup/git.py |6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/lib/bup/git.py b/lib/bup/git.py index 5cb2829..b999a09 100644 --- a/lib/bup/git.py +++ b/lib/bup/git.py @@ -959,7 +959,8 @@ class CatPipe: if not self.p or self.p.poll() != None: self._restart() assert(self.p) -assert(self.p.poll() == None) +r = self.p.poll() +assert(r == None) if self.inprogress: log('_fast_get: opening %r while %r is open\n' % (id, self.inprogress)) @@ -985,7 +986,8 @@ class CatPipe: yield type for blob in it: yield blob -assert(self.p.stdout.readline() == '\n') +l = self.p.stdout.readline() +assert(l == '\n') self.inprogress = None except Exception, e: it.abort() -- 1.7.10
Bug#402317: lha: please use update-alternatives for lha
Hi, I'm about to upload another LHA alternative and I think it is a shame for both of them to have to Conflicts: on the original. I plan to NMU lha with this patch before the squeeze freeze begins. Please let me know if you object or plan to do this yourself. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#402317: lha: diff for NMU version 1.14i-10.4
tags 402317 + patch tags 402317 + pending thanks Dear maintainer, I've prepared an NMU for lha (versioned as 1.14i-10.4) and uploaded it to DELAYED/7. Please feel free to tell me if I should delay it longer. Regards. diff -u lha-1.14i/debian/rules lha-1.14i/debian/rules --- lha-1.14i/debian/rules +++ lha-1.14i/debian/rules @@ -64,7 +64,7 @@ # $(MAKE) install BINDIR=$(CURDIR)/debian/lha/usr/bin \ # MANDIR=$(CURDIR)/debian/lha/usr/share/man \ # MANSECT=1 - install -m 755 src/lha $(CURDIR)/debian/lha/usr/bin + install -m 755 src/lha $(CURDIR)/debian/lha/usr/bin/lha.bin # Copy the filenames without the .euc extension cp MACHINES.euc MACHINES @@ -75,8 +75,8 @@ gzip -9 -c man/lha.n debian/lha.euc.1.gz gzip -9 -c debian/lha.1 debian/lha.1.gz - install -m 644 debian/lha.euc.1.gz $(CURDIR)/debian/lha/usr/share/man/ja/man1/lha.1.gz - install -m 644 debian/lha.1.gz $(CURDIR)/debian/lha/usr/share/man/man1/lha.1.gz + install -m 644 debian/lha.euc.1.gz $(CURDIR)/debian/lha/usr/share/man/ja/man1/lha.bin.1.gz + install -m 644 debian/lha.1.gz $(CURDIR)/debian/lha/usr/share/man/man1/lha.bin.1.gz # Build architecture-independent files here. binary-indep: build install diff -u lha-1.14i/debian/control lha-1.14i/debian/control --- lha-1.14i/debian/control +++ lha-1.14i/debian/control @@ -8,6 +8,7 @@ Package: lha Architecture: any Depends: ${shlibs:Depends} +Provides: lzh-archiver Description: lzh archiver The famous lzh archiver, known from DOS. When mixing DOS and Unix you might need it. (Especially for fido -- rfc conversions.) diff -u lha-1.14i/debian/changelog lha-1.14i/debian/changelog --- lha-1.14i/debian/changelog +++ lha-1.14i/debian/changelog @@ -1,3 +1,11 @@ +lha (1.14i-10.4) unstable; urgency=low + + * Non-maintainer upload. + * Use alternatives for /usr/bin/lha, to play nice with others. +Thanks Ying-Chun Liu (PaulLiu). Closes: #402317. + + -- Jon Dowland j...@debian.org Mon, 14 May 2012 13:54:01 +0100 + lha (1.14i-10.3) unstable; urgency=medium * Non-maintainer upload. only in patch2: unchanged: --- lha-1.14i.orig/debian/lha.prerm +++ lha-1.14i/debian/lha.prerm @@ -0,0 +1,23 @@ +#! /bin/sh +# prerm script for lha +# +set -e +case $1 in +remove|upgrade|deconfigure) +update-alternatives --quiet --remove lha /usr/bin/lha.bin +update-alternatives --quiet --remove lzh-archiver /usr/bin/lha.bin +;; +failed-upgrade) +;; +*) +echo prerm called with unknown argument \$1' 2 +exit 0 +;; +esac + +# dh_installdeb will replace this with shell code automatically +# generated by other debhelper scripts. + +#DEBHELPER# + +exit 0 only in patch2: unchanged: --- lha-1.14i.orig/debian/lha.postinst +++ lha-1.14i/debian/lha.postinst @@ -0,0 +1,30 @@ +#! /bin/sh +# postinst script for lha +# +set -e +case $1 in +configure) +update-alternatives --quiet --install /usr/bin/lha lha /usr/bin/lha.bin 60 \ +--slave /usr/share/man/man1/lha.1.gz lha.1.gz /usr/share/man/man1/lha.bin.1.gz \ +--slave /usr/share/man/ja/man1/lha.1.gz lha.eucjp.1.gz /usr/share/man/ja/man1/lha.bin.1.gz +update-alternatives --quiet --install /usr/bin/lzh-archiver lzh-archiver /usr/bin/lha.bin 60 \ +--slave /usr/share/man/man1/lzh-archiver.1.gz lzh-archiver.1.gz /usr/share/man/man1/lha.bin.1.gz \ +--slave /usr/share/man/ja/man1/lzh-archiver.1.gz lzh-archiver.eucjp.1.gz /usr/share/man/ja/man1/lha.bin.1.gz +;; + +abort-upgrade|abort-remove|abort-deconfigure) + +;; + +*) +echo postinst called with unknown argument \$1' 2 +exit 0 +;; +esac + +# dh_installdeb will replace this with shell code automatically +# generated by other debhelper scripts. + +#DEBHELPER# + +exit 0
Bug#672796: sopwith: spelling mistake in long description (patch)
Package: sopwith Version: 1.7.4-6 Severity: minor patch attached. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (750, 'testing'), (600, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -ru sopwith-1.7.4~/debian/control sopwith-1.7.4/debian/control --- sopwith-1.7.4~/debian/control 2012-03-12 20:36:43.0 + +++ sopwith-1.7.4/debian/control 2012-05-13 19:34:38.404616420 +0100 @@ -14,4 +14,4 @@ BMB Compuscience Canada. It has been adapted to run under *nix using the SDL toolkit. Poor graphics, stupid AI, and horrible sound await you. The gameplay is simple, addictive, and fun. A `side-scroller', you pilot your biplane - across a static field, destorying enemy encampments and planes. + across a static field, destroying enemy encampments and planes.
Bug#672647: uswsusp: manpage spelling corrections (patch)
Package: uswsusp Version: 1.0+20110509-2 Severity: minor Tags: patch The manpage for s2ram is a little mangled at the bottom and there's a mispelling. Patch attached. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (750, 'testing'), (600, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash --- debian/s2ram.8~ 2011-09-25 22:37:46.0 +0100 +++ debian/s2ram.8 2012-05-12 16:53:24.519671005 +0100 @@ -31,7 +31,7 @@ s2ram \- program to suspend to ram (suspend) .SH SYNOPSIS .HP \w'\fBs2ram\fR\ 'u -\fBs2ram\fR [\-h,\ \-\-help] [\-V,\ \-\-vesion] [\-n,\ \-\-test] [\-i,\ \-\-identify] [\-\-nofbsuspend] [\-\-force] [\-\-vbe_save] [\-\-vbe_mode] [\-\-radeontool] [\-\-acpi_sleep\ \fInr\fR] [\-\-pci_save] +\fBs2ram\fR [\-h,\ \-\-help] [\-V,\ \-\-version] [\-n,\ \-\-test] [\-i,\ \-\-identify] [\-\-nofbsuspend] [\-\-force] [\-\-vbe_save] [\-\-vbe_mode] [\-\-radeontool] [\-\-acpi_sleep\ \fInr\fR] [\-\-pci_save] .SH DESCRIPTION .PP This manual page documents briefly the @@ -129,7 +129,7 @@ On Debian systems, the complete text of the GNU General Public License can be found in /usr/share/common\-licenses/GPL\. .SH AUTHOR .PP -\fBTimTim DijkstraDijkstra\fR \tim@famdijkstra\.org\ \tim@famdijkstra\.org\ +\fBTim Dijkstra\fR \tim@famdijkstra\.org\ \tim@famdijkstra\.org\ .RS 4 Wrote this manpage for the Debian system\. .RE
Bug#672647: Acknowledgement (uswsusp: manpage spelling corrections (patch))
Another patch for s2disk --- debian/s2disk.8~ 2012-05-12 16:56:23.768227446 +0100 +++ debian/s2disk.8 2012-05-12 16:55:57.460145784 +0100 @@ -119,7 +119,7 @@ On Debian systems, the complete text of the GNU General Public License can be found in /usr/share/common\-licenses/GPL\. .SH AUTHOR .PP -\fBTimTim DijkstraDijkstra\fR \tim@famdijkstra\.org\ \tim@famdijkstra\.org\ +\fBTim Dijkstra\fR \tim@famdijkstra\.org\ \tim@famdijkstra\.org\ .RS 4 Wrote this manpage for the Debian system\. .RE
Bug#596741: regression: CPU fan fast after resume: won't climb back down (patch from upstream)
On Thu, Apr 26, 2012 at 02:59:29PM -0500, Jonathan Nieder wrote: Even easier is testing using the upstream source. It works like this: Thanks again for the detailed instructions. They really are a help. I was not aware this was possible for the debian flavours. Good stuff. 2. Fetch point release (KMS variant): cd linux git remote add squeeze-drm \ git://git.kernel.org/pub/scm/linux/kernel/git/smb/linux-2.6.32.y-drm33.z.git git fetch squeeze-drm 3. Configure, build, and test: git checkout squeeze-drm/master cp /boot/config-2.6.32-5-* .config; # stock configuration scripts/config --disable DEBUG_INFO make localmodconfig; # optional: minimize configuration make deb-pkg; # optionally with -jnum for parallel build dpkg -i ../name of package; # as root Hopefully it reproduces the problem. So: Alas no â the patch which fixes the issue has already been applied to this branch. So this worked ⺠I haven't tried reverting it to reproduce the issue again, yet, but I can if you want. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671154: ITP: lhasa -- lha archive decompressor
Package: wnpp Severity: wishlist Owner: Jon Dowland j...@debian.org * Package name: lhasa Version : 0.0.4 Upstream Author : Simon Howard frag...@removethistoemailme.gmail.com * URL : http://fragglet.github.com/lhasa/ * License : ISC Programming Lang: C Description : lha archive decompressor Lhasa is a library for parsing LHA (.lzh) archives and a free replacement for the Unix LHA tool. Currently it is only possible to read from (ie. decompress) archives; generating (compressing) LHA archives may be an enhancement for future versions. The aim is to be compatible with as many different variants of the LHA file format as possible, including LArc (.lzs) and PMarc (.pma). A suite of archives generated from different tools is included for regression testing. The command line tool aims to be interface-compatible with the non-free Unix LHA tool (command line syntax and output), for backwards compatibility with tools that expect particular output. Lhasa is licensed under the ISC license, which is a simplified version of the MIT/X11 license that is functionally identical. It's my intention to initially package the lhasa binary and later add the library package. signature.asc Description: Digital signature
Bug#661329: closed by Thomas Goirand z...@debian.org (Bug#661329: fixed in deng 1.9.0-beta6.9+dfsg1-2.1)
* Non-maintainer upload. I think it's really bad form to NMU without any warning. Kees is not a developer, he relies on sponsors to upload his packages. He is also not listed on http://wiki.debian.org/LowThresholdNmu. You didn't use a DELAY queue, you haven't filed an nmudiff to the bts⦠Far more polite would have been to help Kees form a solution and sponsor an upload for him. Can you please re-acquant yourself with the Developer's Reference? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596741: patch from upstream
Hi Ben, On Sun, Apr 08, 2012 at 11:13:54PM +0100, Ben Hutchings wrote: On Tue, 2012-04-03 at 09:17 +0100, Jon Dowland wrote: I tested a patch upstream and it solved the problem to me. I mailed it to the bug (but chose to use -quiet which I perhaps shouldn't have.) I've applied this to the sid branch (i.e. for wheezy). Would you mind testing whether this backport to squeeze fixes the bug there? I'm happy to: but after a few hours I've totally failed to build the squeeze kernel for various reasons, the last attempt (in a pbuilder) without any clear idea why it failed. So I've rather ran out of time to dedicate to this task but I'll happily test someone else's build. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670169: empty lib{pam,nss}-sss packages
package: libpam-sss version: 1.8.1-1 severity: grave (same for libnss-sss) I don't believe this can be right: # dpkg -S libpam-sss libpam-sss: /usr/share/doc/libpam-sss/changelog.Debian.gz libpam-sss: /usr/share/doc/libpam-sss libpam-sss: /usr/share/doc/libpam-sss/copyright # dpkg -S libnss-sss libnss-sss: /usr/share/doc/libnss-sss/changelog.Debian.gz libnss-sss: /usr/share/doc/libnss-sss libnss-sss: /usr/share/lintian/overrides/libnss-sss libnss-sss: /usr/share/doc/libnss-sss/copyright # apt-cache policy libpam-sss libpam-sss: Installed: 1.8.1-1 Candidate: 1.8.1-1 Version table: *** 1.8.1-1 0 650 http://mirror.ox.ac.uk/debian/ wheezy/main amd64 Packages 650 http://mirror.ox.ac.uk/debian/ testing/main amd64 Packages 100 /var/lib/dpkg/status # apt-cache policy libnss-sss libnss-sss: Installed: 1.8.1-1 Candidate: 1.8.1-1 Version table: *** 1.8.1-1 0 650 http://mirror.ox.ac.uk/debian/ wheezy/main amd64 Packages 650 http://mirror.ox.ac.uk/debian/ testing/main amd64 Packages 100 /var/lib/dpkg/status -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668181: qtscrob: Linked with OpenSSL, seems to be a GPL violation
On Mon, Apr 09, 2012 at 04:25:57PM +0300, Adrian Bunk wrote: Subject: Re: Bug#668181: qtscrob: Linked with OpenSSL, seems to be a GPL Thanks for bringing this to my attention! It might be enough to change the libcurl build dependency to libcurl4-gnutls-dev. Sadly this doesn't appear to be sufficient but I will investigate further this evening. Cheers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org