Bug#576218: [php-maint] Bug#576218: Bug#576218: (no subject)
block 576218 by 286356 thank you I would be happy to fix that in Debian as soon as http://bugs.debian.org/286356 is fixed. O. On Sat, Feb 11, 2012 at 23:53, Lior Kaplan kap...@debian.org wrote: On Sun, Feb 12, 2012 at 12:02 AM, Anton Eliasson de...@antoneliasson.se wrote: This is indeed because PHP is linked against libedit instead of libreadline because of licensing issues (according to #341868 and #286356). So why does interactive mode work in Ubuntu? 1. The do build with libedit and we don't. 2. They've fixed this issue in libedit: https://bugs.launchpad.net/ubuntu/+source/php5/+bug/322214 Kaplan ___ pkg-php-maint mailing list pkg-php-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint -- Ondřej Surý ond...@sury.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658914: imvirt: does not know about ARAnyM (m68k Atari emulator)
Michael Schmitz píše v Sun 12. 02. 2012 v 01:40 +0100: I'd wager a guess that there is no actual hardware Falcon with AB040 that runs Linux out there - Petr had trouble getting Linux to run on that hardware and we never got to the bottom of that. I can always give it a new try. I remember that the kernel must have been in ST-RAM, otherwise the bogomips detection went hairy (just a side effect of losing interrupts?) Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659354: reprepro: Update rules does not work with architecture all
Bernhard R. Link brl...@debian.org writes:
[...]
I cannot reproduce something like that failing here.
Perhaps the output of an reprepro -VV checkupdate
can give more information what it tries to do.
(Ideally only with the minid-arch-source in the Update:
of conf/distributions and not the others).
Here is my log:
#+begin_src
ftpmaster@repository:~/reprepro$ reprepro -VV -b ${HOME}/reprepro
checkupdate unstable
Method 'http://192.168.1.10/debian' started as 1324
want to read from 'http://192.168.1.10/debian'
Got '100 Capabilities
Version: 1.2
Pipeline: true
Send-Config: true
'
Sending config: '601 Configuration
Config-Item: Dir=/
'
want to write to 'http://192.168.1.10/debian'
want to read from 'http://192.168.1.10/debian'
want to write to 'http://192.168.1.10/debian'
want to read from 'http://192.168.1.10/debian'
want to write to 'http://192.168.1.10/debian'
want to read from 'http://192.168.1.10/debian'
want to read from 'http://192.168.1.10/debian'
aptmethod 'http://192.168.1.10/debian': 'Connexion à 192.168.1.10'
want to read from 'http://192.168.1.10/debian'
aptmethod 'http://192.168.1.10/debian': 'Connexion à 192.168.1.10'
want to read from 'http://192.168.1.10/debian'
aptmethod 'http://192.168.1.10/debian': 'Waiting for headers'
want to read from 'http://192.168.1.10/debian'
aptmethod error receiving
'http://192.168.1.10/debian/unstable/source/Release':
'404 Not Found'
want to read from 'http://192.168.1.10/debian'
aptmethod 'http://192.168.1.10/debian': 'Waiting for headers'
want to read from 'http://192.168.1.10/debian'
aptmethod error receiving
'http://192.168.1.10/debian/unstable/source/Release.gpg':
'404 Not Found'
Still waiting for 1324
There have been errors!
#+end_src
--
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x6A2540D1
pgp9QWGrYMR9j.pgp
Description: PGP signature
Bug#659685: fails to build the kernel module
Package: openvswitch-datapath-dkms Version: 1.4.0-1 Severity: grave Hi there! First, thanks for maintaining OVS, this is a very nice software, which I will use with XCP (for which I'm working on the packaging, together with people from Citrix). Now, the less nice stuff... :) openvswitch-datapath-dkms fails to build its kernel module when I tried to install it in SID. Here's the relevant log: Building module: cleaning build area(bad exit status: 2) ./configure --with-linux=/usr/src/linux-headers-3.1.0-1-686-pae ; make -C datapath/linux..(bad exit status: 2) Error! Bad return status for module build on kernel: 3.1.0-1-686-pae (i686) Consult /var/lib/dkms/openvswitch/1.4.0/build/make.log for more information. and the make.log contains: make: Entering directory `/var/lib/dkms/openvswitch/1.4.0/build/datapath/linux' make: *** No targets specified and no makefile found. Stop. make: Leaving directory `/var/lib/dkms/openvswitch/1.4.0/build/datapath/linux' I believe that the step building the Makefile was never run (but I didn't investigate more and used the module-assistant version). Indeed: root@hostname:~# ls /var/lib/dkms/openvswitch/1.4.0/build/datapath/linux compat Kbuild.in Makefile.in Makefile.main.in Modules.mk If I add in debian/dkms.conf.in something like this: -MAKE=./configure --with-linux=/usr/src/linux-headers-`uname -r` ; make -C datapath/linux +MAKE=./configure --with-linux=/usr/src/linux-headers-`uname -r` ; cp datapath/linux/Makefile.in datapath/linux/Makefile ; cp datapath/linux/Makefile.main.in datapath/linux/Makefile.main ; make -C datapath/linux then I have further errors: checking for Linux source directory... configure: error: cannot find source directory (please use --with-linux-source) make: Entering directory `/var/lib/dkms/openvswitch/1.4.0/build/datapath/linux' Makefile.main:8: @abs_srcdir@/../Modules.mk: No such file or directory Makefile.main:9: @abs_srcdir@/Modules.mk: No such file or directory Makefile.main:55: *** Linux kernel source not configured - missing version.h. Stop. make: Leaving directory `/var/lib/dkms/openvswitch/1.4.0/build/datapath/linux' Note that *I do* have linux-headers-3.1.0-1-686-pae, linux-headers-3.1.0-1-common and linux-kbuild-3.1 installed on my server, so it should be able to find what it needs. I used 3.1 because 3.2 just crashes when I boot with it, but as I wanted to make sure, I also tried to install and run Linux 3.2, and the issue was the same (so it's not a Debian Linux 3.1 kernel specific issue, it's really general, and also is present when running with latest 3.2 kernel in SID). This makes the package unusable, which in Debian books is an RC bug. A fix correcting this issue ASAP would be really appreciated. :) Cheers, Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659686: equivs: Should support config script and templates files
Package: equivs Version: 2.0.9 Severity: wishlist It would be nice to be able to use debconf in an equivs-generated package. For this you only need to add the possibility to embed a templates file in the DEBIAN directory, and also the possibility to add a config script similar to maintainer scripts (postinst, preinst, etc.). -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (150, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages equivs depends on: ii debhelper 9.20120115 ii dpkg-dev 1.16.2~70.gbp03dc29 ii fakeroot 1.18.2-1 ii make 3.81-8.1 ii perl 5.14.2-7 equivs recommends no packages. equivs 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#659687: Multiple security issues
Package: mysql-5.1 Severity: grave Tags: security Multiple security issues have been announced in MySQL: http://www.oracle.com/technetwork/topics/security/cpujan2012-366304.html#AppendixMSQL Unfortunately Oracle refuses to release specific information, which allow isolating security fixes. As such, we should proceed by releasing 5.1.61 in stable-security. MySQL 5.5 from experimental is affected as well. Do you plan to have 5.5 replace 5.1 for Wheezy? Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659641: ITP: python-quantities -- Support for physical quantities with units, based on numpy
Hi, On Sun, Feb 12, 2012 at 07:49:04PM +0100, Andrea Palazzi wrote: Package: wnpp Severity: wishlist Owner: Andrea Palazzi palazziand...@yahoo.it Version : 0.10.1 Upstream Author : Darren Dale dsdal...@gmail.com * URL : http://pypi.python.org/pypi/quantities * License : BSD Programming Lang: Python Description : Support for physical quantities with units, based on numpy I have a packaging draft for this one, which I'm happy to contribute -- in case you haven't done it yourself yet (it is fairly straightforward). The reaon I haven't pushed this package yet is that the unittests do not pass and upstream didn't work on this code for a while. I filed some bug reports, but nothing happened yet. In any case, this package is needed as a dependency for a core pyton library for electrophysiology data handling. Therefore I appreciate that you are taking care of quantities. Do you have an anticipated timeframe for an initial upload? Are you aiming at team-maintenance within Debian Science? Thanks, Michael -- Michael Hanke http://mih.voxindeserto.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658914: imvirt: does not know about ARAnyM (m68k Atari emulator)
Petr Stehlik dixit: # cat /proc/hardware Model: ARAnyM --- output of NF_NAME That, again, would require a kernel that supports this. Oh, by the way, Linux 3.2.4 says: root@aranym:~ # cat /proc/hardware Model: Atari Falcon (with Afterburner040) System Memory: 800768K 14 MB at 0x (ST-RAM) 768 MB at 0x0100 (alternate RAM) Detected hardware: Falcon Shifter Programmable Sound Generator PCM 8 Bit Sound CODEC Sound SCSI Controller NCR5380 (Falcon style) IDE Interface 8/16 Mhz Switch for FDC Multi Function Peripheral MFP 68901 Serial Communications Controller SCC 8530 Paddle Interface Clock Chip MC146818A Blitter DSP56001 processor So, no-go. This is root on /dev/nfhd8p1, so NF work. bye, //mirabilos -- FWIW, I'm quite impressed with mksh interactively. I thought it was much *much* more bare bones. But it turns out it beats the living hell out of ksh93 in that respect. I'd even consider it for my daily use if I hadn't wasted half my life on my zsh setup. :-) -- Frank Terbeck in #!/bin/mksh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659688: cryptsetup: LVM on cryptsetup won't boot
Package: cryptsetup Version: 2:1.4.1-2 Severity: critical Note that although this bug was introduced at version 2:1.4.1-1, it is different from #659235: my PVs and LVs and VGs don't have dashes in their name. The current sequence: grub loads the kernel and the initramfs; the kernel boots; the initramfs looks for the root filesystem but cannot find it because it's not available yet; cryptsetup asks for a passphrase, which I type; cryptsetup: lvm fs found but no lvm configured. After some time I get dropped into a shell. In that shell, I can see the LVs as inactive, and I enable them with lvm lvchange -P -a y vg_mirexpress/root (and ditto for vg_mirexpress/swap), then ^D and the boot sequence starts again normally (it reloads my hibernated system). It's possible that the problem comes from the need for -P (--partial) in the commands I quote: as may be found in the configuration snippets below, the LUKS key to one of the PVs used in LVM is stored on the filesystem on another LV of the same VG; this means that the first activation of the VG needs to be done with the -P/--partial flag, so the available LVs (including root) are activated and the boot sequence may proceed. For extra reference, my setup looks like this: three physical drives (one smallish SSD, two big rotating disks). Partitions 1 on the SSD and the disks are assembled into /dev/md/boot, which is ext4 and used as /boot. Partitions 2 on the SSD and the disks are assembled into /dev/md/triple_patte, which is encrypted (with a passphrase) and then used as a PV for LVM. Partitions 3 only exist on the disks, are assembled into /dev/md/obelix, which is encrypted (with a keyfile) and used as another PV. Roland. -- Package-specific info: -- /proc/cmdline BOOT_IMAGE=/vmlinuz-3.2.0-1-686-pae root=/dev/mapper/vg_mirexpress-root ro modeset=1 quiet -- /etc/crypttab # target name source device key file options raid_crypt /dev/md/main/etc/private/raid_obelix.key luks,size=128,cipher=aes-cbc-essiv:sha256 obelix_crypt/dev/md/obelix /etc/private/raid_obelix.key luks,size=128,cipher=aes-cbc-essiv:sha256 triple-patte_crypt /dev/md/triple-pattenone luks,size=128,cipher=aes-cbc-essiv:sha256 -- /etc/fstab # /etc/fstab: static file system information. # # file system mount point type options dump pass /dev/vg_mirexpress/root / ext4defaults 0 1 /dev/md/boot/boot ext4defaults 0 2 /dev/vg_mirexpress/tmp /tmpext4defaults 0 2 /dev/vg_mirexpress/usr /usrext4defaults 0 2 /dev/vg_mirexpress/var /varext4defaults 0 2 /dev/vg_mirexpress/var_cache/var/cache ext4defaults 0 2 /dev/vg_mirexpress/home /home ext4defaults 0 2 /dev/vg_mirexpress/home_roland /home/rolandext4defaults 0 2 /dev/vg_mirexpress/gnurandal/home/roland/gnurandal ext4defaults 0 2 /dev/vg_mirexpress/musique /home/roland/musiqueext4defaults 0 2 /dev/vg_mirexpress/photos /home/roland/photos ext4defaults 0 2 /dev/vg_mirexpress/backups /space/backups ext4defaults 0 2 /dev/vg_mirexpress/srv_maildir /srv/maildirext4defaults 0 2 /dev/vg_mirexpress/cd_dvd /space/cd_dvd ext4defaults 0 2 /dev/vg_mirexpress/pbuilder /srv/pbuilder ext4defaults 0 2 /dev/vg_mirexpress/virtualbox /srv/virtualbox ext4defaults 0 2 /dev/vg_mirexpress/rushes /space/rushes ext4defaults 0 2 /dev/vg_mirexpress/scratch /space/scratch ext4defaults 0 2 /dev/vg_mirexpress/swap noneswapdefaults # sshfs#roland@mirenboite:/srv/musique/rips /home/roland/musique/rips fuse rw,nosuid,nodev,max_read=65536,user=roland,IdentityFile=/home/roland/.ssh/id_dsa,ServerAliveInterval=60,uid=1000,allow_other,gid=1000 /dev/fd0/floppy autodefaults,user,noauto0 0 /dev/cdrom /cdrom iso9660 defaults,ro,user,noauto 0 0 none/selinuxselinuxfs noauto 0 0 -- lsmod Module Size Used by nls_utf8 12416 0 isofs 34672 0 loop 17810 0 usb_storage35183 1 uas13096 0 pci_stub 12397 1 vboxpci18713 0 vboxnetadp 13143 0 vboxnetflt 23231 0 vboxdrv 164892 3 vboxpci,vboxnetadp,vboxnetflt
Bug#659661: [git-buildpackage/master] Depend on git instead of git-core
tag 659661 pending thanks Date: Mon Feb 13 08:46:02 2012 +0100 Author: Guido Günther a...@sigxcpu.org Commit ID: 14d36c0a60c743e6980f82c47b839eaf81df8241 Commit URL: http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff;h=14d36c0a60c743e6980f82c47b839eaf81df8241 Patch URL: http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff_plain;h=14d36c0a60c743e6980f82c47b839eaf81df8241 Depend on git instead of git-core Closes: #659661 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659682: [Pkg-vsquare-devel] Bug#659682: vdetelweb: Please add specification of version to libvde-dev.
On Mon, Feb 13, 2012 at 13:50:25 +0900, Nobuhiro Iwamatsu wrote: vdetelweb FTBFS with before version 2.3.2-4 of libvde-dev. Please add specification of version to libvde-dev. libvde-dev releases 2.3.2-1 (released on Jan 19th) to 2.3.2-3 (superseded by 2.3.2-4 on Feb 4th) did not contain libvde0 as a dependency, causing a FTBFS on packages which depended on it. This prevents automatic builds as it's necessary to install libvde0 by hand. Since there are no actual incompatibilities and since the bad version of libvde-dev stayed in the archive just a couple of weeks I'm not sure it's worth adding Build-Depends: libvde-dev ( 2.3.2-1) | libvde-dev (= 2.3.2-4) to the control file. I can update it but by the time of the next upload I expect the version specification to have become useless. Bye, Ludovico -- l...@dovi.coIRC: garden@freenode OpenPGP: 1024D/63D2D5D907F89BB8 Jabber/gtalk: garde...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659687: [debian-mysql] Bug#659687: Multiple security issues
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Moritz, for mysql-5.5 in experimental there's currently a discussion ongoing if mysql shall be replaced by MariaDB http://lists.alioth.debian.org/pipermail/pkg-mysql-maint/2012-February/003866.html I'm not sure about security policy in experimental but I'd suggest to wait for a descission. BR B On 13.02.2012 09:15, Moritz Muehlenhoff wrote: Package: mysql-5.1 Severity: grave Tags: security Multiple security issues have been announced in MySQL: http://www.oracle.com/technetwork/topics/security/cpujan2012-366304.html#AppendixMSQL Unfortunately Oracle refuses to release specific information, which allow isolating security fixes. As such, we should proceed by releasing 5.1.61 in stable-security. MySQL 5.5 from experimental is affected as well. Do you plan to have 5.5 replace 5.1 for Wheezy? Cheers, Moritz ___ pkg-mysql-maint mailing list pkg-mysql-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-mysql-maint -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk84z0gACgkQABMWRpwdNuml7wCfQrq8Wr8bwW0P7U1Yo8mwMr/8 KsgAoMzCltxjye6esMRw3WvqNtMc1gyx =QfDB -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657949: Cannot install libhdf5-mpi-dev and libnetcdf-dev
Le samedi 11 février 2012 à 00:09 +0100, Francesco P. Lovergine a écrit : On Wed, Feb 01, 2012 at 09:57:39AM +0100, Sylvestre Ledru wrote: Le mardi 31 janvier 2012 à 21:56 -0600, Steve M. Robbins a écrit : On Tue, Jan 31, 2012 at 04:41:06PM +0100, Sylvestre Ledru wrote: the right solution for me is fixing debian/shlibs.in in hdf5 to suggest the right combinatin of serial AND parallel flavors: libhdf5_cpp 7 libhdf5-@SONAME@ libhdf5_fortran 7 libhdf5-@SONAME@ libhdf5 7 libhdf5-@SONAME@ | libhdf5-openmpi-@SONAME@ | libhdf5-mpich2-@SONAME@ libh5test 7 libhdf5-@SONAME@ | libhdf5-openmpi-@SONAME@ | libhdf5-mpich2-@SONAME@ libhdf5_hl 7 libhdf5-@SONAME@ | libhdf5-openmpi-@SONAME@ | libhdf5-mpich2-@SONAME@ libhdf5_hl_cpp 7 libhdf5-@SONAME@ | libhdf5-openmpi-@SONAME@ | libhdf5-mpich2-@SONAME@ libhdf5hl_fortran 7 libhdf5-@SONAME@ | libhdf5-openmpi-@SONAME@ | libhdf5-mpich2-@SONAME@ Does it make sense? Looks like. Could you apply it and upload ? Thanks Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659689: ITP: permute -- R functions for generating restricted permutations of data
Package: wnpp Severity: wishlist Owner: Charles Plessy ple...@debian.org Package name: permute Version : 0.6-3 Upstream Author : Gavin L. Simpson gavin.simpson at ucl.ac.uk URL : http://cran.r-project.org/web/packages/permute/ License : GPL-2 Programming Lang: R Description : R functions for generating restricted permutations of data Implements a set of restricted permutation designs for freely exchangeable, line transects (time series), and spatial grid designs plus permutation of blocks (groups of samples). 'permute' also allows split-plot designs, in which the whole-plots or split-plots or both can be freely-exchangeble or one of the restricted designs. The permute package is modelled after the permutation schemes of Canoco 3.1 by Cajo ter Braak. This R library is needed to package the “vegan” R library. Have a nice day, -- Charles Plessy Tsurumi, Kanagawa, Japan. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659690: Updated watch file for cyrusimap.org
Source: cyrus-imapd-2.4 Version: 2.4.13-2 Severity: normal Tags: patch diff --git a/debian/changelog b/debian/changelog index b61c6da..6d90747 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +cyrus-imapd-2.4 (2.4.13-2) UNRELEASED; urgency=low + + * Update watch file to point at cyrusimap.org. + * Remove myself from uploaders. + + -- Christoph Berg m...@debian.org Mon, 13 Feb 2012 09:45:05 +0100 + cyrus-imapd-2.4 (2.4.13-1) unstable; urgency=low * Imported Upstream version 2.4.13 diff --git a/debian/control b/debian/control index 83dbd86..b6812bb 100644 --- a/debian/control +++ b/debian/control @@ -6,7 +6,6 @@ Uploaders: Henrique de Moraes Holschuh h...@debian.org, Sven Mueller s...@debian.org, Benjamin Seidenberg benja...@debian.org, Ondřej Surý ond...@debian.org, - Christoph Berg m...@debian.org, Anthony Prades toony.deb...@chezouam.net Standards-Version: 3.9.2 Build-Depends: autoconf, diff --git a/debian/watch b/debian/watch index 90e1603..96dd990 100644 --- a/debian/watch +++ b/debian/watch @@ -1,2 +1,2 @@ -version=2 -ftp://ftp.andrew.cmu.edu/pub/cyrus-mail/cyrus-imapd-(2\.3\..*).tar.(?:gz|bz2) +version=3 +ftp://ftp.cyrusimap.org/cyrus-imapd/cyrus-imapd-(2\.4\..*).tar.(?:gz|bz2) Christoph -- c...@df7cb.de | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#546730: CVE-2007-6731, CVE-2007-6732: Multiple buffer overflows
didn't security support for oldstable end by the last monday? can this bug be closed because of that? yours, gurkan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645103: RFS: aspsms-t (try 4)
Hi Dominique, What gives you the right to: - download these files ? - use these files in your program ? - re-distribute these files ? According to people of aspsms.com, this [1] documentation (chapter 8) shold be enough to allow usage of fees.xml and networks.xml files. [1] http://www.aspsms.com/xml/doc/xmlsvr191.pdf If this does conflict with a policy of debian, let me know that I can handle this issue with aspsms and find a solution. -- Marco Balmer signature.asc Description: GnuPG Signature
Bug#649038: [kfreebsd-*] please rebuild elfutils/sid
I've just manually built kfrebsd-* packages and uploaded them. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657949: Cannot install libhdf5-mpi-dev and libnetcdf-dev
On Mon, Feb 13, 2012 at 10:00:19AM +0100, Sylvestre Ledru wrote: Le samedi 11 février 2012 à 00:09 +0100, Francesco P. Lovergine a écrit : On Wed, Feb 01, 2012 at 09:57:39AM +0100, Sylvestre Ledru wrote: Le mardi 31 janvier 2012 à 21:56 -0600, Steve M. Robbins a écrit : On Tue, Jan 31, 2012 at 04:41:06PM +0100, Sylvestre Ledru wrote: the right solution for me is fixing debian/shlibs.in in hdf5 to suggest the right combinatin of serial AND parallel flavors: libhdf5_cpp 7 libhdf5-@SONAME@ libhdf5_fortran 7 libhdf5-@SONAME@ libhdf5 7 libhdf5-@SONAME@ | libhdf5-openmpi-@SONAME@ | libhdf5-mpich2-@SONAME@ libh5test 7 libhdf5-@SONAME@ | libhdf5-openmpi-@SONAME@ | libhdf5-mpich2-@SONAME@ libhdf5_hl 7 libhdf5-@SONAME@ | libhdf5-openmpi-@SONAME@ | libhdf5-mpich2-@SONAME@ libhdf5_hl_cpp 7 libhdf5-@SONAME@ | libhdf5-openmpi-@SONAME@ | libhdf5-mpich2-@SONAME@ libhdf5hl_fortran 7 libhdf5-@SONAME@ | libhdf5-openmpi-@SONAME@ | libhdf5-mpich2-@SONAME@ Does it make sense? Looks like. Could you apply it and upload ? Yep! -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659685: [ovs-dev] Bug#659685: fails to build the kernel module
On Mon, Feb 13, 2012 at 04:10:06PM +0800, Thomas Goirand wrote: Package: openvswitch-datapath-dkms Version: 1.4.0-1 Severity: grave Hi there! First, thanks for maintaining OVS, this is a very nice software, which I will use with XCP (for which I'm working on the packaging, together with people from Citrix). Now, the less nice stuff... :) openvswitch-datapath-dkms fails to build its kernel module when I tried to install it in SID. Here's the relevant log: Building module: cleaning build area(bad exit status: 2) ./configure --with-linux=/usr/src/linux-headers-3.1.0-1-686-pae ; make -C datapath/linux..(bad exit status: 2) Error! Bad return status for module build on kernel: 3.1.0-1-686-pae (i686) Consult /var/lib/dkms/openvswitch/1.4.0/build/make.log for more information. and the make.log contains: make: Entering directory `/var/lib/dkms/openvswitch/1.4.0/build/datapath/linux' make: *** No targets specified and no makefile found. Stop. make: Leaving directory `/var/lib/dkms/openvswitch/1.4.0/build/datapath/linux' I believe that the step building the Makefile was never run (but I didn't investigate more and used the module-assistant version). Indeed: Strange, I think that the Makefile should be created by ./configure, which features in the debian/dkms.conf.in. Would it be possible for you to provide your make.log? root@hostname:~# ls /var/lib/dkms/openvswitch/1.4.0/build/datapath/linux compat Kbuild.in Makefile.in Makefile.main.in Modules.mk If I add in debian/dkms.conf.in something like this: -MAKE=./configure --with-linux=/usr/src/linux-headers-`uname -r` ; make -C datapath/linux +MAKE=./configure --with-linux=/usr/src/linux-headers-`uname -r` ; cp datapath/linux/Makefile.in datapath/linux/Makefile ; cp datapath/linux/Makefile.main.in datapath/linux/Makefile.main ; make -C datapath/linux then I have further errors: checking for Linux source directory... configure: error: cannot find source directory (please use --with-linux-source) make: Entering directory `/var/lib/dkms/openvswitch/1.4.0/build/datapath/linux' Makefile.main:8: @abs_srcdir@/../Modules.mk: No such file or directory Makefile.main:9: @abs_srcdir@/Modules.mk: No such file or directory Makefile.main:55: *** Linux kernel source not configured - missing version.h. Stop. make: Leaving directory `/var/lib/dkms/openvswitch/1.4.0/build/datapath/linux' That figures. The Makefile should be created using Makefile.in as a template and part of that process is to substitute @..@ sequences for their desired values. Note that *I do* have linux-headers-3.1.0-1-686-pae, linux-headers-3.1.0-1-common and linux-kbuild-3.1 installed on my server, so it should be able to find what it needs. I used 3.1 because 3.2 just crashes when I boot with it, but as I wanted to make sure, I also tried to install and run Linux 3.2, and the issue was the same (so it's not a Debian Linux 3.1 kernel specific issue, it's really general, and also is present when running with latest 3.2 kernel in SID). This makes the package unusable, which in Debian books is an RC bug. A fix correcting this issue ASAP would be really appreciated. :) Curiously installing openvswitch-datapath-dkms 1.4.0-1 does seem to work for me, also 3.1 but on amd64, though that may be a legacy of my environment. I'll try and set up pbuilder on this machine to test that theory, but it may not be until tomorrow. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659647: initramfs-tools/hooks/cryptroot get_lvm_deps can't cope with vg name containing -
On 12/02/12 21:27, Ben Hutchings wrote: On Sun, 2012-02-12 at 20:57 +0100, John Hughes wrote: Package: initramfs-tools Version: 0.99 Severity: normal Dear Maintainer, * What led up to the situation? I made a volume group called coal-vg holding a root volume called root. (i.e. /dev/mapper/root--vg-root) * What was the outcome of this action? update-initramfs gave the error: cryptsetup: WARNING: failed to find deps for /dev/mapper/root--vg-root [...] Surely this should be coal--vg-root? Yes, cut'n'paste by eye error. Anyway, if the cryptsetup hook is broken then that's a bug in, er, cryptsetup. Yup. You're right - dpkg -S confirms it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650675: [RELEASE CANDIDATE]: mod_perl-2.0.6 RC1
I'm afraid the details are not clear to me either, but I have tried the two patches out (after correcting an instance of code-before-declaration which VC++ doesn't accept in C files) and I find that (with the LimitExcept change reverted as per current svn Trunk) they make no visible difference to my setup: I don't see the free unreferenced scalar errors in the log file after running the tests with or without the patches, but I do still get an Out of memory! crash mid-way through the test suite either way :-( -Original Message- From: Fred Moyer [mailto:f...@redhotpenguin.com] Sent: 11 February 2012 17:50 To: Niko Tyni Cc: d...@perl.apache.org; 650...@bugs.debian.org Subject: Re: [RELEASE CANDIDATE]: mod_perl-2.0.6 RC1 On Fri, Feb 10, 2012 at 10:51 PM, Niko Tyni nt...@debian.org wrote: Hi Fred (and hopefully the list), Looks like it made it through. Suggest inlining your patches next time instead of using attachments, sometimes the list code may filter on those. as seen in http://bugs.debian.org/650675, we're seeing numerous lines of Attempt to free unreferenced scalar: SV 0x7f9c0c347490, Perl interpreter: 0x7f9c0c1a2dd0 during global destruction. on Debian unstable with 2.0.5 and Perl 5.14.2. I've been trying to get patches through to the mod-perl dev list with no success; there seems to be something broken with the list moderation. (I'd be happy to provide message-ids and the like if somebody is interested, and they can also be found in the bug log.) I looked through the patches and grok the syntax, but the finer details aren't clear to me yet. Maybe some of the other devs (gozer,steve,torsten) can comment on them. I'll hold rc2 for a few days to give them a chance to respond. I've verified that those still get emitted with 2.0.6 RC1. The test suite passes, but % grep unreferenced t/logs/error_log|wc -l 30 Can you post some of that error log which shows the error? This seems related to -Dusethreads and started with 5.13.6 or so; please see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=650675#50 for the full analysis including the perl change that broke this. Could you please consider these patches for 2.0.6, or let me know if I've got it all wrong. Thanks for the contribution. Anyone else here see those errors previously, or can reproduce them now? Thanks for your work, -- Niko Tyni nt...@debian.org - To unsubscribe, e-mail: dev-unsubscr...@perl.apache.org For additional commands, e-mail: dev-h...@perl.apache.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659691: ITP: neo -- IO library for electrophysiological data formats in Python
Package: wnpp Severity: wishlist Owner: Michael Hanke m...@debian.org * Package name: neo Version : 0.2 Upstream Author : Samuel Garcia, Pierre Yger, Luc Estabanez, Andrew Davison, Yury V. Zaytsev * URL : http://neuralensemble.org/trac/neo * License : BSD Programming Lang: Python Description : IO library for electrophysiological data formats in Python NEO stands for Neural Ensemble Objects and is a project to provide common class names and concepts for dealing with electro-physiological (in vivo and/or simulated) data with the aim of getting OpenElectrophy, NeuroTools, G-node and maybe other projects with similar goals more close together. . In particular Neo provides: . * a set a classes with precise definitions * an IO module that offer a simple API that fit many formats * documentation. * a set of examples like a format convertor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659692: burp: Compilations fails on autobuild farm
Package: burp Version: 1.3.0-3 Severity: important Dear Maintainer, Build fails aan debian build farm. ==Entering directory /build/buildd-burp_1.3.0-3-armel-QbUnN0/burp-1.3.0/src make[2]: Entering directory `/build/buildd-burp_1.3.0-3-armel-QbUnN0/burp-1.3.0/src' g++ -c -fno-strict-aliasing -fno-exceptions -fno-rtti -I. -I.. -g -O2 -Wall -fno-strict-aliasing -fno-exceptions -fno-rtti acl.c g++ -c -fno-strict-aliasing -fno-exceptions -fno-rtti -I. -I.. -g -O2 -Wall -fno-strict-aliasing -fno-exceptions -fno-rtti asyncio.c g++ -c -fno-strict-aliasing -fno-exceptions -fno-rtti -I. -I.. -g -O2 -Wall -fno-strict-aliasing -fno-exceptions -fno-rtti attribs.c g++ -c -fno-strict-aliasing -fno-exceptions -fno-rtti -I. -I.. -g -O2 -Wall -fno-strict-aliasing -fno-exceptions -fno-rtti auth_server.c g++ -c -fno-strict-aliasing -fno-exceptions -fno-rtti -I. -I.. -g -O2 -Wall -fno-strict-aliasing -fno-exceptions -fno-rtti auth_client.c g++ -c -fno-strict-aliasing -fno-exceptions -fno-rtti -I. -I.. -g -O2 -Wall -fno-strict-aliasing -fno-exceptions -fno-rtti autoupgrade_client.c g++ -c -fno-strict-aliasing -fno-exceptions -fno-rtti -I. -I.. -g -O2 -Wall -fno-strict-aliasing -fno-exceptions -fno-rtti autoupgrade_server.c g++ -c -fno-strict-aliasing -fno-exceptions -fno-rtti -I. -I.. -g -O2 -Wall -fno-strict-aliasing -fno-exceptions -fno-rtti backup_phase1_client.c g++ -c -fno-strict-aliasing -fno-exceptions -fno-rtti -I. -I.. -g -O2 -Wall -fno-strict-aliasing -fno-exceptions -fno-rtti backup_phase2_client.c g++ -c -fno-strict-aliasing -fno-exceptions -fno-rtti -I. -I.. -g -O2 -Wall -fno-strict-aliasing -fno-exceptions -fno-rtti backup_phase1_server.c g++ -c -fno-strict-aliasing -fno-exceptions -fno-rtti -I. -I.. -g -O2 -Wall -fno-strict-aliasing -fno-exceptions -fno-rtti backup_phase2_server.c backup_phase2_server.c: In function 'int backup_phase2_server(gzFile_s**, const char*, const char*, const char*, const char*, dpth*, const char*, const char*, const char*, cntr*, int, cntr*, config*)': backup_phase2_server.c:573:15: error: cannot convert 'gzFile_s**' to 'gzFile' for argument '4' to 'int do_resume(gzFile, FILE*, FILE*, gzFile, dpth*, config*, cntr*, cntr*)' make[2]: *** [backup_phase2_server.o] Error 1 make[2]: Leaving directory `/build/buildd-burp_1.3.0-3-armel-QbUnN0/burp-1.3.0/src' With kind regards, Bas van den Dikkenberg -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages burp depends on: ii libacl1 2.2.51-5 ii libc62.13-26 ii libgcc1 1:4.6.2-12 ii libncurses5 5.9-4 ii librsync10.9.7-8 ii libssl1.0.0 1.0.0g-1 ii libstdc++6 4.6.2-12 ii libtinfo55.9-4 ii zlib1g 1:1.2.3.4.dfsg-3 burp recommends no packages. burp 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#659693: ITP: 389-admin-console -- 389 admin server management console
Package: wnpp Severity: wishlist Owner: Timo Aaltonen tjaal...@ubuntu.com * Package name: 389-admin-console Version : 1.1.8 Upstream Author : Red Hat, Inc. * URL : http://directory.fedoraproject.org/ * License : GPL-2 Programming Lang: Java Description : 389 admin server management console A Java based remote management console used for managing the 389 admin server. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654413: mirror listing update for debian.volia.net
12.02.12 22:54, Simon Paillard wrote: CDImage-ftp: /debian-cd/ CDImage-http: /debian-cd/ CDImage-rsync: debian-cd/ The ISO mirror is outdated (no 6.0.4). Could you please check there is an automatic sync ? It's outdated on our official secondary upstream server. Switched to the primary. The archive is now updated 4 times a day (standard archive, also backports), you can sync them 4 times a day. One a day / week is enough for Old and ISO. Please subscribe to http://lists.debian.org/debian-mirrors-announce/ Thanks for mirroring Debian and best regards. All done. Good luck. -- Denys Gavrysh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659692: Respons from author
Respons from author: On Sun, Feb 12, 2012 at 05:10:00PM +, Bas van den Dikkenberg wrote: Much of debian build are failing can you take a look why? See https://buildd.debian.org/status/package.php?p=burpsuite=sid Yes, I think most of them need the attached patch. I don't know why my compiler hasn't reported that before. diff --git a/src/backup_phase2_server.c b/src/backup_phase2_server.c index a55d4e5..72f6d29 100644 --- a/src/backup_phase2_server.c +++ b/src/backup_phase2_server.c @@ -569,7 +569,7 @@ int backup_phase2_server(gzFile *cmanfp, const char *phase1data, const char *pha if(!(p2fp=open_file(phase2data, r+b))) goto error; - if(resume do_resume(p1zp, p2fp, ucfp, cmanfp, dpth, cconf, + if(resume do_resume(p1zp, p2fp, ucfp, *cmanfp, dpth, cconf, p1cntr, cntr)) goto error;
Bug#659694: lxc: [INTL:nl] Dutch translation of debconf templates
Package: lxc Severity: wishlist Tags: patch l10n Hello, Attached is the Dutch translation of the lxc debconf templates. Please include it in your next upload. Regards, -- Jeroen Schot # Dutch translation of lxc debconf templates. # Copyright (C) 2012 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the lxc package. # Jeroen Schot sc...@a-eskwadraat.nl, 2012. # msgid msgstr Project-Id-Version: lxc 0.7.5-24\n Report-Msgid-Bugs-To: l...@packages.debian.org\n POT-Creation-Date: 2011-11-15 22:07+0100\n PO-Revision-Date: 2012-02-09 17:01+0100\n Last-Translator: Jeroen Schot sc...@a-eskwadraat.nl\n Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n Language: nl\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: title #. Description #: ../lxc.templates:1001 msgid Linux Containers: LXC setup msgstr Linux Containers: LXC-instellingen #. Type: boolean #. Description #: ../lxc.templates:2001 msgid Automatically start Linux Containers on boot? msgstr Linux Containers automatisch opstarten bij de systeemstart? #. Type: boolean #. Description #: ../lxc.templates:2001 msgid Linux Containers that have their configuration files copied or symlinked to the /etc/lxc/auto directory can be automatically started during system boot, and shut down on reboot or halt. msgstr Linux Containers waarvan de configuratiebestanden zijn gekopieerd of gekoppeld naar de map /etc/lxc/auto kunnen automatisch worden gestart bij de systeemstart en afgesloten bij het herstarten of uitschakelen. #. Type: boolean #. Description #: ../lxc.templates:2001 msgid If unsure, choose yes (default). msgstr Als u twijfelt, kies dan ja (standaard). #. Type: select #. Description #: ../lxc.templates:3001 msgid Linux Container: Stop method msgstr Linux Container: Stop-methode #. Type: select #. Description #: ../lxc.templates:3001 msgid Linux Containers can be stopped in different ways. The stop method kills all processes inside the container. The halt method initiates a shutdown, which takes longer and can have problems with containers that don't shutdown themselfs properly. msgstr Linux Containers kunnen op verschillende manieren worden gestopt. De stop- methode termineert alle processen in de container. De halt-methode doet alsof het systeem wordt uitgeschakeld, dit duurt langer en kan problemen geven met containers die zich niet netjes uitschakelen. #. Type: select #. Description #: ../lxc.templates:3001 msgid If unsure, choose stop (default). msgstr Als u twijfelt, kies dan stop (standaard). #. Type: string #. Description #: ../lxc.templates:4001 msgid LXC directory: msgstr LXC-map: #. Type: string #. Description #: ../lxc.templates:4001 msgid Please specify the directory that will be used to store the Linux Containers. msgstr In welke map moeten de Linux Containers worden bewaard? #. Type: string #. Description #: ../lxc.templates:4001 msgid If unsure, use /var/lib/lxc (default). msgstr Als u twijfelt, gebruik dan /var/lib/lxc (standaard)
Bug#659324: libpgjava: package libpg-java removed - no upgrade path in Debian 7.0
2012/2/11 tony mancill tmanc...@debian.org: Would there be a problem with simply addressing all of the rdepends prior to the release? I believe Andrew Ross has filed bugs on the affected packages. That's the think, I believe this won't be enough. I just noticed on my workstation that libpg-java is one of the packages removed from Debian archives (candidate for removal in synaptic and 'aptitude purge ~o'). At this point I noticed that other packages depend on it and would also be removed. I searched Debian PTS and found that it was renamed. I manually installed the new package and than I could simply remove libpg-java *without* removing the r-deps. Thus no upgrade path from Debian 6.0 to 7.0. Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659354: reprepro: Update rules does not work with architecture all
* Daniel Dehennin daniel.dehen...@baby-gnu.org [120213 09:09]: aptmethod error receiving 'http://192.168.1.10/debian/unstable/source/Release': '404 Not Found' Look like it is missing a Release file there. Make sure the directory is correct (i.e. there is a http://192.168.1.10/debian/unstable/source/Sources*) and if not fix the directory name or otherwise try to add the IgnoreRelease: yes option. Bernhard R. Link -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659695: greeter: accessibility for lefthanded users
Package: gdm3 Version: 3.0.4-4 Severity: wishlist Tags: upstream Dear Maintainer, It would be nice if the gmd3 greeter could be accessible for lefthanded users. At the gdm3 stage, the mouse is not yet configured. So could it be possible to have widgets clickable by any button of the mouse? Many thanks Christophe -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gdm3 depends on: ii accountsservice 0.6.15-2 ii adduser 3.113+nmu1 ii dconf-gsettings-backend 0.10.0-3 ii debconf [debconf-2.0] 1.5.41 ii gconf2 2.32.4-1 ii gnome-session [x-session-manager] 3.2.1-1 ii gnome-session-bin 3.2.1-1 ii gnome-session-fallback [x-session-manager] 3.2.1-1 ii gnome-terminal [x-terminal-emulator]3.2.1-2 ii gsettings-desktop-schemas 3.2.0-2 ii libaccountsservice0 0.6.15-2 ii libatk1.0-0 2.2.0-2 ii libattr11:2.4.46-5 ii libaudit0 1.7.18-1 ii libc6 2.13-26 ii libcairo-gobject2 1.10.2-6.2 ii libcairo2 1.10.2-6.2 ii libcanberra-gtk3-0 0.28-3 ii libcanberra00.28-3 ii libdbus-1-3 1.4.16-1 ii libdbus-glib-1-20.98-1 ii libfontconfig1 2.8.0-3.1 ii libfreetype62.4.8-1 ii libgconf2-4 2.32.4-1 ii libgdk-pixbuf2.0-0 2.24.0-2 ii libglib2.0-02.30.2-6 ii libglib2.0-bin 2.30.2-6 ii libgtk-3-0 3.2.3-1 ii libpam-modules 1.1.3-7 ii libpam-runtime 1.1.3-7 ii libpam0g1.1.3-7 ii libpango1.0-0 1.29.4-2 ii librsvg2-common 2.34.2-2 ii libselinux1 2.1.0-4.1 ii libupower-glib1 0.9.15-1 ii libwrap07.6.q-22 ii libx11-62:1.4.4-4 ii libxau6 1:1.0.6-4 ii libxdmcp6 1:1.1.0-4 ii libxklavier16 5.1-3 ii libxrandr2 2:1.3.2-2 ii lsb-base3.2-28.1 ii lxsession [x-session-manager] 0.4.6.1-1 ii metacity [x-window-manager] 1:2.34.1-2 ii policykit-1-gnome 0.105-2 ii terminator [x-terminal-emulator]0.95-1 ii upower 0.9.15-1 ii xterm [x-terminal-emulator] 276-2 Versions of packages gdm3 recommends: ii at-spi 1.32.0-1 ii desktop-base 6.0.7 ii gnome-icon-theme 3.2.1.2-1 ii gnome-power-manager3.2.1-2 ii gnome-settings-daemon 3.2.2-2 ii x11-xkb-utils 7.6+4 ii xserver-xephyr 2:1.11.3.901-2 ii xserver-xorg 1:7.6+11 ii zenity 3.2.0-1 Versions of packages gdm3 suggests: ii gnome-mag 1:0.16.3-1 ii gnome-orcanone ii gok 2.30.0-1 ii libpam-gnome-keyring 3.2.2-2 ii metacity 1:2.34.1-2 -- Configuration Files: /etc/gdm3/daemon.conf changed [not included] /etc/gdm3/greeter.gsettings changed [not included] /etc/pam.d/gdm3 changed [not included] -- debconf information: * shared/default-x-display-manager: gdm3 gdm3/daemon_name: /usr/sbin/gdm3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659696: override: libvirt-ruby:oldlibs/extra, libvirt-ruby1.8:oldlibs/extra
Package: ftp.debian.org Severity: normal Hi, Please adjust the override file for these transitional packages. Cheers Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659697: [xul-ext-quotecolors] not compatible with iceape=2.7.1-1
Package: xul-ext-quotecolors Version: 0.3-3 Severity: normal Extension of xul-ext-quotecolors is not compatible with iceape=2.7.1-1 --- System information. --- Architecture: i386 Kernel: Linux 3.2.0-1-686-pae Debian Release: wheezy/sid 500 unstableftp.pl.debian.org --- Package information. --- Depends (Version) | Installed ===-+- icedove (= 2.0) | 8.0-2 OR iceape (= 2.0~a1) | 2.7.1-1 Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659698: minitube: Minitube should allow to disable video rendering
Package: minitube Version: 1.6-1 Severity: wishlist Dear Maintainer, I'm using minitube as player to listen to music from Youtube, and most of the time I don't care about video rendering, since I just play the music in the background. Would it be possible to disable the video rendering so that it will save some CPU power? Thanks, Jonathan -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages minitube depends on: ii dbus-x111.4.16-1 ii gstreamer0.10-ffmpeg1:0.10.13-0.2 ii gstreamer0.10-plugins-bad 0.10.22-3 ii gstreamer0.10-plugins-good 0.10.30-2.1 ii gstreamer0.10-x 0.10.35-1 ii libc6 2.13-26 ii libgcc1 1:4.6.2-14 ii libphonon4 4:4.6.0really4.5.1-1 ii libqt4-dbus 4:4.7.4-2 ii libqt4-network 4:4.7.4-2 ii libqt4-xml 4:4.7.4-2 ii libqtcore4 4:4.7.4-2 ii libqtgui4 4:4.7.4-2 ii libstdc++6 4.6.2-14 ii phonon 4:4.6.0really4.5.1-1 ii phonon-backend-gstreamer4:4.6.0really4.5.1-1 minitube recommends no packages. minitube 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#659699: netams: [INTL:nl] Dutch translation of debconf templates
Package: netams Severity: wishlist Tags: patch l10n Hello, Attached is the Dutch translation of the netams debconf templates. Please include it in your next upload. Regards, -- Jeroen Schot # Dutch translation of netams debconf templates. # Copyright (C) 2012 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the netams package. # Jeroen Schot sc...@a-eskwadraat.nl, 2012. # msgid msgstr Project-Id-Version: netams 3.4.5-2\n Report-Msgid-Bugs-To: net...@packages.debian.org\n POT-Creation-Date: 2010-02-14 03:26+0300\n PO-Revision-Date: 2012-02-10 11:47+0100\n Last-Translator: Jeroen Schot sc...@a-eskwadraat.nl\n Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n Language: nl\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: multiselect #. Description #: ../netams.templates:2001 ../netams-web.templates:2001 msgid Web server to reconfigure automatically: msgstr Automatisch te configureren webserver: #. Type: multiselect #. Description #: ../netams.templates:2001 msgid Please choose the web server that should be automatically configured for NeTAMS statistics. msgstr Welke webserver moet automatisch worden geconfigureerd voor de NeTAMS- statistieken? #. Type: password #. Description #: ../netams.templates:3001 msgid NeTAMS administrator password: msgstr Wachtwoord voor de NeTAMS-beheerder: #. Type: password #. Description #: ../netams.templates:3001 msgid Please specify a password for the \admin\ user of NeTAMS. msgstr Geef een wachtwoord op voor de \admin\-gebruiker van NeTAMS. #. Type: password #. Description #: ../netams.templates:4001 msgid NeTAMS administrator password confirmation: msgstr Wachtwoord voor de NeTAMS-beheerder (nogmaals ter bevestiging): #. Type: error #. Description #: ../netams.templates:5001 msgid Password mismatch msgstr Wachtwoorden komen niet overeen #. Type: error #. Description #: ../netams.templates:5001 msgid The two passwords you entered were not the same. Please enter a password again. msgstr De twee wachtwoorden die u heeft ingevoerd waren niet gelijk. Voer alstublieft nogmaals een wachtwoord in. #. Type: error #. Description #: ../netams.templates:6001 msgid Empty password msgstr Leeg wachtwoord #. Type: error #. Description #: ../netams.templates:6001 msgid You entered an empty password, which is not allowed. Please choose a non- empty password. msgstr U heeft een leeg wachtwoord ingevoerd, dit is niet toegestaan. U dient een niet-leeg wachtwoord te kiezen. #. Type: multiselect #. Description #: ../netams-web.templates:2001 msgid Please choose the web server that should be automatically configured for NeTAMS. msgstr Welke webserver moet automatisch worden geconfigureerd voor NeTAMS?
Bug#659412: [clementine] missing kittens and toad
tags 659412 wontfix thanks Hello Zoran, I had to remove these extra features cause of copyright restrictions. These features was already removed into the old debian package 0.7.1. There were lot of DFSG problems with clementine : * /usr/share/doc/clementine/README.Debian So, I'm sorry but you can't got the hypnotic-toad extra feature in this package. Regards, Thomas. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659352: opendnssec-enforcer: requires /usr/lib/libsofthsm.so
Op 10-02-12 15:23, Ondřej Surý schreef: reassign 659352 opendnssec-common thanks Hi Casper, and what did you chose when opendnssec-common has asked to upgrade your configuration files? The opendnssec-common configuration file has correct location. (There's one glitch - I need to bump dependency on softhsm (= 1.3.1-1~)) The problem is on my end. I manually replaced the configurationfile and missed this change. Sorry for wasting your time. -- Casper signature.asc Description: OpenPGP digital signature
Bug#658425: better patches (script: new option to return the exit status of the forked command)
The first patch sent with the bug report did not allow script to fail in the case where the forked command did not exit normally, which makes it of little use if one really needs to detect a failure. I join two patches, only one of which can be applied (the second is richer in features): * both patches will make 'script -e' return the exit status of the forked command (if there is one) * both patches will make 'script -ee' fail if the forked command does not exit normally (for example if it is killed) * one patch will furthermore make 'script -eee' raise the same signal that killed the forked command, so that script wraps the forked command transparently; for example this will make an interactive shell report the error associated with the signal that killed the forked command This a request for upstream, but it can be applied in Debian only since the change is backward compatible (the behaviour changes only if the -e option is given), and it can be reviewed by the Debian maintainer before being possibly submitted upstream. Regards util-linux-2.17.2_script-ee.20120213.patch Description: Attachment: util-linux-2.17.2_script-ee.20120213.patch util-linux-2.17.2_script-eee.20120213.patch Description: Attachment: util-linux-2.17.2_script-eee.20120213.patch
Bug#659354: reprepro: Update rules does not work with architecture all
Bernhard R. Link brl...@debian.org writes: Look like it is missing a Release file there. Make sure the directory is correct (i.e. there is a http://192.168.1.10/debian/unstable/source/Sources*) and if not fix the directory name or otherwise try to add the IgnoreRelease: yes option. Ok, the problem is on mini-dinstall, there is no Release for source, I do not even find my orig.tar.gz. As this is just a transitonnal step, for already released packages, I will just skip sources. So, this report can be closed as not a bug. Thanks a lot your responsiveness. Regards. -- Daniel Dehennin Récupérer ma clef GPG: gpg --keyserver pgp.mit.edu --recv-keys 0x6A2540D1 pgpgoOQfZXnS3.pgp Description: PGP signature
Bug#658835: RFS: aspsms-t [NEW]
Dear mentors, dget -x http://mentors.debian.net/debian/pool/main/a/aspsms-t/aspsms-t_1.3.0-1.dsc Changes since last upload: * lib/ASPSMS/Storage.pm: Change to IO::File functions. * lib/ASPSMS/Storage.pm: Closes github issue: #1 * README: Update documentation Thanks, -Marco signature.asc Description: GnuPG Signature
Bug#649881: Bug #649881: scim-tables: qt4 support missing
On Mon, Feb 13, 2012 at 15:20, Harshula harsh...@debian.org wrote: Hi Osamu, On Fri, 2012-02-10 at 20:19 +0900, Osamu Aoki wrote: On Fri, Feb 10, 2012 at 09:15:58AM +0800, Aron Xu wrote: I am going to orphan this package before it get removed to in case there are people interested in taking over it. Missing Qt4 support is critical for users, but not for QA standards, hence I am downgrading the severity to important. I agree with your assessment. I am CCing past and current key maintainers of SCIM family of packages just in case they missed your move. I'm looking forward to orphaning scim-m17n. I'll keep an eye on it while scim is still around in Debian. My requirement, surrounding text support, has been added to IBus. So, other than minor bugs here and there in IBus, it is more useful than SCIM. cya, # Then please act on orphaning it when you see fit, :-) -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654417: transition: glew
On 2012-02-10 10:04, Alessio Treglia wrote: On Thu, Feb 9, 2012 at 8:07 PM, Niels Thykier ni...@thykier.net wrote: Sounds good so far - do you know if there has been any API changes? It's API compatible. However, just to be clear - if there are any FTBFS issues due to the -dev renaming, I am expecting that the two of you will be NMU'ing affected packages if needed. Of course we will. Other than the two packages above, I think we might be good to go. Feel free to upload the new version of glew to unstable. Thanks! Hi, So it seems our binNMU did not help. Turns out at least pymol, avogadro, hugin and libsfml use libglew1.5-dev, which libglew-dev does not provide. Could you add a provides for libglew1.5-dev? ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659352: opendnssec-enforcer: requires /usr/lib/libsofthsm.so
On Mon, Feb 13, 2012 at 11:17, Casper Gielen cas...@gielen.name wrote: and what did you chose when opendnssec-common has asked to upgrade your configuration files? The opendnssec-common configuration file has correct location. (There's one glitch - I need to bump dependency on softhsm (= 1.3.1-1~)) The problem is on my end. I manually replaced the configurationfile and missed this change. Sorry for wasting your time. No problem. I caugth the dependency problem and it's also a good thing that this made me to create debian/NEWS entry. So no time wasted, you contributed to improving opendnssec/softhsm packages. O. -- Ondřej Surý ond...@sury.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659700: ITP: libwacom -- Wacom model feature query library
Package: wnpp Severity: wishlist Owner: Timo Aaltonen tjaal...@ubuntu.com * Package name: libwacom Version : 0.3 Upstream Author : Bastien Nocera * URL : http://sourceforge.net/projects/linuxwacom/ * License : MIT Programming Lang: C Description : Wacom model feature query library libwacom is a library to identify wacom tablets and their model-specific features. It provides easy access to information such as is this a built-in on-screen tablet, what is the size of this model, etc. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659701: texlive-pictures: pgfplots can't use gnuplot: set terminal table - unknown or ambiguous terminal
Package: texlive-pictures
Version: 2009-15
Severity: important
I'm trying to call gnuplot from pgfplots. It doesn't work. Here is a
minimal example:
\documentclass{article}
\usepackage{pgfplots}
\begin{document}
\begin{tikzpicture}
\begin{axis}
\addplot plot[id=plot,raw gnuplot] function{plot x};
\end{axis}
\end{picture}
\end{document}
Here is pdflatex's output:
$ pdflatex -shell-escape a.tex
This is pdfTeX, Version 3.1415926-1.40.10 (TeX Live 2009/Debian)
\write18 enabled.
entering extended mode
...
Package pgfplots: loading complementary code for your PGF version...
(/usr/share/texmf-texlive/tex/generic/pgfplots/oldpgfcompatib/pgfplotsoldpgfsup
p_misc.code.tex)
(/usr/share/texmf-texlive/tex/generic/pgfplots/oldpgfcompatib/pgfplotsoldpgfsup
p_pgfkeysfiltered.code.tex)
(/usr/share/texmf-texlive/tex/generic/pgfplots/oldpgfcompatib/pgfplotsoldpgfsup
p_pgfmathfloat.code.tex)
(/usr/share/texmf-texlive/tex/generic/pgfplots/oldpgfcompatib/pgfplotsoldpgfsup
p_pgflibraryplothandlers.code.tex)
Package pgfplots: loading FPU library which doesn't appear to exist in your
PGF
version...
(/usr/share/texmf-texlive/tex/generic/pgfplots/oldpgfcompatib/pgfplotsoldpgfsup
p_pgflibraryfpu.code.tex))
(/usr/share/texmf-texlive/tex/generic/pgfplots/util/pgfplotsutil.code.tex
(/usr/share/texmf-texlive/tex/generic/pgfplots/liststructure/pgfplotsliststruct
ure.code.tex)
(/usr/share/texmf-texlive/tex/generic/pgfplots/liststructure/pgfplotsliststruct
ureext.code.tex)
(/usr/share/texmf-texlive/tex/generic/pgfplots/liststructure/pgfplotsarray.code
.tex)
(/usr/share/texmf-texlive/tex/generic/pgfplots/numtable/pgfplotstable.code.tex
(/usr/share/texmf-texlive/tex/generic/pgfplots/numtable/pgfplotstable.coltype.c
ode.tex)))
(/usr/share/texmf-texlive/tex/generic/pgfplots/util/pgfplotscolormap.code.tex)
(/usr/share/texmf-texlive/tex/generic/pgfplots/pgfplots.stackedplots.code.tex)
(/usr/share/texmf-texlive/tex/generic/pgfplots/pgfplotscoordprocessing.code.tex
) (/usr/share/texmf-texlive/tex/generic/pgfplots/pgfplotsticks.code.tex)
(/usr/share/texmf/tex/generic/pgf/frontendlayer/tikz/libraries/tikzlibrarydecor
ations.code.tex
(/usr/share/texmf/tex/generic/pgf/modules/pgfmoduledecorations.code.tex))
(/usr/share/texmf/tex/generic/pgf/frontendlayer/tikz/libraries/tikzlibrarydecor
ations.pathmorphing.code.tex
(/usr/share/texmf/tex/generic/pgf/libraries/pgflibrarydecorations.pathmorphing.
code.tex))
(/usr/share/texmf/tex/generic/pgf/frontendlayer/tikz/libraries/tikzlibrarydecor
ations.pathreplacing.code.tex
(/usr/share/texmf/tex/generic/pgf/libraries/pgflibrarydecorations.pathreplacing
.code.tex)))
(/usr/share/texmf/tex/generic/pgf/frontendlayer/tikz/libraries/tikzlibraryplotm
arks.code.tex
(/usr/share/texmf/tex/generic/pgf/libraries/pgflibraryplotmarks.code.tex)))
(./a.aux) (/usr/share/texmf-texlive/tex/context/base/supp-pdf.mkii
[Loading MPS to PDF converter (version 2006.09.02).]
)
set terminal table; set output a.plot.table; set format %.5f
^
a.plot.gnuplot, line 1: unknown or ambiguous terminal type; type just 'set
terminal' for a list
! Package pgfplots Error: Sorry, the gnuplot-result file 'a.plot.table' could
n
ot be found. Maybe you need to enable the shell-escape feature? For pdflatex,
t
his is ' pdflatex -shell-escape'. You can also invoke ' gnuplot
file.gnup
lot' manually on the respective gnuplot file..
See the pgfplots package documentation for explanation.
Type H return for immediate help.
...
l.9 ...plot[id=plot,raw gnuplot] function{plot x};
? ^C! Interruption.
\GenericError ...
\endgroup
l.9 ...plot[id=plot,raw gnuplot] function{plot x};
The problem is that gnuplot no longer supports 'set terminal table'.
To use the table terminal, one has to use: 'set table'. (I'm using
version 4.4.0-1.1 of gnuplot).
The workaround described here:
http://tex.stackexchange.com/questions/23900/a-problem-with-tikz-gnuplot-set-terminal-table
doesn't work for me either. dpkg -L texlive-pictures | grep pgfbaseplot
returns nothing. I tried grepping the sources for 'set terminal table',
but I didn't find the offending line of code.
Thanks.
-- Package-specific info:
If you report an error when running one of the TeX-related binaries
(latex, pdftex, metafont,...), or if the bug is related to bad or wrong
output, please include a MINIMAL example input file that produces the
error in your report.
Please run your example with
(pdf)latex -recorder ...
(or any other program that supports -recorder) and send us the generated
file with the extension .fls, it lists all the files loaded
Bug#659702: durep: [INTL:nl] Dutch translation of debconf templates
Package: durep Severity: wishlist Tags: patch l10n Hello, Attached is the updated Dutch translation of the durep debconf templates. Please include it in your next upload. Regards, -- Jeroen Schot # Dutch translation of durep debconf templates. # Copyright (C) 2004-2012 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the durep package. # Luk Claes luk.cl...@ugent.be, 2004. # Jeroen Schot sc...@a-eskwadraat.nl, 2012. # msgid msgstr Project-Id-Version: durep 0.9-2.2\n Report-Msgid-Bugs-To: du...@packages.debian.org\n POT-Creation-Date: 2010-02-03 17:23+0100\n PO-Revision-Date: 2012-02-13 12:03+0100\n Last-Translator: Jeroen Schot sc...@a-eskwadraat.nl\n Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n Language: nl\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../templates:1001 msgid HTTP directory for supplementary files: msgstr HTTP-map voor aanvullende bestanden: #. Type: string #. Description #: ../templates:1001 msgid If this package shall provide disk usage information through a HTTP CGI- service, it needs a public web directory containing additional files like style sheet and images. This directory should be visible as '/durep' on the web site where the durep.cgi page is located. msgstr Wanneer dit pakket informatie over schijfgebruik via een HTTP-CGI-dienst zal aanbieden is er een publieke webmap voor extra bestanden zoals stylesheets en afbeeldingen nodig. Deze map moet beschikbaar zijn als \/durep\ op de website waar de durep.cgi-pagina zich bevindt. #. Type: string #. Description #: ../templates:1001 msgid Due to FHS policy these files are not automatically installed to system directories. To make them accessible, they can either be copied into a location inside the HTTP root directory, or the web server needs to be configured accordingly. msgstr Vanwege het FHS-beleid worden deze bestanden niet automatisch geïnstalleerd in de systeemmappen. Om ze toegankelijk te maken moeten ze of gekopieerd worden naar een plek onder de HTTP-hoofdmap, of de webserver moet hiervoor geconfigureerd worden. #. Type: string #. Description #: ../templates:1001 msgid To configure the Apache webserver (for example), the following directive creates the needed directory alias: msgstr Bij de configuratie van (bijvoorbeeld) de Apache webserver zorgt de volgende richtlijn voor de benodigde mapalias: #. Type: string #. Description #: ../templates:1001 msgid Alias /durep /usr/share/durep/www msgstr Alias /durep /usr/share/durep/www #. Type: string #. Description #: ../templates:1001 msgid To install supplementary files into another root directory please specify its path here. The directory must already exist. A typical answer would be '/ var/www'. The subdirectory '/durep' with files will be created automatically, the files will be installed from '/usr/share/durep/www' unless they already exist. msgstr Om de aanvullende bestanden in een andere hoofdmap te installeren kunt u het pad hier opgeven. De map moet al bestaan. Een gebruikelijk antwoord is \/ var/www\. De submap \/durep\ wordt automatisch aangemaakt en de bestanden zullen worden geïnstalleerd vanaf \/usr/share/durep/www\, tenzij ze al bestaan. #. Type: boolean #. Description #: ../templates:2001 msgid Do you want to enable daily report generation? msgstr Wilt u dagelijkse rapportgeneratie inschakelen? #. Type: boolean #. Description #: ../templates:2001 msgid If you wish, a daily script will create disk usage statistics of chosen filesystems. They will be kept for seven days. msgstr Als u wilt, dan zal een dagelijks script schijfgebruiksstatistieken maken van gekozen bestandssystemen. Deze zullen zeven dagen bewaard worden. #. Type: boolean #. Description #: ../templates:2001 msgid WARNING: with the default configuration, the statistics are stored in the public httpd directory, /var/www/durep. This may breach the privacy of the users. msgstr WAARSCHUWING: met de standaard configuratie worden de statistieken bewaard in de publieke httpd-map /var/www/durep. Dit kan de privacy van gebruikers schaden. #. Type: string #. Description #: ../templates:3001 msgid List of filesystems for durep reports: msgstr Lijst van bestandssystemen voor durep-rapporten: #. Type: string #. Description #: ../templates:3001 msgid To specify single filesystems to report on, enter their mount points separated by spaces (eg. \/data /var\). A single dot (\.\) means scanning of the whole UNIX filesystem tree. msgstr Om eenvoudige bestandssystemen op te geven om over te rapporteren, geef hun aankoppelpunten gescheiden door spaties (vb. \/data/var\). Enkel een punt (\.\) betekent de gehele UNIX-bestandssysteemboom scannen.
Bug#659703: pbuilder: Typo in error message
Package: pbuilder Version: 0.206 Severity: minor Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu precise ubuntu-patch There is a typo in an error message, introduced in http://anonscm.debian.org/gitweb/?p=pbuilder/pbuilder.git;a=commit;h=163e0751e2066cd24ec4de61f30489b5a21161e8 *** /tmp/tmpQkEY6_ This patch corrects the typo. Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 'oneiric'), (100, 'oneiric-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-15-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru pbuilder-0.206/debian/changelog pbuilder-0.206ubuntu1/debian/changelog diff -Nru pbuilder-0.206/pbuilder-buildpackage pbuilder-0.206ubuntu1/pbuilder-buildpackage --- pbuilder-0.206/pbuilder-buildpackage 2012-01-26 23:00:52.0 +0100 +++ pbuilder-0.206ubuntu1/pbuilder-buildpackage 2012-02-13 12:02:54.0 +0100 @@ -27,7 +27,7 @@ PACKAGENAME=$1 if [ ! -f $PACKAGENAME ]; then -log E: Command line parameter [$PACKAGENAME] is does not exist +log E: Command line parameter [$PACKAGENAME] does not exist exit 1; fi;
Bug#658728: linux-image-3.2.0-1-amd64: No more sound
At Fri, 10 Feb 2012 18:57:34 -0500, A. Costa wrote: On Fri, 10 Feb 2012 11:58:46 +0100 Takashi Iwai ti...@suse.de wrote: Sound silently playing in the background (via 'audacious' and 'pulseaudio') suddenly went on. The headphones when plugged in also worked correctly. Do you mean that the speaker is still muted automatically with the headphone plugging, even though Auto-Mute Mode mixer element is disabled? Or the speaker keeps playing? When plugged in, the headphones played and the speaker muted. Unplugging the phones, the speakers play. At the risk of being redundant, here's what I have so far: First off, with plain kernel v3.2.0-1-686-pae, I run 'audacious' with a playlist. 'pavucontrol' shows movement. The speakers are mute. Plugged in, the headphone are also mute. Then I ran 'amixer -c0 set Auto-Mute Mode Disabled'. The speakers (line out) play. Plug in the headphones, the speaker mutes, the headphones play. Unplug the phones, the speakers play. Thanks for confirmation. I fixed the upstream code no to create the superfluous Auto-Mute control. But the change is a bit intrusive so it's targeted only for 3.4 kernel, as you can work around it easily by turning off Auto-Mute even in the current tree. Takashi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659704: dtc-xen: [INTL:nl] Dutch translation of debconf templates
Package: dtc-xen Severity: wishlist Tags: patch l10n Hello, Attached is the updated Dutch translation of the dtc-xen debconf templates. Please include it in your next upload. Regards, -- Jeroen Schot # Dutch translation of dtc-xen debconf templates. # Copyright (C) 2008-2012 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the dtc-xen package. # Bart Cornelis cob...@skolelinux.no, 2008. # Jeroen Schot sc...@a-eskwadraat.nl, 2012. # msgid msgstr Project-Id-Version: dtc-xen 0.5.15-1\n Report-Msgid-Bugs-To: dtc-...@packages.debian.org\n POT-Creation-Date: 2010-09-29 14:06+\n PO-Revision-Date: 2012-02-13 12:20+0100\n Last-Translator: Jeroen Schot sc...@a-eskwadraat.nl\n Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n Language: nl\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../dtc-xen.templates:1001 msgid SOAP server login: msgstr Gebruikersnaam SOAP-server: #. Type: string #. Description #: ../dtc-xen.templates:1001 msgid Dtc-xen will start it's Python based SOAP server to listen for incoming requests over a TCP socket. A remote application (like the dtc web hosting control panel) can then connect to it in order to start, stop, create and destroy a VPS. msgstr Dtc-xen zal zijn SOAP-Pythonserver opstarten om te luisteren naar binnenkomende verzoeken op een TCP-socket. Een andere applicatie (zoals het dtc-webhosting-controlepaneel) kan dan verbinding maken om een VPS te starten, stoppen, aanmaken of vernietigen. #. Type: string #. Description #: ../dtc-xen.templates:1001 msgid Please enter the login name to connect to the server. msgstr Wat is de gebruikersnaam waarmee verbinding gemaakt kan worden met de server? #. Type: password #. Description #: ../dtc-xen.templates:2001 msgid SOAP server pass: msgstr Wachtwoord SOAP-server: #. Type: password #. Description #: ../dtc-xen.templates:2001 msgid Dtc-xen will generate a .htpasswd file for the login you have just configured. msgstr Dtc-xen maakt een '.htpasswd'-bestand aan voor de gebruiker die u zojuist aangegeven hebt. #. Type: password #. Description #: ../dtc-xen.templates:2001 msgid Please enter the password to use in that file. msgstr Wat is het wachtwoord dat in dat bestand gebruikt moet worden? #. Type: string #. Description #: ../dtc-xen.templates:3001 msgid Debian repository for VPS creation: msgstr Bij het aanmaken van VPS te gebruiken Debian-pakketbron: #. Type: string #. Description #: ../dtc-xen.templates:3001 msgid Please enter the repository to use for creating the VPS (Virtual Private Server). The current /etc/apt/sources.list file will be copied to the created VPS so the repository you enter here will be used only during the debootstrap stage of the VPS creation. msgstr Welke pakketbron (repository) dient gebruikt te worden bij het aanmaken van de VPS (virtual private server)? De huidige versie van /etc/apt/sources.list wordt gekopieerd naar de aangemaakte VPS, de hier aangegeven pakketbron wordt enkel gebruikt tijdens de debootstrap-fase van de VPS-generatie. #. Type: string #. Description #: ../dtc-xen.templates:4001 msgid Network mask for the VPS: msgstr Netwerkmasker voor de VPS: #. Type: string #. Description #: ../dtc-xen.templates:4001 msgid Please enter the network mask to use in the created Virtual Private Server's network settings. msgstr Wat is het netwerkmasker dat gebruikt moet worden voor de netwerkinstellingen van de 'Virtual Private Server'? #. Type: string #. Description #: ../dtc-xen.templates:5001 msgid Network address for the VPS: msgstr Netwerkadres voor de VPS: #. Type: string #. Description #: ../dtc-xen.templates:5001 msgid Please enter the network address to use in the created Virtual Private Server's network settings. msgstr Wat is het netwerkadres dat gebruikt moet worden voor de netwerkinstellingen van de 'Virtual Private Server'? #. Type: string #. Description #: ../dtc-xen.templates:6001 msgid Broadcast address for the VPS: msgstr Broadcast-adres voor de VPS: #. Type: string #. Description #: ../dtc-xen.templates:6001 msgid Please enter the network broadcast address to use in the created Virtual Private Server's network settings. msgstr Wat is het netwerk-broadcast-adres dat gebruikt moet worden voor de netwerkinstellingen van de 'Virtual Private Server'? #. Type: string #. Description #: ../dtc-xen.templates:7001 msgid Gateway address for the VPS: msgstr Router-adres voor de VPS: #. Type: string #. Description #: ../dtc-xen.templates:7001 msgid Please enter the network gateway address to use in the created Virtual Private Server's network settings. msgstr Wat is het routeradres gebruikt moet worden voor de netwerkinstellingen van de 'Virtual Private Server'? #. Type: string #. Description #: ../dtc-xen.templates:8001 msgid Xen kernel release name: msgstr Naam Xen-kernel-uitgave: #. Type: string #. Description
Bug#659705: libmpeg2-4: Upload 0.5.x to unstable?
Package: libmpeg2-4 Version: 0.4.1-3 Severity: wishlist Hi, mpeg2dec 0.5.1 is in experimental for more than 3(!) years now. Is there any reason against uploading it to unstable to replace the (ABI compatible) 0.4.1 version? - Fabian -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (901, 'testing'), (501, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libmpeg2-4 depends on: ii libc6 2.13-26 libmpeg2-4 recommends no packages. libmpeg2-4 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#639480: Reopening, fix was reverted
unarchive 639480 reopen 639480 found 639480 2.3.3-1 thanks The last upload reverted this, it again b-deps on postgresql-server-dev-8.4. The changelog also dropped 2.2.7-2 entirely. VCS confusion? Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#659706: asedriveiiie: [INTL:nl] Dutch translation of debconf templates
Package: asedriveiiie Severity: wishlist Tags: patch l10n Hello, Attached is the updated Dutch translation of the asedriveiiie debconf templates. Please include it in your next upload. Regards, -- Jeroen Schot # Dutch translation of asedriveiiie debconf templates. # Copyright (C) 2003-2012 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the asedriveiiie package. # Tim Vandermeersch qbe...@skolelinux.no, 2003. # Jeroen Schot sc...@a-eskwadraat.nl, 2012. # msgid msgstr Project-Id-Version: asedriveiiie 3.7-2\n Report-Msgid-Bugs-To: asedrivei...@packages.debian.org\n POT-Creation-Date: 2008-01-05 17:43+0100\n PO-Revision-Date: 2012-02-13 12:24+0100\n Last-Translator: Jeroen Schot sc...@a-eskwadraat.nl\n Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n Language: nl\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: select #. Choices #: ../libasedrive-serial.templates:1001 msgid none msgstr geen #. Type: select #. Description #: ../libasedrive-serial.templates:1002 msgid Communication port to use with the smart card reader: msgstr Communicatiepoort die gebruikt moet weorden met de smartcard-lezer: #. Type: select #. Description #: ../libasedrive-serial.templates:1002 msgid The driver needs to know which serial port the Athena ASEDrive IIIe card reader is connected to. msgstr Het stuurprogramma moet weten met welke seriële poort de ASEDrive IIIe-lezer verbonden is.
Bug#607709: XEN kernel crash on DNS process
Il giorno gio, 09/02/2012 alle 16.34 -0600, Jonathan Nieder ha scritto: [...] Thanks and sorry for the slow response. No ideas come to mind, so some basic questions instead: - do you still use this system? If so, how are you coping? - what kernel and hypervisor do you use these days? - is it still reproducible with current squeeze or sid kernels and hypervisors? - any other weird observations? That was more than a year ago. I do not remember how I changed the system in order to avoid the problem. Right now I cannot access the system, so I cannot even check what packages (and versions) are there. If you are interested in the current configuration, I may check it. Bye, Giuseppe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654417: transition: glew
Hi! On 13/02/2012 11:33, Niels Thykier wrote: Hi, So it seems our binNMU did not help. Turns out at least pymol, avogadro, hugin and libsfml use libglew1.5-dev, which libglew-dev does not provide. Could you add a provides for libglew1.5-dev? ~Niels An usually super-active Alessio already fixed it. I added the Provides field also for libglewmx1.5-dev, in case. Cheers. -- Matteo F. Vescovi Debian Sponsored Maintainer GnuPG KeyID: 83B2CF7A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659707: ifd-gempc: [INTL:nl] Dutch translation of debconf templates
Package: ifd-gempc Severity: wishlist Tags: patch l10n Hello, Attached is the updated Dutch translation of the ifd-gempc debconf templates. Please include it in your next upload. Regards, -- Jeroen Schot # Dutch translation of ifd-gempc debconf templates. # Copyright (C) 2006-2012 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the ifd-gempc package. # Tim Vandermeersch qbe...@skolelinux.no, 2006. # Jeroen Schot sc...@a-eskwadraat.nl, 2012. # msgid msgstr Project-Id-Version: ifd-gempc 1.0.6-4\n Report-Msgid-Bugs-To: rouss...@debian.org\n POT-Creation-Date: 2006-10-31 20:53+0100\n PO-Revision-Date: 2012-02-13 12:28+0100\n Last-Translator: Jeroen Schot sc...@a-eskwadraat.nl\n Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n Language: nl\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: select #. Choices #: ../libgempc410.templates:1001 msgid None msgstr Geen #. Type: select #. Description #: ../libgempc410.templates:1002 msgid Communication port to use with the smart card reader: msgstr Communicatiepoort die gebruikt moet weorden met de smartcard-lezer: #. Type: select #. Description #: ../libgempc410.templates:1002 msgid The driver needs to know to which serial port the GemPC410 reader is connected. msgstr Het stuurprogramma moet weten met welke seriële poort de GemPC410-lezer verbonden is.
Bug#659277: [RFR] templates://glance/{glance-api.templates,glance-common.templates}
Christian PERRIER wrote: Default: caching _Description: Pipeline flavor: If you use the OpenStack Identity Service (Keystone), you might want to - select keystone. If you don't use this service, you can safely choose - caching only. \ No newline at end of file + select keystone. If you don't use this service, you can safely choose + caching only. Simply use quotes around choices. I would propose making the choices translatable but they seem to be jargon related to the thing (OpenStack blahblah) and making them translatable will just bring trouble to translators Especially if they then need to give both translated and original versions of OpenStack Identity Service (Keystone). Does this need an introductory instruction along the lines of: Please specify the flavor of pipeline to be used by Glance. ...or is the description line enough? Template: glance-api/auth-url Type: string Default: http://localhost:5000 _Description: Auth server URL: Type the URL of your auth server. This is typically the URL of your OpenStack Identity Service (Keystone). I don't know if debconf has input methods that aren't covered by the term typing, but the word seems out of place anyway. + Please specify the URL of your Glance authentication server. Typically + this is also the URL of your OpenStack Identity Service (Keystone). -Description: OpenStack Image Registry and Delivery Service - Python client library +Description: OpenStack image registry and delivery service - Python client library [...] -Description: OpenStack Image Registry and Delivery Service - Common +Description: OpenStack image registry and delivery service - Common Just stop using capitals everywhere. This is my only proposed change because I don't understand a s*** about the remaining of the package description. OpenStack themselves call it something shorter: Description: OpenStack Image Service - Python client library Description: OpenStack Image Service - common files What is OpenStack? What image are we talking about? Is this about a place where to store my holiday and family pictures? It doesn't seem to be this but nothing give a clue about what we're talking about. Well, it's cloud computing, isn't it? And that's just fog on a higher level. Who is Nova? Wikipedia on the OpenStack platform lists two components: Compute (Nova) and Object Storage (Swift). Nova is a fabric controller, named after NASA's Nebula platform. So either it's something you pour into your washing machine or it's an IaaS fluffer. The Glance project provides an image registration, discovery and delivery service. These services may be used as stand-along services, and they may also be used by Nova to deliver images from object stores, such as OpenStack's Swift service, to Nova's compute nodes. Using material from other sources, I'd suggest: The Glance project provides services for discovering, registering, and retrieving virtual machine images over the cloud. They may be stand-alone services, or may be used to deliver images from object stores, such as OpenStack's Swift service, to Nova's compute nodes. Just including the word cloud in there is enough to make most of the pain go away... and adding virtual machine images to make it obvious that it isn't talking about images of kittens. Otherwise my package-description tweaks are mostly a matter of giving Glance API the correct capitalisation. Obligatory WhyTheName appendix: I'm assuming Glance is just an arbitrary codename. I'm astonished it wasn't already in use for some GL/GNOME/GNU library already. -- JBR with qualifications in linguistics, experience as a Debian sysadmin, and probably no clue about this particular package Template: glance/paste-flavor Type: select Choices: keystone, caching, keystone+caching, cachemanagement, keystone+cachemanagement Default: caching _Description: Pipeline flavor: Please specify the flavor of pipeline to be used by Glance. . If you use the OpenStack Identity Service (Keystone), you might want to select keystone. If you don't use this service, you can safely choose caching only. Template: glance-api/auth-url Type: string Default: http://localhost:5000 _Description: Auth server URL: Please specify the URL of your Glance authentication server. Typically this is also the URL of your OpenStack Identity Service (Keystone). Template: glance-api/auth-token Type: string _Description: Auth server admin token: Source: glance Section: net Priority: extra Maintainer: PKG OpenStack openstack-de...@lists.alioth.debian.org Uploaders: Julien Danjou a...@debian.org, Thomas Goirand z...@debian.org, Ghe Rivero g...@debian.org Build-Depends: debhelper (= 7.0.50), python-all (= 2.6.6-3~), po-debconf Build-Depends-Indep: python-setuptools, python-sphinx, python-distutils-extra, python-sqlalchemy-ext | python-sqlalchemy ( 0.6.3-2),
Bug#659705: libmpeg2-4: Upload 0.5.x to unstable?
On Mon, Feb 13, 2012 at 12:21 PM, Fabian Greffrath fab...@greffrath.com wrote: mpeg2dec 0.5.1 is in experimental for more than 3(!) years now. Is there any reason against uploading it to unstable to replace the (ABI compatible) 0.4.1 version? I'm going to import the old svn repository into our git area. Please wait until the job is done. -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer | quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658890: pristine-tar: pristine-xz failed to reproduce build of ....
Hi! On Sun, Feb 12, 2012 at 12:29:48PM -0400, Joey Hess wrote: Geoff wrote: Mea culpa, I switched to 1.19 and everything is fine with xz archive, at least trying to git-import-origin for mpd-sima package. xz archive are actually not supported in 1.17… The original problem still remains though... please try the rygel repo. -- Andreas Henriksson signature.asc Description: Digital signature
Bug#659701: texlive-pictures: pgfplots can't use gnuplot: set terminal table - unknown or ambiguous terminal
On 13.02.12 Neal H. Walfield (n...@walfield.org) wrote:
Hi,
Package: texlive-pictures
Version: 2009-15
Severity: important
I'm trying to call gnuplot from pgfplots. It doesn't work. Here is a
minimal example:
I'm trying to understand/reproduce your problem.
\documentclass{article}
\usepackage{pgfplots}
\begin{document}
\begin{tikzpicture}
\begin{axis}
\addplot plot[id=plot,raw gnuplot] function{plot x};
\end{axis}
\end{picture}
\end{document}
The minimal example does not compile, it tells me somthing about an
missing endgroup. After replacing \end{picture} by \end{tikzpicture}
at least it builds fine. But it does not even try to run gnuplot. I
have gnuplot-nox and gnuplot-x11 installed. My command line is
hille@sid:~ $ pdflatex -shell-escape a.tex
This is pdfTeX, Version 3.1415926-1.40.10 (TeX Live 2009/Debian)
\write18 enabled.
entering extended mode
snip
(/usr/share/texmf/tex/generic/pgf/libraries/pgflibraryplotmarks.code.tex)))
(./a.aux) ABD: EveryShipout initializing macros
(/usr/share/texmf-texlive/tex/context/base/supp-pdf.mkii
[Loading MPS to PDF converter (version 2006.09.02).]
) [1{/var/lib/texmf/fonts/map/pdftex/updmap/pdftex.map}] (./a.aux)
)/usr/share
/texmf-texlive/fonts/type1/public/amsfonts/cm/cmr10.pfb/usr/share/texmf-texli
ve/fonts/type1/public/amsfonts/cm/cmsy10.pfb
Output written on a.pdf (1 page, 27356 bytes).
Transcript written on a.log.
Please explain.
Hilmar
--
sigmentation fault
signature.asc
Description: Digital signature
Bug#659708: jwchat: [INTL:nl] Dutch translation of debconf templates
Package: jwchat Severity: wishlist Tags: patch l10n Hello, Attached is the updated Dutch translation of the jwchat debconf templates. Please include it in your next upload. Regards, -- Jeroen Schot # Dutch translation of jwchat debconf templates. # Copyright (C) 2012 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the jwchat package. # Bart Cornelis cob...@skolelinux.no, 2007. # Jeroen Schot sc...@a-eskwadraat.nl, 2012. # msgid msgstr Project-Id-Version: jwchat 1.0+dfsg-1\n Report-Msgid-Bugs-To: jwc...@packages.debian.org\n POT-Creation-Date: 2008-10-18 11:40+0200\n PO-Revision-Date: 2012-02-13 12:37+0100\n Last-Translator: Jeroen Schot sc...@a-eskwadraat.nl\n Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n Language: nl\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../templates:1001 msgid The name of apache's virtual server used for jwchat: msgstr De naam van apache's virtuele server voor jwchat: #. Type: string #. Description #: ../templates:1001 msgid The automatic apache2 configuration needs a name for a virtual server that is used exclusively by jwchat. If you do not want any automatic configuration, please answer 'none' here (without quotes). msgstr De automatische apache2-configuratie heeft een naam nodig voor de virtuele server die exclusief door jwchat gebruikt wordt. Als u geen automatische configuratie wilt dient u hier 'none' te antwoorden (zonder koppeltekens). #. Type: string #. Description #: ../templates:2001 msgid The URL of your jabber server: msgstr De URL van uw jabberserver: #. Type: string #. Description #: ../templates:2001 msgid Please enter the address where your jabber server can be reached. Usually you can leave the default value unchanged if you have installed ejabberd locally. msgstr Wat is het adres waarop uw jabberserver bereikt kan worden? Als u ejabberd lokaal geïnstalleerd heeft kunt u de standaardwaarde meestal onveranderd laten.
Bug#659709: libghc-uniplate-dev: Can't compile haskell-uniplate source package with ghc 7.4.1
Package: libghc-uniplate-dev Version: 1.6-1+b3 Severity: normal Dear Maintainer, The haskell-uniplate source package 1.6-1+b3 has a compile error on ghc 7.4.1. I think uniplate-1.6.5 is ready for ghc 7.4.1. Could you update it? Regards, Kiwamu -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages libghc-uniplate-dev depends on: ii libc62.13-26 ii libffi5 3.0.10-3 ii libghc-base-dev-4.3.1.0-178a6none ii libghc-containers-dev-0.4.0.0-aa6e4 none ii libghc-syb-dev-0.3.3-1cfcb none ii libgmp10 2:5.0.4+dfsg-1 libghc-uniplate-dev recommends no packages. Versions of packages libghc-uniplate-dev suggests: pn libghc-uniplate-doc none pn libghc-uniplate-prof none -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596419: [xen] BUG at drivers/scsi/aacraid/aachba.c:2825
Thanks for reporting this and sorry for the long quiet. Can you reproduce this using a sid kernel for the dom0? I think the only packages that should be needed for this test from outside squeeze are the kernel image itself, linux-base, and initramfs-tools. Jonathan Hello, Jonathan, unfortunatelly, I have changed the SW RAID to HW RAID and the server is already used in production with Debian Squeeze, so I cannot try to reproduce the problems at this time... But I will try to do it by the next server... Thanx for information, Artur -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641614: libidl: please convert to multiarch
On Wed, Feb 08, 2012 at 04:59:32PM +, Tom Ellis wrote:
* Changed depends on cpp to cpp:any due to (discussion from #ubuntu-devel):
Unfortunately this is troublesome. Here's the text of the Ubuntu bug I
just filed about this (https://bugs.launchpad.net/bugs/931388):
libidl0 0.8.14-0.2ubuntu1 has started using the new Depends: cpp:any
syntax, and is the only package in the archive currently doing so. The
multiarch specification says:
It is worth noting that existing package management tools will be
unable to interpret and satisfy package relationships of this
format, even when the desired package is available. Consequently, it
is recommended to defer use of such package relationships in the
archive for a full release cycle following the package management
implementation.
I would argue that the relevant release cycle for Ubuntu should be
considered to be the LTS cycle. The version of apt in lucid cannot
understand Depends: cpp:any, as shown here:
root@sarantium(lucid-upgrade) ~# apt-get install libidl0
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:
The following packages have unmet dependencies.
libidl0: Depends: cpp:any but it is not installable
E: Broken packages
root@sarantium(lucid-upgrade) ~# apt-get install cpp
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following extra packages will be installed:
binutils cpp-4.4 cpp-4.6 gcc-4.4 gcc-4.4-base gcc-4.6-base libc-bin
libc-dev-bin libc6 libc6-dev libgcc1 libgmp10 libgomp1 libmpc2 libmpfr4
libnih-dbus1 libnih1 libpopt0 libstdc++6 make multiarch-support
pkg-config
Suggested packages:
binutils-doc cpp-doc gcc-4.4-locales gcc-4.6-locales gcc-4.4-multilib
libmudflap0-4.4-dev gcc-4.4-doc libgcc1-dbg libgomp1-dbg libmudflap0-dbg
libcloog-ppl0 libppl-c2 libppl7 glibc-doc make-doc
The following packages will be REMOVED
libc6-i686
The following NEW packages will be installed
cpp-4.6 gcc-4.6-base libgmp10 libmpc2 libmpfr4 multiarch-support
The following packages will be upgraded:
binutils cpp cpp-4.4 gcc-4.4 gcc-4.4-base libc-bin libc-dev-bin libc6
libc6-dev libgcc1 libgomp1 libnih-dbus1 libnih1 libpopt0 libstdc++6 make
pkg-config
17 upgraded, 6 newly installed, 1 to remove and 979 not upgraded.
Need to get 17.8MB/25.1MB of archives.
After this operation, 8,034kB of additional disk space will be used.
Do you want to continue [Y/n]? n
Abort.
(Admittedly, the release upgrader in update-manager has a backport of
apt which would avoid this problem, but we generally try to avoid
design decisions that *require* using the release upgrader.)
Furthermore, germinate doesn't currently understand this kind of
multiarch dependency relationship and it's not straightforward to make
it do so while it's still deployed on lucid; so using this before the
archive infrastructure is itself upgraded to precise may cause
malfunctions such as Task fields not being updated properly, packages
not being present on CD images when they should be, and so on.
I understand that it is very convenient in this case, and indeed
arguably necessary for multiarch support in libidl; but I don't think
we can do it in this particular way until after precise.
For Debian, introducing Depends: cpp:any in advance of the wheezy
release would be even worse, because Debian doesn't have the release
upgrader workaround. In Debian, you must only use dependency syntax
supported by apt in the previous release.
I can think of one other possibility which might work, but needs to be
tested. Introduce a libidl-common package, which is empty apart from
documentation. The control metadata would look something like this:
Package: libidl0
Architecture: any
Multi-Arch: same
Pre-Depends: ${misc:Pre-Depends}
Depends: libidl-common (= ${source:Version}), libidl-common (
${source:Version}.1), ${shlibs:Depends}, ${misc:Depends}
Package: libidl-common
Architecture: all
Multi-Arch: foreign
Depends: cpp
That would be supported by squeeze's apt, and I think that layer of
indirection might do what you want for multiarch as well.
--
Colin Watson [cjwat...@ubuntu.com]
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649881: Bug #649881: scim-tables: qt4 support missing
Hi, On Mon, Feb 13, 2012 at 06:20:47PM +1100, Harshula wrote: Hi Osamu, On Fri, 2012-02-10 at 20:19 +0900, Osamu Aoki wrote: On Fri, Feb 10, 2012 at 09:15:58AM +0800, Aron Xu wrote: I am going to orphan this package before it get removed to in case there are people interested in taking over it. Missing Qt4 support is critical for users, but not for QA standards, hence I am downgrading the severity to important. I agree with your assessment. I am CCing past and current key maintainers of SCIM family of packages just in case they missed your move. I'm looking forward to orphaning scim-m17n. I'll keep an eye on it while scim is still around in Debian. If no one needs it and no one maintains it, it is best to remove it since it may pose security issues if we keep it. My requirement, surrounding text support, has been added to IBus. So, other than minor bugs here and there in IBus, it is more useful than SCIM. Please check newly uploaded 1.4.1 IBus and give us feed back. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659710: sfacctd, nfacctd, uacctd daemons missing initscripts, default-files and sample configs
Package: pmacct
Version: 0.12.5-1
Even though the pmacct packages provides the sfacctd, nfacctd daemons in
addition
to the pmacctd daemon, they are missing corresponding initscripts, default-files
and sample configs.
I've attached proposed files for inclusion - the sfacct ones, I've tested, the
nfacct, pmacct ones, I've not. That said, the changes compared the currently
provided files for pmacct, is pretty much a matter of search/replace. The only
other changes I've made are:
- stop function of the initscripts now uses SIGTERM instead of SIGINT, as SIGINT
does not seem to be adequate anymore.
- the sample config files have had daemon-name_ prepended to the recovery_log
filenames.
I've tested the proposed changes on the sfacct side of things, on Ubuntu Lucid.
Please let me know if you'd rather have a diff or something.
/Thomas
# Defaults for nfacct initscript
# sourced by /etc/init.d/nfacct
# installed at /etc/default/sfacct by the maintainer scripts
#
# This is a POSIX shell fragment
#
# Location of the configuration file
NFACCTD_CONF=/etc/pmacct/nfacctd.conf
# List of interfaces to start accounting on.
# See /usr/share/doc/pmacct/README.Debian for details.
INTERFACES=
# Additional options that are passed to nfacctd
DAEMON_OPTS=
#!/bin/sh
### BEGIN INIT INFO
# Provides: nfacct
# Required-start: $network $syslog
# Required-stop: $network $syslog
# Default-start: 2 3 4 5
# Default-stop: 0 1 6
# Short-Description: netflow accounting daemon
### END INIT INFO
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
DAEMON=/usr/sbin/nfacctd
NAME=nfacctd
DESC=netflow accounting daemon
CONFDIR=/etc/pmacct
test -x $DAEMON || exit 0
# Include nfacct defaults if available
if [ -f /etc/default/nfacct ] ; then
. /etc/default/nfacct
fi
stop () {
#start-stop-daemon --stop --oknodo --quiet \
# --pidfile /var/run/$NAME.pid \
# --exec $DAEMON
killall -TERM nfacctd
}
start () {
#start-stop-daemon --start --oknodo --quiet \
# --pidfile /var/run/$NAME.pid \
# --exec $DAEMON -- -f $PMACCTD_CONF $DAEMON_OPTS
if [ -n $INTERFACES ]; then
for i in $INTERFACES; do
ip link set $i up
$DAEMON -f $CONFDIR/nfacctd.$i.conf $DAEMON_OPTS
done
else
$DAEMON -f $CONFDIR/nfacctd.conf $DAEMON_OPTS
fi
}
case $1 in
start)
echo -n Starting $DESC:
start
echo $NAME.
;;
stop)
echo -n Stopping $DESC:
stop
echo $NAME.
;;
#reload)
#
# If the daemon can reload its config files on the fly
# for example by sending it SIGHUP, do it here.
#
# If the daemon responds to changes in its config file
# directly anyway, make this a do-nothing entry.
#
# echo Reloading $DESC configuration files.
# start-stop-daemon --stop --signal 1 --quiet --pidfile \
# /var/run/$NAME.pid --exec $DAEMON
#;;
restart|force-reload)
#
# If the reload option is implemented, move the force-reload
# option to the reload entry above. If not, force-reload is
# just the same as restart.
#
echo -n Restarting $DESC:
stop
sleep 1
start
echo $NAME.
;;
*)
N=/etc/init.d/$NAME
# echo Usage: $N {start|stop|restart|reload|force-reload} 2
echo Usage: $N {start|stop|restart|force-reload} 2
exit 1
;;
esac
exit 0
! nfacctd configuration
!
!
!
daemonize: true
pidfile: /var/run/nfacctd.pid
syslog: daemon
!
! interested in in and outbound traffic
aggregate: src_host,dst_host
! on this network
pcap_filter: net 127.0.0.0/8
! on this interface
interface: lo
!
! storage methods
!plugins: pgsql
!sql_host: localhost
!sql_passwd:
! refresh the db every minute
!sql_refresh_time: 60
! reduce the size of the insert/update clause
!sql_optimize_clauses: true
! accumulate values in each row for up to an hour
!sql_history: 1h
! create new rows on the minute, hour, day boundaries
!sql_history_roundoff: mhd
! in case of emergency, log to this file
!sql_recovery_logfile: /var/lib/pmacct/nfacctd_recovery_log
#!/bin/sh
### BEGIN INIT INFO
# Provides: pmacct
# Required-start: $network $syslog
# Required-stop: $network $syslog
# Default-start: 2 3 4 5
# Default-stop: 0 1 6
# Short-Description: promiscuous mode accounting daemon
### END INIT INFO
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
DAEMON=/usr/sbin/pmacctd
NAME=pmacctd
DESC=promiscuous mode accounting daemon
CONFDIR=/etc/pmacct
test -x $DAEMON || exit 0
# Include pmacct defaults if available
if [ -f /etc/default/pmacct ] ; then
. /etc/default/pmacct
fi
stop () {
#start-stop-daemon --stop --oknodo --quiet \
# --pidfile /var/run/$NAME.pid \
# --exec $DAEMON
killall -TERM pmacctd
}
start () {
#start-stop-daemon --start --oknodo --quiet \
#
Bug#659711: please configure with --enable-64bit and --enable-threads flags
Package: pmacct Version: 0.12.5-1 At least, sfacctd (mysql plugin) seems to have problems correctly reporting the bytes-count in flows. This results in one-hour byte-counts in excess of 100TB on relatively inactive 4mbit links). I've rebuild using the configure-flags: --enable-64bit --enable-threads After that, everything appears to be working fine. This was tested on Ubuntu Lucid, amd64, fwiw. Please let me know if you'd rather have a diff of the rules script or something. /Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659712: python-django-lint: Options -p and -e don't work as expected
Package: python-django-lint
Version: 0.13-1
$ django-lint -h
...
-p, --pylint run normal PyLint checks
-e, --errors only show errors
$ django-lint -p manage.py
Traceback (most recent call last):
File /usr/bin/django-lint, line 8, in module
load_entry_point('django-lint==0.0.0', 'console_scripts', 'django-lint')()
File /usr/lib/pymodules/python2.6/DjangoLint/script.py, line 117, in main
linter.disable_message(msg)
AttributeError: 'PyLinter' object has no attribute 'disable_message'
$ django-lint -e manage.py
Traceback (most recent call last):
File /usr/bin/django-lint, line 8, in module
load_entry_point('django-lint==0.0.0', 'console_scripts', 'django-lint')()
File /usr/lib/pymodules/python2.6/DjangoLint/script.py, line 110, in main
linter.set_option('disable-msg-cat', 'WCRI')
File /usr/lib/pymodules/python2.6/pylint/lint.py, line 303, in set_option
BaseRawChecker.set_option(self, optname, value, action, optdict)
File
/usr/lib/pymodules/python2.6/logilab/common/configuration.py, line
814, in set_option
optdict = self.get_option_def(opt)
File
/usr/lib/pymodules/python2.6/logilab/common/configuration.py, line
878, in get_option_def
raise optparse.OptionError('no such option in section %r' %
self.name, opt)
optparse.OptionError: option disable-msg-cat: no such option in
section 'master'
$ pylint --errors-only --rcfile=/dev/null admin.py
$
`manage.py' is
/usr/share/doc/python-django-lint/examples/django_lint_example/manage.py,
but the problems occur with all Django files I tried.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659713: haskell-json: Can't compile haskell-json source package with ghc 7.4.1
Package: haskell-json Version: 0.4.4-2 Severity: normal Dear Maintainer, The haskell-json source package 0.4.4-2 has a compile error on ghc 7.4.1. I think json-0.5 is ready for ghc 7.4.1. Could you update it? Regards, Kiwamu -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) 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#659705: libmpeg2-4: Upload 0.5.x to unstable?
On Mon, Feb 13, 2012 at 12:28 PM, Alessio Treglia ales...@debian.org wrote: I'm going to import the old svn repository into our git area. Please wait until the job is done. The repository is ready. Loïc, you are listed as the real maintainer of the package and I've seen you used to keep the VCS of mpeg2dec into the pkg-multimedia's ancient SVN repository. Do you agree to move the package under the new Debian Multimedia Maintainers' git area and let us work on it [1]? Thanks for considering. [1] http://wiki.debian.org/DebianMultimedia -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer | quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659714: haskell-shakespeare-css: Misleading synopsis
Package: haskell-shakespeare-css
Severity: minor
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Please fix the following error in the synopsis which affects
libghc-shakespeare-css-{doc, prof}, I guess that's a copy/paste error:
s/JavaScript/CSS/
Cheers,
Vincent
- -- System Information:
Debian Release: 6.0.4
APT prefers stable-updates
APT policy: (800, 'stable-updates'), (800, 'stable'), (96, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
iEYEARECAAYFAk85EoUACgkQbO4uEp7kOBM/KwCeKQTVP5379pWIUx9p/bKF8r/H
bXwAn0yWOdDPzow4M+2RBJFwml3pO72G
=MWoQ
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659715: ttf-goudybookletter: use dh_installdeb maintscript support
Package: ttf-goudybookletter
Version: 2010.07.03-1
Severity: wishlist
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch precise
Using 'dpkg-maintscript-helper supports rm_conffile' guards introduces
unreliability into upgrades; it means that the conffile is removed or
not depending on whether dpkg happens to be unpacked before
ttf-goudybookletter. This seems generally undesirable; it would be
better to enforce a single code path. (This is academic for Debian
because the version of dpkg in squeeze supported
dpkg-maintscript-helper, hence Severity: wishlist; Ubuntu's last LTS
release didn't have a sufficient version of dpkg for that which is why I
care.)
It would be nice to just use dh_installdeb's support for generating
dpkg-maintscript-helper commands, which was introduced in debhelper
8.1.0. This would remove duplicate code from your maintainer scripts -
in fact, you'd no longer need to have handwritten maintainer scripts at
all. Here's a patch:
* Use maintscript support in dh_installdeb rather than writing out
dpkg-maintscript-helper commands by hand. We now simply Pre-Depend on a
new enough version of dpkg rather than using 'dpkg-maintscript-helper
supports' guards, leading to more predictable behaviour on upgrades.
diff -Nru ttf-goudybookletter-2010.07.03/debian/control
ttf-goudybookletter-2010.07.03/debian/control
--- ttf-goudybookletter-2010.07.03/debian/control 2011-07-20
16:32:21.0 +0100
+++ ttf-goudybookletter-2010.07.03/debian/control 2012-02-13
12:38:40.0 +
@@ -3,7 +3,7 @@
Priority: optional
Maintainer: Gürkan Sengün gur...@phys.ethz.ch
Uploaders: Debian Fonts Task Force pkg-fonts-de...@lists.alioth.debian.org
-Build-Depends: debhelper (= 7.0.50~),
+Build-Depends: debhelper (= 8.1.0~),
dh-autoreconf,
fontforge-nox | fontforge,
python (= 2.6),
@@ -13,6 +14,7 @@
Package: ttf-goudybookletter
Architecture: all
+Pre-Depends: ${misc:Pre-Depends}
Depends: ${misc:Depends}
Description: Old style roman font
Based on the roman of Frederic Goudy's Kennerley Old Style (designed and cut
diff -Nru ttf-goudybookletter-2010.07.03/debian/maintscript
ttf-goudybookletter-2010.07.03/debian/maintscript
--- ttf-goudybookletter-2010.07.03/debian/maintscript 1970-01-01
01:00:00.0 +0100
+++ ttf-goudybookletter-2010.07.03/debian/maintscript 2012-02-13
12:38:08.0 +
@@ -0,0 +1 @@
+rm_conffile /etc/defoma/hints/ttf-goudybookletter.hints 0.1-3
diff -Nru ttf-goudybookletter-2010.07.03/debian/postinst
ttf-goudybookletter-2010.07.03/debian/postinst
--- ttf-goudybookletter-2010.07.03/debian/postinst 2011-07-20
14:02:29.0 +0100
+++ ttf-goudybookletter-2010.07.03/debian/postinst 1970-01-01
01:00:00.0 +0100
@@ -1,8 +0,0 @@
-#!/bin/sh
-set -e
-
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
- dpkg-maintscript-helper rm_conffile
/etc/defoma/hints/ttf-goudybookletter.hints 0.1-3 -- $@
-fi
-
-#DEBHELPER#
diff -Nru ttf-goudybookletter-2010.07.03/debian/postrm
ttf-goudybookletter-2010.07.03/debian/postrm
--- ttf-goudybookletter-2010.07.03/debian/postrm2011-07-20
14:02:32.0 +0100
+++ ttf-goudybookletter-2010.07.03/debian/postrm1970-01-01
01:00:00.0 +0100
@@ -1,8 +0,0 @@
-#!/bin/sh
-set -e
-
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
- dpkg-maintscript-helper rm_conffile
/etc/defoma/hints/ttf-goudybookletter.hints 0.1-3 -- $@
-fi
-
-#DEBHELPER#
diff -Nru ttf-goudybookletter-2010.07.03/debian/preinst
ttf-goudybookletter-2010.07.03/debian/preinst
--- ttf-goudybookletter-2010.07.03/debian/preinst 2011-07-20
14:02:37.0 +0100
+++ ttf-goudybookletter-2010.07.03/debian/preinst 1970-01-01
01:00:00.0 +0100
@@ -1,8 +0,0 @@
-#!/bin/sh
-set -e
-
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
- dpkg-maintscript-helper rm_conffile
/etc/defoma/hints/ttf-goudybookletter.hints 0.1-3 -- $@
-fi
-
-#DEBHELPER#
Thanks,
--
Colin Watson [cjwat...@ubuntu.com]
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659716: ttf-georgewilliams: use dh_installdeb maintscript support
Package: ttf-georgewilliams
Version: 1.0-5
Severity: wishlist
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch precise
Using 'dpkg-maintscript-helper supports rm_conffile' guards introduces
unreliability into upgrades; it means that the conffile is removed or
not depending on whether dpkg happens to be unpacked before
ttf-georgewilliams. This seems generally undesirable; it would be
better to enforce a single code path. (This is academic for Debian
because the version of dpkg in squeeze supported
dpkg-maintscript-helper, hence Severity: wishlist; Ubuntu's last LTS
release didn't have a sufficient version of dpkg for that which is why I
care.)
It would be nice to just use dh_installdeb's support for generating
dpkg-maintscript-helper commands, which was introduced in debhelper
8.1.0. This would remove duplicate code from your maintainer scripts -
in fact, you'd no longer need to have handwritten maintainer scripts at
all. Here's a patch:
* Use maintscript support in dh_installdeb rather than writing out
dpkg-maintscript-helper commands by hand. We now simply Pre-Depend on a
new enough version of dpkg rather than using 'dpkg-maintscript-helper
supports' guards, leading to more predictable behaviour on upgrades.
diff -Nru gw-fonts-ttf-1.0/debian/control gw-fonts-ttf-1.0/debian/control
--- gw-fonts-ttf-1.0/debian/control 2011-07-21 17:19:34.0 +0100
+++ gw-fonts-ttf-1.0/debian/control 2012-02-13 12:33:26.0 +
@@ -3,12 +3,13 @@
Priority: optional
Maintainer: Debian Fonts Task Force pkg-fonts-de...@lists.alioth.debian.org
Uploaders: Christian Perrier bubu...@debian.org
-Build-Depends: debhelper (= 8), unzip
+Build-Depends: debhelper (= 8.1.0~), unzip
Homepage: http://fontforge.sourceforge.net/sfds/
Standards-Version: 3.9.2
Package: ttf-georgewilliams
Architecture: all
+Pre-Depends: ${misc:Pre-Depends}
Depends: ${misc:Depends}
Description: Free unicode TrueType fonts by George Williams
A set of Free unicode True Type fonts made by George Williams.
diff -Nru gw-fonts-ttf-1.0/debian/maintscript
gw-fonts-ttf-1.0/debian/maintscript
--- gw-fonts-ttf-1.0/debian/maintscript 1970-01-01 01:00:00.0 +0100
+++ gw-fonts-ttf-1.0/debian/maintscript 2012-02-13 12:32:58.0 +
@@ -0,0 +1 @@
+rm_conffile /etc/defoma/hints/ttf-georgewilliams.hints 1.0-5
diff -Nru gw-fonts-ttf-1.0/debian/postinst gw-fonts-ttf-1.0/debian/postinst
--- gw-fonts-ttf-1.0/debian/postinst2011-07-21 16:17:13.0 +0100
+++ gw-fonts-ttf-1.0/debian/postinst1970-01-01 01:00:00.0 +0100
@@ -1,9 +0,0 @@
-#!/bin/sh
-set -e
-
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
- dpkg-maintscript-helper rm_conffile
/etc/defoma/hints/ttf-georgewilliams.hints 1.0-5 -- $@
-fi
-
-#DEBHELPER#
-
diff -Nru gw-fonts-ttf-1.0/debian/postrm gw-fonts-ttf-1.0/debian/postrm
--- gw-fonts-ttf-1.0/debian/postrm 2011-07-21 16:17:25.0 +0100
+++ gw-fonts-ttf-1.0/debian/postrm 1970-01-01 01:00:00.0 +0100
@@ -1,9 +0,0 @@
-#!/bin/sh
-set -e
-
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
- dpkg-maintscript-helper rm_conffile
/etc/defoma/hints/ttf-georgewilliams.hints 1.0-5 -- $@
-fi
-
-#DEBHELPER#
-
diff -Nru gw-fonts-ttf-1.0/debian/preinst gw-fonts-ttf-1.0/debian/preinst
--- gw-fonts-ttf-1.0/debian/preinst 2011-07-21 16:17:44.0 +0100
+++ gw-fonts-ttf-1.0/debian/preinst 1970-01-01 01:00:00.0 +0100
@@ -1,9 +0,0 @@
-#!/bin/sh
-set -e
-
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
- dpkg-maintscript-helper rm_conffile
/etc/defoma/hints/ttf-georgewilliams.hints 1.0-5 -- $@
-fi
-
-#DEBHELPER#
-
Thanks,
--
Colin Watson [cjwat...@ubuntu.com]
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659717: dspam: use dh_installdeb maintscript support
Package: dspam
Version: 3.10.1+dfsg-3
Severity: wishlist
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch precise
Using 'dpkg-maintscript-helper supports rm_conffile' guards introduces
unreliability into upgrades; it means that the conffile is removed or
not depending on whether dpkg happens to be unpacked before
dspam-webfrontend/libdspam7-drv-mysql/libdspam7-drv-sqlite3. This seems
generally undesirable; it would be better to enforce a single code path.
(This is academic for Debian because the version of dpkg in squeeze
supported dpkg-maintscript-helper, hence Severity: wishlist; Ubuntu's
last LTS release didn't have a sufficient version of dpkg for that which
is why I care.)
It would be nice to just use dh_installdeb's support for generating
dpkg-maintscript-helper commands, which was introduced in debhelper
8.1.0. This would remove duplicate code from your maintainer scripts -
in fact, you could remove some of your handwritten maintainer scripts
entirely. Here's a patch (you already had a sufficient Build-Depends on
debhelper, and several of the necessary Pre-Depends:
${misc:Pre-Depends} were already present):
* Use maintscript support in dh_installdeb rather than writing out
dpkg-maintscript-helper commands by hand. We now simply Pre-Depend on a
new enough version of dpkg rather than using 'dpkg-maintscript-helper
supports' guards, leading to more predictable behaviour on upgrades.
diff -Nru dspam-3.10.1+dfsg/debian/control dspam-3.10.1+dfsg/debian/control
--- dspam-3.10.1+dfsg/debian/control2011-08-21 20:54:29.0 +0100
+++ dspam-3.10.1+dfsg/debian/control2012-02-13 10:39:38.0 +
@@ -35,6 +35,7 @@
Package: dspam-webfrontend
Priority: extra
Architecture: all
+Pre-Depends: ${misc:Pre-Depends}
Depends: ${misc:Depends}, ${perl:Depends}, dspam (= ${source:Version}), ucf
(= 0.28), libgd-gd2-perl | libgd-gd2-noxpm-perl, libgd-graph3d-perl,
libhtml-parser-perl
Suggests: apache2, apache2-suexec (= 2.2.9-3), libapache2-mod-perl2,
libapache2-mod-auth-pam | libapache2-mod-auth-mysql | libapache2-mod-auth-pgsql
| libapache2-mod-auth-openid | libapache2-mod-auth-kerb |
libapache2-mod-auth-plain | libapache2-mod-auth-radius |
libapache2-mod-auth-sys-group, ttf-dejavu-core | ttf-bitstream-vera |
ttf-freefont
Description: Webfrontend for DSPAM anti-spam filter
diff -Nru dspam-3.10.1+dfsg/debian/dspam-webfrontend.maintscript
dspam-3.10.1+dfsg/debian/dspam-webfrontend.maintscript
--- dspam-3.10.1+dfsg/debian/dspam-webfrontend.maintscript 1970-01-01
01:00:00.0 +0100
+++ dspam-3.10.1+dfsg/debian/dspam-webfrontend.maintscript 2012-02-13
10:34:37.0 +
@@ -0,0 +1,2 @@
+rm_conffile /etc/dspam/dspam-apache.conf 3.9.1~rc1+git20110419.29261fb+dfsg-2
+rm_conffile /etc/dspam/dspam-apache2.conf 3.9.1~rc1+git20110419.29261fb+dfsg-2
diff -Nru dspam-3.10.1+dfsg/debian/dspam-webfrontend.postinst
dspam-3.10.1+dfsg/debian/dspam-webfrontend.postinst
--- dspam-3.10.1+dfsg/debian/dspam-webfrontend.postinst 2011-08-21
20:54:29.0 +0100
+++ dspam-3.10.1+dfsg/debian/dspam-webfrontend.postinst 2012-02-13
10:34:46.0 +
@@ -33,12 +33,6 @@
;;
esac
-# Remove old conffiles
-if dpkg-maintscript-helper supports rm_conffile /dev/null 21; then
-dpkg-maintscript-helper rm_conffile /etc/dspam/dspam-apache.conf
3.9.1~rc1+git20110419.29261fb+dfsg-2 -- $@
-dpkg-maintscript-helper rm_conffile /etc/dspam/dspam-apache2.conf
3.9.1~rc1+git20110419.29261fb+dfsg-2 -- $@
-fi
-
#DEBHELPER#
exit 0
diff -Nru dspam-3.10.1+dfsg/debian/dspam-webfrontend.postrm
dspam-3.10.1+dfsg/debian/dspam-webfrontend.postrm
--- dspam-3.10.1+dfsg/debian/dspam-webfrontend.postrm 2011-08-21
20:54:29.0 +0100
+++ dspam-3.10.1+dfsg/debian/dspam-webfrontend.postrm 2012-02-13
10:34:49.0 +
@@ -37,12 +37,6 @@
esac
-# Remove old conffiles
-if dpkg-maintscript-helper supports rm_conffile /dev/null 21; then
-dpkg-maintscript-helper rm_conffile /etc/dspam/dspam-apache.conf
3.9.1~rc1+git20110419.29261fb+dfsg-2 -- $@
-dpkg-maintscript-helper rm_conffile /etc/dspam/dspam-apache2.conf
3.9.1~rc1+git20110419.29261fb+dfsg-2 -- $@
-fi
-
#DEBHELPER#
exit 0
diff -Nru dspam-3.10.1+dfsg/debian/dspam-webfrontend.preinst
dspam-3.10.1+dfsg/debian/dspam-webfrontend.preinst
--- dspam-3.10.1+dfsg/debian/dspam-webfrontend.preinst 2011-08-21
20:54:29.0 +0100
+++ dspam-3.10.1+dfsg/debian/dspam-webfrontend.preinst 2012-02-13
10:34:44.0 +
@@ -19,12 +19,6 @@
;;
esac
-# Remove old conffiles
-if dpkg-maintscript-helper supports rm_conffile /dev/null 21; then
-dpkg-maintscript-helper rm_conffile /etc/dspam/dspam-apache.conf
3.9.1~rc1+git20110419.29261fb+dfsg-2 -- $@
-dpkg-maintscript-helper rm_conffile /etc/dspam/dspam-apache2.conf
3.9.1~rc1+git20110419.29261fb+dfsg-2 -- $@
-fi
-
#DEBHELPER#
exit 0
diff -Nru dspam-3.10.1+dfsg/debian/libdspam7-drv-mysql.maintscript
Bug#659718: override: drizzle/database/extra, drizzle-plugin-auth-pam/database/extra, drizzle-client/database/optional
Package: ftp.debian.org Hallo, please correct the overrides as indicated. Priority Updates: The new priorities have been calculated (using a script) to be compliant with Policy 2.5. The maximimum priority allowed is: drizzle-plugin-auth-pamextra drizzle-client optional drizzleextra If you have any questions, please let me know. Best regards, coldtobi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659719: ttf-isabella: use dh_installdeb maintscript support
Package: ttf-isabella
Version: 1.2-2
Severity: wishlist
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch precise
Using 'dpkg-maintscript-helper supports rm_conffile' guards introduces
unreliability into upgrades; it means that the conffile is removed or
not depending on whether dpkg happens to be unpacked before
ttf-isabella. This seems generally undesirable; it would be better to
enforce a single code path. (This is academic for Debian because the
version of dpkg in squeeze supported dpkg-maintscript-helper, hence
Severity: wishlist; Ubuntu's last LTS release didn't have a sufficient
version of dpkg for that which is why I care.)
It would be nice to just use dh_installdeb's support for generating
dpkg-maintscript-helper commands, which was introduced in debhelper
8.1.0. This would remove duplicate code from your maintainer scripts -
in fact, you'd no longer need to have handwritten maintainer scripts at
all. Here's a patch:
* Use maintscript support in dh_installdeb rather than writing out
dpkg-maintscript-helper commands by hand. We now simply Pre-Depend on a
new enough version of dpkg rather than using 'dpkg-maintscript-helper
supports' guards, leading to more predictable behaviour on upgrades.
diff -Nru ttf-isabella-1.2/debian/control ttf-isabella-1.2/debian/control
--- ttf-isabella-1.2/debian/control 2011-07-24 02:04:21.0 +0100
+++ ttf-isabella-1.2/debian/control 2012-02-13 12:42:32.0 +
@@ -2,12 +2,13 @@
Section: fonts
Priority: optional
Maintainer: Edgar Antonio Palma de la Cruz xbyt...@gmail.com
-Build-Depends: debhelper (= 8.0.0), fontforge, fontconfig
+Build-Depends: debhelper (= 8.1.0~), fontforge, fontconfig
Standards-Version: 3.9.2
Homepage: http://www.thibault.org/fonts/isabella/
Package: ttf-isabella
Architecture: all
+Pre-Depends: ${misc:Pre-Depends}
Depends: ${misc:Depends}, fontconfig
Description: Isabella free TrueType font
This font is called Isabella because it is based on the calligraphic
diff -Nru ttf-isabella-1.2/debian/maintscript
ttf-isabella-1.2/debian/maintscript
--- ttf-isabella-1.2/debian/maintscript 1970-01-01 01:00:00.0 +0100
+++ ttf-isabella-1.2/debian/maintscript 2012-02-13 12:41:52.0 +
@@ -0,0 +1 @@
+rm_conffile /etc/defoma/hints/ttf-isabella.hints 1.2-2
diff -Nru ttf-isabella-1.2/debian/postinst ttf-isabella-1.2/debian/postinst
--- ttf-isabella-1.2/debian/postinst2011-07-24 01:39:07.0 +0100
+++ ttf-isabella-1.2/debian/postinst1970-01-01 01:00:00.0 +0100
@@ -1,7 +0,0 @@
-#!/bin/sh
-set -e
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
- dpkg-maintscript-helper rm_conffile /etc/defoma/hints/ttf-isabella.hints
1.2-2 -- $@
-fi
-
-#DEBHELPER#
diff -Nru ttf-isabella-1.2/debian/postrm ttf-isabella-1.2/debian/postrm
--- ttf-isabella-1.2/debian/postrm 2011-07-24 01:39:42.0 +0100
+++ ttf-isabella-1.2/debian/postrm 1970-01-01 01:00:00.0 +0100
@@ -1,7 +0,0 @@
-#!/bin/sh
-set -e
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
- dpkg-maintscript-helper rm_conffile /etc/defoma/hints/ttf-isabella.hints
1.2-2 -- $@
-fi
-
-#DEBHELPER#
diff -Nru ttf-isabella-1.2/debian/preinst ttf-isabella-1.2/debian/preinst
--- ttf-isabella-1.2/debian/preinst 2011-07-24 01:39:51.0 +0100
+++ ttf-isabella-1.2/debian/preinst 1970-01-01 01:00:00.0 +0100
@@ -1,7 +0,0 @@
-#!/bin/sh
-set -e
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
- dpkg-maintscript-helper rm_conffile /etc/defoma/hints/ttf-isabella.hints
1.2-2 -- $@
-fi
-
-#DEBHELPER#
Thanks,
--
Colin Watson [cjwat...@ubuntu.com]
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659720: Subject: libreoffice: Cannot save or open documents with passwords
Package: libreoffice Version: 1:3.4.5-2 Severity: normal Spreadsheets and writer documents saved with passwords with earlier versions of LibreOffice cannot be opened with LibreOffice 3.4.5, the message is The password is incorrect after putting in the correct password. Documents cannot be save with passwords using LibreOffice 3.4.5, when trying to save a document as Password 345 test.odt and inputting a password, the message is Error saving the document Untitled 1: General Error. General input/output error This seems to be LibreOffice bug: https://bugs.freedesktop.org/show_bug.cgi?id=45171 It is claimed that this only affects Ubuntu, see https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/919659 but it would appear to affect Debian as well. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.39-20110627 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libreoffice depends on: ii fonts-sil-gentium-basic [ttf-sil-gentium-basic] 1.1-5 ii liblucene2-java 2.9.4+ds1-4 ii libreoffice-base 1:3.4.5-2 ii libreoffice-calc 1:3.4.5-2 ii libreoffice-core 1:3.4.5-2 ii libreoffice-draw 1:3.4.5-2 ii libreoffice-filter-mobiledev 1:3.4.5-2 ii libreoffice-impress 1:3.4.5-2 ii libreoffice-java-common 1:3.4.5-2 ii libreoffice-math 1:3.4.5-2 ii libreoffice-report-builder-bin 1:3.4.5-2 ii libreoffice-writer 1:3.4.5-2 ii ttf-dejavu 2.33-2 ii ttf-sil-gentium-basic1.1-5 Versions of packages libreoffice recommends: ii fonts-liberation [ttf-liberation] 1.07.0-2 ii libpaper-utils 1.1.24+nmu1 ii ttf-liberation 1.07.0-2 ii ttf-mscorefonts-installer 3.4 Versions of packages libreoffice suggests: pn cups-bsd 1.5.0-13 pn default-jre [java5-runtime] 1:1.6-46 pn gstreamer0.10-ffmpeg 0.10.13-2 pn gstreamer0.10-plugins-bad0.10.22-3 pn gstreamer0.10-plugins-base 0.10.35-1 pn gstreamer0.10-plugins-good 0.10.30-2.1 pn gstreamer0.10-plugins-ugly 0.10.18-3+b1 pn hunspell-hu [hunspell-dictionary]1:3.3.0-3 pn hyphen-hyphenation-patterns none pn icedove 3.1.16-1 pn iceweasel9.0.1-1 pn imagemagick | graphicsmagick-imagemagick-compat none pn libgl1-mesa-glx [libgl1] 7.11.2-1 pn libldap-2.4-22.4.28-1.1 pn libreoffice-filter-binfilter none pn libreoffice-gnome1:3.4.5-2 pn libreoffice-help-en-gb [libreoffice-help-3.4]1:3.4.5-2 pn libreoffice-l10n-en-gb [libreoffice-l10n-3.4]1:3.4.5-2 pn libreoffice-officebean none pn libsane 1.0.22-7 pn libxrender1 1:0.9.6-2 pn myspell-en-gb [myspell-dictionary] 1:3.3.0-3 pn mythes-thesaurus none pn openclipart-libreoffice none pn openjdk-6-jre [java5-runtime]6b24~pre2-1 pn openjdk-7-jre [java5-runtime]7~b147-2.0-1 pn pstoedit none pn unixodbc none Versions of packages libreoffice-core depends on: ii fontconfig 2.8.0-3 ii fonts-opensymbol [ttf-opensymbol] 2:2.4.3+LibO3.4.5-2 ii libatk1.0-02.2.0-2 ii libc6 2.13-24 ii libcairo2 1.10.2-6.2 ii libcurl3-gnutls7.24.0-1 ii libdb5.1 5.1.29-1 ii libexpat1 2.0.1-7.2 ii libfontconfig1 2.8.0-3 ii libfreetype6 2.4.8-1 ii libgcc11:4.6.2-12 ii libgdk-pixbuf2.0-0 2.24.0-2 ii libglib2.0-0 2.30.2-4 ii libgraphite2-2.0.0 1.0.3.real-1 ii libgstreamer-plugins-base0.10-00.10.35-1 ii libgstreamer0.10-0 0.10.35-1 ii libgtk2.0-02.24.8-3 ii libhunspell-1.3-0 1.3.2-4 ii libhyphen0 2.8.3-1 ii libice62:1.0.7-2 ii
Bug#550074: RFS: trash-cli
Dear mentors, I am looking for a sponsor for my package trash-cli. I talked with Steve Stalcup (the current maintainer, but he's not a DD), with Andrew Starr-Bochicchio (who packaged trash-cli previously on mentors) and with Andrea Francia (the upstream author) and I packaged the latest upstream git snapshot of trash-cli (it's stable). * Package name: trash-cli Version : 0.11.3~git20120112.28653c6-1 Upstream Author : Andrea Francia andreafran...@users.sourceforge.net * URL : https://github.com/andreafrancia/trash-cli * License : GPL-2+ Section : utils It builds those binary packages: trash-cli - command line trashcan utility To access further information about this package, please visit the following URL: http://mentors.debian.net/package/trash-cli Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/t/trash-cli/trash-cli_0.11.3~git20120112.28653c6-1.dsc I would be glad if someone uploaded this package for me. Kind regards, Stefano Karapetsas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659665: [Pkg-alsa-devel] Bug#659665: libasound2-plugins: latest version depends on libavutil-extra-51 without alternative for libavutil51
* Johannes Rohr [120212 23:22 +0100]:
Package: libasound2-plugins
Version: 1.0.25-1
Severity: normal
Dear Maintainer,
the amd64 build currently in sid depends on libavutil-extra-51
without offering an alternative dependency on libavutil51, as the
preceding version. This makes them uninstallable together with
Christian Marillat's ffmpeg packages.
The dependency isn't defind explicitely. The package depnds on
${misc:Depends}, ${shlibs:Depends} as it is in the Debian
repository. So ask Christian to build a concurrent version of his
ffmpeg package. This is not a Debian bug at all so closed hereby.
Elimar
--
On the keyboard of life you have always
to keep a finger at the escape key;-)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659721: ttf-lyx: use dh_installdeb maintscript support
Package: ttf-lyx
Version: 2.0.2-1
Severity: wishlist
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch precise
Using 'dpkg-maintscript-helper supports rm_conffile' guards introduces
unreliability into upgrades; it means that the conffile is removed or
not depending on whether dpkg happens to be unpacked before ttf-lyx.
This seems generally undesirable; it would be better to enforce a single
code path. (This is academic for Debian because the version of dpkg in
squeeze supported dpkg-maintscript-helper, hence Severity: wishlist;
Ubuntu's last LTS release didn't have a sufficient version of dpkg for
that which is why I care.)
It would be nice to just use dh_installdeb's support for generating
dpkg-maintscript-helper commands, which was introduced in debhelper
8.1.0. This would remove duplicate code from your maintainer scripts -
in fact, you'd no longer need to have handwritten maintainer scripts at
all. Here's a patch:
* Use maintscript support in dh_installdeb rather than writing out
dpkg-maintscript-helper commands by hand. We now simply Pre-Depend on a
new enough version of dpkg rather than using 'dpkg-maintscript-helper
supports' guards, leading to more predictable behaviour on upgrades.
diff -Nru lyx-2.0.2/debian/control lyx-2.0.2/debian/control
--- lyx-2.0.2/debian/control2011-10-31 09:32:56.0 +
+++ lyx-2.0.2/debian/control2012-02-13 12:51:09.0 +
@@ -7,7 +7,7 @@
Vcs-Git: git://anonscm.debian.org/pkg-lyx/lyx.git
Vcs-Browser: http://anonscm.debian.org/gitweb/?p=pkg-lyx/lyx.git
Homepage: http://www.lyx.org/
-Build-Depends: python (= 2.6.6-3), debhelper (= 8),
+Build-Depends: python (= 2.6.6-3), debhelper (= 8.1.0~),
libz-dev, libx11-dev, libenchant-dev, libmythes-dev,
autotools-dev, libqt4-dev, libboost-dev,
libboost-filesystem-dev, libboost-signals-dev,
@@ -54,6 +54,7 @@
Package: ttf-lyx
Architecture: all
Section: fonts
+Pre-Depends: ${misc:Pre-Depends}
Depends: ${misc:Depends}
Description: TrueType versions of some TeX fonts
These fonts are needed for the visual math symbol display in
diff -Nru lyx-2.0.2/debian/ttf-lyx.maintscript
lyx-2.0.2/debian/ttf-lyx.maintscript
--- lyx-2.0.2/debian/ttf-lyx.maintscript1970-01-01 01:00:00.0
+0100
+++ lyx-2.0.2/debian/ttf-lyx.maintscript2012-02-13 12:50:38.0
+
@@ -0,0 +1 @@
+rm_conffile /etc/defoma/hints/ttf-lyx.hints 2.0.0~rc1-1
diff -Nru lyx-2.0.2/debian/ttf-lyx.postinst lyx-2.0.2/debian/ttf-lyx.postinst
--- lyx-2.0.2/debian/ttf-lyx.postinst 2011-10-18 10:50:02.0 +0100
+++ lyx-2.0.2/debian/ttf-lyx.postinst 1970-01-01 01:00:00.0 +0100
@@ -1,8 +0,0 @@
-#!/bin/sh
-
-set -e
-
-CFILE='/etc/defoma/hints/ttf-lyx.hints'
-dpkg-maintscript-helper rm_conffile $CFILE 2.0.0~rc1-1 -- $@
-
-#DEBHELPER#
diff -Nru lyx-2.0.2/debian/ttf-lyx.postrm lyx-2.0.2/debian/ttf-lyx.postrm
--- lyx-2.0.2/debian/ttf-lyx.postrm 2011-10-18 10:50:02.0 +0100
+++ lyx-2.0.2/debian/ttf-lyx.postrm 1970-01-01 01:00:00.0 +0100
@@ -1,8 +0,0 @@
-#!/bin/sh
-
-set -e
-
-CFILE='/etc/defoma/hints/ttf-lyx.hints'
-dpkg-maintscript-helper rm_conffile $CFILE 2.0.0~beta4-1 -- $@
-
-#DEBHELPER#
diff -Nru lyx-2.0.2/debian/ttf-lyx.preinst lyx-2.0.2/debian/ttf-lyx.preinst
--- lyx-2.0.2/debian/ttf-lyx.preinst2011-10-18 10:50:02.0 +0100
+++ lyx-2.0.2/debian/ttf-lyx.preinst1970-01-01 01:00:00.0 +0100
@@ -1,10 +0,0 @@
-#!/bin/sh
-
-set -e
-
-CFILE='/etc/defoma/hints/ttf-lyx.hints'
-if dpkg-maintscript-helper supports rm_conffile; then
-dpkg-maintscript-helper rm_conffile $CFILE 2.0.0~beta4-1 -- $@
-fi
-
-#DEBHELPER#
Thanks,
--
Colin Watson [cjwat...@ubuntu.com]
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659463: Not work GPU acceleration on AMD Radeon HD6570
Гаврилов Михаил Витальевич wrote: Without firmware-linux-nonfree package, GPU acceleration not work, GNOME Shell not work I assume by GPU acceleration not work you mean 3d rendering is slow. This is unavoidable. Yes, GNOME Shell requires fast 3d rendering for reasonable performance, so for now it turns itself off when graphics drivers are not able to accelerate that. There are changes in the pipeline to make rendering using the CPU faster, and then that will presumably change. and dual monitor worked as single monitor. This part might or might not be fixable. Could you attach full dmesg output and Xorg.0.log from such a boot? This is unusable for me, and I am not testing other software anymore. I am very surprised, I thinking that if I not will install fglrx, I use open driver Mesa - Gallium. Response in footnote[*]. Hope that helps, Jonathan [*] Do you mean that neither unaccelerated rendering without the firmware nor accelerated rendering with the firmware is acceptable to you? In that case, there is not much I can do to help. I am not aware of any project to reverse-engineer the radeon firmware for any model (though it would certainly be valuable)! The only graphics processors in wide use I know of where we know the instruction set used by firmware and are able to write our own are Nvidia processors, thanks to the Nouveau project: https://github.com/pathscale/envytools/blob/master/INSNS http://lwn.net/Articles/367016/ http://nouveau.freedesktop.org/wiki/InstallDRM#Firmware The firmware[**] is software that runs on your GPU, rather than on the CPU. While the CPU component of the Radeon driver (usually simply called the driver) is indeed free software, and we are able to support it, the firmware is a black box. Luckily it does not change very often --- in fact, while new firmware has occasionally been added, none of the Radeon firmware blobs distributed at http://git.kernel.org/?p=linux/kernel/git/firmware/linux-firmware.git;a=summary seem to have ever changed. [**] http://wiki.debian.org/Firmware -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659722: /usr/bin/gpg-agent: permission
Package: gnupg-agent Version: 2.0.18-2 Severity: minor File: /usr/bin/gpg-agent hi, the permissions in the socket of the agent are: $ ls -al /tmp/gpg-BB7pPK totale 0 drwx-- 2 theuser theuser 60 feb 13 13:57 . drwxrwxrwt 56 rootroot 4700 feb 13 13:59 .. srwxr-xr-x 1 theuser theuser0 feb 13 13:57 S.gpg-agent Just to be on the safe side, wouldn't it be better to change that to srwx-- 1 theuser theuser0 feb 13 13:57 S.gpg-agent ? a. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (450, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnupg-agent depends on: ii libassuan02.0.2-1 ii libc6 2.13-26 ii libgcrypt11 1.5.0-3 ii libgpg-error0 1.10-2 ii libpth20 2.0.7-16 ii libreadline6 6.2-8 ii pinentry-gtk2 [pinentry] 0.8.1-1 Versions of packages gnupg-agent recommends: ii gnupg 1.4.11-3 ii gnupg2 2.0.18-2 gnupg-agent suggests no packages. -- no debconf information -- Andrea Mennucc E' un mondo difficile. Che vita intensa! (Tonino Carotone) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659723: new upstream release (1.6.3) of nagvis and livestatus-support
Package: nagvis Version: 1:1.4.6-1.1+squeeze1 Hi there, there are a couple of new nagvis-versions. The current one of nagvis is 1.6.3. Also the actual version (1:1.4.6-1.1+squeeze1) on the stable debian release squeeze isn't running (see bugs #626456, #655064 and wish #638234). With the present release, also livestatus is not available. Therefore it'll be really great to get a actual and working nagvis package for debian. I'll post this wish even at the maintainer-site of nagvis. Perhaps this case finds general approval and the nagvis-package on debian will awaken again, would be very nice. Thanks in advance! Best regards, Nick
Bug#659463: Not work GPU acceleration on AMD Radeon HD6570
Hi again, Jonathan Nieder wrote: there is likely a documentation bug in that you did not know why acceleration was disabled and where to look for the missing software that would speed things up. If you can remember where you looked expecting answers, that would be very useful so we can add some relevant documentation for the next person. Гаврилов Михаил Витальевич wrote: This is unusable for me, and I am not testing other software anymore. I am very surprised, Since this is a bug tracker, and not an advocacy forum, could you provide the answer to this question? What documentation did you use when installing and can you imagine a relevant place that a note about the need for firmware would be useful? What documentation did you use after installation to track down problems e.g. with GNOME Shell and can you imagine a relevant documentation improvement there? If you do not have answers to these questions, I'm just going to close the bug. :/ Still, thanks for writing, and I hope we will not have to go down that path. Sincerely, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659724: ttf-mscorefonts-installer: use dh_installdeb maintscript support
Package: ttf-mscorefonts-installer
Version: 3.4
Severity: wishlist
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch precise
Using 'dpkg-maintscript-helper supports rm_conffile' guards introduces
unreliability into upgrades; it means that the conffile is removed or
not depending on whether dpkg happens to be unpacked before
ttf-mscorefonts-installer. This seems generally undesirable; it would
be better to enforce a single code path. (This is academic for Debian
because the version of dpkg in squeeze supported
dpkg-maintscript-helper, hence Severity: wishlist; Ubuntu's last LTS
release didn't have a sufficient version of dpkg for that which is why I
care.)
It would be nice to just use dh_installdeb's support for generating
dpkg-maintscript-helper commands, which was introduced in debhelper
8.1.0. This would remove duplicate code from your maintainer scripts.
Here's a patch:
* Use maintscript support in dh_installdeb rather than writing out
dpkg-maintscript-helper commands by hand. We now simply Pre-Depend on a
new enough version of dpkg rather than using 'dpkg-maintscript-helper
supports' guards, leading to more predictable behaviour on upgrades.
diff -Nru msttcorefonts-3.4/debian/control
msttcorefonts-3.4ubuntu2/debian/control
--- msttcorefonts-3.4/debian/control2011-11-19 20:44:19.0 +
+++ msttcorefonts-3.4ubuntu2/debian/control 2012-02-13 13:02:03.0
+
@@ -3,13 +3,14 @@
Priority: optional
Maintainer: Thijs Kinkhorst th...@debian.org
Standards-Version: 3.9.2
-Build-Depends: debhelper (= 7)
+Build-Depends: debhelper (= 8.1.0~)
Vcs-Svn: https://svn.kinkhorst.nl/svn/debian/msttcorefonts/trunk
Vcs-Browser: https://aphrodite.kinkhorst.nl/wsvn/debian/msttcorefonts/
Package: ttf-mscorefonts-installer
Architecture: all
+Pre-Depends: ${misc:Pre-Depends}
Depends: wget, cabextract, xfonts-utils, ${misc:Depends}
Recommends: fonts-liberation
Provides: msttcorefonts
diff -Nru msttcorefonts-3.4/debian/maintscript
msttcorefonts-3.4ubuntu2/debian/maintscript
--- msttcorefonts-3.4/debian/maintscript1970-01-01 01:00:00.0
+0100
+++ msttcorefonts-3.4ubuntu2/debian/maintscript 2012-02-13 12:58:38.0
+
@@ -0,0 +1 @@
+rm_conffile /etc/defoma/hints/ttf-mscorefonts-installer.hints 3.4
diff -Nru msttcorefonts-3.4/debian/postinst.in
msttcorefonts-3.4ubuntu2/debian/postinst.in
--- msttcorefonts-3.4/debian/postinst.in2011-11-19 20:34:01.0
+
+++ msttcorefonts-3.4ubuntu2/debian/postinst.in 2012-02-13 13:01:02.0
+
@@ -25,9 +25,5 @@
http_proxy=$RET
done
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
- dpkg-maintscript-helper rm_conffile
/etc/defoma/hints/ttf-mscorefonts-installer.hints 3.4 -- $@
-fi
-
## Content of update-ms-fonts will be concatenated below
diff -Nru msttcorefonts-3.4/debian/postrm msttcorefonts-3.4ubuntu2/debian/postrm
--- msttcorefonts-3.4/debian/postrm 2011-11-19 20:34:01.0 +
+++ msttcorefonts-3.4ubuntu2/debian/postrm 2012-02-13 13:01:49.0
+
@@ -2,8 +2,4 @@
set -e
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
- dpkg-maintscript-helper rm_conffile
/etc/defoma/hints/ttf-mscorefonts-installer.hints 3.4 -- $@
-fi
-
#DEBHELPER#
diff -Nru msttcorefonts-3.4/debian/preinst
msttcorefonts-3.4ubuntu2/debian/preinst
--- msttcorefonts-3.4/debian/preinst2011-11-19 20:34:01.0 +
+++ msttcorefonts-3.4ubuntu2/debian/preinst 2012-02-13 13:00:19.0
+
@@ -9,8 +9,4 @@
fi
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
- dpkg-maintscript-helper rm_conffile
/etc/defoma/hints/ttf-mscorefonts-installer.hints 3.4 -- $@
-fi
-
#DEBHELPER#
Thanks,
--
Colin Watson [cjwat...@ubuntu.com]
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659665: [Pkg-alsa-devel] Bug#659665: libasound2-plugins: latest version depends on libavutil-extra-51 without alternative for libavutil51
reopen 659665
thanks
Elimar Riesebieter riese...@lxtec.de writes:
* Johannes Rohr [120212 23:22 +0100]:
Package: libasound2-plugins
Version: 1.0.25-1
Severity: normal
Dear Maintainer,
the amd64 build currently in sid depends on libavutil-extra-51
without offering an alternative dependency on libavutil51, as the
preceding version. This makes them uninstallable together with
Christian Marillat's ffmpeg packages.
The dependency isn't defind explicitely. The package depnds on
${misc:Depends}, ${shlibs:Depends} as it is in the Debian
repository. So ask Christian to build a concurrent version of his
ffmpeg package. This is not a Debian bug at all so closed hereby.
This package has been built in a broken environment.
The /var/lib/dpkg/info/libavutil51.shlibs should contains :
,
| libavutil 51 libavutil51 (= 4:0.8-1~) | libavutil-extra-51 (= 4:0.8-1~)
`
apparently the one were this package has been build only contains :
,
| libavutil 51 libavutil51 (= 4:0.8-1~)
`
Christian
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659720: Subject: libreoffice: Cannot save or open documents with passwords
tag 659720 + moreinfo thanks On Mon, Feb 13, 2012 at 12:17:04PM +, John Talbut wrote: Spreadsheets and writer documents saved with passwords with earlier versions of LibreOffice cannot be opened with LibreOffice 3.4.5, the message is The password is incorrect after putting in the correct password. Documents cannot be save with passwords using LibreOffice 3.4.5, when trying to save a document as Password 345 test.odt and inputting a password, the message is Error saving the document Untitled 1: General Error. General input/output error This seems to be LibreOffice bug: https://bugs.freedesktop.org/show_bug.cgi?id=45171 It is claimed that this only affects Ubuntu, see https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/919659 but it would appear to affect Debian as well. If that is the case, in 3.4.5 we still have some patches from libreoffice-build (former ooo-build applied) and it's not feasible to change that (or had that changed.). 3.5.0 as in experimental is a clean 3.5 build, it'd be nice if you could retest with that one. (3.5.x which as far as my plans go will be wheezys version, not 3.4.x) Such bugs make me think that we should go to 3.5.x asap... Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659725: ttf-radisnoir: use dh_installdeb maintscript support
Package: ttf-radisnoir
Version: 0.9b-2
Severity: wishlist
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch precise
Using 'dpkg-maintscript-helper supports rm_conffile' guards introduces
unreliability into upgrades; it means that the conffile is removed or
not depending on whether dpkg happens to be unpacked before
ttf-radisnoir. This seems generally undesirable; it would be better to
enforce a single code path. (This is academic for Debian because the
version of dpkg in squeeze supported dpkg-maintscript-helper, hence
Severity: wishlist; Ubuntu's last LTS release didn't have a sufficient
version of dpkg for that which is why I care.)
It would be nice to just use dh_installdeb's support for generating
dpkg-maintscript-helper commands, which was introduced in debhelper
8.1.0. This would remove duplicate code from your maintainer scripts -
in fact, you'd no longer need to have handwritten maintainer scripts at
all. Here's a patch:
* Use maintscript support in dh_installdeb rather than writing out
dpkg-maintscript-helper commands by hand. We now simply Pre-Depend on a
new enough version of dpkg rather than using 'dpkg-maintscript-helper
supports' guards, leading to more predictable behaviour on upgrades.
diff -Nru ttf-radisnoir-0.9b/debian/control ttf-radisnoir-0.9b/debian/control
--- ttf-radisnoir-0.9b/debian/control 2011-07-20 21:58:45.0 +0100
+++ ttf-radisnoir-0.9b/debian/control 2012-02-13 13:17:24.0 +
@@ -3,12 +3,13 @@
Priority: optional
Maintainer: Gürkan Sengün gur...@phys.ethz.ch
Uploaders: Debian Fonts Task Force pkg-fonts-de...@lists.alioth.debian.org
-Build-Depends: debhelper (= 7), fontforge
+Build-Depends: debhelper (= 8.1.0~), fontforge
Standards-Version: 3.9.2
Homepage: http://www.radisnoir.net/
Package: ttf-radisnoir
Architecture: all
+Pre-Depends: ${misc:Pre-Depends}
Depends: ${misc:Depends}
Description: Font inspired by Universal de Bayer and Bauhaus
This is a sans serif font based on a regular circle and
diff -Nru ttf-radisnoir-0.9b/debian/maintscript
ttf-radisnoir-0.9b/debian/maintscript
--- ttf-radisnoir-0.9b/debian/maintscript 1970-01-01 01:00:00.0
+0100
+++ ttf-radisnoir-0.9b/debian/maintscript 2012-02-13 13:17:00.0
+
@@ -0,0 +1 @@
+rm_conffile /etc/defoma/hints/ttf-radisnoir.hints 0.9b-2
diff -Nru ttf-radisnoir-0.9b/debian/postinst ttf-radisnoir-0.9b/debian/postinst
--- ttf-radisnoir-0.9b/debian/postinst 2011-07-20 21:59:59.0 +0100
+++ ttf-radisnoir-0.9b/debian/postinst 1970-01-01 01:00:00.0 +0100
@@ -1,8 +0,0 @@
-#!/bin/sh
-set -e
-
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
- dpkg-maintscript-helper rm_conffile /etc/defoma/hints/ttf-radisnoir.hints
0.9b-2 -- $@
-fi
-
-#DEBHELPER#
diff -Nru ttf-radisnoir-0.9b/debian/postrm ttf-radisnoir-0.9b/debian/postrm
--- ttf-radisnoir-0.9b/debian/postrm2011-07-20 22:00:12.0 +0100
+++ ttf-radisnoir-0.9b/debian/postrm1970-01-01 01:00:00.0 +0100
@@ -1,8 +0,0 @@
-#!/bin/sh
-set -e
-
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
- dpkg-maintscript-helper rm_conffile /etc/defoma/hints/ttf-radisnoir.hints
0.9b-2 -- $@
-fi
-
-#DEBHELPER#
diff -Nru ttf-radisnoir-0.9b/debian/preinst ttf-radisnoir-0.9b/debian/preinst
--- ttf-radisnoir-0.9b/debian/preinst 2011-07-20 22:00:07.0 +0100
+++ ttf-radisnoir-0.9b/debian/preinst 1970-01-01 01:00:00.0 +0100
@@ -1,8 +0,0 @@
-#!/bin/sh
-set -e
-
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
- dpkg-maintscript-helper rm_conffile /etc/defoma/hints/ttf-radisnoir.hints
0.9b-2 -- $@
-fi
-
-#DEBHELPER#
Thanks,
--
Colin Watson [cjwat...@ubuntu.com]
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659720: Subject: libreoffice: Cannot save or open documents with passwords
severity 659720 important thanks On Mon, Feb 13, 2012 at 12:17:04PM +, John Talbut wrote: Package: libreoffice Version: 1:3.4.5-2 Severity: normal (and btw, I think this is important...) Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659518: Changes to CVS
Dear mentors, Pierre Habouzit (the former maintainer) uploaded the changes to the VCS. (http://anonscm.debian.org/gitweb/?p=collab-maint/tokyocabinet.git;a=summary) So DDs, please go ahead and please sponsor the upload. Best regards, coldtobi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658937: testing.pl: needs rewriting
On 06.02.2012 20:58, Adam D. Barratt wrote: migration/testing.pl needs to be updated to make it react better when called repeatedly, or to avoid the need to do so. Right now it's sufficiently resource hungry to make a 16-core machine unhappy. An initial idea might be to statically generate package pages, although this would need to be benchmarked for feasibility. testing.pl could then simply become a redirect to /package/blah or similar. It turns out that the cron job already generated cache files for the packages pages, which were then returned by the CGI (except presumably for the brief window while they were being re-generated). testing.pl?package=$foo now serves up the cache page via mod_rewrite. This does mean that there's a brief window once an hour where the pages aren't available, but that could be resolved by having the cron job use a temporary data store which is then swapped to live. The extra query string parameters aren't currently supported. We should work out which are actually in use, and whether we can re-introduce support for them in a sane way (without either killing franck or exploding the file system use). Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659726: ttf-sjfonts: use dh_installdeb maintscript support
Package: ttf-sjfonts
Version: 2.0.2-1.1
Severity: wishlist
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch precise
Using 'dpkg-maintscript-helper supports rm_conffile' guards introduces
unreliability into upgrades; it means that the conffile is removed or
not depending on whether dpkg happens to be unpacked before ttf-sjfonts.
This seems generally undesirable; it would be better to enforce a single
code path. (This is academic for Debian because the version of dpkg in
squeeze supported dpkg-maintscript-helper, hence Severity: wishlist;
Ubuntu's last LTS release didn't have a sufficient version of dpkg for
that which is why I care.)
It would be nice to just use dh_installdeb's support for generating
dpkg-maintscript-helper commands, which was introduced in debhelper
8.1.0. This would remove duplicate code from your maintainer scripts -
in fact, you could remove two of your handwritten maintainer scripts
entirely. Here's a patch:
* Use maintscript support in dh_installdeb rather than writing out
dpkg-maintscript-helper commands by hand. We now simply Pre-Depend on a
new enough version of dpkg rather than using 'dpkg-maintscript-helper
supports' guards, leading to more predictable behaviour on upgrades.
diff -Nru sjfonts-2.0.2/debian/control sjfonts-2.0.2/debian/control
--- sjfonts-2.0.2/debian/control2011-12-10 13:08:11.0 +
+++ sjfonts-2.0.2/debian/control2012-02-13 13:21:59.0 +
@@ -2,11 +2,12 @@
Section: fonts
Priority: optional
Maintainer: Daniel Schepler schep...@debian.org
-Build-Depends-Indep: debhelper (= 8), fontforge-nox|fontforge
+Build-Depends-Indep: debhelper (= 8.1.0~), fontforge-nox|fontforge
Standards-Version: 3.9.2
Package: ttf-sjfonts
Architecture: all
+Pre-Depends: ${misc:Pre-Depends}
Depends: ${misc:Depends}
Description: Some Juicy Fonts handwriting fonts
This package contains two handwriting fonts created by Steve Jordi,
diff -Nru sjfonts-2.0.2/debian/maintscript sjfonts-2.0.2/debian/maintscript
--- sjfonts-2.0.2/debian/maintscript1970-01-01 01:00:00.0 +0100
+++ sjfonts-2.0.2/debian/maintscript2012-02-13 13:21:00.0 +
@@ -0,0 +1 @@
+rm_conffile /etc/defoma/hints/ttf-sjfonts.hints 2.0.2-2
diff -Nru sjfonts-2.0.2/debian/postinst sjfonts-2.0.2/debian/postinst
--- sjfonts-2.0.2/debian/postinst 2011-12-10 12:59:25.0 +
+++ sjfonts-2.0.2/debian/postinst 1970-01-01 01:00:00.0 +0100
@@ -1,9 +0,0 @@
-#!/bin/sh
-
-set -e
-
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
- dpkg-maintscript-helper rm_conffile /etc/defoma/hints/ttf-sjfonts.hints
2.0.2-2 -- $@
-fi
-
-#DEBHELPER#
diff -Nru sjfonts-2.0.2/debian/postrm sjfonts-2.0.2/debian/postrm
--- sjfonts-2.0.2/debian/postrm 2011-12-10 12:59:25.0 +
+++ sjfonts-2.0.2/debian/postrm 1970-01-01 01:00:00.0 +0100
@@ -1,9 +0,0 @@
-#!/bin/sh
-
-set -e
-
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
- dpkg-maintscript-helper rm_conffile /etc/defoma/hints/ttf-sjfonts.hints
2.0.2-2 -- $@
-fi
-
-#DEBHELPER#
diff -Nru sjfonts-2.0.2/debian/preinst sjfonts-2.0.2/debian/preinst
--- sjfonts-2.0.2/debian/preinst2011-12-10 12:59:24.0 +
+++ sjfonts-2.0.2/debian/preinst2012-02-13 13:21:11.0 +
@@ -9,8 +9,4 @@
fi
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
- dpkg-maintscript-helper rm_conffile /etc/defoma/hints/ttf-sjfonts.hints
2.0.2-2 -- $@
-fi
-
#DEBHELPER#
Thanks,
--
Colin Watson [cjwat...@ubuntu.com]
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659727: ttf-staypuft: use dh_installdeb maintscript support
Package: ttf-staypuft
Version: 0.04-6
Severity: wishlist
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch precise
Using 'dpkg-maintscript-helper supports rm_conffile' guards introduces
unreliability into upgrades; it means that the conffile is removed or
not depending on whether dpkg happens to be unpacked before fonts-f500.
This seems generally undesirable; it would be better to enforce a single
code path. (This is academic for Debian because the version of dpkg in
squeeze supported dpkg-maintscript-helper, hence Severity: wishlist;
Ubuntu's last LTS release didn't have a sufficient version of dpkg for
that which is why I care.)
It would be nice to just use dh_installdeb's support for generating
dpkg-maintscript-helper commands, which was introduced in debhelper
8.1.0. This would remove duplicate code from your maintainer scripts -
in fact, you'd no longer need to have handwritten maintainer scripts at
all. Here's a patch:
* Use maintscript support in dh_installdeb rather than writing out
dpkg-maintscript-helper commands by hand. We now simply Pre-Depend on a
new enough version of dpkg rather than using 'dpkg-maintscript-helper
supports' guards, leading to more predictable behaviour on upgrades.
diff -Nru ttf-staypuft-0.04/debian/control ttf-staypuft-0.04/debian/control
--- ttf-staypuft-0.04/debian/control2011-07-22 22:49:49.0 +0100
+++ ttf-staypuft-0.04/debian/control2012-02-13 13:28:28.0 +
@@ -2,12 +2,13 @@
Section: fonts
Priority: optional
Maintainer: Edgar Antonio Palma de la Cruz xbyt...@gmail.com
-Build-Depends: debhelper (= 8.0.0), fontforge, fontconfig
+Build-Depends: debhelper (= 8.1.0~), fontforge, fontconfig
Standards-Version: 3.9.2
Homepage: http://www.thibault.org/fonts/staypuft/
Package: ttf-staypuft
Architecture: all
+Pre-Depends: ${misc:Pre-Depends}
Depends: ${misc:Depends}, fontconfig
Description: Stay-Puft free TrueType font
Stay-Puft is a font developed freehand, with minimal splines. It's all
diff -Nru ttf-staypuft-0.04/debian/maintscript
ttf-staypuft-0.04/debian/maintscript
--- ttf-staypuft-0.04/debian/maintscript1970-01-01 01:00:00.0
+0100
+++ ttf-staypuft-0.04/debian/maintscript2012-02-13 13:28:00.0
+
@@ -0,0 +1 @@
+rm_conffile /etc/defoma/hints/ttf-staypuft.hints 0.0.4-6
diff -Nru ttf-staypuft-0.04/debian/postinst ttf-staypuft-0.04/debian/postinst
--- ttf-staypuft-0.04/debian/postinst 2011-07-23 20:24:23.0 +0100
+++ ttf-staypuft-0.04/debian/postinst 1970-01-01 01:00:00.0 +0100
@@ -1,8 +0,0 @@
-#!/bin/sh
-set -e
-
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
- dpkg-maintscript-helper rm_conffile /etc/defoma/hints/ttf-staypuft.hints
0.0.4-6 -- $@
-fi
-
-#DEBHELPER#
diff -Nru ttf-staypuft-0.04/debian/postrm ttf-staypuft-0.04/debian/postrm
--- ttf-staypuft-0.04/debian/postrm 2011-07-23 21:42:11.0 +0100
+++ ttf-staypuft-0.04/debian/postrm 1970-01-01 01:00:00.0 +0100
@@ -1,9 +0,0 @@
-#!/bin/sh
-set -e
-
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
- dpkg-maintscript-helper rm_conffile /etc/defoma/hints/ttf-staypuft.hints
0.0.4-6 -- $@
-fi
-
-#DEBHELPER#
-
diff -Nru ttf-staypuft-0.04/debian/preinst ttf-staypuft-0.04/debian/preinst
--- ttf-staypuft-0.04/debian/preinst2011-07-23 20:25:20.0 +0100
+++ ttf-staypuft-0.04/debian/preinst1970-01-01 01:00:00.0 +0100
@@ -1,9 +0,0 @@
-#!/bin/sh
-set -e
-
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
- dpkg-maintscript-helper rm_conffile /etc/defoma/hints/ttf-staypuft.hints
0.0.4-6 -- $@
-fi
-
-#DEBHELPER#
-
Thanks,
--
Colin Watson [cjwat...@ubuntu.com]
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659728: libgtk-3: gtk3 applications abort due to memory corruption in parsing command line
Package: libgtk-3-0 Version: 3.2.3-1 Severity: important File: libgtk-3 Hello, I cannot start gtk3 applications when not running them in valgrind. They abort due to memory corruption detected by glibc. ==15536== Memcheck, a memory error detector ==15536== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al. ==15536== Using Valgrind-3.6.1 and LibVEX; rerun with -h for copyright info ==15536== Command: evince ==15536== Gtk-Message: Failed to load module canberra-gtk-module ==15536== Invalid write of size 4 ==15536==at 0xA5EBD4C: ??? (in /usr/lib/libXi.so.6.1.0) ==15536==by 0xA5EE912: XIQueryDevice (in /usr/lib/libXi.so.6.1.0) ==15536==by 0x62B628A: gdk_x11_device_manager_xi2_constructed (gdkdevicemanager-xi2.c:414) ==15536==by 0x7CE6BE2: g_object_newv (gobject.c:1521) ==15536==by 0x7CE74C5: g_object_new_valist (gobject.c:1610) ==15536==by 0x7CE77D3: g_object_new (gobject.c:1325) ==15536==by 0x62B4A11: _gdk_x11_device_manager_new (gdkdevicemanager-x11.c:78) ==15536==by 0x62B8ED2: _gdk_x11_display_open (gdkdisplay-x11.c:1226) ==15536==by 0x62B737F: gdk_x11_display_manager_open_display (gdkdisplaymanager-x11.c:55) ==15536==by 0x5D7B90B: post_parse_hook (gtkmain.c:908) ==15536==by 0x8ADEA7F: g_option_context_parse (goption.c:1987) ==15536==by 0x41E850: ??? (in /usr/bin/evince) ==15536== Address 0xcf1a284 is 0 bytes after a block of size 452 alloc'd ==15536==at 0x4C2779D: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==15536==by 0xA5EE8FC: XIQueryDevice (in /usr/lib/libXi.so.6.1.0) ==15536==by 0x62B628A: gdk_x11_device_manager_xi2_constructed (gdkdevicemanager-xi2.c:414) ==15536==by 0x7CE6BE2: g_object_newv (gobject.c:1521) ==15536==by 0x7CE74C5: g_object_new_valist (gobject.c:1610) ==15536==by 0x7CE77D3: g_object_new (gobject.c:1325) ==15536==by 0x62B4A11: _gdk_x11_device_manager_new (gdkdevicemanager-x11.c:78) ==15536==by 0x62B8ED2: _gdk_x11_display_open (gdkdisplay-x11.c:1226) ==15536==by 0x62B737F: gdk_x11_display_manager_open_display (gdkdisplaymanager-x11.c:55) ==15536==by 0x5D7B90B: post_parse_hook (gtkmain.c:908) ==15536==by 0x8ADEA7F: g_option_context_parse (goption.c:1987) ==15536==by 0x41E850: ??? (in /usr/bin/evince) ==15536== ==15536== Invalid write of size 4 ==15536==at 0xA5EBD52: ??? (in /usr/lib/libXi.so.6.1.0) ==15536==by 0xA5EE912: XIQueryDevice (in /usr/lib/libXi.so.6.1.0) ==15536==by 0x62B628A: gdk_x11_device_manager_xi2_constructed (gdkdevicemanager-xi2.c:414) ==15536==by 0x7CE6BE2: g_object_newv (gobject.c:1521) ==15536==by 0x7CE74C5: g_object_new_valist (gobject.c:1610) ==15536==by 0x7CE77D3: g_object_new (gobject.c:1325) ==15536==by 0x62B4A11: _gdk_x11_device_manager_new (gdkdevicemanager-x11.c:78) ==15536==by 0x62B8ED2: _gdk_x11_display_open (gdkdisplay-x11.c:1226) ==15536==by 0x62B737F: gdk_x11_display_manager_open_display (gdkdisplaymanager-x11.c:55) ==15536==by 0x5D7B90B: post_parse_hook (gtkmain.c:908) ==15536==by 0x8ADEA7F: g_option_context_parse (goption.c:1987) ==15536==by 0x41E850: ??? (in /usr/bin/evince) ==15536== Address 0xcf1a288 is 4 bytes after a block of size 452 alloc'd ==15536==at 0x4C2779D: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==15536==by 0xA5EE8FC: XIQueryDevice (in /usr/lib/libXi.so.6.1.0) ==15536==by 0x62B628A: gdk_x11_device_manager_xi2_constructed (gdkdevicemanager-xi2.c:414) ==15536==by 0x7CE6BE2: g_object_newv (gobject.c:1521) ==15536==by 0x7CE74C5: g_object_new_valist (gobject.c:1610) ==15536==by 0x7CE77D3: g_object_new (gobject.c:1325) ==15536==by 0x62B4A11: _gdk_x11_device_manager_new (gdkdevicemanager-x11.c:78) ==15536==by 0x62B8ED2: _gdk_x11_display_open (gdkdisplay-x11.c:1226) ==15536==by 0x62B737F: gdk_x11_display_manager_open_display (gdkdisplaymanager-x11.c:55) ==15536==by 0x5D7B90B: post_parse_hook (gtkmain.c:908) ==15536==by 0x8ADEA7F: g_option_context_parse (goption.c:1987) ==15536==by 0x41E850: ??? (in /usr/bin/evince) ==15536== ==15536== Invalid read of size 4 ==15536==at 0x62B5E34: translate_device_classes (gdkdevicemanager-xi2.c:207) ==15536==by 0x62B60E6: add_device (gdkdevicemanager-xi2.c:296) ==15536==by 0x62B62C0: gdk_x11_device_manager_xi2_constructed (gdkdevicemanager-xi2.c:424) ==15536==by 0x7CE6BE2: g_object_newv (gobject.c:1521) ==15536==by 0x7CE74C5: g_object_new_valist (gobject.c:1610) ==15536==by 0x7CE77D3: g_object_new (gobject.c:1325) ==15536==by 0x62B4A11: _gdk_x11_device_manager_new (gdkdevicemanager-x11.c:78) ==15536==by 0x62B8ED2: _gdk_x11_display_open (gdkdisplay-x11.c:1226) ==15536==by 0x62B737F: gdk_x11_display_manager_open_display (gdkdisplaymanager-x11.c:55) ==15536==by 0x5D7B90B: post_parse_hook (gtkmain.c:908) ==15536==by 0x8ADEA7F: g_option_context_parse (goption.c:1987) ==15536==by 0x41E850: ??? (in
Bug#659163: r-base-dev: Please enable using ${R:depends} substvar in r-cran.mk
Hi Andreas,
Sorry, had a hectic week last week and didn't see this report til the weekend.
On 8 February 2012 at 21:54, Andreas Tille wrote:
| Package: r-base-dev
| Severity: wishlist
| Tags: patch
|
| Hi,
|
| as discussed on the mailing list starting at
|
|http://lists.debian.org/debian-med/2012/02/msg00074.html
|
| I'm providing hereby the patch which would be quite helpful for all R
| packages maintained by the Debian Med team and several of Debian Science
| team.
|
| Remark: The patch is totally non-invasive to any existing package. It
| just appends the R version which was used to build the package to
| debian/$(package).substvars. If you do not use ${R:Depends} in your
| debian/control file the patch has no effect at all and I can not see
| any chance to break any existing package. I have tested the patch
| with one arch=all and one arch=any package.
|
| Thanks for considering the patch
Yes, it looks good.
We will need to have package Build-Depends on r-base-dev (= 2.14.2) as R
2.14.2 comes out on Feb 29; we can test til then. [ And yes, you can of
course also use thje precise minor release 2.14.1-2 this goes into... ]
Dirk
|Andreas.
|
| diff -ubrN r-base-2.14.1.orig/debian/r-cran.mk r-base-2.14.1/debian/r-cran.mk
| --- r-base-2.14.1.orig/debian/r-cran.mk 2012-02-08 21:30:52.0 +0100
| +++ r-base-2.14.1/debian/r-cran.mk 2012-02-08 21:23:23.0 +0100
| @@ -61,6 +61,9 @@
| ## create the target directory
| dh_installdirs $(debRdir)
| ##
| + ## create R:Depends substvar containing used R version
| + echo R:Depends=r-base-core (= $(shell R --version | head
-n1 | perl -ne 'print / +([0-9]\.[0-9]+\.[0-9])/')~)
debian/$(package).substvars
| + ##
| ## call R to install the sources we're looking at
| ## use this inside xvfb-run if this wrapper is installed
| if test -f /usr/bin/xvfb-run; then \
|
|
| -- System Information:
| Debian Release: 6.0.4
| Architecture: i386 (i686)
|
| Kernel: Linux 2.6.36-xenU-4814-i386 (SMP w/1 CPU core)
| Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
| Shell: /bin/sh linked to /bin/dash
|
|
--
Outside of a dog, a book is a man's best friend. Inside of a dog, it is too
dark to read. -- Groucho Marx
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659729: ttf-tiresias: use dh_installdeb maintscript support
Package: ttf-tiresias
Version: 0.1-2
Severity: wishlist
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch precise
Using 'dpkg-maintscript-helper supports rm_conffile' guards introduces
unreliability into upgrades; it means that the conffile is removed or
not depending on whether dpkg happens to be unpacked before
ttf-tiresias. This seems generally undesirable; it would be better to
enforce a single code path. (This is academic for Debian because the
version of dpkg in squeeze supported dpkg-maintscript-helper, hence
Severity: wishlist; Ubuntu's last LTS release didn't have a sufficient
version of dpkg for that which is why I care.)
It would be nice to just use dh_installdeb's support for generating
dpkg-maintscript-helper commands, which was introduced in debhelper
8.1.0. This would remove duplicate code from your maintainer scripts -
in fact, you'd no longer need to have handwritten maintainer scripts at
all. Here's a patch:
* Use maintscript support in dh_installdeb rather than writing out
dpkg-maintscript-helper commands by hand. We now simply Pre-Depend on a
new enough version of dpkg rather than using 'dpkg-maintscript-helper
supports' guards, leading to more predictable behaviour on upgrades.
diff -Nru ttf-tiresias-0.1/debian/control ttf-tiresias-0.1/debian/control
--- ttf-tiresias-0.1/debian/control 2011-07-21 09:16:50.0 +0100
+++ ttf-tiresias-0.1/debian/control 2012-02-13 13:31:22.0 +
@@ -3,12 +3,13 @@
Priority: optional
Maintainer: Gürkan Sengün gur...@phys.ethz.ch
Uploaders: Debian Fonts Task Force pkg-fonts-de...@lists.alioth.debian.org
-Build-Depends: debhelper (= 7.0.50~), unzip
+Build-Depends: debhelper (= 8.1.0~), unzip
Standards-Version: 3.9.2
Homepage: http://www.tiresias.org/fonts/
Package: ttf-tiresias
Architecture: all
+Pre-Depends: ${misc:Pre-Depends}
Depends: ${misc:Depends}
Description: Fonts for the visually impaired
This is a family of realist sans-serif typefaces that were designed for best
diff -Nru ttf-tiresias-0.1/debian/maintscript
ttf-tiresias-0.1/debian/maintscript
--- ttf-tiresias-0.1/debian/maintscript 1970-01-01 01:00:00.0 +0100
+++ ttf-tiresias-0.1/debian/maintscript 2012-02-13 13:30:41.0 +
@@ -0,0 +1 @@
+rm_conffile /etc/defoma/hints/ttf-tiresias.hints 0.1-2
diff -Nru ttf-tiresias-0.1/debian/postinst ttf-tiresias-0.1/debian/postinst
--- ttf-tiresias-0.1/debian/postinst2011-07-21 09:13:22.0 +0100
+++ ttf-tiresias-0.1/debian/postinst1970-01-01 01:00:00.0 +0100
@@ -1,8 +0,0 @@
-#!/bin/sh
-set -e
-
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
- dpkg-maintscript-helper rm_conffile /etc/defoma/hints/ttf-tiresias.hints
0.1-2 -- $@
-fi
-
-#DEBHELPER#
diff -Nru ttf-tiresias-0.1/debian/postrm ttf-tiresias-0.1/debian/postrm
--- ttf-tiresias-0.1/debian/postrm 2011-07-21 09:13:26.0 +0100
+++ ttf-tiresias-0.1/debian/postrm 1970-01-01 01:00:00.0 +0100
@@ -1,8 +0,0 @@
-#!/bin/sh
-set -e
-
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
- dpkg-maintscript-helper rm_conffile /etc/defoma/hints/ttf-tiresias.hints
0.1-2 -- $@
-fi
-
-#DEBHELPER#
diff -Nru ttf-tiresias-0.1/debian/preinst ttf-tiresias-0.1/debian/preinst
--- ttf-tiresias-0.1/debian/preinst 2011-07-21 09:13:29.0 +0100
+++ ttf-tiresias-0.1/debian/preinst 1970-01-01 01:00:00.0 +0100
@@ -1,8 +0,0 @@
-#!/bin/sh
-set -e
-
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
- dpkg-maintscript-helper rm_conffile /etc/defoma/hints/ttf-tiresias.hints
0.1-2 -- $@
-fi
-
-#DEBHELPER#
Thanks,
--
Colin Watson [cjwat...@ubuntu.com]
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659701: texlive-pictures: pgfplots can't use gnuplot: set terminal table - unknown or ambiguous terminal
On 13.02.12 Neal H. Walfield (n...@walfield.org) wrote: At Mon, 13 Feb 2012 12:37:17 +0100, Hi Neal, But it does not even try to run gnuplot. I have gnuplot-nox and gnuplot-x11 installed. My command line is hille@sid:~ $ pdflatex -shell-escape a.tex Can you try running: OK, I run again pdflatex using shell-escape and the minimal example. Indeed I have an (intermediate) a.plot.gnuplot file. The content is set table a.plot.table; set format %.5f plot x I can feed it to gnuplot fine and get a file called a.plot.table . And yes, I have a nice curve in my resulting pdf file. What version of texlive-pictures are you using and what version of gnuplot do you have installed? This is a pure Debian installation, no local modified files. Could you add \listfile to the beginning of your TeX file and compare the output to my one: *File List* article.cls2007/10/19 v1.4h Standard LaTeX document class size10.clo2007/10/19 v1.4h Standard LaTeX file (size option) pgfplots.sty2009/02/14 Version 1.2.2 tikz.sty2010/10/13 v2.10 (rcs-revision 1.76) pgf.sty2008/01/15 v2.10 (rcs-revision 1.12) pgfrcs.sty2010/10/25 v2.10 (rcs-revision 1.24) everyshi.sty2001/05/15 v3.00 EveryShipout Package (MS) pgfrcs.code.tex pgfcore.sty2010/04/11 v2.10 (rcs-revision 1.7) graphicx.sty1999/02/16 v1.0f Enhanced LaTeX Graphics (DPC,SPQR) keyval.sty1999/03/16 v1.13 key=value parser (DPC) graphics.sty2009/02/05 v1.0o Standard LaTeX Graphics (DPC,SPQR) trig.sty1999/03/16 v1.09 sin cos tan (DPC) graphics.cfg2009/08/28 v1.8 graphics configuration of TeX Live pdftex.def2010/03/12 v0.04p Graphics/color for pdfTeX pgfsys.sty2010/06/30 v2.10 (rcs-revision 1.37) pgfsys.code.tex pgfsyssoftpath.code.tex2008/07/18 (rcs-revision 1.7) pgfsysprotocol.code.tex2006/10/16 (rcs-revision 1.4) xcolor.sty2007/01/21 v2.11 LaTeX color extensions (UK) color.cfg2007/01/18 v1.5 color configuration of teTeX/TeXLive pgfcore.code.tex pgfcomp-version-0-65.sty2007/07/03 v2.10 (rcs-revision 1.7) pgfcomp-version-1-18.sty2007/07/23 v2.10 (rcs-revision 1.1) pgffor.sty2010/03/23 v2.10 (rcs-revision 1.18) pgfkeys.sty pgfkeys.code.tex pgffor.code.tex tikz.code.tex supp-pdf.mkii H. -- sigmentation fault signature.asc Description: Digital signature
Bug#657754: dracut bug #657754
On 2012-02-12 20:46, Thomas Lange wrote: Hi Andreas, ich weiss nicht, ob du meine Mails bzgl. des dracut bugs http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=657754 bekommen hast. Ich kann den Fehler nicht nachvollziehen. piuparts installs the packages to be tested in a minimal chroot - only essential packages and the (Pre-)Depends are available; e.g. there is no kernel (linux-image-*) installed in the chroot - so trying to create an initrd should detect and skip this. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639318: gir1.2-glib-2.0: GLib.idle_add is broken
On Sun, 12 Feb 2012 23:14:17 +0100 Laurent Bigonville bi...@debian.org wrote: Could you please check if you can still reproduce this bug with the last version of unstable? Unfortunately I can't remember what I was trying to do when I encountered this bug and I'm not actively developing anything with python and gir at the moment. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659701: texlive-pictures: pgfplots can't use gnuplot: set terminal table - unknown or ambiguous terminal
Hi, Hilmar,
Thanks for the quick reply.
At Mon, 13 Feb 2012 12:37:17 +0100,
Hilmar Preusse wrote:
The minimal example does not compile, it tells me somthing about an
missing endgroup. After replacing \end{picture} by \end{tikzpicture}
at least it builds fine.
Sorry. That is the correct fix.
But it does not even try to run gnuplot. I
have gnuplot-nox and gnuplot-x11 installed. My command line is
hille@sid:~ $ pdflatex -shell-escape a.tex
Can you try running:
rm -f a.plot.table a.plot.gnuplot
pdflatex a.tex
This should result in the following error:
! Package pgfplots Error: Sorry, the gnuplot-result file
'a.plot.table' could not be found. Maybe you need to enable the
shell-escape feature? For pdflatex, this is ' pdflatex
-shell-escape'. You can also invoke ' gnuplot file.gnuplot'
manually on the respective gnuplot file..
See the pgfplots package documentation for explanation.
Type H return for immediate help.
...
l.9 ...plot[id=plot,raw gnuplot] function{plot x};
?
! Emergency stop.
...
l.9 ...plot[id=plot,raw gnuplot] function{plot x};
! == Fatal error occurred, no output PDF file produced!
Transcript written on a.log.
This means that pdflatex is indeed trying to run gnuplot, but
shell-escape is not enabled.
What version of texlive-pictures are you using and what version of
gnuplot do you have installed?
Thanks,
Neal
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659730: ttf-unifont: use dh_installdeb maintscript support
Package: ttf-unifont
Version: 1:5.1.20080914-1.1
Severity: wishlist
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch precise
Using 'dpkg-maintscript-helper supports rm_conffile' guards introduces
unreliability into upgrades; it means that the conffile is removed or
not depending on whether dpkg happens to be unpacked before ttf-unifont.
This seems generally undesirable; it would be better to enforce a single
code path. (This is academic for Debian because the version of dpkg in
squeeze supported dpkg-maintscript-helper, hence Severity: wishlist;
Ubuntu's last LTS release didn't have a sufficient version of dpkg for
that which is why I care.)
It would be nice to just use dh_installdeb's support for generating
dpkg-maintscript-helper commands, which was introduced in debhelper
8.1.0. This would remove duplicate code from your maintainer scripts -
in fact, you'd no longer need to have handwritten maintainer scripts at
all. Here's a patch:
* Use maintscript support in dh_installdeb rather than writing out
dpkg-maintscript-helper commands by hand. We now simply Pre-Depend on a
new enough version of dpkg rather than using 'dpkg-maintscript-helper
supports' guards, leading to more predictable behaviour on upgrades.
reverted:
--- unifont-5.1.20080914/debian/ttf-unifont.preinst
+++ unifont-5.1.20080914.orig/debian/ttf-unifont.preinst
@@ -1,9 +0,0 @@
-#!/bin/sh
-set -e
-
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
- dpkg-maintscript-helper rm_conffile /etc/defoma/hints/ttf-unifont.hints
1:5.1.20080914-1 -- $@
-fi
-
-#DEBHELPER#
-
reverted:
--- unifont-5.1.20080914/debian/ttf-unifont.postinst
+++ unifont-5.1.20080914.orig/debian/ttf-unifont.postinst
@@ -1,9 +0,0 @@
-#!/bin/sh
-set -e
-
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
- dpkg-maintscript-helper rm_conffile /etc/defoma/hints/ttf-unifont.hints
1:5.1.20080914-1 -- $@
-fi
-
-#DEBHELPER#
-
diff -u unifont-5.1.20080914/debian/control unifont-5.1.20080914/debian/control
--- unifont-5.1.20080914/debian/control
+++ unifont-5.1.20080914/debian/control
@@ -3,7 +3,7 @@
Priority: optional
Maintainer: Paul Hardy unifoun...@unifoundry.com
Uploaders: Anthony Fok f...@debian.org
-Build-Depends: debhelper (= 5.0.31)
+Build-Depends: debhelper (= 8.1.0~)
Standards-Version: 3.8.0
Homepage: http://unifoundry.com
@@ -52,6 +52,7 @@
Package: ttf-unifont
Architecture: all
+Pre-Depends: ${misc:Pre-Depends}
Description: TrueType version of the GNU Unifont
This is a bitmap font converted into a scalable TrueType outline
font. Each pixel in the original bitmap font is represented as
reverted:
--- unifont-5.1.20080914/debian/ttf-unifont.postrm
+++ unifont-5.1.20080914.orig/debian/ttf-unifont.postrm
@@ -1,9 +0,0 @@
-#!/bin/sh
-set -e
-
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
- dpkg-maintscript-helper rm_conffile /etc/defoma/hints/ttf-unifont.hints
1:5.1.20080914-1 -- $@
-fi
-
-#DEBHELPER#
-
only in patch2:
unchanged:
--- unifont-5.1.20080914.orig/debian/ttf-unifont.maintscript
+++ unifont-5.1.20080914/debian/ttf-unifont.maintscript
@@ -0,0 +1 @@
+rm_conffile /etc/defoma/hints/ttf-unifont.hints 1:5.1.20080914-1
Thanks,
--
Colin Watson [cjwat...@ubuntu.com]
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
