Bug#659163: r-base-dev: Please enable using ${R:depends} substvar in r-cran.mk
Actually, I just realized a case where it may not help and can possibly do damage. I regularly do pre-releases leading to R releases. During those I use versions like (see changelog) r-base (2.14.0-1) unstable; urgency=low [...] -- Dirk Eddelbuettel e...@debian.org Mon, 31 Oct 2011 05:00:31 -0500 r-base (2.14.0~20111027-1) unstable; urgency=low [...] -- Dirk Eddelbuettel e...@debian.org Thu, 27 Oct 2011 12:59:54 -0500 r-base (2.14.0~20111021-1) unstable; urgency=low [...] -- Dirk Eddelbuettel e...@debian.org Fri, 21 Oct 2011 14:56:51 -0500 r-base (2.14.0~20111015-1) unstable; urgency=low [...] -- Dirk Eddelbuettel e...@debian.org Sun, 16 Oct 2011 00:39:15 -0500 During this two-week period, I fear we may not have buildability as these versions would have identified (as R is concerned) as 2.14.0. But I guess as your patch is written, with the r-base-dev (= $(shell ...) we would be ok as we have 2.14.0-1 (first release) = 2.14.0~201110xx-y (rc release) so there would always have been a 2.14.0 ? I am trying to think of a past transition where this could have created a problem. It may just work... The alternative would be to have the R package create a versioning script (similar to r-cran.mk) that read the version from the Debian changelog (or directly from dpkg, apt, ...) for the Debian R package, rather than querying the R program: edd@max:~$ dpkg -s r-base-dev | grep Version | perl -ne 'print / +([0-9]+\.[0-9]+\.[0-9]+)/' 2.14.1 or even edd@max:~$ dpkg -s r-base-dev | grep Version | perl -ne 'print / +([0-9]+\.[0-9]+\.[0-9]+-[a-z0-9]+\b)/' 2.14.1-1oneiric (on my Ubuntu box where I type this ? We have to be very careful about the regexp. Dirk -- 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#659731: xserver-xorg: FATAL module fbcon not found
Package: xserver-xorg Version: 1:7.5+8+squeeze1 Severity: important after apt-get update; apt-get dist-upgrade xorg does not start. My video card is Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03) -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Jan 2 11:52 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1733592 Oct 30 22:01 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 945GME Express Integrated Graphics Controller [8086:27ae] (rev 03) Xorg X server configuration file status: -rw-r--r-- 1 root root 3054 Feb 13 11:04 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: --- Section ServerLayout Identifier X.org Configured Screen 0 Screen0 0 0 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard InputDevice Touchscreen0 SendCoreEvents EndSection Section Files RgbPath /etc/X11/rgb ModulePath /usr/lib/xorg/modules FontPath /usr/share/fonts/X11/misc FontPath /usr/share/fonts/X11/cyrillic FontPath /usr/share/fonts/X11/100dpi/:unscaled FontPath /usr/share/fonts/X11/75dpi/:unscaled FontPath /usr/share/fonts/X11/Type1 FontPath /usr/share/fonts/X11/100dpi FontPath /usr/share/fonts/X11/75dpi FontPath /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType EndSection Section Module Load glx Load extmod # Load xtrap Load record Load GLcore Load dbe Load dri EndSection Section InputDevice Identifier Keyboard0 Driver kbd EndSection Section InputDevice Identifier Mouse0 Driver mouse Option Protocol auto Option Device /dev/input/mice Option ZAxisMapping 4 5 6 7 EndSection Section Monitor Identifier Monitor0 VendorName Monitor Vendor ModelNameMonitor Model EndSection Section Device ### Available Driver options are:- ### Values: i: integer, f: float, bool: True/False, ### string: String, freq: f Hz/kHz/MHz ### [arg]: arg optional #Option NoAccel # [bool] #Option SWcursor # [bool] #Option ColorKey # i #Option CacheLines# i #Option Dac6Bit # [bool] #Option DRI # [bool] #Option NoDDC # [bool] #Option ShowCache # [bool] #Option XvMCSurfaces # i #Option PageFlip # [bool] Identifier Card0 Driver intel VendorName Intel Corporation BoardName Mobile 945GME Express Integrated Graphics Controller BusID PCI:0:2:0 EndSection Section Screen Identifier Screen0 Device Card0 MonitorMonitor0 SubSection Display Viewport 0 0 Depth 1 EndSubSection SubSection Display Viewport 0 0 Depth 4 EndSubSection SubSection Display Viewport 0 0 Depth 8 EndSubSection SubSection Display Viewport 0 0 Depth 15 EndSubSection SubSection Display Viewport 0 0 Depth 16 EndSubSection SubSection Display Viewport 0 0 Depth 24 EndSubSection EndSection Section InputDevice Identifier Touchscreen0 Driver xfdrvtouch Option Device /dev/ttyS4 Option ScreenNo 0 Option Rotation 0 Option SwapY 0 Option DebugLevel 0 Option AlwaysCore Option UpSound 1 Option DownSound 1 Option AutoRightClick 1 Option TouchMode 2 EndSection /etc/X11/xorg.conf.d does not exist. KMS configuration files: /etc/modprobe.d/i915-kms.conf: options i915 modeset=1 /etc/modprobe.d/radeon-kms.conf: options radeon modeset=1 Kernel version (/proc/version): --- Linux version 2.6.32-5-686 (Debian 2.6.32-41) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Mon Jan 16 16:04:25 UTC 2012 Xorg X server log files on system: -- -rw-r--r-- 1 root root 20599 Feb 13 12:21 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - X.Org X Server
Bug#659732: ftp.debian.org: arch changed from all to amd64 i386 for broadcom-sta package
Package: ftp.debian.org Severity: normal Dear ftp masters, I recently uploaded (actually, my sponsor did...) a new version of the package broadcom-sta[1], one of the changes was to set architecture to amd64 i386 because this package is only valid for these archs. Since that, it is only available for amd64 while an older version has been resurrected from nowhere for all other architectures, see broadcom-sta-source information page[2] and #659509[3]. Could you please fix this and allow broadcom-sta-source and broadcom-sta-dkms packages to be rebuilt for i386 architecture ? Many thanks, Cyril Lacoux. [1]: Proprietary driver from Broadcom which adds support for bcm43XX wireless cards http://www.broadcom.com/support/802.11/linux_sta.php [2]: http://packages.debian.org/sid/broadcom-sta-source [3]: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=659509 -- 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
tags 596419 + unreproducible quit Artur Linhart - Linux communication wrote: 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... Ok, thanks. Marking accordingly so others able to reproduce this can know their work will be appreciated, too. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638970: upower battery status flashing when both AC and battery are plugged in
Hi upower list, on my laptop (a HP Compaq 315), upower is acting strange: If both the AC and the battery are plugged in, the battery status as reported by upower flashes. Once or twice a minute, the battery status icon in the system tray (I am using KDE 4.6) flashes to no battery available. Running upower --monitor for a while shows that the problem is in upower itself, not somewhere in the GUI: $ upower --monitor [14:50:33.294] device removed: /org/freedesktop/UPower/devices/battery_BAT0 [14:50:34.108] device added: /org/freedesktop/UPower/devices/battery_BAT0 [14:50:34.108] device changed: /org/freedesktop/UPower/devices/battery_BAT0 [14:50:34.265] device changed: /org/freedesktop/UPower/devices/battery_BAT0 [14:50:35.264] device changed: /org/freedesktop/UPower/devices/battery_BAT0 [14:50:36.267] device changed: /org/freedesktop/UPower/devices/battery_BAT0 [14:50:37.267] device changed: /org/freedesktop/UPower/devices/battery_BAT0 [14:50:38.267] device changed: /org/freedesktop/UPower/devices/battery_BAT0 [14:50:52.336] device removed: /org/freedesktop/UPower/devices/battery_BAT0 [14:50:53.184] device added: /org/freedesktop/UPower/devices/battery_BAT0 [14:50:53.184] device changed: /org/freedesktop/UPower/devices/battery_BAT0 [14:50:53.266] device changed: /org/freedesktop/UPower/devices/battery_BAT0 [14:50:54.264] device changed: /org/freedesktop/UPower/devices/battery_BAT0 [14:50:55.265] device changed: /org/freedesktop/UPower/devices/battery_BAT0 [14:50:56.267] device changed: /org/freedesktop/UPower/devices/battery_BAT0 [14:50:57.266] device changed: /org/freedesktop/UPower/devices/battery_BAT0 [14:51:11.368] device removed: /org/freedesktop/UPower/devices/battery_BAT0 [14:51:12.229] device added: /org/freedesktop/UPower/devices/battery_BAT0 [14:51:12.229] device changed: /org/freedesktop/UPower/devices/battery_BAT0 [14:51:12.266] device changed: /org/freedesktop/UPower/devices/battery_BAT0 [14:51:13.265] device changed: /org/freedesktop/UPower/devices/battery_BAT0 [14:51:14.264] device changed: /org/freedesktop/UPower/devices/battery_BAT0 [14:51:15.264] device changed: /org/freedesktop/UPower/devices/battery_BAT0 [14:51:16.266] device changed: /org/freedesktop/UPower/devices/battery_BAT0 [14:51:30.384] device removed: /org/freedesktop/UPower/devices/battery_BAT0 [14:51:31.243] device added: /org/freedesktop/UPower/devices/battery_BAT0 [14:51:31.247] device changed: /org/freedesktop/UPower/devices/battery_BAT0 [14:51:31.267] device changed: /org/freedesktop/UPower/devices/battery_BAT0 [14:51:32.264] device changed: /org/freedesktop/UPower/devices/battery_BAT0 [14:51:33.267] device changed: /org/freedesktop/UPower/devices/battery_BAT0 [14:51:34.266] device changed: /org/freedesktop/UPower/devices/battery_BAT0 [14:51:35.264] device changed: /org/freedesktop/UPower/devices/battery_BAT0 [14:51:49.420] device removed: /org/freedesktop/UPower/devices/battery_BAT0 [14:51:50.251] device added: /org/freedesktop/UPower/devices/battery_BAT0 I did not touch the power supply at all while taking above logfile. This behaviour is quite annoying, because the blinking in the bottom-right corner sometimes distracts from what I actually want to concentrate on, and it circumvents KDE's mechanism to only show the battery icon if something interesting happens (like plugging a power supply in/out, or running low on battery): Since KDE thinks the battery is remove and re-added every ~30seconds, it keeps showing and hiding that icon... $ upower --version UPower client version 0.9.15 UPower daemon version 0.9.15 For some more details and the original Debian bug report, please have a look at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638970. I am not subscribed to the list, so please keep me (and the Debian bug) in CC when replying. Kind regards, Ralf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659733: libreoffice: -writer and -calc cannot open/save files with passwords
Package: libreoffice Version: 1:3.4.5-2 1:3.5.0~rc3-1 Severity: important Dear Maintainer, * What led up to the situation? I want to open a few weeks old password protected file created with libreoffice but get the error dialog The password is incorrect. The file cannot be opened. * What exactly did you do (or not do) that was effective (or ineffective)? open file and entered password * What was the outcome of this action? error message * What outcome did you expect instead? decrypt and open the file. I tested it many time witht he correct password. The I created a new file and wanted to save the new file (local) with a password (e.g. test) and get the error dialog Error saving the document test: General error. general input/output error. So I cannot open and create a file with a password. Then I tested the version in experimental (1:3.5.0~rc3-1) with the same result that you cannot open and save a password protected file anymore. Tested it on a Debian machine of a co-worker and is reproducable there. Simple testcase: - start lowriter - save as - choose with password - enter a password two times - OK/Save - you will get an error I cannot open and save password protected libreoffice files anymore. Can you reproduce this? Regards Noel -- System Information: Debian Release: wheezy APT prefers experimental APT policy: (600, 'experimental'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash 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.5.0~rc3-1 ii libreoffice-calc 1:3.5.0~rc3-1 ii libreoffice-core 1:3.5.0~rc3-1 ii libreoffice-draw 1:3.5.0~rc3-1 ii libreoffice-filter-mobiledev 1:3.5.0~rc3-1 ii libreoffice-impress 1:3.5.0~rc3-1 ii libreoffice-java-common 1:3.5.0~rc3-1 ii libreoffice-math 1:3.5.0~rc3-1 ii libreoffice-report-builder-bin 1:3.5.0~rc3-1 ii libreoffice-writer 1:3.5.0~rc3-1 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 Versions of packages libreoffice suggests: ii cups-bsd 1.5.0-13 ii gstreamer0.10-ffmpeg 0.10.13-2 ii gstreamer0.10-plugins-bad0.10.22-3 ii gstreamer0.10-plugins-base 0.10.35-1 ii gstreamer0.10-plugins-good 0.10.30-2.1 ii gstreamer0.10-plugins-ugly 0.10.18-3+b2 ii hunspell-dictionary none ii hyphen-de [hyphen-hyphenation-patterns] 1:3.3.0-3 ii icedove 3.1.16-1 ii iceweasel9.0.1-1 ii imagemagick | graphicsmagick-imagemagick-compat none ii libgl1-mesa-glx [libgl1] 7.11.2-1 ii libldap-2.4-22.4.28-1.1 ii libreoffice-filter-binfilter 1:3.5.0~rc3-1 ii libreoffice-gnome1:3.5.0~rc3-1 ii libreoffice-help-de [libreoffice-help-3.5] 1:3.5.0~rc3-1 ii libreoffice-help-en-us [libreoffice-help-3.5]1:3.5.0~rc3-1 ii libreoffice-l10n-de [libreoffice-l10n-3.5] 1:3.5.0~rc3-1 ii libreoffice-officebean 1:3.5.0~rc3-1 ii libsane 1.0.22-7 ii libxrender1 1:0.9.6-2 ii myspell-de-at [myspell-dictionary] 20110609-1 ii myspell-de-ch [myspell-dictionary] 20110609-1 ii myspell-de-de [myspell-dictionary] 20110609-1 ii myspell-en-us [myspell-dictionary] 1:3.3.0-3 ii mythes-de [mythes-thesaurus] 20110119-5 ii mythes-de-ch [mythes-thesaurus] 20110119-5 ii mythes-en-us [mythes-thesaurus] 1:3.3.0-3 ii openclipart-libreoffice none ii pstoedit 3.60-1 ii sun-java6-jre [java5-runtime]6.26-3 ii unixodbc 2.2.14p2-5 Versions of packages libreoffice-core depends on: ii fontconfig 2.8.0-3.1 ii fonts-opensymbol [ttf-opensymbol] 2:2.4.3+LibO3.4.5-2 ii libc6
Bug#659163: r-base-dev: Please enable using ${R:depends} substvar in r-cran.mk
On Mon, Feb 13, 2012 at 07:33:06AM -0600, Dirk Eddelbuettel wrote: Sorry, had a hectic week last week and didn't see this report til the weekend. No problem. 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... ] Can't wait to test the new feature as soon as it hits unstable. :-) BTW, would you also consider including the patch from #652456 either in the submitted form or as a separate script r-cran-quilt.mk which just has the patch applied. Just let me know how I can help in making this possible. Kind regards Andreas. -- http://fam-tille.de -- 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
At Mon, 13 Feb 2012 14:34:46 +0100, Hilmar Preusse wrote: 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 In my file, I see: set terminal table; set output a.plot.table; set format %.5f plot x 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: I guess you mean to add it to the preamble to use \listfiles (with an s). Unfortunately, I don't see a similar listing, either on pdflatex's stdout or in the generated log file. Am I looking in the wrong place? Did you format the list? 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#659734: xfonts-scalable-nonfree: use dh_installdeb maintscript support
Package: xfonts-scalable-nonfree
Version: 4.2.1-3.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
t1-xfree86-nonfree/ttf-xfree86-nonfree/ttf-xfree86-nonfree-syriac. 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. Note that in the process I had to fix up
desynchronisation between debian/control and debian/control.in caused by
the previous NMU, so the patch is a little more involved than I might
have liked; and I corrected the previous NMUer's misunderstanding of the
version argument to dpkg-maintscript-helper.
* 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.
* Correctly propagate debian/control changes from previous NMU to
debian/control.in.
reverted:
--- xfonts-scalable-nonfree-4.2.1/debian/t1-xfree86-nonfree.postinst
+++ xfonts-scalable-nonfree-4.2.1.orig/debian/t1-xfree86-nonfree.postinst
@@ -1,11 +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/t1-xfree86-nonfree.hints 4.2.1-4 -- $@
-fi
-
-#DEBHELPER#
-
-exit 0
diff -u xfonts-scalable-nonfree-4.2.1/debian/ttf-xfree86-nonfree.preinst
xfonts-scalable-nonfree-4.2.1/debian/ttf-xfree86-nonfree.preinst
--- xfonts-scalable-nonfree-4.2.1/debian/ttf-xfree86-nonfree.preinst
+++ xfonts-scalable-nonfree-4.2.1/debian/ttf-xfree86-nonfree.preinst
@@ -9,10 +9,6 @@
fi
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
- dpkg-maintscript-helper rm_conffile
/etc/defoma/hints/ttf-xfree86-nonfree.hints 4.2.1-4 -- $@
-fi
-
case $1 in
install|upgrade)
rm -f /etc/X11/fonts/Type1/xfonts-scalable-nonfree.scale
diff -u xfonts-scalable-nonfree-4.2.1/debian/t1-xfree86-nonfree.preinst
xfonts-scalable-nonfree-4.2.1/debian/t1-xfree86-nonfree.preinst
--- xfonts-scalable-nonfree-4.2.1/debian/t1-xfree86-nonfree.preinst
+++ xfonts-scalable-nonfree-4.2.1/debian/t1-xfree86-nonfree.preinst
@@ -9,10 +9,6 @@
fi
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
- dpkg-maintscript-helper rm_conffile
/etc/defoma/hints/t1-xfree86-nonfree.hints 4.2.1-4 -- $@
-fi
-
case $1 in
install|upgrade)
rm -f /etc/X11/fonts/Type1/xfonts-scalable-nonfree.scale
diff -u xfonts-scalable-nonfree-4.2.1/debian/control
xfonts-scalable-nonfree-4.2.1/debian/control
--- xfonts-scalable-nonfree-4.2.1/debian/control
+++ xfonts-scalable-nonfree-4.2.1/debian/control
@@ -2,12 +2,14 @@
Section: non-free/fonts
Priority: optional
Maintainer: Jonas Smedegaard d...@jones.dk
-Build-Depends: cdbs (= 0.4.23-1.1), debhelper (= 7)
-Build-Depends-Indep: dh-buildinfo
+Build-Depends-Indep: cdbs,
+ debhelper,
+ dh-buildinfo, debhelper (= 8.1.0~)
Standards-Version: 3.9.2
Package: t1-xfree86-nonfree
Architecture: all
+Pre-Depends: ${misc:Pre-Depends}
Depends: fontconfig, ${misc:Depends}
Conflicts: xfonts-xfree86-nonfree, xfonts-scalable-nonfree
Replaces: xfonts-xfree86-nonfree, xfonts-scalable-nonfree
@@ -29,9 +31,10 @@
Package: ttf-xfree86-nonfree
Architecture: all
+Pre-Depends: ${misc:Pre-Depends}
Depends: fontconfig, ${misc:Depends}
Conflicts: xfonts-xfree86-nonfree, xfonts-scalable-nonfree
-Suggests: x-ttcidfont-conf, xserver-xfree86 | xfs-xtt ( 1:1.3.0.1-3) | xfs
(= 4.0.2-1)
+Suggests: xserver-xfree86 | xfs-xtt ( 1:1.3.0.1-3) | xfs (= 4.0.2-1)
Description: non-free TrueType fonts from XFree86
Collection of TrueType fonts originally part of the
XFree86 distribution, but which are licensed under terms
@@ -51,6 +54,7 @@
Package: ttf-xfree86-nonfree-syriac
Architecture: all
+Pre-Depends: ${misc:Pre-Depends}
Depends: fontconfig, ${misc:Depends}
Suggests: xserver-xfree86 | xfs-xtt ( 1:1.3.0.1-3) | xfs (= 4.0.2-1)
Description: non-free syriac OpenType fonts from XFree86
reverted:
--- xfonts-scalable-nonfree-4.2.1/debian/ttf-xfree86-nonfree-syriac.postrm
+++ xfonts-scalable-nonfree-4.2.1.orig/debian/ttf-xfree86-nonfree-syriac.postrm
@@ -1,11 +0,0 @@
-#! /bin/sh
-
Bug#659735: open-vm-tools: please re-add open-vm-source
Source: open-vm-tools Version: 2:8.8.0+2011.12.20-562307-1 Severity: wishlist Hi. I've looked over #518014 which ended in removing the open-vm-source package. I see no real reason why anything should be different with open-vm-source to open-vm-dkms. In both cases you somehow need the kernel headers and if the admin fails to provide them it will fail. As many people don't want to use DKMS (but rather module-assitant or kernel- package) and as most module packages in Debian provide just both, a -source and a -dkms, package,... please could you re-add the former? Thanks, Chris. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657754: lowering severity
Package: dracut Severity: normal I downgrade the severity, since it's not a violation of the Debian policy. There's no reference to piuparts in the policy. IMO it's a normal or minor bug, since it's very seldom that no kernel is installed. -- 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#659736: cups: parallel:/dev/usb/lp0 consumes 100% cpu and never finishes
Package: cups Version: 1.5.2-3 Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? I am trying to print both from via samba from a remote machinee locally via lpr * What exactly did you do (or not do) that was effective (or ineffective)? I noticed that the backend process parallel:/dev/usb/lp0 never finished and consumes 100%. That means that the queue is never empty. If I print locally the output the first print is ok. However since the backend does not finish the spool does not empty so all subsequent prints are prohibited. If I print from samba not even the first print gets out. The backend process simply consumes 100% (doing polling as strace revealed) in both cases. *** End of the template - remove these lines *** -- 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=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cups depends on: ii adduser3.113+nmu1 ii bc 1.06.95-2+b1 ii cups-client1.5.2-3 ii cups-common1.5.2-3 ii cups-filters 1.0~b1-3 ii cups-ppdc 1.5.2-3 ii debconf [debconf-2.0] 1.5.41 ii ghostscript9.05~dfsg-2 ii libavahi-client3 0.6.30-6 ii libavahi-common3 0.6.30-6 ii libc6 2.13-26 ii libcups2 1.5.2-3 ii libcupscgi11.5.2-3 ii libcupsimage2 1.5.2-3 ii libcupsmime1 1.5.2-3 ii libcupsppdc1 1.5.2-3 ii libdbus-1-31.4.16-1 ii libgcc11:4.6.2-14 ii libgnutls262.12.16-1 ii libgssapi-krb5-2 1.10+dfsg~beta1-2 ii libkrb5-3 1.10+dfsg~beta1-2 ii libldap-2.4-2 2.4.28-1.1 ii libpam0g 1.1.3-7 ii libpaper1 1.1.24+nmu1 ii libslp11.2.1-9 ii libstdc++6 4.6.2-14 ii libusb-1.0-0 2:1.0.9~rc3-3 ii lsb-base 3.2-28.1 ii poppler-utils 0.16.7-3 ii procps 1:3.3.2-3 ii ssl-cert 1.0.28 Versions of packages cups recommends: ii avahi-daemon0.6.30-6 ii colord 0.1.16-2 ii foomatic-filters4.0.12-1 ii ghostscript-cups9.05~dfsg-2 ii printer-driver-gutenprint [cups-driver-gutenprint] 5.2.7-5 Versions of packages cups suggests: ii cups-bsd 1.5.2-3 ii cups-pdf none ii foomatic-db 20120212-1 ii hplip3.11.12-2 ii smbclient2:3.6.3-1 ii udev 175-3 -- Configuration Files: /etc/cups/cupsd.conf changed: LogLevel warn MaxLogSize 0 SystemGroup lpadmin Listen *:631 Listen /var/run/cups/cups.sock Browsing On BrowseOrder allow,deny BrowseAllow all BrowseLocalProtocols CUPS dnssd DefaultAuthType Basic DefaultEncryption IfRequested Location / allow @LOCAL Order allow,deny /Location Location /admin allow @LOCAL Order allow,deny /Location Location /admin/conf AuthType Default Require user @SYSTEM allow @LOCAL Order allow,deny /Location Policy default Limit Create-Job Print-Job Print-URI Validate-Job Order deny,allow /Limit Limit Send-Document Send-URI Hold-Job Release-Job Restart-Job Purge-Jobs Set-Job-Attributes Create-Job-Subscription Renew-Subscription Cancel-Subscription Get-Notifications Reprocess-Job Cancel-Current-Job Suspend-Current-Job Resume-Job CUPS-Move-Job CUPS-Get-Document Require user @OWNER @SYSTEM Order deny,allow /Limit Limit CUPS-Add-Modify-Printer CUPS-Delete-Printer CUPS-Add-Modify-Class CUPS-Delete-Class CUPS-Set-Default CUPS-Get-Devices AuthType Default Require user @SYSTEM Order deny,allow /Limit Limit Pause-Printer Resume-Printer Enable-Printer Disable-Printer Pause-Printer-After-Current-Job Hold-New-Jobs Release-Held-New-Jobs Deactivate-Printer Activate-Printer Restart-Printer Shutdown-Printer Startup-Printer Promote-Job Schedule-Job-After CUPS-Accept-Jobs CUPS-Reject-Jobs AuthType Default Require user @SYSTEM Order deny,allow /Limit Limit Cancel-Job CUPS-Authenticate-Job Require user @OWNER @SYSTEM Order deny,allow /Limit Limit All Order deny,allow /Limit /Policy Policy authenticated Limit Create-Job Print-Job Print-URI Validate-Job AuthType Default Order deny,allow /Limit Limit Send-Document Send-URI Hold-Job Release-Job Restart-Job Purge-Jobs Set-Job-Attributes Create-Job-Subscription Renew-Subscription Cancel-Subscription Get-Notifications Reprocess-Job Cancel-Current-Job Suspend-Current-Job Resume-Job CUPS-Move-Job CUPS-Get-Document AuthType Default Require user @OWNER @SYSTEM Order deny,allow /Limit
Bug#633022: gracie: drop build-dependency on docutils-writer-manpage
* Ben Finney ben+deb...@benfinney.id.au, 2011-07-09, 11:38: Would it be okay to depend on ‘rst2man’ instead? Hmm, actually I wanted to drop rst2man as well… This has happened, rst2man virtual package is gone. I will remove docutils-writer-manpage at the next docutils upload, at which point this bug will become RC. I think it makes sense to keep the ‘rst2man’, ‘rst2odt’, I don't want to special-case rst2man or rst2odt just because they were separate package at some point in the past. That was long time ago. On the other hand I don't want to have 9 different rst2* virtual packages either. Besides, if I were to keep rst2man virtual package, then for consistency it would have to be also provided by python3-docutils. So it would be wrong for your package to build-depend on rst2man, as it does need Python 2 (not 3!) version of it. and other packages like ‘rst2pdf’; Well, rst2pdf has been always a separate packages and AFAIK there are no plans to integrate it into docutils proper. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659574: lintian: legally wrong statement: copyright-with-old-dh-make-debian-copyright
Hi, Thanks for your quick response. In retrospect, my initial bug report may have had some skewed view on the copyright law since Japan being more like French law on this subject. I still think that this lintian report is *pedantic* to nitpick on one requirement and misses other requirements. Let me make a bit balanced requests. (1) consideration to avoid negative sentence. (see below) (2) explicitly mention US being a signatory to the Berne Convention (3) change this to priority pedantic. (4) add other essential requirements to establish prima facie case I will touch each points as below: On Sun, Feb 12, 2012 at 12:49:45PM -0800, Russ Allbery wrote: Russ Allbery r...@debian.org writes: I'm fairly sure (having read the relevant law several times, as well as legal analyses of it) that Lintian's statement is correct in US law, although possibly poorly phrased. Although your new text improves a lot, I am not very happy to see is not considered as a valid way. @@ -264,9 +264,15 @@ Severity: wishlist Certainty: certain Info: The copyright file contains the incomplete Debian packaging copyright boilerplate from older versions of ttdh_make/tt. - tt(C)/tt is not considered as a valid way to express the copyright ^ - ownership. The word ttCopyright/tt or the © symbol should be used - instead or in addition to tt(C)/tt. + tt(C)/tt alone is not considered a valid copyright notice in at least ^^^ + some countries. The word ttCopyright/tt or the © symbol should be + used instead or in addition to tt(C)/tt. + . If the new text was not a negative sentence but a simple affirmative sentence, I am fine. --- for (1) For example: The use of the word ttCopyright/tt or the © symbol is considered to be a part of a valid copyright notice requirement in at least some countries. Do you know some previous case that the use of (C) alone for copyright notice caused some problem to establish prima facie case for infringement? + Copyright notices like this are, in any country that's a signatory to the + Berne Convention, not required to claim copyright on a work, but their + presence may allow claiming additional damages should a copyright case go + to court. If you provide a notice, you may as well provide one that's + legally valid. Since the US law is always the most central issue for Debian, I would rather see less ambiguous statement by inserting including USA after Berne Convention. --- for (2) Now, let me explain why I think this to be pedantic. --- for (3) I know the use of the symbol © (the letter C in a circle), or the word “Copyright,” or the abbreviation “Copr.” is part of the valid way stipulated by the 17 USC § 401 - NOTICE OF COPYRIGHT: VISUALLY PERCEPTIBLE COPIES as (b)(1), but this code involves more than this (b)(1) part. http://www.law.cornell.edu/uscode/text/17/401 Official examples are given as 37 CFR 201.20 - METHODS OF AFFIXATION AND POSITIONS OF THE COPYRIGHT NOTICE ON VARIOUS TYPES OF WORKS. http://www.law.cornell.edu/cfr/text/37/201/20 Most pertinent section is: | (g) Works reproduced in machine-readable copies. For works reproduced in | machine-readable copies (such as magnetic tapes or disks, punched cards, | or the like, from which the work cannot ordinarily be visually perceived | except with the aid of a machine or device, 1 each of the following | constitute examples of acceptable methods of affixation and position of | notice: | (1) A notice embodied in the copies in machine-readable form in such a | manner that on visually perceptible printouts it appears either with or | near the title, or at the end of the work; | (2) A notice that is displayed at the user's terminal at sign on; | (3) A notice that is continuously on terminal display; or | (4) A legible notice reproduced durably, so as to withstand normal use, | on a gummed or other label securely affixed to the copies or to a box, | reel, cartridge, cassette, or other container used as a permanent | receptacle for the copies. Assuming the packaging related codes and description contents are copyrightable, I am not sure if simply placing “Copyright” in an obscure location in this debian/copyright file complies to these requirements. This is neither * appears either with or near the title, or at the end of the work, * displayed at the user's terminal at sign on, * continuously on terminal display, nor * label securely affixed to the copies or to a box. So why pick only on (C) thing while such withholding essential requirements to establish prima facie case for infringement? This is the reason I consider this lintian check statement to be pedantic. In this respect, adding following may balances above issue: --- for (4) In order to help such court case, it is also recommended to include proper copyright notice for each file or make build script print
Bug#659737: How is outguess-histogram supposed to work?
Package: outguess Version: 1:0.2-7 Severity: important Hi, I was exploring the usage of outgues utilities, and found the outgues-histogram binary. Without resorting to source-code, I'm a bit puzzled about what is outguess- histogram supposed to do. See: $ man outguess-histogram No manual entry for outguess-histogram See 'man 7 undocumented' for help when manual pages are not available. $ outguess-histogram --help outguess-histogram: fopen: No such file or directory $ outguess-histogram outguess-histogram: file $ outguess-histogram pict.jpg outguess-histogram: malloc: Cannot allocate memory Care to document its usage, or move it out of $PATH if not intended to be directly run by user? Cheers, Luca -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages outguess depends on: ii libc6 2.13-26 outguess recommends no packages. outguess 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#659738: simulavr: New version of simulavr is available
Package: simulavr Version: 0.1.2.2-6.2 Severity: wishlist Dear Maintainer, I've just found, that the new version of simulavr (1.0.0) is available at: http://download.savannah.gnu.org/releases/simulavr/ -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.2 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages simulavr depends on: ii dpkg 1.16.1.2 ii install-info 4.13a.dfsg.1-8 ii libc6 2.13-26 ii libncurses5 5.9-4 ii libtinfo5 5.9-4 Versions of packages simulavr recommends: ii binutils-avr 2.20.1-2 ii gcc-avr 1:4.5.3-3 ii xterm 276-2 simulavr 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#659163: r-base-dev: Please enable using ${R:depends} substvar in r-cran.mk
On 13 February 2012 at 15:05, Andreas Tille wrote: | On Mon, Feb 13, 2012 at 07:33:06AM -0600, Dirk Eddelbuettel wrote: | Sorry, had a hectic week last week and didn't see this report til the weekend. | | No problem. Maybe there is one. The regexp is a little 'tight' (ie [0-9]+ for all the digit parts may be safter) and I am a little worried about our own Debian transitions before a release. | 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... ] | | Can't wait to test the new feature as soon as it hits unstable. :-) :) | BTW, would you also consider including the patch from #652456 either in | the submitted form or as a separate script r-cran-quilt.mk which just | has the patch applied. Just let me know how I can help in making this | possible. r-cran-quilt.mk as an optional second script may make sense. Dirk -- 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#659521: bug confirmed on debian testing installation
I confirm the bug on my laptop, equipped with AR9285 (module ath9k) wireless chip. the laptop (samsung N220 netbook) has a fairly clean debian testing installation, after kernel upgrade from 3.1.0-1-686-pae to 3.2.0-1-686-pae connection to a wifi router with WEP encryption (*) does not work anymore. i can setup the interface with manual ifconfig / iwconfig commands, no errors are reported, some wireless functionality is present, for example running iwlist wlan0 scan gives me router wifi channel, executing 'iwconfig wlan0' shows me the wifi interface is associated with the router, so everything seems correct. But no packets are transmitted nor received over the wireless link. I have manually installed the older 3.1.0-2 kernel (vmlinuz, initrd, /lib/modules/3.1.0-1-686-pae stuff) , added a menu entry in grub, rebooting the laptop with the older kernel fixes the problem, the wifi network works as it used to do before the kernel upgrade. --- .(*) i know , wep is broken and flawed and should be avoided, i know the risk, and the environment where i use this old router is safe enough the router does not support newer protocols (WPA) and i dont want to spend money :-)
Bug#659739: lcgdm: FTBFS: undefined reference to `soap_init'
Package: src:lcgdm Version: 1.8.2-1 Severity: serious Tags: sid wheezy Justification: fails to build from source (but built successfully in the past) Hi! Your package failed to build on the buildds: LD_LIBRARY_PATH=../shlib cc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -fno-strict-aliasing -fPIC -D_LARGEFILE64_SOURCE -Dlinux -o dpmcopyd -Wl,-z,relro -Wl,-z,defs dpmcopy_main.o dpmcopy_local.o dpmcopy_pull.o dpmcopy_push.o srmv2_ifce.odpm_mysql_ifce.o dpm_copyfile.o ../dpm/dpm_util.o ../dpm/dpmlogit.o ../dpm/sendrep.osrmv2C.o srmv2Client.o -lgsoap -lglobus_gass_copy -lglobus_ftp_client -lglobus_common -L../shlib -ldpm -llcgdm -lcgsi_plugin_voms -L/usr/lib/mysql -lmysqlclient /usr/lib/gcc/i486-kfreebsd-gnu/4.6/../../../libcgsi_plugin_voms.so: undefined reference to `soap_init' /usr/lib/gcc/i486-kfreebsd-gnu/4.6/../../../libcgsi_plugin_voms.so: undefined reference to `soap_init2' collect2: ld returned 1 exit status make[2]: *** [dpmcopyd] Error 1 Full build log at https://buildd.debian.org/status/fetch.php?pkg=lcgdmarch=kfreebsd-i386ver=1.8.2-1%2Bb1stamp=1329134614 Regards Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer -- 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:
Hilmar Preusse wrote:
Hi,
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:
I guess you mean to add it to the preamble to use \listfiles (with an
s).
Yes, \listfiles (sorry for the typo), like this:
\listfiles
\documentclass{article}
Hilmar
--
sigmentation fault
signature.asc
Description: Digital signature
Bug#659740: performous: FTBFS: pakckage jpeg not found
Package: src:performous Version: 0.6.1-4 Severity: serious Tags: sid wheezy Justification: fails to build from source (but built successfully in the past) Hi! Your package failed to build on the buildds: -- package 'jpeg' not found Jpeg_INCLUDE_DIR=Jpeg_INCLUDE_DIR-NOTFOUND Jpeg_LIBRARY=/usr/lib/x86_64-linux-gnu/libjpeg.so CMake Error at cmake/Modules/LibFindMacros.cmake:71 (message): Required library Jpeg NOT FOUND. Install the library (dev version) and try again. If the library is already installed, use ccmake to set the missing variables manually. Call Stack (most recent call first): cmake/Modules/FindJpeg.cmake:27 (libfind_process) game/CMakeLists.txt:75 (find_package) -- Configuring incomplete, errors occurred! make: *** [configure-stamp] Error 1 Full build log at https://buildd.debian.org/status/fetch.php?pkg=performousarch=kfreebsd-amd64ver=0.6.1-4%2Bb1stamp=1329097605 Regards Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659741: scalable-cyrfonts: use dh_installdeb maintscript support
Package: scalable-cyrfonts
Version: 4.14
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
t1-cyrillic/t1-oldslavic/t1-teams. 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 scalable-cyrfonts-4.14/debian/control
scalable-cyrfonts-4.14ubuntu1/debian/control
--- scalable-cyrfonts-4.14/debian/control 2011-11-29 12:24:13.0
+
+++ scalable-cyrfonts-4.14ubuntu1/debian/control2012-02-13
14:31:15.0 +
@@ -3,7 +3,7 @@
Section: text
Priority: optional
Standards-Version: 3.8.1
-Build-Depends: debhelper (= 5.0.31), tar (=1.13.18), bzip2, fontforge,
gsfonts, zip, tofrodos, xfonts-utils, texlive, texlive-font-utils, tex-common
(= 1.18)
+Build-Depends: debhelper (= 8.1.0~), tar (=1.13.18), bzip2, fontforge,
gsfonts, zip, tofrodos, xfonts-utils, texlive, texlive-font-utils, tex-common
(= 1.18)
Package: t1-cyrillic
Architecture: all
@@ -21,6 +22,7 @@
infringements.
Section: x11
Priority: optional
+Pre-Depends: ${misc:Pre-Depends}
Depends: ${misc:Depends}
Suggests: xfs (=4.0) | xserver
Conflicts: xbase-clients ( 4.0), scalable-cyrfonts-x11, scalable-cyrfonts
@@ -38,6 +40,7 @@
Bulgarian and Russian Cyrillic characters.
Section: x11
Priority: optional
+Pre-Depends: ${misc:Pre-Depends}
Depends: ${misc:Depends}
Suggests: xfs (=4.0) | xserver
Conflicts: xbase-clients ( 4.0), scalable-cyrfonts-x11, scalable-cyrfonts
@@ -54,6 +57,7 @@
it.
Section: text
Priority: optional
+Pre-Depends: ${misc:Pre-Depends}
Depends: ${misc:Depends}
Suggests: xfs (=4.0) | xserver
Conflicts: xbase-clients ( 4.0), scalable-cyrfonts-x11, scalable-cyrfonts
diff -Nru scalable-cyrfonts-4.14/debian/t1-cyrillic.maintscript
scalable-cyrfonts-4.14ubuntu1/debian/t1-cyrillic.maintscript
--- scalable-cyrfonts-4.14/debian/t1-cyrillic.maintscript 1970-01-01
01:00:00.0 +0100
+++ scalable-cyrfonts-4.14ubuntu1/debian/t1-cyrillic.maintscript
2012-02-13 14:27:59.0 +
@@ -0,0 +1,3 @@
+rm_conffile /etc/X11/fonts/X11R7/Type1/t1-cyrillic.scale 4.12+nmu1
+rm_conffile /etc/X11/fonts/X11R7/Type1/t1-cyrillic.alias 4.12+nmu1
+rm_conffile /etc/defoma/hints/t1-cyrillic.hints 4.14
diff -Nru scalable-cyrfonts-4.14/debian/t1-cyrillic.postinst
scalable-cyrfonts-4.14ubuntu1/debian/t1-cyrillic.postinst
--- scalable-cyrfonts-4.14/debian/t1-cyrillic.postinst 2011-11-29
13:02:55.0 +
+++ scalable-cyrfonts-4.14ubuntu1/debian/t1-cyrillic.postinst 2012-02-13
14:28:22.0 +
@@ -10,8 +10,4 @@
fc-cache /usr/share/fonts/X11/Type1
fi
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
- dpkg-maintscript-helper rm_conffile /etc/defoma/hints/t1-cyrillic.hints 4.14
-- $@
-fi
-
#DEBHELPER#
diff -Nru scalable-cyrfonts-4.14/debian/t1-cyrillic.postrm
scalable-cyrfonts-4.14ubuntu1/debian/t1-cyrillic.postrm
--- scalable-cyrfonts-4.14/debian/t1-cyrillic.postrm2011-11-29
12:24:13.0 +
+++ scalable-cyrfonts-4.14ubuntu1/debian/t1-cyrillic.postrm 2012-02-13
14:28:39.0 +
@@ -20,7 +20,3 @@
;;
esac
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
- dpkg-maintscript-helper rm_conffile /etc/defoma/hints/t1-cyrillic.hints 4.14
-- $@
-fi
-
diff -Nru scalable-cyrfonts-4.14/debian/t1-cyrillic.preinst
scalable-cyrfonts-4.14ubuntu1/debian/t1-cyrillic.preinst
--- scalable-cyrfonts-4.14/debian/t1-cyrillic.preinst 2011-11-29
12:50:45.0 +
+++ scalable-cyrfonts-4.14ubuntu1/debian/t1-cyrillic.preinst2012-02-13
14:28:17.0 +
@@ -2,32 +2,13 @@
set -e
-# Remove a no-longer used conffile
-rm_conffile() {
-CONFFILE=$1
-
-if [ -e $CONFFILE ]; then
-echo Removing obsolete conffile $CONFFILE ...
-rm -f $CONFFILE
-fi
-}
-
case $1 in
install|upgrade)
-# clear obsolete conffiles left from etch (4.10-0.1)
-if dpkg --compare-versions $2 le 4.12+nmu1; then
-rm_conffile
Bug#659742: FTBFS: Sphinx documentation not found
Package: src:jansson Version: 2.3-1 Severity: serious Tags: sid wheezy Justification: fails to build from source (but built successfully in the past) Hi! Your package failed to build on the buildds: dh_sphinxdoc -a dh_sphinxdoc: Sphinx documentation not found make: *** [binary-arch] Error 2 Full build log at https://buildd.debian.org/status/fetch.php?pkg=janssonarch=kfreebsd-i386ver=2.3-1stamp=1329085174 Regards Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659163: r-base-dev: Please enable using ${R:depends} substvar in r-cran.mk
Le Mon, Feb 13, 2012 at 07:51:20AM -0600, Dirk Eddelbuettel a écrit : But I guess as your patch is written, with the r-base-dev (= $(shell ...) we would be ok as we have 2.14.0-1 (first release) = 2.14.0~201110xx-y (rc release) Dear Dirk, On top of this, the patch produces a version number that ends with a tilde, which is for dpkg a special character that sorts before the empty string. So we will always be safe with pre-releases: $ dpkg --compare-versions 2.13.2-1 lt 2.14.0~ echo true true $ dpkg --compare-versions 2.14.0~ lt 2.14.0~20111015-1 echo true true $ dpkg --compare-versions 2.14.0~ lt 2.14.0 echo true true $ dpkg --compare-versions 2.14.0~ lt 2.14.0-1 echo true true Have a nice day, -- Charles -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659743: iceape: FTBFS: undefined reference to strlcpy
Package: src:iceape Version: 2.7.1-1 Severity: serious Tags: sid wheezy Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: debian-...@lists.debian.org Hi! Your package failed to build on the buildds. On kfreebsd with the following error: make -C app libs make[7]: Entering directory `/build/buildd-iceape_2.7.1-1-kfreebsd-amd64-OUU_j5/iceape-2.7.1/build-iceape/mozilla/ipc/app' MozillaRuntimeMain.cpp c++ -o MozillaRuntimeMain.o -c -I../../dist/stl_wrappers -I../../dist/system_wrappers -include ../../../../mozilla/config/gcc_hidden.h -DMOZ_SUITE=1 -DOSTYPE=\GNU_kFreeBSD8.1-1-amd64\ -DOSARCH=GNU_kFreeBSD -DEXCLUDE_SKIA_DEPENDENCIES -DOS_LINUX=1 -DOS_POSIX=1 -I../../../../mozilla/toolkit/xre -I../../../../mozilla/xpcom/base -I../../../../mozilla/ipc/chromium/src -I../../../../mozilla/ipc/glue -I../../ipc/ipdl/_ipdlheaders -I../../../../mozilla/ipc/app -I. -I../../dist/include -I../../dist/include/nsprpub -I/usr/include/nspr -I/usr/include/nss -fPIC -fno-rtti -Wall -Wpointer-arith -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wcast-align -Wno-invalid-offsetof -Wno-variadic-macros -Werror=return-type -g -fno-exceptions -fno-strict-aliasing -fshort-wchar -pthread -ffunction-sections -fdata-sections -pipe -DNDEBUG -DTRIMMED -g -O -fomit-frame-pointer -DMOZILLA_CLIENT -include ../../mozilla-config.h -MD -MF .deps/MozillaRuntimeMain.pp /build/buildd-iceape_2.7.1-1-kfreebsd-amd64-OUU_j5/iceape-2.7.1/mozilla/ipc/app/MozillaRuntimeMain.cpp /usr/bin/python2.7 ../../../../mozilla/config/pythonpath.py -I../../config ../../../../mozilla/config/expandlibs_exec.py --uselist -- c++ -o plugin-container -fno-rtti -Wall -Wpointer-arith -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wcast-align -Wno-invalid-offsetof -Wno-variadic-macros -Werror=return-type -g -fno-exceptions -fno-strict-aliasing -fshort-wchar -pthread -ffunction-sections -fdata-sections -pipe -DNDEBUG -DTRIMMED -g -O -fomit-frame-pointer MozillaRuntimeMain.o -Wl,--as-needed -lpthread -Wl,-rpath-link,/build/buildd-iceape_2.7.1-1-kfreebsd-amd64-OUU_j5/iceape-2.7.1/build-iceape/mozilla/dist/bin -Wl,-rpath-link,/usr/lib -Wl,--whole-archive /build/buildd-iceape_2.7.1-1-kfreebsd-amd64-OUU_j5/iceape-2.7.1/build-iceape/mozilla/dist/lib/libmozutils.a -Wl,--no-whole-archive -rdynamic -L../../dist/bin -L../../dist/lib -L/build/buildd-iceape_2.7.1-1-kfreebsd-amd64-OUU_j5/iceape-2.7.1/build-iceape/mozilla/dist/bin -lxpcom -lmozalloc -lxul -L/usr/lib/x86_64-kfreebsd-gnu -lplds4 -lplc4 -lnspr4 -lpthread -ldl -ldl /build/buildd-iceape_2.7.1-1-kfreebsd-amd64-OUU_j5/iceape-2.7.1/build-iceape/mozilla/dist/bin/libldap60.so: undefined reference to `strlcpy' collect2: ld returned 1 exit status make[7]: *** [plugin-container] Error 1 Full build log at https://buildd.debian.org/status/fetch.php?pkg=iceapearch=kfreebsd-amd64ver=2.7.1-1stamp=1329081755 Regards Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659744: google-chrome-stable: Icon missing after reboot
Package: google-chrome-stable Version: 17.0.963.46-r119351 Severity: important When computer is restarted icon dissapears from Applications - Internet Menu -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages google-chrome-stable depends on: ii ca-certificates20090814+nmu3squeeze1 Common CA certificates ii dpkg 1.15.8.12 Debian package management system ii libasound2 1.0.23-2.1shared library for ALSA applicatio ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libbz2-1.0 1.0.5-6+squeeze1 high-quality block-sorting file co ii libc6 2.11.3-2 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libcups2 1.4.4-7+squeeze1 Common UNIX Printing System(tm) - ii libcurl3 7.21.0-2.1+squeeze1 Multi-protocol file transfer libra ii libdbus-1-31.2.24-4+squeeze1 simple interprocess messaging syst ii libexpat1 2.0.1-7 XML parsing C library - runtime li ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1+squeeze3FreeType 2 font engine, shared lib ii libgcc11:4.4.5-8 GCC support library ii libgconf2-42.28.1-6 GNOME configuration database syste ii libgcrypt111.4.5-2 LGPL Crypto library - runtime libr ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libnspr4-0d4.8.6-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.8-1+squeeze4 Network Security Service libraries ii libpango1.0-0 1.28.3-1+squeeze2 Layout and rendering of internatio ii libpng12-0 1.2.44-1+squeeze1 PNG library - runtime ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libx11-6 2:1.3.3-4 X11 client-side library ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar ii libxfixes3 1:4.0.5-1 X11 miscellaneous 'fixes' extensio ii libxrender11:0.9.6-1 X Rendering Extension client libra ii libxss11:1.2.0-2 X11 Screen Saver extension library ii lsb-base 3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii wget 1.12-2.1 retrieves files from the web ii xdg-utils 1.0.2+cvs20100307-2 desktop integration utilities from ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime google-chrome-stable recommends no packages. google-chrome-stable 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#659463: Not work GPU acceleration on AMD Radeon HD6570
On Mon, 2012-02-13 at 07:32 +, Гаврилов Михаил Витальевич wrote: [...] Without firmware-linux-nonfree package, GPU acceleration not work, GNOME Shell not work and dual monitor worked as single monitor. 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. Much of the GPU's functionality depends on the firmware/microcode which is provided by ATI/AMD and must be loaded by a driver (fglrx or radeon). I never understood why they didn't put this in flash along with the VGA BIOS, but that's the way it is. Mesa drivers rely on the corresponding kernel drivers and don't replace the need for these files. Ben. -- Ben Hutchings Beware of programmers who carry screwdrivers. - Leonard Brandwein signature.asc Description: This is a digitally signed message part
Bug#659163: r-base-dev: Please enable using ${R:depends} substvar in r-cran.mk
Hi Dirk,
On Mon, Feb 13, 2012 at 07:51:20AM -0600, Dirk Eddelbuettel wrote:
...
During this two-week period, I fear we may not have buildability as these
versions would have identified (as R is concerned) as 2.14.0.
But I guess as your patch is written, with the r-base-dev (= $(shell ...)
we would be ok as we have
2.14.0-1 (first release) = 2.14.0~201110xx-y (rc release)
so there would always have been a 2.14.0 ?
I see and I think you have a point here.
I am trying to think of a past transition where this could have created a
problem. It may just work...
The alternative would be to have the R package create a versioning script
(similar to r-cran.mk) that read the version from the Debian changelog (or
directly from dpkg, apt, ...) for the Debian R package, rather than querying
the R program:
edd@max:~$ dpkg -s r-base-dev | grep Version | perl -ne 'print /
+([0-9]+\.[0-9]+\.[0-9]+)/'
2.14.1
or even
edd@max:~$ dpkg -s r-base-dev | grep Version | perl -ne 'print /
+([0-9]+\.[0-9]+\.[0-9]+-[a-z0-9]+\b)/'
2.14.1-1oneiric
(on my Ubuntu box where I type this ?
We have to be very careful about the regexp.
Yes. What about
dpkg-parsechangelog | awk '/^Version/ { print $2 }'
or similarly
dpkg-parsechangelog | grep '^Version:' | cut -f2 -d' '
or
dpkg-parsechangelog | grep '^Version: ' | sed -e 's/^Version: //'
I found all these variants fullfilling the same purpose in our SVN. I
would stay away from specifying a specific regexp if the more general
approach to detect the version in the changelog entry.
On the other hand I'm not fully sure (and so I CCed Charles who
originally invented this method) if there is really a need to specify a
= (R-version)-(debversion) if debversion is 1. This would force a
rebuild of any r-cran-xyz package for any new r-base-dev package. So
IMHO we could rather go with
(= $(shell R --version | head -n1 | perl -ne 'print /
+([0-9]\.[0-9]+\.[0-9])/')~)~0)
^^
which would end up in
(= 2.14.0~0)
which is an expression lower than any of your prereleases. I did NOT
YET tested this - just wondering whether you agree with my suggestion
to use the R release as base and make sure that *any* Debian version
of this R release should fit.
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659745: mocp: Assertion fails when lyrics file ends with a dot and mocp crashes
Package: moc Version: 1:2.5.0~alpha4+svn20111012-1 Severity: normal Hello, when I enter a directory containing a lyrics file (that must have the same name of the song, but without extension) ending with a dot, mocp crashes with the following message: mocp: decoder.c:128: find_extn_decoder: Assertion `extn extn[0]' failed. Aborted For example, if the song filename is f.o.o..mp3 and the lyrics filename is f.o.o. mocp crashes. Obviously, if I name the lyrics file f.o.o moc doesn't crash, but doesn't recognize the lyrics. Regards, Mark -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages moc depends on: ii libasound21.0.24.1-4 ii libc6 2.13-26 ii libcurl3-gnutls 7.24.0-1 ii libdb5.1 5.1.29-1 ii libfaad2 2.7-7 ii libflac8 1.2.1-6 ii libgcc1 1:4.6.2-12 ii libid3tag00.15.1b-10 ii libjack0 [libjack-0.116] 1:0.121.0+svn4538-3 ii libltdl7 2.4.2-1 ii libmad0 0.15.1b-7 ii libmagic1 5.09-2 ii libmodplug1 1:0.8.8.4-1 ii libmpcdec62:0.1~r459-1 ii libncursesw5 5.9-4 ii libogg0 1.2.2~dfsg-1 ii librcc0 0.2.9-3 ii libresid-builder0c2a 2.1.1-8 ii libsamplerate00.1.8-2 ii libsidplay2 2.1.1-8 ii libsidutils0 2.1.1-8 ii libsndfile1 1.0.25-4 ii libspeex1 1.2~rc1-3 ii libstdc++64.6.2-12 ii libtagc0 1.7-1 ii libtinfo5 5.9-4 ii libvorbis0a 1.3.2-1.1 ii libvorbisfile31.3.2-1.1 ii libwavpack1 4.60.1-2 ii zlib1g1:1.2.3.4.dfsg-3 moc recommends no packages. Versions of packages moc suggests: ii moc-ffmpeg-plugin 1:2.5.0~alpha4+svn20111012-1 -- no debconf information -- . ''`. | GPG Public Key : 0xCD542422 - Download it from http://is.gd/fOa7Vm : :' : | GPG Fingerprint : 0823 A40D F31B 67A8 5621 AD32 E293 A2EB CD54 2422 `. `'` | Powered by Debian GNU/Linux, http://www.debian.org `-| Try not. Do, or do not. There is no try. - Master Yoda, TESB. signature.asc Description: Digital signature
Bug#659746: tex-gyre: use dh_installdeb maintscript support
Package: tex-gyre
Version: 2.004.1-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 tex-gyre.
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. Note that I also corrected the previous
NMUer's misunderstanding of the version parameter to
dpkg-maintscript-helper.
* 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:
--- tex-gyre-2.004.1/debian/postrm
+++ tex-gyre-2.004.1.orig/debian/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-gyre.hints
2.004.1-3 -- $@
-fi
-
-#DEBHELPER#
diff -u tex-gyre-2.004.1/debian/control tex-gyre-2.004.1/debian/control
--- tex-gyre-2.004.1/debian/control
+++ tex-gyre-2.004.1/debian/control
@@ -3,7 +3,7 @@
Priority: optional
Maintainer: Debian TeX maintainers debian-tex-ma...@lists.debian.org
Uploaders: Norbert Preining prein...@debian.org
-Build-Depends: debhelper (= 5.0.35)
+Build-Depends: debhelper (= 8.1.0~)
Build-Depends-Indep: tex-common (= 1.18)
Standards-Version: 3.8.3
Vcs-Svn: svn://svn.debian.org/svn/debian-tex/tex-gyre/trunk
@@ -13,6 +13,7 @@
Package: tex-gyre
Section: tex
Architecture: all
+Pre-Depends: ${misc:Pre-Depends}
Depends: ${misc:Depends}
Description: scalable PostScript and OpenType fonts based on URW Fonts
The TeX Gyre project, following the Latin Modern project, aims at providing
diff -u tex-gyre-2.004.1/debian/preinst tex-gyre-2.004.1/debian/preinst
--- tex-gyre-2.004.1/debian/preinst
+++ tex-gyre-2.004.1/debian/preinst
@@ -10,7 +10,2 @@
-
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
- dpkg-maintscript-helper rm_conffile /etc/defoma/hints/ttf-gyre.hints
2.004.1-3 -- $@
-fi
-
#DEBHELPER#
reverted:
--- tex-gyre-2.004.1/debian/postinst
+++ tex-gyre-2.004.1.orig/debian/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-gyre.hints
2.004.1-3 -- $@
-fi
-
-#DEBHELPER#
only in patch2:
unchanged:
--- tex-gyre-2.004.1.orig/debian/maintscript
+++ tex-gyre-2.004.1/debian/maintscript
@@ -0,0 +1 @@
+rm_conffile /etc/defoma/hints/ttf-gyre.hints 2.004.1-2
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#659747: gem: FTBFS(kfreebsd): gem::thread::WorkerThread::PIMPL::start()::timeval sleep' has incomplete type and cannot be defined
Package: src:gem Version: 1:0.93.3-2 Severity: serious Tags: sid wheezy User: debian-...@lists.debian.org Usertags: kfreebsd X-Debbugs-Cc: debian-...@lists.debian.org Justification: fails to build from source (but built successfully in the past) Hi! Your package failed to build on the kfreebsd-* buildds: /bin/bash ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../../src -I../../src -DHAVE_VERSION_H -DPD -I/usr/include/pd -I/usr/include/GL-freg-struct-return -O3 -falign-loops -falign-functions -falign-jumps -funroll-loops -ffast-math -mmmx -MT libGem_la-WorkerThread.lo -MD -MP -MF .deps/libGem_la-WorkerThread.Tpo -c -o libGem_la-WorkerThread.lo `test -f 'WorkerThread.cpp' || echo './'`WorkerThread.cpp libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../src -I../../src -DHAVE_VERSION_H -DPD -I/usr/include/pd -I/usr/include/GL -freg-struct-return -O3 -falign-loops -falign-functions -falign-jumps -funroll-loops -ffast-math -mmmx -MT libGem_la-WorkerThread.lo -MD -MP -MF .deps/libGem_la-WorkerThread.Tpo -c WorkerThread.cpp -fPIC -DPIC -o .libs/libGem_la-WorkerThread.o WorkerThread.cpp: In member function 'bool gem::thread::WorkerThread::PIMPL::start()': WorkerThread.cpp:136:22: error: aggregate 'gem::thread::WorkerThread::PIMPL::start()::timeval sleep' has incomplete type and cannot be defined WorkerThread.cpp:140:30: error: 'select' was not declared in this scope WorkerThread.cpp: In member function 'bool gem::thread::WorkerThread::PIMPL::stop(bool)': WorkerThread.cpp:155:22: error: aggregate 'gem::thread::WorkerThread::PIMPL::stop(bool)::timeval sleep' has incomplete type and cannot be defined WorkerThread.cpp:159:30: error: 'select' was not declared in this scope make[4]: *** [libGem_la-WorkerThread.lo] Error 1 Full build log at https://buildd.debian.org/status/fetch.php?pkg=gemarch=kfreebsd-i386ver=1%3A0.93.3-2stamp=1328907688 Regards Christoph If you have further questions please mail debian-...@lists.debian.org -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617143: virtualbox-ose: deprecation of dh_pycentral, please use dh_python2
I'd like to delay this a bit as dh_python2 is not available in Ubuntu 10.04 and thus will break backports. Why is that important for the Debian package? -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#659748: tomcat6: regression fix for CVE-2012-0022
Package: tomcat6
Version: 6.0.35-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch
*** /tmp/tmpQZSwrL/bug_body
In Ubuntu, the attached patch was applied to achieve the following:
* debian/patches/0011-CVE-2012-0022-regression-fix.patch: fix regression
from the CVE-2012-0022 security fix that went into 6.0.35.
Thanks for considering the patch.
-- System Information:
Debian Release: wheezy/sid
APT prefers precise-updates
APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500,
'precise-proposed'), (500, 'precise')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-15-generic (SMP w/4 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru tomcat6-6.0.35/debian/changelog tomcat6-6.0.35/debian/changelog
diff -Nru tomcat6-6.0.35/debian/patches/0011-CVE-2012-0022-regression-fix.patch tomcat6-6.0.35/debian/patches/0011-CVE-2012-0022-regression-fix.patch
--- tomcat6-6.0.35/debian/patches/0011-CVE-2012-0022-regression-fix.patch 1969-12-31 19:00:00.0 -0500
+++ tomcat6-6.0.35/debian/patches/0011-CVE-2012-0022-regression-fix.patch 2012-02-13 09:04:42.0 -0500
@@ -0,0 +1,83 @@
+Description: fix regression from the CVE-2012-0022 security fix that
+ went into 6.0.35.
+Origin: upstream, http://svn.apache.org/viewvc?view=revisionrevision=1229027
+Bug: https://issues.apache.org/bugzilla/show_bug.cgi?id=52384
+
+Index: tomcat6-6.0.35/java/org/apache/tomcat/util/http/LocalStrings.properties
+===
+--- tomcat6-6.0.35.orig/java/org/apache/tomcat/util/http/LocalStrings.properties 2011-11-12 03:36:55.0 -0500
tomcat6-6.0.35/java/org/apache/tomcat/util/http/LocalStrings.properties 2012-02-13 09:03:10.865891860 -0500
+@@ -17,6 +17,7 @@
+ parameters.copyFail=Failed to create copy of original parameter values for debug logging purposes
+ parameters.decodeFail.debug=Character decoding failed. Parameter [{0}] with value [{1}] has been ignored.
+ parameters.decodeFail.info=Character decoding failed. Parameter [{0}] with value [{1}] has been ignored. Note that the name and value quoted here may be corrupted due to the failed decoding. Use debug level logging to see the original, non-corrupted values.
++parameters.emptyChunk=Empty parameter chunk ignored
+ parameters.invalidChunk=Invalid chunk starting at byte [{0}] and ending at byte [{1}] with a value of [{2}] ignored
+ parameters.maxCountFail=More than the maximum number of request parameters (GET plus POST) for a single request ([{0}]) were detected. Any parameters beyond this limit have been ignored. To change this limit, set the maxParameterCount attribute on the Connector.
+ parameters.multipleDecodingFail=Character decoding failed. A total of [{0}] failures were detected but only the first was logged. Enable debug level logging for this logger to log all failures.
+Index: tomcat6-6.0.35/java/org/apache/tomcat/util/http/Parameters.java
+===
+--- tomcat6-6.0.35.orig/java/org/apache/tomcat/util/http/Parameters.java 2011-11-25 16:11:35.0 -0500
tomcat6-6.0.35/java/org/apache/tomcat/util/http/Parameters.java 2012-02-13 09:03:10.889891861 -0500
+@@ -314,6 +314,15 @@
+ }
+
+ if (nameEnd = nameStart ) {
++if (valueStart == -1) {
++//
++if (log.isDebugEnabled()) {
++log.debug(sm.getString(parameters.emptyChunk));
++}
++// Do not flag as error
++continue;
++}
++// =foo
+ if (log.isInfoEnabled()) {
+ if (valueEnd = nameStart log.isDebugEnabled()) {
+ String extract = null;
+@@ -341,7 +350,11 @@
+ }
+
+ tmpName.setBytes(bytes, nameStart, nameEnd - nameStart);
+-tmpValue.setBytes(bytes, valueStart, valueEnd - valueStart);
++if (valueStart = 0) {
++tmpValue.setBytes(bytes, valueStart, valueEnd - valueStart);
++} else {
++tmpValue.setBytes(bytes, 0, 0);
++}
+
+ // Take copies as if anything goes wrong originals will be
+ // corrupted. This means original values can be logged.
+@@ -349,7 +362,11 @@
+ if (log.isDebugEnabled()) {
+ try {
+ origName.append(bytes, nameStart, nameEnd - nameStart);
+-origValue.append(bytes, valueStart, valueEnd - valueStart);
++if (valueStart = 0) {
++origValue.append(bytes, valueStart, valueEnd - valueStart);
++} else {
++origValue.append(bytes, 0, 0);
++}
+
Bug#652456: Bug#659163: r-base-dev: Please enable using ${R:depends} substvar in r-cran.mk
[changed CC to #652456 because it rather concerns this bug] On Mon, Feb 13, 2012 at 08:24:44AM -0600, Dirk Eddelbuettel wrote: Maybe there is one. The regexp is a little 'tight' (ie [0-9]+ for all the digit parts may be safter) and I am a little worried about our own Debian transitions before a release. See my other mail. | BTW, would you also consider including the patch from #652456 either in | the submitted form or as a separate script r-cran-quilt.mk which just | has the patch applied. Just let me know how I can help in making this | possible. r-cran-quilt.mk as an optional second script may make sense. I just fear that it is hard to maintain to follow potential other changes in r-cran.mk (like R:depends). Would you consider applying the patch I provided to your latest state of development of r-cran.mk. I'd volunteer to fix the patch if it does not apply. BTW, would you consider maintaining r-base in any Vcs? Kind regards Andreas. -- http://fam-tille.de -- 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
At Mon, 13 Feb 2012 15:33:19 +0100,
Hilmar Preusse wrote:
[1 text/plain; us-ascii (quoted-printable)]
On 13.02.12 Neal H. Walfield (n...@walfield.org) wrote:
Hilmar Preusse wrote:
Hi,
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:
I guess you mean to add it to the preamble to use \listfiles (with an
s).
Yes, \listfiles (sorry for the typo), like this:
\listfiles
\documentclass{article}
Ah, I didn't realize that it had to be before the documentclass.
Thanks.
Here is the diff:
$ diff -u hilmar neal
--- hilmar 2012-02-13 15:53:03.0 +0100
+++ neal 2012-02-13 15:51:55.0 +0100
@@ -2,32 +2,27 @@
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)
+tikz.sty2008/02/13 v2.00 (rcs-revision 1.27)
+ pgf.sty2008/01/15 v2.00 (rcs-revision 1.12)
+ pgfrcs.sty2008/02/20 v2.00 (rcs-revision 1.21)
pgfrcs.code.tex
- pgfcore.sty2010/04/11 v2.10 (rcs-revision 1.7)
+ pgfcore.sty2008/01/15 v2.00 (rcs-revision 1.6)
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.sty2008/02/07 v2.00 (rcs-revision 1.31)
pgfsys.code.tex
-pgfsyssoftpath.code.tex2008/07/18 (rcs-revision 1.7)
+pgfsyssoftpath.code.tex2008/01/23 (rcs-revision 1.6)
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
- pgfkeys.code.tex
+pgfcomp-version-0-65.sty2007/07/03 v2.00 (rcs-revision 1.7)
+pgfcomp-version-1-18.sty2007/07/23 v2.00 (rcs-revision 1.1)
+ pgffor.sty2007/11/07 v2.00 (rcs-revision 1.8)
pgffor.code.tex
tikz.code.tex
supp-pdf.mkii
My raw output follows:
*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.sty2008/02/13 v2.00 (rcs-revision 1.27)
pgf.sty2008/01/15 v2.00 (rcs-revision 1.12)
pgfrcs.sty2008/02/20 v2.00 (rcs-revision 1.21)
pgfrcs.code.tex
pgfcore.sty2008/01/15 v2.00 (rcs-revision 1.6)
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.sty2008/02/07 v2.00 (rcs-revision 1.31)
pgfsys.code.tex
pgfsyssoftpath.code.tex2008/01/23 (rcs-revision 1.6)
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.00 (rcs-revision 1.7)
pgfcomp-version-1-18.sty2007/07/23 v2.00 (rcs-revision 1.1)
pgffor.sty2007/11/07 v2.00 (rcs-revision 1.8)
pgffor.code.tex
tikz.code.tex
supp-pdf.mkii
***
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659720: Bug#659733: libreoffice: -writer and -calc cannot open/save files with passwords
found 659733 1:3.4.5-2 found 659733 1:3.5.0~rc3-1 forwarded 659733 https://bugs.freedesktop.org/show_bug.cgi?id=45171 forcemerge 659733 659720 thanks Hi, On Mon, Feb 13, 2012 at 02:41:11PM +0100, Noel Köthe wrote: Package: libreoffice Version: 1:3.4.5-2 1:3.5.0~rc3-1 Look slike the BTS cannot handle that properly. Dear Maintainer, * What led up to the situation? I want to open a few weeks old password protected file created with libreoffice but get the error dialog The password is incorrect. The file cannot be opened. * What exactly did you do (or not do) that was effective (or ineffective)? open file and entered password * What was the outcome of this action? error message * What outcome did you expect instead? decrypt and open the file. I tested it many time witht he correct password. The I created a new file and wanted to save the new file (local) with a password (e.g. test) and get the error dialog Error saving the document test: General error. general input/output error. So I cannot open and create a file with a password. Then I tested the version in experimental (1:3.5.0~rc3-1) with the same result that you cannot open and save a password protected file anymore. Tested it on a Debian machine of a co-worker and is reproducable there. Simple testcase: - start lowriter - save as - choose with password - enter a password two times - OK/Save - you will get an error I cannot open and save password protected libreoffice files anymore. Can you reproduce this? Sounds like #659720. Now that it doesn't happen even with 3.5.0 rc3 where we do not patch anything code-wise makes me think that something in system-libraries (nss?) changed... It does not help that upstream builds with an old internal nss version. (nss-3.12.8--with-nspr-4.8.6 vs. our $ rmadison -s sid libnss3-1d libnspr4-0d libnspr4-0d | 4.9~beta5-2| sid | amd64, armel, armhf, hurd-i386, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, s390x, sparc libnss3-1d | 3.13.1.with.ckbi.1.88-1| sid | amd64, armel, hurd-i386, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, s390x, sparc libnss3-1d | 3.13.1.with.ckbi.1.88-1+b1 | sid | armhf ) Will try with internal nss, but *no* I am *not* going to use internal nss, however bad this bug is 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#659163: r-base-dev: Please enable using ${R:depends} substvar in r-cran.mk
On 13 February 2012 at 23:37, Charles Plessy wrote:
| On top of this, the patch produces a version number that ends with a tilde,
| which is for dpkg a special character that sorts before the empty string. So
| we will always be safe with pre-releases:
|
| $ dpkg --compare-versions 2.13.2-1 lt 2.14.0~ echo true
| true
| $ dpkg --compare-versions 2.14.0~ lt 2.14.0~20111015-1 echo true
| true
| $ dpkg --compare-versions 2.14.0~ lt 2.14.0 echo true
| true
| $ dpkg --compare-versions 2.14.0~ lt 2.14.0-1 echo true
| true
Nice one. I had seen the tilde past the Perl part, but not thought it
through. That's not bad.
But read on.
On 13 February 2012 at 15:42, Andreas Tille wrote:
| Yes. What about
|
|dpkg-parsechangelog | awk '/^Version/ { print $2 }'
|
| or similarly
|
|dpkg-parsechangelog | grep '^Version:' | cut -f2 -d' '
|
| or
|
|dpkg-parsechangelog | grep '^Version: ' | sed -e 's/^Version: //'
Well you have to pivot out from the debian/ of the current package to the
r-base(-dev) package, so something like
edd@max:~$ zcat /usr/share/doc/r-base-dev/changelog.Debian.gz |
dpkg-parsechangelog -l- --count 1 | awk '/^Version/ {print $2}'
2.14.1-1oneiric0
edd@max:~$
would work. And is /much/ more robust than the Perl regexp.
| I found all these variants fullfilling the same purpose in our SVN. I
| would stay away from specifying a specific regexp if the more general
| approach to detect the version in the changelog entry.
Yep.
| On the other hand I'm not fully sure (and so I CCed Charles who
| originally invented this method) if there is really a need to specify a
| = (R-version)-(debversion) if debversion is 1. This would force a
| rebuild of any r-cran-xyz package for any new r-base-dev package. So
| IMHO we could rather go with
|
| (= $(shell R --version | head -n1 | perl -ne 'print /
+([0-9]\.[0-9]+\.[0-9])/')~)~0)
|
^^
| which would end up in
|
| (= 2.14.0~0)
|
| which is an expression lower than any of your prereleases. I did NOT
| YET tested this - just wondering whether you agree with my suggestion
| to use the R release as base and make sure that *any* Debian version
| of this R release should fit.
I really just want to depend with = on the R version (as it is called in
Debian !!) building this package. Going with parsing the changelog is better
than asking R for its version as R does not know about its Debian
(sub-)version.
Dirk
--
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#659163: r-base-dev: Please enable using ${R:depends} substvar in r-cran.mk
On Mon, Feb 13, 2012 at 11:37:02PM +0900, Charles Plessy wrote: Le Mon, Feb 13, 2012 at 07:51:20AM -0600, Dirk Eddelbuettel a écrit : But I guess as your patch is written, with the r-base-dev (= $(shell ...) we would be ok as we have 2.14.0-1 (first release) = 2.14.0~201110xx-y (rc release) Dear Dirk, On top of this, the patch produces a version number that ends with a tilde, which is for dpkg a special character that sorts before the empty string. So we will always be safe with pre-releases: $ dpkg --compare-versions 2.13.2-1 lt 2.14.0~ echo true true $ dpkg --compare-versions 2.14.0~ lt 2.14.0~20111015-1 echo true true $ dpkg --compare-versions 2.14.0~ lt 2.14.0 echo true true $ dpkg --compare-versions 2.14.0~ lt 2.14.0-1 echo true true Ahhh, I think I somehow reinvented Charles tilde trick in my previous mail and now I for sure remember that you previousely told me about exactly this. So I think the original patch is safe against the argument given by Dirk in his original response today (and just forget about my solution which is not as good as Charles' original code). Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591459: data/keymaps/* files in git repo
Hi, I wonder why data/keymaps/* files in git repo are not included in tar.gz file. Technically, It seems data/keymaps/Makefile.am commented out all locales except cjki and causing these data to be excluded from tar and subsequently distribution binary copy. I would like to know why you chose to do this. Enabling of these may cause package conflict with ibus-xkbc but that should not be the reason to exclude these data. This should allow enabling dead key for German? Or is there any problem with it? Regards, Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658883: [gnome-shell] Uhoh, it did it again without gnome-shell upgrade !
Package: gnome-shell Version: 3.2.2.1-1 Well, I believe now that it is not related to a gnome-shell upgrade: it did it again ! It seems to be related to a gnome-shell crash: I am using 2 monitors and changing left one to 800x600 crashes gnome-shell (shift-lock and numberlock not responding). Before crash, I have setup one (and only one) custom shortcut in order to launch /usr/bin/gnome-screenshot --area command when print-screen key is used. After power off (had to hold power button down for 4-5 seconds) and power on, default shortcut to lock screen was lost, whereas custom shortcut was not ! Let me know if further information/test is needed, but I believe this bug will be useless once crash bugs will be corrected. ;) @+ Fernando PS: I am posting package information again, since I am making upgrades every 2-3 days. --- System information. --- Architecture: amd64 Kernel: Linux 3.1.0-1-amd64 Debian Release: wheezy/sid 500 testing www.debian-multimedia.org 500 testing ftp.fr.debian.org 500 testing debs.slavino.sk --- Package information. --- Depends (Version) | Installed =-+-== gir1.2-atk-1.0| 2.2.0-2 gir1.2-clutter-1.0| 1.8.2-2 gir1.2-cogl-1.0 | 1.8.2-1 gir1.2-coglpango-1.0 | 1.8.2-1 gir1.2-folks-0.6 | 0.6.6-1 gir1.2-freedesktop| 1.31.1-1 gir1.2-gdkpixbuf-2.0 | 2.24.0-2 gir1.2-gee-1.0| 0.6.1-3 gir1.2-glib-2.0 (= 1.31) | 1.31.1-1 gir1.2-gmenu-3.0 | 3.2.0.1-2 gir1.2-gtk-3.0| 3.2.3-1 gir1.2-json-1.0 | 0.14.2-1 gir1.2-mutter-3.0(= 3.2) | 3.2.2-1 gir1.2-networkmanager-1.0 | 0.9.2.0-2 gir1.2-pango-1.0 | 1.29.4-2 gir1.2-soup-2.4 | 2.34.3-1 gir1.2-telepathyglib-0.12 | 0.16.2-1 gir1.2-telepathylogger-0.2| 0.2.12-1 dconf-gsettings-backend | 0.10.0-3 OR gsettings-backend | gnome-bluetooth(= 3.0.0) | 3.2.1-1 libatk1.0-0 (= 1.12.4) | 2.2.0-2 libc6(= 2.7) | 2.13-26 libcairo-gobject2 (= 1.10.0) | 1.10.2-6.2 libcairo2 (= 1.10.0) | 1.10.2-6.2 libcamel-1.2-29 (= 3.2) | 3.2.2-1 libcamel-1.2-29 ( 3.3) | 3.2.2-1 libcanberra0 (= 0.2) | 0.28-3 libclutter-1.0-0 (= 1.7.6) | 1.8.2-2 libcogl-pango0 (= 1.7.4) | 1.8.2-1 libcogl5 (= 1.7.4) | 1.8.2-1 libcroco3 (= 0.6.2) | 0.6.2-2 libdbus-1-3(= 1.0.2) | 1.4.16-1 libdbus-glib-1-2(= 0.78) | 0.98-1 libdrm2(= 2.3.1) | 2.4.30-1 libebook-1.2-12(= 3.2.2) | 3.2.2-1 libecal-1.2-10 (= 3.2.2) | 3.2.2-1 libedataserver-1.2-15 (= 3.2.2) | 3.2.2-1 libedataserverui-3.0-1 (= 3.2.2) | 3.2.2-1 libffi5(= 3.0.4) | 3.0.10-3 libfolks25 (= 0.6.0) | 0.6.6-1 libfontconfig1 (= 2.8.0) | 2.8.0-3.1 libfreetype6 (= 2.2.1) | 2.4.8-1 libgconf2-4 (= 2.31.1) | 2.32.4-1 libgdk-pixbuf2.0-0(= 2.22.0) | 2.24.0-2 libgee2(= 0.5.0) | 0.6.1-3 libgirepository-1.0-1 (= 0.9.2) | 1.31.1-1 libgjs0-libmozjs185-1.0 | libgjs0b (= 1.30.0) | 1.30.1-1 libgl1-mesa-glx | 7.11.2-1 OR libgl1| libglib2.0-0 (= 2.30.0) | 2.30.2-6 libgnome-desktop-3-2 (= 3.2.0) | 3.2.1-3 libgnome-keyring0 (= 3.2.2-2~) | 3.2.2-2 libgnome-menu-3-0(= 3.2.0.1) | 3.2.0.1-2 libgstreamer0.10-0 (= 0.10.20) | 0.10.35-1 libgtk-3-0 (= 3.2.0) | 3.2.3-1 libical0(= 0.31) | 0.44-3 libjson-glib-1.0-0(= 0.13.2) | 0.14.2-1
Bug#613874: [2.6.32.y atl1c] Network crashes and doesn't recover
I am running Debian's 3.2.0-1-686-pae $ cat /proc/version Linux version 3.2.0-1-686-pae (Debian 3.2.1-2) (b...@decadent.org.uk) (gcc version 4.6.2 (Debian 4.6.2-12) ) #1 SMP Tue Jan 24 06:09:30 UTC 2012 I'm running Sid with some Experimental repos enabled. I've not tried the Squeeze kernel in Sid at all, but how about the other way? the newer kernel running on the stable 6.0.x ? Jeffrey
Bug#659749: ept-cache: use dh_installdeb maintscript support
Package: ept-cache
Version: 1.0.6~exp1
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 ept-cache.
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:
* 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 libept-1.0.6~exp1/debian/control
libept-1.0.6~exp1ubuntu1/debian/control
--- libept-1.0.6~exp1/debian/control2012-01-24 13:31:50.0 +
+++ libept-1.0.6~exp1ubuntu1/debian/control 2012-02-13 15:00:47.0
+
@@ -3,7 +3,7 @@
Priority: important
Maintainer: Enrico Zini enr...@debian.org
Uploaders: Petr Rockai mornf...@debian.org
-Build-Depends: cdbs, debhelper ( 5), dh-buildinfo, doxygen, libapt-pkg-dev
(= 0.6.46.1), libwibble-dev (= 0.1.23), libwibble-dev ( 0.2),
libtagcoll2-dev (= 2.0.6), libtagcoll2-dev ( 2.1), pkg-config, libxapian-dev
(= 1.0.5), cmake (= 2.6)
+Build-Depends: cdbs, debhelper (= 8.1.0~), dh-buildinfo, doxygen,
libapt-pkg-dev (= 0.6.46.1), libwibble-dev (= 0.1.23), libwibble-dev (
0.2), libtagcoll2-dev (= 2.0.6), libtagcoll2-dev ( 2.1), pkg-config,
libxapian-dev (= 1.0.5), cmake (= 2.6)
Standards-Version: 3.9.0.0
Vcs-Git: git://git.debian.org/git/debtags/libept.git
Vcs-Browser: http://git.debian.org/?p=debtags/libept.git
@@ -47,6 +47,7 @@
Package: ept-cache
Architecture: all
Section: misc
+Pre-Depends: ${misc:Pre-Depends}
Depends: ${shlibs:Depends}, ${misc:Depends}, apt-xapian-index (= 0.30)
Recommends: debtags
Description: Obsolete commandline tool to search the package archive
diff -Nru libept-1.0.6~exp1/debian/ept-cache.maintscript
libept-1.0.6~exp1ubuntu1/debian/ept-cache.maintscript
--- libept-1.0.6~exp1/debian/ept-cache.maintscript 1970-01-01
01:00:00.0 +0100
+++ libept-1.0.6~exp1ubuntu1/debian/ept-cache.maintscript 2012-02-13
14:59:10.0 +
@@ -0,0 +1 @@
+rm_conffile /etc/cron.weekly/ept-cache 1.0.1
diff -Nru libept-1.0.6~exp1/debian/ept-cache.postinst
libept-1.0.6~exp1ubuntu1/debian/ept-cache.postinst
--- libept-1.0.6~exp1/debian/ept-cache.postinst 2012-01-24 13:03:06.0
+
+++ libept-1.0.6~exp1ubuntu1/debian/ept-cache.postinst 2012-02-13
15:00:05.0 +
@@ -9,9 +9,4 @@
fi
fi
-# FIXME: remove test when we are not interested in lenny anymore
-if test -x /usr/bin/dpkg-maintscript-helper dpkg-maintscript-helper
supports rm_conffile; then
- dpkg-maintscript-helper rm_conffile /etc/cron.weekly/ept-cache 1.0.1 --
$@
-fi
-
#DEBHELPER#
diff -Nru libept-1.0.6~exp1/debian/ept-cache.postrm
libept-1.0.6~exp1ubuntu1/debian/ept-cache.postrm
--- libept-1.0.6~exp1/debian/ept-cache.postrm 2012-01-24 13:03:06.0
+
+++ libept-1.0.6~exp1ubuntu1/debian/ept-cache.postrm1970-01-01
01:00:00.0 +0100
@@ -1,10 +0,0 @@
-#!/bin/sh
-
-set -e
-
-# FIXME: remove test when we are not interested in lenny anymore
-if test -x /usr/bin/dpkg-maintscript-helper dpkg-maintscript-helper
supports rm_conffile; then
- dpkg-maintscript-helper rm_conffile /etc/cron.weekly/ept-cache 1.0.1 --
$@
-fi
-
-#DEBHELPER#
diff -Nru libept-1.0.6~exp1/debian/ept-cache.preinst
libept-1.0.6~exp1ubuntu1/debian/ept-cache.preinst
--- libept-1.0.6~exp1/debian/ept-cache.preinst 2012-01-24 13:03:06.0
+
+++ libept-1.0.6~exp1ubuntu1/debian/ept-cache.preinst 1970-01-01
01:00:00.0 +0100
@@ -1,10 +0,0 @@
-#!/bin/sh
-
-set -e
-
-# FIXME: remove test when we are not interested in lenny anymore
-if test -x /usr/bin/dpkg-maintscript-helper dpkg-maintscript-helper
supports rm_conffile; then
- dpkg-maintscript-helper rm_conffile /etc/cron.weekly/ept-cache 1.0.1 --
$@
-fi
-
-#DEBHELPER#
diff -Nru libept-1.0.6~exp1/debian/ept-cache.prerm
libept-1.0.6~exp1ubuntu1/debian/ept-cache.prerm
--- libept-1.0.6~exp1/debian/ept-cache.prerm2012-01-24 13:03:06.0
+
+++ libept-1.0.6~exp1ubuntu1/debian/ept-cache.prerm 1970-01-01
01:00:00.0 +0100
@@ -1,10 +0,0 @@
-#!/bin/sh
-
-set -e
-
-#
Bug#659521: [3.1 - 3.2.4 regression] ath9k: no packets are transmitted or received with WEP
Hi, stef schip wrote: I confirm the bug on my laptop, equipped with AR9285 (module ath9k) wireless chip. the laptop (samsung N220 netbook) has a fairly clean debian testing installation, after kernel upgrade from 3.1.0-1-686-pae to 3.2.0-1-686-pae connection to a wifi router with WEP encryption (*) does not work anymore. i can setup the interface with manual ifconfig / iwconfig commands, no errors are reported, [...] no packets are transmitted nor received over the wireless link. Thanks. Sounds like a completely different bug. Does the following work? apt-get install iproute iw /etc/init.d/NetworkManager stop ifdown wlan0 ip link set wlan0 up iw dev wlan0 connect -w SSID key d:0:WEP key dhclient wlan0 ping google.com ip link set wlan0 down -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657754: dracut: fails to upgrade from squeeze
severity 657754 serious thanks Thomas, the correct severity for this bug is serious. Basically, any package needs to install properly, doing the following (disregard that /proc isn't mounted an other stuff which doesn't matter in this case): debootstrap sid sid http://ftp.ch.debian.org/debian/ chroot sid apt-get install dracut fails, because /usr/sbin/dracut which gets invoked through postinst depends on having at least one kernel image installed without declaring a depends to it (policy 3.5; missing depends, so to speak). of course, the right fix is not to add a depends to a (virtual) kernel image package, but to make dracut handle gracefully and simply do nothing when no installed kernel can be found (like initramfs-tools and many other kernel related packages do). Regards, Daniel -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659750: manpages-dev: missing #include in pipe2
Package: manpages-dev Version: 3.35-0.1 Severity: normal Tags: patch Dear Maintainer, the headers specified to include to use pipe2 are not enough. The flags are defined in fcntl.h, so it should be specified as well. bye -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages manpages-dev depends on: ii manpages 3.35-0.1 manpages-dev recommends no packages. Versions of packages manpages-dev suggests: ii konqueror [man-browser] 4:4.6.5-1 ii man-db [man-browser] 2.6.0.2-3 -- 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#659751: fbpanel: use dh_installdeb maintscript support
Package: fbpanel
Version: 6.1-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 fbpanel.
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:
* 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 fbpanel-6.1/debian/control fbpanel-6.1/debian/control
--- fbpanel-6.1/debian/control 2011-08-15 15:25:28.0 +0100
+++ fbpanel-6.1/debian/control 2012-02-13 15:07:54.0 +
@@ -2,13 +2,14 @@
Section: x11
Priority: optional
Maintainer: Ulises Vitulli der...@debian.org
-Build-Depends: debhelper (= 6.0.7~), autotools-dev, libgtk2.0-dev,
libxmu-dev,
+Build-Depends: debhelper (= 8.1.0~), autotools-dev, libgtk2.0-dev,
libxmu-dev,
libxpm-dev, libx11-dev
Standards-Version: 3.9.2
Homepage: http://fbpanel.sourceforge.net/
Package: fbpanel
Architecture: any
+Pre-Depends: ${misc:Pre-Depends}
Depends: ${shlibs:Depends}, ${misc:Depends}, librsvg2-common
Suggests: menu, hicolor-icon-theme
Description: lightweight X11 desktop panel
diff -Nru fbpanel-6.1/debian/maintscript fbpanel-6.1/debian/maintscript
--- fbpanel-6.1/debian/maintscript 1970-01-01 01:00:00.0 +0100
+++ fbpanel-6.1/debian/maintscript 2012-02-13 15:07:17.0 +
@@ -0,0 +1 @@
+rm_conffile /etc/fbpanel/default
diff -Nru fbpanel-6.1/debian/postinst fbpanel-6.1/debian/postinst
--- fbpanel-6.1/debian/postinst 2011-03-27 07:52:34.0 +0100
+++ fbpanel-6.1/debian/postinst 1970-01-01 01:00:00.0 +0100
@@ -1,9 +0,0 @@
-#!/bin/sh
-set -e
-
-# Reference: #588578
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
-dpkg-maintscript-helper rm_conffile /etc/fbpanel/default -- $@
-fi
-
-#DEBHELPER#
diff -Nru fbpanel-6.1/debian/postrm fbpanel-6.1/debian/postrm
--- fbpanel-6.1/debian/postrm 2011-03-27 07:45:31.0 +0100
+++ fbpanel-6.1/debian/postrm 2012-02-13 15:07:27.0 +
@@ -5,9 +5,4 @@
rm -f /etc/menu-methods/fbpanel
fi
-# Reference: #588578
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
-dpkg-maintscript-helper rm_conffile /etc/fbpanel/default -- $@
-fi
-
#DEBHELPER#
diff -Nru fbpanel-6.1/debian/preinst fbpanel-6.1/debian/preinst
--- fbpanel-6.1/debian/preinst 2011-03-27 07:52:42.0 +0100
+++ fbpanel-6.1/debian/preinst 1970-01-01 01:00:00.0 +0100
@@ -1,9 +0,0 @@
-#!/bin/sh
-set -e
-
-# Reference: #588578
-if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then
-dpkg-maintscript-helper rm_conffile /etc/fbpanel/default -- $@
-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#659636: settitle fails when -t contains a space
John Goerzen wrote: That *should* work, and in fact, I know it used to. I suspect maybe there was an API change to GetOpt. I can confirm, GetOpt is not accepting spaces for short options, long are ok. -- see shy jo signature.asc Description: Digital signature
Bug#658366: Log of failed attempt to paste from NX client to Mac OS
This is a log of a failed attempt to copy/paste between 1.4.5-1 (experimental) and a MacOS client running 1.3.1 (the latest version that actually works on the Mac for copy/paste AFAICT). Procedure: * Demonstrate ability to move mouse between screens (start of file) * Copy info from NX Client clipboard * Attempt to mouse to Mac OS Result: segfault. IUrand this at synergys -f -d DEBUG1. DEBUG2 is even more verbose but I've never seen any error text appear in the output, even with DEBUG2. 2012-02-13T09:14:24 INFO: Synergy 1.4.5 Server on Linux 3.1.0-1-amd64 #1 SMP Mon Jan 9 02:31:47 UTC 2012 x86_64 /tmp/buildd/synergy-1.4.5/src/lib/synergy/CServerApp.cpp,142 2012-02-13T09:14:24 DEBUG: opening configuration /home/moshe/.synergy.conf /tmp/buildd/synergy-1.4.5/src/lib/synergy/CServerApp.cpp,267 2012-02-13T09:14:24 DEBUG: configuration read successfully /tmp/buildd/synergy-1.4.5/src/lib/synergy/CServerApp.cpp,278 2012-02-13T09:14:24 DEBUG1: starting server /tmp/buildd/synergy-1.4.5/src/lib/synergy/CServerApp.cpp,893 2012-02-13T09:14:24 DEBUG: XOpenDisplay(:0) /tmp/buildd/synergy-1.4.5/src/lib/platform/CXWindowsScreen.cpp,901 2012-02-13T09:14:24 DEBUG1: thread 0x0002 entry /tmp/buildd/synergy-1.4.5/src/lib/mt/CThread.cpp,154 2012-02-13T09:14:24 DEBUG: xscreensaver window: 0x /tmp/buildd/synergy-1.4.5/src/lib/platform/CXWindowsScreenSaver.cpp,342 2012-02-13T09:14:24 DEBUG: screen shape: 0,0 1920x1200 /tmp/buildd/synergy-1.4.5/src/lib/platform/CXWindowsScreen.cpp,136 2012-02-13T09:14:24 DEBUG: window is 0x0504 /tmp/buildd/synergy-1.4.5/src/lib/platform/CXWindowsScreen.cpp,137 2012-02-13T09:14:24 DEBUG: opened display /tmp/buildd/synergy-1.4.5/src/lib/synergy/CScreen.cpp,43 2012-02-13T09:14:24 DEBUG1: registered event type IScreen::error as 4 /tmp/buildd/synergy-1.4.5/src/lib/base/CEventQueue.cpp,72 2012-02-13T09:14:24 DEBUG1: registered event type IScreen::suspend as 5 /tmp/buildd/synergy-1.4.5/src/lib/base/CEventQueue.cpp,72 2012-02-13T09:14:24 DEBUG1: registered event type IScreen::resume as 6 /tmp/buildd/synergy-1.4.5/src/lib/base/CEventQueue.cpp,72 2012-02-13T09:14:24 DEBUG1: creating primary screen /tmp/buildd/synergy-1.4.5/src/lib/synergy/CServerApp.cpp,654 2012-02-13T09:14:24 DEBUG1: binding listen socket /tmp/buildd/synergy-1.4.5/src/lib/server/CClientListener.cpp,51 2012-02-13T09:14:24 DEBUG1: listening for clients /tmp/buildd/synergy-1.4.5/src/lib/server/CClientListener.cpp,66 2012-02-13T09:14:24 DEBUG1: registered event type IListenSocket::connecting as 7 /tmp/buildd/synergy-1.4.5/src/lib/base/CEventQueue.cpp,72 2012-02-13T09:14:24 DEBUG1: registered event type CClientListener::connected as 8 /tmp/buildd/synergy-1.4.5/src/lib/base/CEventQueue.cpp,72 2012-02-13T09:14:24 DEBUG1: registered event type IKeyState::keyDown as 9 /tmp/buildd/synergy-1.4.5/src/lib/base/CEventQueue.cpp,72 2012-02-13T09:14:24 DEBUG1: registered event type IKeyState::keyUp as 10 /tmp/buildd/synergy-1.4.5/src/lib/base/CEventQueue.cpp,72 2012-02-13T09:14:24 DEBUG1: registered event type IKeyState::keyRepeat as 11 /tmp/buildd/synergy-1.4.5/src/lib/base/CEventQueue.cpp,72 2012-02-13T09:14:24 DEBUG1: registered event type IPrimaryScreen::buttonDown as 12 /tmp/buildd/synergy-1.4.5/src/lib/base/CEventQueue.cpp,72 2012-02-13T09:14:24 DEBUG1: registered event type IPrimaryScreen::buttonUp as 13 /tmp/buildd/synergy-1.4.5/src/lib/base/CEventQueue.cpp,72 2012-02-13T09:14:24 DEBUG1: registered event type IPrimaryScreen::motionPrimary as 14 /tmp/buildd/synergy-1.4.5/src/lib/base/CEventQueue.cpp,72 2012-02-13T09:14:24 DEBUG1: registered event type IPrimaryScreen::motionSecondary as 15 /tmp/buildd/synergy-1.4.5/src/lib/base/CEventQueue.cpp,72 2012-02-13T09:14:24 DEBUG1: registered event type IPrimaryScreen::wheel as 16 /tmp/buildd/synergy-1.4.5/src/lib/base/CEventQueue.cpp,72 2012-02-13T09:14:24 DEBUG1: registered event type IPrimaryScreen::getGameDeviceButtonsEvent as 17 /tmp/buildd/synergy-1.4.5/src/lib/base/CEventQueue.cpp,72 2012-02-13T09:14:24 DEBUG1: registered event type IPrimaryScreen::getGameDeviceSticksEvent as 18 /tmp/buildd/synergy-1.4.5/src/lib/base/CEventQueue.cpp,72 2012-02-13T09:14:24 DEBUG1: registered event type IPrimaryScreen::getGameDeviceTriggersEvent as 19 /tmp/buildd/synergy-1.4.5/src/lib/base/CEventQueue.cpp,72 2012-02-13T09:14:24 DEBUG1: registered event type IPrimaryScreen::getGameDeviceTimingReqEvent as 20 /tmp/buildd/synergy-1.4.5/src/lib/base/CEventQueue.cpp,72 2012-02-13T09:14:24 DEBUG1: registered event type IPrimaryScreen::screensaverActivated as 21 /tmp/buildd/synergy-1.4.5/src/lib/base/CEventQueue.cpp,72 2012-02-13T09:14:24 DEBUG1: registered event type IPrimaryScreen::screensaverDeactivated as 22
Bug#659163: r-base-dev: Please enable using ${R:depends} substvar in r-cran.mk
On Mon, Feb 13, 2012 at 08:56:55AM -0600, Dirk Eddelbuettel wrote:
I really just want to depend with = on the R version (as it is called in
Debian !!) building this package. Going with parsing the changelog is better
than asking R for its version as R does not know about its Debian
(sub-)version.
The real question to decide about this is: Is there any need to know
the Debian (sub-)version. Do we really need to Depend from a specific
(sub-)version or is it from the r-cran-xyz package point of view only
relevant to depend from a certain R (upstream!!) version?
While we noe have found proper expressions to find the version we need
we need to decide what is actually needed. Alternatively we might do
the following:
echo R:Depends=r-base-core (= $(shell R --version | head -n1 | perl -ne
'print / +([0-9]\.[0-9]+\.[0-9])/')~) debian/$(package).substvars
echo R-Debian:Depends=r-base-core (= $(shell dpkg-parsechangelog | awk
'/^Version/ { print $2 }') debian/$(package).substvars
When doing so we end up with feeding two substvars into the substvars
file and in the control file you can either pick
${R:Depends}
if you mean the R version or
${R-Debian:Depends}
if you want to address any specific Debian package of r-base-core.
Kind regards
Andreas.
PS: Code is untested - just to base the discussion upon it. I'd
volunteer to test for sure if some consensus is reached.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657754: dracut: fails to upgrade from squeeze
On Mon, 13 Feb 2012 16:08:11 +0100, Daniel Baumann daniel.baum...@progress-technologies.net said: of course, the right fix is not to add a depends to a (virtual) kernel It's a contradiction to say the bug is serious because of a missing dependency but adding this dependency is not the right fix. It's just a missing test to do nothing if there's no kernel available. Therefore it's a normal bug IMO. But I do not care about the severity anymore. -- 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#659752: initramfs-tools: patch for copy_exec - quote ${src} and add pattern for nonoptimized libraries on multiarch
Package: initramfs-tools
Version: 0.99
Severity: minor
Hello,
initramfs-tools hook-functions has copy_exec function needs some
updates.
There is one unquoted occurence of ${src} and the pattern for
nonoptimized libraries does not match multiarch libraries.
It does not match multilib libraries in /lib32 and /lib64 but those are
rare and should not multiply. The only library that is installed in
/lib32/i586 and /lib32/i686/cmov is libssl on mu system.
Note that for x in ... does not handle spaces in library paths but I am
not particularly concerned.
--- a/hook-functions2011-08-04 15:50:12.0 +0200
+++ b/hook-functions2012-02-13 16:00:41.0 +0100
@@ -126,7 +126,7 @@
cp -pL ${src} ${DESTDIR}/${target}
# Copy the dependant libraries
- for x in $(ldd ${src} 2/dev/null | sed -e '
+ for x in $(ldd ${src} 2/dev/null | sed -e '
/\//!d;
/linux-gate/d;
/=/ {s/.*=[[:blank:]]*\([^[:blank:]]*\).*/\1/};
@@ -136,6 +136,7 @@
# We assume that all HWCAP libraries will be in tls,
# sse2, vfp or neon.
nonoptlib=$(echo ${x} | sed -e
's#/lib/\(tls\|i686\|sse2\|neon\|vfp\).*/\(lib.*\)#/lib/\2#')
+ nonoptlib=$(echo ${nonoptlib} | sed -e
's#-linux-gnu/\(tls\|i686\|sse2\|neon\|vfp\).*/\(lib.*\)#-linux-gnu/\2#')
if [ -e ${nonoptlib} ]; then
x=${nonoptlib}
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659163: r-base-dev: Please enable using ${R:depends} substvar in r-cran.mk
Le Mon, Feb 13, 2012 at 08:56:55AM -0600, Dirk Eddelbuettel a écrit :
I really just want to depend with = on the R version (as it is called in
Debian !!) building this package. Going with parsing the changelog is better
than asking R for its version as R does not know about its Debian
(sub-)version.
In that case:
$ echo R:Depends=r-base-core (= $(dpkg-query -W -f='${Version}' r-base-dev))
R:Depends=r-base-core (= 2.14.1-1)
Cheers,
--
Charles
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659753: ITP: libnet-irr-perl -- Net::IRR - Perl interface to the Internet Route Registry Daemon
Package: wnpp Severity: wishlist Owner: Carlos Vicente cvice...@cpan.org * Package name: libnet-irr-perl Version : 0.08 Upstream Author : Todd Caine todd.ca...@gmail.com * URL : http://search.cpan.org/dist/Net-IRR * License : Artistic or GPL-1+ Programming Lang: Perl Description : Net::IRR - Perl interface to the Internet Route Registry Daemon This module provides an object oriented perl interface to the Internet Route Registry. The interface uses the RIPE/RPSL Tool Query Language as defined in Appendix B of the IRRd User Guide. The guide can be found at http://www.irrd.net/, however an understanding of the query language is not required to use this module. Net::IRR supports IRRd's multiple-command mode. Multiple-command mode is good for intensive queries since only one TCP connection needs to be made for multiple queries. The interface also allows for additional queries that aren't supported by standard UNIX whois utitilies. Hopefully this module will stimulate development of new Route Registry tools written in Perl. An example of Route Registry tools can be found by googling for RAToolset which is now known as the IRRToolset. The RAToolset was originally developed by ISI, http://www.isi.edu/, and is now maintained by RIPE, http://www.ripe.net/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657754: (no subject)
I think a proper fix would be to install a trigger like initramfs-tools is doing this. -- 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#659754: fookebox: use dh_installdeb maintscript support
Package: fookebox
Version: 0.6.0-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 fookebox.
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 fookebox-0.6.0/debian/control fookebox-0.6.0/debian/control
--- fookebox-0.6.0/debian/control 2011-05-03 19:45:44.0 +0100
+++ fookebox-0.6.0/debian/control 2012-02-13 15:27:46.0 +
@@ -3,7 +3,7 @@
Priority: optional
Maintainer: Stefan Ott ste...@ott.net
Uploaders: Python Applications Packaging Team
python-apps-t...@lists.alioth.debian.org
-Build-Depends: debhelper (= 7.0.50), python, python-setuptools,
python-pastescript
+Build-Depends: debhelper (= 8.1.0~), python, python-setuptools,
python-pastescript
Standards-Version: 3.9.2
Homepage: http://fookebox.googlecode.com/
Vcs-Svn: svn://svn.debian.org/python-apps/packages/fookebox/trunk
@@ -11,6 +11,7 @@
Package: fookebox
Architecture: all
+Pre-Depends: ${misc:Pre-Depends}
Depends: ${misc:Depends}, ${python:Depends}, libjs-prototype,
libjs-scriptaculous, python-pylons, python-mpd, python-simplejson,
python-sqlalchemy, libapache2-mod-wsgi | httpd-wsgi
Recommends: mpd
Description: web-based jukebox frontend to mpd
diff -Nru fookebox-0.6.0/debian/maintscript fookebox-0.6.0/debian/maintscript
--- fookebox-0.6.0/debian/maintscript 1970-01-01 01:00:00.0 +0100
+++ fookebox-0.6.0/debian/maintscript 2012-02-13 15:26:45.0 +
@@ -0,0 +1,2 @@
+rm_conffile /etc/fookebox/site.conf.php 0.4.99-1
+rm_conffile /etc/fookebox/status.conf.php 0.4.99-1
diff -Nru fookebox-0.6.0/debian/postinst fookebox-0.6.0/debian/postinst
--- fookebox-0.6.0/debian/postinst 2011-05-08 09:58:40.0 +0100
+++ fookebox-0.6.0/debian/postinst 2012-02-13 15:27:05.0 +
@@ -32,14 +32,6 @@
;;
esac
-# handle updates from older package versions
-if dpkg-maintscript-helper supports rm_conffile ; then
- dpkg-maintscript-helper rm_conffile \
- /etc/fookebox/site.conf.php 0.4.99-1 -- $@
- dpkg-maintscript-helper rm_conffile \
- /etc/fookebox/status.conf.php 0.4.99-1 -- $@
-fi
-
#DEBHELPER#
exit 0
diff -Nru fookebox-0.6.0/debian/postrm fookebox-0.6.0/debian/postrm
--- fookebox-0.6.0/debian/postrm2010-07-22 19:16:42.0 +0100
+++ fookebox-0.6.0/debian/postrm2012-02-13 15:27:08.0 +
@@ -3,14 +3,6 @@
set -e
-# handle updates from older package versions
-if dpkg-maintscript-helper supports rm_conffile ; then
- dpkg-maintscript-helper rm_conffile \
- /etc/fookebox/site.conf.php 0.4.99-1 -- $@
- dpkg-maintscript-helper rm_conffile \
- /etc/fookebox/status.conf.php 0.4.99-1 -- $@
-fi
-
# Remove database if package is being purged
if [ $1 = purge ] ; then
rm -f /var/lib/fookebox/fookebox.sqlite
diff -Nru fookebox-0.6.0/debian/preinst fookebox-0.6.0/debian/preinst
--- fookebox-0.6.0/debian/preinst 2010-07-22 19:16:42.0 +0100
+++ fookebox-0.6.0/debian/preinst 2012-02-13 15:27:11.0 +
@@ -11,14 +11,6 @@
;;
esac
-# handle updates from older package versions
-if dpkg-maintscript-helper supports rm_conffile ; then
- dpkg-maintscript-helper rm_conffile \
- /etc/fookebox/site.conf.php 0.4.99-1 -- $@
- dpkg-maintscript-helper rm_conffile \
- /etc/fookebox/status.conf.php 0.4.99-1 -- $@
-fi
-
#DEBHELPER#
exit 0
diff -Nru fookebox-0.6.0/debian/prerm fookebox-0.6.0/debian/prerm
--- fookebox-0.6.0/debian/prerm 2010-07-22 19:16:42.0 +0100
+++ fookebox-0.6.0/debian/prerm 2012-02-13 15:27:15.0 +
@@ -20,14 +20,6 @@
;;
esac
-# handle updates from older package versions
-if dpkg-maintscript-helper supports rm_conffile ; then
- dpkg-maintscript-helper rm_conffile \
- /etc/fookebox/site.conf.php 0.4.99-1 -- $@
- dpkg-maintscript-helper rm_conffile \
-
Bug#659755: remmina: Cannot copy text from RDP window
Package: remmina Version: 1.0.0-1 Severity: important Dear Maintainer, After upgrading to version 1.0 I cannot paste text fragment which was copied from RDP window. Old clipboard content is inserted instead. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2-5.slh.2-aptosid-686 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages remmina depends on: ii libatk1.0-0 2.2.0-2 ii libc6 2.13-26 ii libcairo2 1.10.2-6.2 ii libgcrypt11 1.5.0-3 ii libgdk-pixbuf2.0-0 2.24.1-1 ii libglib2.0-02.30.2-6 ii libgtk-3-0 3.2.3-1 ii libpango1.0-0 1.29.4-2 ii libssh-40.5.2-1 ii libvte-2.90-9 1:0.30.1-3 ii libx11-62:1.4.4-4 ii remmina-common 1.0.0-1 Versions of packages remmina recommends: pn remmina-plugin-rdp 1.0.0-1 pn remmina-plugin-vnc none remmina 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#659296: Comments on the 0.4.1-6 upload
Vasudev Kamath asked me to include this information in the bug report. From: Florian Weimer f...@deneb.enyo.de Subject: Re: Accepted surf 0.4.1-6 (source i386) To: Vasudev Kamath kamathvasu...@gmail.com Date: Fri, 10 Feb 2012 23:18:36 +0100 Message-ID: 87vcnemiwz@mid.deneb.enyo.de * Vasudev Kamath: surf (0.4.1-6) unstable; urgency=high . * QA upload. * debian/patches: + Added fix-insecure-permissions.patch to fix world readable cookie jar vulnerability CVE-2012-0842. (Closes: #659296) - g_mkdir_with_parents(apath, 0755); + g_mkdir_with_parents(apath, 0700); I think you should also downgrade the permissions from 0755 if the directory exists (in case we want to keep the package alive, which I doubt). [Addendum: It is sufficient to do this with just one component of the path.] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659756: freeipmi-bmc-watchdog: use dh_installdeb maintscript support
Package: freeipmi-bmc-watchdog
Version: 0.8.12-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
freeipmi-bmc-watchdog. 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 freeipmi-0.8.12/debian/control freeipmi-0.8.12/debian/control
--- freeipmi-0.8.12/debian/control 2011-07-19 03:28:12.0 +0100
+++ freeipmi-0.8.12/debian/control 2012-02-13 15:33:56.0 +
@@ -2,7 +2,7 @@
Section: admin
Priority: extra
Maintainer: Yaroslav Halchenko deb...@onerussian.com
-Build-Depends: debhelper (= 7.0.50~),
+Build-Depends: debhelper (= 8.1.0~),
autotools-dev,
libgcrypt11-dev,
chrpath,
@@ -59,6 +59,7 @@
Package: freeipmi-bmc-watchdog
Section: admin
Architecture: any
+Pre-Depends: ${misc:Pre-Depends}
Depends: ${shlibs:Depends}, ${misc:Depends}, freeipmi-tools
Description: GNU implementation of the IPMI protocol - BMC watchdog
FreeIPMI is a collection of Intelligent Platform Management IPMI
diff -Nru freeipmi-0.8.12/debian/freeipmi-bmc-watchdog.maintscript
freeipmi-0.8.12/debian/freeipmi-bmc-watchdog.maintscript
--- freeipmi-0.8.12/debian/freeipmi-bmc-watchdog.maintscript1970-01-01
01:00:00.0 +0100
+++ freeipmi-0.8.12/debian/freeipmi-bmc-watchdog.maintscript2012-02-13
15:32:47.0 +
@@ -0,0 +1,3 @@
+mv_conffile /etc/default/freeipmi-bmc-watchdog /etc/default/bmc-watchdog
0.7.17~beta2-1
+mv_conffile /etc/init.d/freeipmi-bmc-watchdog /etc/init.d/bmc-watchdog
0.7.17~beta2-1
+mv_conffile /etc/logrotate.d/freeipmi-bmc-watchdog
/etc/logrotate.d/bmc-watchdog 0.7.17~beta2-1
diff -Nru freeipmi-0.8.12/debian/freeipmi-bmc-watchdog.postinst
freeipmi-0.8.12/debian/freeipmi-bmc-watchdog.postinst
--- freeipmi-0.8.12/debian/freeipmi-bmc-watchdog.postinst 2011-07-19
03:28:12.0 +0100
+++ freeipmi-0.8.12/debian/freeipmi-bmc-watchdog.postinst 1970-01-01
01:00:00.0 +0100
@@ -1,16 +0,0 @@
-#!/bin/sh
-# postinst script for freeipmi-bmc-watchdog
-#
-# see: dh_installdeb(1)
-
-set -e
-
-if dpkg-maintscript-helper supports mv_conffile 2/dev/null; then
-dpkg-maintscript-helper mv_conffile /etc/default/freeipmi-bmc-watchdog
/etc/default/bmc-watchdog 0.7.17~beta2-1 -- $@
-dpkg-maintscript-helper mv_conffile /etc/init.d/freeipmi-bmc-watchdog
/etc/init.d/bmc-watchdog 0.7.17~beta2-1 -- $@
-dpkg-maintscript-helper mv_conffile /etc/logrotate.d/freeipmi-bmc-watchdog
/etc/logrotate.d/bmc-watchdog 0.7.17~beta2-1 -- $@
-fi
-
-#DEBHELPER#
-
-exit 0
diff -Nru freeipmi-0.8.12/debian/freeipmi-bmc-watchdog.postrm
freeipmi-0.8.12/debian/freeipmi-bmc-watchdog.postrm
--- freeipmi-0.8.12/debian/freeipmi-bmc-watchdog.postrm 2011-07-19
03:28:12.0 +0100
+++ freeipmi-0.8.12/debian/freeipmi-bmc-watchdog.postrm 1970-01-01
01:00:00.0 +0100
@@ -1,16 +0,0 @@
-#!/bin/sh
-# postrm script for freeipmi-bmc-watchdog
-#
-# see: dh_installdeb(1)
-
-set -e
-
-if dpkg-maintscript-helper supports mv_conffile 2/dev/null; then
-dpkg-maintscript-helper mv_conffile /etc/default/freeipmi-bmc-watchdog
/etc/default/bmc-watchdog 0.7.17~beta2-1 -- $@
-dpkg-maintscript-helper mv_conffile /etc/init.d/freeipmi-bmc-watchdog
/etc/init.d/bmc-watchdog 0.7.17~beta2-1 -- $@
-dpkg-maintscript-helper mv_conffile /etc/logrotate.d/freeipmi-bmc-watchdog
/etc/logrotate.d/bmc-watchdog 0.7.17~beta2-1 -- $@
-fi
-
-#DEBHELPER#
-
-exit 0
diff -Nru freeipmi-0.8.12/debian/freeipmi-bmc-watchdog.preinst
freeipmi-0.8.12/debian/freeipmi-bmc-watchdog.preinst
--- freeipmi-0.8.12/debian/freeipmi-bmc-watchdog.preinst2011-07-19
03:28:12.0 +0100
+++ freeipmi-0.8.12/debian/freeipmi-bmc-watchdog.preinst1970-01-01
01:00:00.0 +0100
@@ -1,17 +0,0 @@
-#!/bin/sh
-# preinst script for freeipmi-bmc-watchdog
-#
-# see: dh_installdeb(1)
-
-set -e
-
-if dpkg-maintscript-helper supports mv_conffile 2/dev/null; then
-
Bug#659757: debian-maintainers: Please add Brian Thomason as a Debian Maintainer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: debian-maintainers Severity: normal Tags: patch Please add my key to the DM keyring. See attached jetring changeset. Regards, Brian -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBAgAGBQJPOS7NAAoJEJJYp5hRP4bNY08P/RWnnstNPb8A2pRnReTmlFxq ZNPF5s0V0u+wnIiCKLXIoODdLHIiOakIMLDvcvDivr20Rji5Av5zBOmOF4DMBhco zVPbAxeAMVCPJzqPkD/xZeNZrZLPUShK9PBatTocPkMMnWiZWvXu7CJZ1j7TfZ7c mMxRnbec+IjrfMsMPQnGuRCNSI4nyu0kAhjLv5eQz2aJFH/mYe2K+Yqd8lr0JmFQ NdPnhX5maRFYl7IC9O8AO/Mpfv4UQWdGtheAz8DLnMGXdBoY2uKF0d4mcYErlqC6 FjBZJZ4mJ/o0auYxM+ItW/xWxt76VtgOVlUCBTu3gAodoDX+HWFcp2XEhxVTT6cP a5GZiRJMaUWh07q/Xo9a3lrWctUkyk1k22JiR3HF+YJF4omoDcxq0FFodZ9PcNcU xjCEHYjJKjfaSZYf8QTzuNpKq+veOXDFWUut5VWDXQdiN8dMIiiKfjE6DUTSh79L xs6gmldjaO8y6teHh11QH/GOV1qXNwt7ikZHI+VdRUyOTO27bMkYa2zTY98lR+3b 3pueDyjmU/DMYx47TtfnFzrJ7LNueQQVIVSEBjse80vCZOKpu4bQkY4Y/QX7RNky 4l1A3jVgpavVbGfLZHPIyW2qQh4N7VosMfPKBAzjpY523xqKDgWN08kgIH0JymQm GHl/2lWeIV+VVlNx/QYB =GP6H -END PGP SIGNATURE- add-9258A798513F86CD Description: Binary data
Bug#659758: icmake: use dh_installdeb maintscript support
Package: icmake
Version: 7.16.01-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 icmake.
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 icmake-7.16.01/debian/control icmake-7.16.01/debian/control
--- icmake-7.16.01/debian/control 2011-06-26 17:01:53.0 +0100
+++ icmake-7.16.01/debian/control 2012-02-13 15:42:02.0 +
@@ -5,13 +5,14 @@
Uploaders: George Danchev danc...@spnet.net,
Frank B. Brokken f.b.brok...@rug.nl,
tony mancill tmanc...@debian.org
-Build-Depends: debhelper (= 7.2.11)
+Build-Depends: debhelper (= 8.1.0~)
Standards-Version: 3.9.2
Homepage: http://icmake.sourceforge.net/
Vcs-Svn: https://svn.openfmi.net/debian-addons-bg/icmake/trunk
Package: icmake
Architecture: any
+Pre-Depends: ${misc:Pre-Depends}
Depends: ${shlibs:Depends}, ${misc:Depends}
Suggests: icmake-doc
Description: Intelligent C-like MAKEr, or the ICce MAKE utility
diff -Nru icmake-7.16.01/debian/icmake.maintscript
icmake-7.16.01/debian/icmake.maintscript
--- icmake-7.16.01/debian/icmake.maintscript1970-01-01 01:00:00.0
+0100
+++ icmake-7.16.01/debian/icmake.maintscript2012-02-13 15:41:15.0
+
@@ -0,0 +1,3 @@
+rm_conffile /etc/icmake/AUTHOR 7.14.1-1
+rm_conffile /etc/icmake/VERSION 7.14.1-1
+rm_conffile /etc/icmake/YEARS 7.14.1-1
diff -Nru icmake-7.16.01/debian/icmake.postinst
icmake-7.16.01/debian/icmake.postinst
--- icmake-7.16.01/debian/icmake.postinst 2011-02-17 04:28:38.0
+
+++ icmake-7.16.01/debian/icmake.postinst 1970-01-01 01:00:00.0
+0100
@@ -1,28 +0,0 @@
-#!/bin/sh -e
-
-# see: /var/lib/dpkg/info/dpkg.preinst, dh_installdeb(1)
-
-# This script can be called in the following ways:
-#
-# Before the package is installed:
-# new-preinst install
-#
-# Before removed package is upgraded:
-# new-preinst install old-version
-#
-# Before the package is upgraded:
-# new-preinst upgrade old-version
-#
-#
-# If postrm fails during upgrade or fails on failed upgrade:
-# old-preinst abort-upgrade new-version
-
-
-dpkg-maintscript-helper rm_conffile /etc/icmake/AUTHOR 7.14.1-1 -- $@
-dpkg-maintscript-helper rm_conffile /etc/icmake/VERSION 7.14.1-1 -- $@
-dpkg-maintscript-helper rm_conffile /etc/icmake/YEARS 7.14.1-1 -- $@
-
-#DEBHELPER#
-
-exit 0
-
diff -Nru icmake-7.16.01/debian/icmake.postrm
icmake-7.16.01/debian/icmake.postrm
--- icmake-7.16.01/debian/icmake.postrm 2011-02-17 04:28:38.0 +
+++ icmake-7.16.01/debian/icmake.postrm 1970-01-01 01:00:00.0 +0100
@@ -1,28 +0,0 @@
-#!/bin/sh -e
-
-# see: /var/lib/dpkg/info/dpkg.preinst, dh_installdeb(1)
-
-# This script can be called in the following ways:
-#
-# Before the package is installed:
-# new-preinst install
-#
-# Before removed package is upgraded:
-# new-preinst install old-version
-#
-# Before the package is upgraded:
-# new-preinst upgrade old-version
-#
-#
-# If postrm fails during upgrade or fails on failed upgrade:
-# old-preinst abort-upgrade new-version
-
-
-dpkg-maintscript-helper rm_conffile /etc/icmake/AUTHOR 7.14.1-1 -- $@
-dpkg-maintscript-helper rm_conffile /etc/icmake/VERSION 7.14.1-1 -- $@
-dpkg-maintscript-helper rm_conffile /etc/icmake/YEARS 7.14.1-1 -- $@
-
-#DEBHELPER#
-
-exit 0
-
diff -Nru icmake-7.16.01/debian/icmake.preinst
icmake-7.16.01/debian/icmake.preinst
--- icmake-7.16.01/debian/icmake.preinst2011-02-17 04:28:38.0
+
+++ icmake-7.16.01/debian/icmake.preinst1970-01-01 01:00:00.0
+0100
@@ -1,28 +0,0 @@
-#!/bin/sh -e
-
-# see: /var/lib/dpkg/info/dpkg.preinst, dh_installdeb(1)
-
-# This script can be called in the following ways:
-#
-# Before the package is installed:
-# new-preinst install
-#
-# Before removed package is upgraded:
-# new-preinst install old-version
-#
-# Before the
Bug#659705: libmpeg2-4: Upload 0.5.x to unstable?
On Mon, Feb 13, 2012, Alessio Treglia wrote: 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]? Yup; that sounds good! Did you get the history from the SVN or from importing the .dscs from e.g. snapshot or launchpad? I also have a strong preference for full source tree in the git repo rather than just debian/ -- Loïc Minier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659759: libnet-dbus-perl: Fix invocation of properties
Package: libnet-dbus-perl Version: 1.0.0-1 Severity: normal Fix method argument order when getting or setting properties on objects. This bug causes getting or setting properties on remote DBus objects to fail. Upstream has patched this bug but has not yet made a release containing the fix. Upstream fix occurs in changeset 298: 7e46ba9822e1 http://hg.berrange.com/libraries/net-dbus--devel?cs=7e46ba9822e1 Please backport patch or convince upstream to roll out a new release. -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (900, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-bpo.2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libnet-dbus-perl depends on: ii libc6 2.11.3-2 Embedded GNU C Library: Shared lib ii libdbus-1-31.2.24-4+squeeze1 simple interprocess messaging syst ii libxml-twig-perl 1:3.34-1 Perl module for processing huge XM ii perl 5.10.1-17squeeze3 Larry Wall's Practical Extraction ii perl-base [perlapi-5.1 5.10.1-17squeeze3 minimal Perl system libnet-dbus-perl recommends no packages. libnet-dbus-perl 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#659705: libmpeg2-4: Upload 0.5.x to unstable?
On Mon, Feb 13, 2012 at 4:44 PM, Loïc Minier l...@dooz.org wrote: Yup; that sounds good! Did you get the history from the SVN or from importing the .dscs from e.g. snapshot or launchpad? I've converted the SVN repo into a new git one, here is the result: http://anonscm.debian.org/gitweb/?p=pkg-multimedia/mpeg2dec.git Let me know what you think, cheers! -- 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#659742: marked as done (FTBFS: Sphinx documentation not found)
On 13/02/12 16:45, Debian Bug Tracking System wrote: jansson 2.23-2 has been uploaded like two minutes before you filed the bug, and apparently everything is going well now [0]. Then please set the fixed version accordingly. -- Mehdi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659163: r-base-dev: Please enable using ${R:depends} substvar in r-cran.mk
On 14 February 2012 at 00:26, Charles Plessy wrote:
| Le Mon, Feb 13, 2012 at 08:56:55AM -0600, Dirk Eddelbuettel a écrit :
|
| I really just want to depend with = on the R version (as it is called in
| Debian !!) building this package. Going with parsing the changelog is
better
| than asking R for its version as R does not know about its Debian
| (sub-)version.
|
| In that case:
|
| $ echo R:Depends=r-base-core (= $(dpkg-query -W -f='${Version}'
r-base-dev))
| R:Depends=r-base-core (= 2.14.1-1)
Yes, I like that best. Simpler than my piping into dpkg-parsechangelog and awk.
Dirk
--
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#659760: openresolv: /etc/network/if-down.d/resolvconf exited with return code 100
Package: openresolv Version: 3.4.4-2 Severity: minor When using ifup/ifdown on a static interface, I get the following error: $ ifup wlan0 run-parts: /etc/network/if-down.d/resolvconf exited with return code 100 This error only occurs when with my static ip, and not when I use dhcp. The interfaces section causing the error is. iface wlan0 inet static address 192.168.42.17 netmask 255.255.255.0 network 192.168.42.0 broadcast 192.168.42.255 gateway 192.168.42.1 dns-nameservers 192.168.42.1 wpa-ssid * wpa-psk * Besides for the error everything seems to function as required, the /etc/resolv.conf file gets updated as desired. jaimos -- 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/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- 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#659761: ldnsutils: drill does not use IPv6 resolvers by default
Package: ldnsutils Version: 1.6.12-1 Severity: normal Dear Maintainer, Unlike dig, when the first line of /etc/resolv.conf is IPv6, drill ignores it and goes to the first IPv4 line. You have to force IPv6 usage with -6. Inconsistent with dig and not conformant to resolv.conf(5). % grep nameserver /etc/resolv.conf nameserver ::1 nameserver 192.134.4.162 nameserver 192.134.4.163 % drill MX gmail.com ... ;; SERVER: 192.134.4.162 % dig MX gmail.com ... ;; SERVER: ::1#53(::1) % drill -6 MX gmail.com ... ;; SERVER: ::1 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages ldnsutils depends on: ii libc62.13-26 ii libldns1 1.6.12-1 ii libpcap0.8 1.2.1-1 ii libssl1.0.0 1.0.0g-1 ldnsutils recommends no packages. ldnsutils 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#657754: dracut: fails to upgrade from squeeze
On 02/13/2012 04:20 PM, Thomas Lange wrote: It's a contradiction to say the bug is serious because of a missing dependency but adding this dependency is not the right fix. cause != solution; apart from that.. well, it should be common sense that on any valid debian system (and a debian system consisting of essential packages only is perfectly valid), a simple 'apt-get install $package' should never fail and if it does, it's a serious bug. dracut fails in that most simplest case. you wanted to know a reference of the policy to justify the rc severity, i gave you an applicable on. It's just a missing test to do nothing if there's no kernel available. Therefore it's a normal bug IMO. it doesn't matter how small the omission is, the effect is what counts, and that is that dracut is generically not installable. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659762: lvm2: LVM commands freeze after snapshot delete fails
Package: lvm2 Version: 2.02.88-2 Severity: normal Tried and failed to remove an LVM snapshot: root@cel:~ # lvremove vg_cel/backups-20110930 Do you really want to remove active logical volume backups-20110930? [y/n]: ^C Logical volume backups-20110930 not removed root@cel:~ # lvchange -an vg_cel/backups-20110930 Can't change snapshot logical volume backups-20110930 root@cel:~ # lvremove vg_cel/backups-20110930 Do you really want to remove active logical volume backups-20110930? [y/n]: y Unable to deactivate open vg_cel-backups--20110930-cow (254:35) Failed to resume backups-20110930. libdevmapper exiting with 7 device(s) still suspended. At this point now the entire LVM subsystem is totally frozen. No commands ever complete. Any LVM-related command hangs and is not SIGKILLable. root@cel:~ # lvs ^C [elsewhere] root@cel:~ # ps -ef | grep lvs root 31791 31510 0 15:20 pts/14 00:00:00 lvs root 32272 32176 0 15:59 pts/17 00:00:00 grep lvs root@cel:~ # kill -9 31791 root@cel:~ # kill -9 31791 root@cel:~ # kill -9 31791 root@cel:~ # ps -ef | grep lvs root 31791 31510 0 15:20 pts/14 00:00:00 lvs root 32274 32176 0 15:59 pts/17 00:00:00 grep lvs I tried to strace it to see what it was blocked on. Even strace now hangs: root@cel:~ # strace -p 31791 Process 31791 attached - interrupt to quit ^C ^C strace is at least killable though: ^Z [1]+ Stopped strace -p 31791 root@cel:~ # kill %1 [1]+ Stopped strace -p 31791 root@cel:~ # kill -9 %1 [1]+ Stopped strace -p 31791 root@cel:~ # [1]+ Killed strace -p 31791 In this state the only remedy I have found is a complete reboot of the system. Other existing LVs do appear to be functioning normally, however, and the machine generally works fine. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lvm2 depends on: ii dmsetup 2:1.02.67-2 ii initscripts 2.88dsf-13.13 ii libc6 2.13-24 ii libdevmapper1.02.1 2:1.02.67-2 ii libreadline55.2-11 ii libudev0175-3 ii lsb-base3.2-28 lvm2 recommends no packages. lvm2 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#659763: libvte9: generates wrong sequences for several keys
Package: libvte9 Version: 1:0.28.2-4 Severity: normal Dear Maintainer, VTE-based terminal emulators generate wrong sequences for the following keys: * Control-Backspace: ^? * Control-Return: ^J * Meta-Control-Space: ESC SPACE I assume these are wrong because every other terminal emulator I have checked (xterm, rxvt the Linux console) generates ^H (for C-BS), ^M (for C-RET), and ESC ^@ (for M-C-Space). This breaks key bindings in programs such as emacs. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ca_ES.utf8, LC_CTYPE=ca_ES.utf8 (charmap=UTF-8) (ignored: LC_ALL set to ca_ES.utf8) Shell: /bin/sh linked to /bin/dash Versions of packages libvte9 depends on: ii libatk1.0-0 2.2.0-2 ii libc6 2.13-24 ii libcairo2 1.10.2-6.2 ii libfontconfig1 2.8.0-3.1 ii libfreetype62.4.8-1 ii libgdk-pixbuf2.0-0 2.24.0-2 ii libglib2.0-02.30.2-4 ii libgtk2.0-0 2.24.8-3 ii libncurses5 5.9-4 ii libpango1.0-0 1.29.4-2 ii libtinfo5 5.9-4 ii libvte-common 1:0.28.2-4 ii libx11-62:1.4.4-4 libvte9 recommends no packages. libvte9 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#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, Ah, I didn't realize that it had to be before the documentclass. Thanks. Here is the diff: Bamm. Yes, I should have noticed that earlier: the pgf package is maintained separately in Debian. Please install the Debian package pgf to get the fix. hille@sid:~ $ dpkg -l pgf Desired=Unknown/Install/Remove/Purge/Hold |Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii pgf2.10-1 TeX Portable Graphic Format H. -- sigmentation fault signature.asc Description: Digital signature
Bug#659460: grub-pc: grub-install can't install on raid0 device (grub-probe can't find /boot)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2/11/2012 7:15 AM, Vladimir 'φ-coder/phcoder' Serbinenko wrote: Adding BIOS driver for this screws things up. And the scam is adding this to mobo features as a RAID and an attempt to make this pass as if it was a hardware RAID. GRUB currently considers mdX as a non-available through BIOS unless user overrides it in device.map, we need to add a logic to handle the fakeraid as a BIOS disk. It's possible to add support for intel RAID but it will be useless since the member disks aren't available through BIOS to begin with. I started a cross mailing list discussion of this last year, and I think the conclusion was that grub needs to ask mdadm what the metadata format is, and if it is the intel format, assume the raid is bios accessible the way it currently does for dmraid. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPOTfxAAoJEJrBOlT6nu75giwIAIepAzVB43PV2Ix4i02cQie6 sy3MK9uqjHkLX75XPCDB68Tyfejb9KenBxEjJqZmVt3m9flK5dIbcLRe8baMvVuZ pu2uMZ9dLc+WVVrQ3Jwd5eJfy13wRgo5bKiBvgnUVta+6DKtFCR5en9DWzmgBjWg qF88ClnG7iNjZ4wpqMkcubcBA5/lGPP69Z7ohCtQ2a4vcmBWpmyPmu4dcnyaM8OY CviSULB/nCyMs9cCCYx8IPiOdsEiB1jGaxL8Dab7oJzNTN3PDb+7Z7rUJCKK5nxS L3SCQYPGe8zSun6GCCObMkZ0O9AFMRpXFnMSVLcFVoklXnEP4MUzPuAWH/oQBlY= =mFNd -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#659756: freeipmi-bmc-watchdog: use dh_installdeb maintscript support
Thanks Colin! My only concern with it would be my own use of it on Debian stable which has 8.0.0 (although may be I could progress to backported one or just maintain that backport-specific patch). Related question -- interested in co-maintaining freeipmi in Debian? I have started preparing for the transition to 1.x series but never got to finalize it... related RFH: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628062 I have pushed all my changes (including debian/TODO) to http://git.onerussian.com/?p=deb/freeipmi.git Cheers, Package: freeipmi-bmc-watchdog Version: 0.8.12-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 freeipmi-bmc-watchdog. 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.) -- =--= Keep in touch www.onerussian.com Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659756: freeipmi-bmc-watchdog: use dh_installdeb maintscript support
On Mon, Feb 13, 2012 at 11:02:03AM -0500, Yaroslav Halchenko wrote: My only concern with it would be my own use of it on Debian stable which has 8.0.0 (although may be I could progress to backported one or just maintain that backport-specific patch). A reasonable backport-friendly alternative would be to drop the 'dpkg-maintscript-helper supports' guards and add Pre-Depends: dpkg (= 1.15.7.2~). Related question -- interested in co-maintaining freeipmi in Debian? I have started preparing for the transition to 1.x series but never got to finalize it... I'm afraid I don't use it so I'd be a rubbish co-maintainer; this bug was one of 30+ I've filed over the last couple of days on a variety of packages with the same problem, rather than indicating a specific interest in freeipmi. Thanks, -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659764: rtmpsuck and rtmpsrv lack a an page
Package: rtmpdump Version: 2.4+20111222.git4e06e21-1 Severity: minor the rtmpsuck and rtmpsrv don't have man pages that explain how to use them. this is especially bad as both programs ignore the --help or -h options on command line. (a short look at the source code suggests it at least supports a -z option for debugging.) there seems to be some kind of commands rtmpsuck takes at runtime from stdin, but they're single character. when writing the man page, please consider including the iptables rules required for running rtmpsuck. this bug report corresponds to the binary-without-manapge section in the package's lintian report[1] and secton 12.1 in the debian policy[2]. [1] http://lintian.debian.org/maintainer/pkg-multimedia-maintain...@lists.alioth.debian.org.html#rtmpdump [2] http://www.debian.org/doc/debian-policy/ch-docs.html#s12.1 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rtmpdump depends on: ii libc62.13-26 ii libgcrypt11 1.5.0-3 ii libgnutls26 2.12.16-1 ii librtmp0 2.4+20111222.git4e06e21-1 ii zlib1g 1:1.2.6.dfsg-1 rtmpdump recommends no packages. Versions of packages rtmpdump suggests: ii ffmpeg 4:0.8-1 ii mplayer 2:1.0~rc4.dfsg1+svn34540-1+b1 -- no debconf information signature.asc Description: Digital signature
Bug#659765: iptables-persistent: use Pre-Depends rather than 'dpkg-maintscript-helper supports' guards
Package: iptables-persistent
Version: 0.5.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 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 (I've sent patches for many other
packages today to that effect). However, I couldn't make this work in
the context of this package's postinst, because the code inserted by
dh_installinit must come after your hand-written postinst code while the
code generated by dh_installdeb would have to come before it. This
patch is still a simplification, though.
* Pre-Depend on a sufficient version of dpkg rather than using
'dpkg-maintscript-helper supports' guards.
diff -Nru iptables-persistent-0.5.3/debian/control
iptables-persistent-0.5.3ubuntu1/debian/control
--- iptables-persistent-0.5.3/debian/control2011-11-29 00:14:42.0
+
+++ iptables-persistent-0.5.3ubuntu1/debian/control 2012-02-13
16:13:34.0 +
@@ -9,6 +9,7 @@
Package: iptables-persistent
Architecture: all
+Pre-Depends: dpkg (= 1.15.7.2~)
Depends: iptables, lsb-base, ${misc:Depends}
Description: boot-time loader for iptables rules
This package provides a system startup script that restores iptables
diff -Nru iptables-persistent-0.5.3/debian/iptables-persistent.postinst
iptables-persistent-0.5.3ubuntu1/debian/iptables-persistent.postinst
--- iptables-persistent-0.5.3/debian/iptables-persistent.postinst
2011-11-29 00:14:42.0 +
+++ iptables-persistent-0.5.3ubuntu1/debian/iptables-persistent.postinst
2012-02-13 16:12:47.0 +
@@ -5,10 +5,8 @@
# Source debconf library
. /usr/share/debconf/confmodule
-if dpkg-maintscript-helper supports mv_conffile 2/dev/null; then
-dpkg-maintscript-helper mv_conffile \
-/etc/iptables/rules /etc/iptables/rules.v4 0.0.20101230 -- $@
-fi
+dpkg-maintscript-helper mv_conffile \
+/etc/iptables/rules /etc/iptables/rules.v4 0.0.20101230 -- $@
case $1 in
configure)
diff -Nru iptables-persistent-0.5.3/debian/iptables-persistent.postrm
iptables-persistent-0.5.3ubuntu1/debian/iptables-persistent.postrm
--- iptables-persistent-0.5.3/debian/iptables-persistent.postrm 2011-11-29
00:14:42.0 +
+++ iptables-persistent-0.5.3ubuntu1/debian/iptables-persistent.postrm
2012-02-13 16:12:52.0 +
@@ -2,10 +2,8 @@
set -e
-if dpkg-maintscript-helper supports mv_conffile 2/dev/null; then
-dpkg-maintscript-helper mv_conffile \
- /etc/iptables/rules /etc/iptables/rules.v4 0.0.20101230 -- $@
-fi
+dpkg-maintscript-helper mv_conffile \
+ /etc/iptables/rules /etc/iptables/rules.v4 0.0.20101230 -- $@
case $1 in
purge)
diff -Nru iptables-persistent-0.5.3/debian/iptables-persistent.preinst
iptables-persistent-0.5.3ubuntu1/debian/iptables-persistent.preinst
--- iptables-persistent-0.5.3/debian/iptables-persistent.preinst
2011-11-29 00:14:42.0 +
+++ iptables-persistent-0.5.3ubuntu1/debian/iptables-persistent.preinst
2012-02-13 16:12:42.0 +
@@ -2,9 +2,7 @@
set -e
-if dpkg-maintscript-helper supports mv_conffile 2/dev/null; then
-dpkg-maintscript-helper mv_conffile \
- /etc/iptables/rules /etc/iptables/rules.v4 0.0.20101230 -- $@
-fi
+dpkg-maintscript-helper mv_conffile \
+ /etc/iptables/rules /etc/iptables/rules.v4 0.0.20101230 -- $@
#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#659766: remmina: floating toolbar disappears after first use
Package: remmina Version: 1.0.0-1 Severity: normal In fullscreen mode, the floating toolbar disappears after first use. It does not reappear again until toggling fullscreen mode off and on again. This is particularly cumbersome when doing a lot of back and forth between the remote desktop and your local desktop (e.g. move mouse to focus toolbar, alt-tab goes to your local desktop, otherwise it goes to the remote desktop -- now you must alt-F, alt-F each time to bring the toolbar back again). Ben -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (800, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-rt-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages remmina depends on: ii libatk1.0-0 2.2.0-2 ii libc6 2.13-26 ii libcairo2 1.10.2-6.2 ii libgcrypt11 1.5.0-3 ii libgdk-pixbuf2.0-0 2.24.1-1 ii libglib2.0-02.30.2-6 ii libgtk-3-0 3.2.3-1 ii libpango1.0-0 1.29.4-2 ii libssh-40.5.2-1 ii libvte-2.90-9 1:0.30.1-3 ii libx11-62:1.4.4-4 ii remmina-common 1.0.0-1 Versions of packages remmina recommends: ii remmina-plugin-rdp 1.0.0-1 ii remmina-plugin-vnc 1.0.0-1 remmina 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#659731: xserver-xorg: FATAL module fbcon not found
Hi Denis, Denis Gottardello i...@denisgottardello.it (13/02/2012): after apt-get update; apt-get dist-upgrade xorg does not start. trying moving your xorg.conf aside, that should do the trick. Mraw, KiBi. signature.asc Description: Digital signature
Bug#657754: (no subject)
I wonder what the proper solutions is to detect if a kernel is already installled. Any suggestions? I think I have to add a test to the dracust.postinst script, to skip the call off /etc/kernel/postinst.d/dracut `uname -r` if no kernel is installed. Even if no kernel is installed (like in a chroot), uname -r returns the version from the outer kernel. Any ideas? -- 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#659124: mee too! (use it on WindowMaker)
Hiya, furthering the discussion on this bug: http://packages.debian.org/sid/notification-daemon says it is in notify-osd, so, eh. Can notify-osd again provide it? Thanks! Gijs -- BOFH excuse #157: Incorrect time synchronization -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659296: Comments on the 0.4.1-6 upload
* Florian Weimer f...@deneb.enyo.de, 2012-02-13, 16:32: surf (0.4.1-6) unstable; urgency=high . * QA upload. * debian/patches: + Added fix-insecure-permissions.patch to fix world readable cookie jar vulnerability CVE-2012-0842. (Closes: #659296) - g_mkdir_with_parents(apath, 0755); + g_mkdir_with_parents(apath, 0700); I think you should also downgrade the permissions from 0755 if the directory exists (in case we want to keep the package alive, which I doubt). I'm not a fan of software changing permissions of existing files (after all it might be user who decided to make them more liberal that usual). As the sponsor of this upload I didn't insist on chmod'ing automatically; instead we limited ourselves to add a NEWS note asking to change permissions manually. That said, following the upstream changes, the next version _will_ fix existing permissions. [Addendum: It is sufficient to do this with just one component of the path.] If we decided to revoke existing permissions, then we should not confine ourselves to the directory, but also chmod the files. This is because an attacker could have made hardlinks to the files when they were still accessible. However, even chmod'ing files won't help if the attacker is keeping (one of) them open. You'd have to truncate the files and unlink them. Implementing this would be probably overkill, though. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592494: support for svg
Paul, that's a super little application, which I'd love to see in Debian! Would it be difficult to support svg icons? -- 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
reassign pgf thanks At Mon, 13 Feb 2012 17:13:42 +0100, Hilmar Preusse wrote: Ah, I didn't realize that it had to be before the documentclass. Thanks. Here is the diff: Bamm. Yes, I should have noticed that earlier: the pgf package is maintained separately in Debian. Please install the Debian package pgf to get the fix. hille@sid:~ $ dpkg -l pgf Desired=Unknown/Install/Remove/Purge/Hold |Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii pgf2.10-1 TeX Portable Graphic Format This fixes the problem. I had 2.00-1 installed, which is in stable, along with the incompatible version of gnuplot. Perhaps pgf should change make the use of set table and set terminal table dependent on the version of gnuplot, e.g.: if (substr(system(gnuplot --version), strlen (gnuplot ), 100) =4.4) set table; else set terminal table; 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#659768: libgphoto2-2: use dh_installdeb maintscript support
Package: libgphoto2-2 Version: 2.4.11-4 Severity: normal 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 libgphoto2-2. 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; Ubuntu's last LTS release didn't have a sufficient version of dpkg for that which is why I care. However, the current implementation in Debian is in fact buggy anyway due to the use of an undefined PACKAGE variable in the preinst, so I'm filing this at Severity: normal. 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 your handwritten preinst entirely. Here's a patch. If you don't apply this for 2.4.11-5, then please adjust the relevant lines in debian/libgphoto2-2.maintscript to match the last version before the one where you apply it. * 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. * Bump a few of the dpkg-maintscript-helper versions because PACKAGE was left undefined in the old preinst code and thus some of the old conffiles would never have actually been removed. diff -Nru libgphoto2-2.4.11/debian/libgphoto2-2.maintscript libgphoto2-2.4.11/debian/libgphoto2-2.maintscript --- libgphoto2-2.4.11/debian/libgphoto2-2.maintscript 1970-01-01 01:00:00.0 +0100 +++ libgphoto2-2.4.11/debian/libgphoto2-2.maintscript 2012-02-13 16:43:16.0 + @@ -0,0 +1,6 @@ +rm_conffile /etc/udev/libgphoto2.rules 2.4.11-4 +rm_conffile /etc/udev/rules.d/025_libgphoto2.rules 2.4.10.1-5 +rm_conffile /etc/hotplug/usb/libgphoto2.usermap 2.4.11-4 +rm_conffile /etc/udev/libgphoto2_generic_ptp_support.rules 2.4.10.1-5 +rm_conffile /etc/udev/rules.d/025_libgphoto2.rules 2.4.11-4 +rm_conffile /etc/udev/rules.d/020_libgphoto2_generic-ptp_support.rules 2.4.10.1-5 diff -Nru libgphoto2-2.4.11/debian/libgphoto2-2.postinst libgphoto2-2.4.11/debian/libgphoto2-2.postinst --- libgphoto2-2.4.11/debian/libgphoto2-2.postinst 2012-01-12 08:37:57.0 + +++ libgphoto2-2.4.11/debian/libgphoto2-2.postinst 2012-02-13 16:43:32.0 + @@ -11,18 +11,6 @@ rm -f /usr/share/hal/fdi/information/10freedesktop/10-camera-$PACKAGE.fdi rm -f /usr/share/hal/fdi/information/20thirdparty/$PACKAGE.fdi rm -f /usr/share/hal/fdi/information/10freedesktop/10-camera-$PACKAGE-device.fdi - - # properly remove old config files - for f in \ - /etc/udev/$PACKAGE.rules \ - /etc/udev/rules.d/025_libgphoto2.rules \ - /etc/hotplug/usb/$PACKAGE.usermap \ - /etc/udev/libgphoto2_generic_ptp_support.rules \ - /etc/udev/rules.d/025_$PACKAGE.rules \ - /etc/udev/rules.d/020_libgphoto2_generic-ptp_support.rules - do - dpkg-maintscript-helper rm_conffile $f 2.4.10.1-5 -- $@ - done ;; abort-upgrade|abort-remove|abort-deconfigure) diff -Nru libgphoto2-2.4.11/debian/libgphoto2-2.postrm libgphoto2-2.4.11/debian/libgphoto2-2.postrm --- libgphoto2-2.4.11/debian/libgphoto2-2.postrm2012-01-12 08:37:57.0 + +++ libgphoto2-2.4.11/debian/libgphoto2-2.postrm2012-02-13 16:43:47.0 + @@ -11,21 +11,7 @@ rm -f /usr/share/hal/fdi/information/10freedesktop/10-camera-$PACKAGE-device.fdi || true ;; - purge) - # properly remove old config files - for f in \ - /etc/udev/$PACKAGE.rules \ - /etc/udev/rules.d/025_libgphoto2.rules \ - /etc/hotplug/usb/$PACKAGE.usermap \ - /etc/udev/libgphoto2_generic_ptp_support.rules \ - /etc/udev/rules.d/025_$PACKAGE.rules \ - /etc/udev/rules.d/020_libgphoto2_generic-ptp_support.rules - do - dpkg-maintscript-helper rm_conffile $f 2.4.10.1-5 -- $@ - done - ;; - -disappear|upgrade|failed-upgrade|abort-install|abort-upgrade) +purge|disappear|upgrade|failed-upgrade|abort-install|abort-upgrade) ;; *) diff -Nru libgphoto2-2.4.11/debian/libgphoto2-2.preinst libgphoto2-2.4.11/debian/libgphoto2-2.preinst --- libgphoto2-2.4.11/debian/libgphoto2-2.preinst 2012-01-12 08:37:57.0
Bug#659769: espeak-gui: no language auto detection without “libtextcat0”
Package: espeak-gui Version: 0.4-1 Severity: normal espeak-gui uses /usr/lib/libtextcat.so.0, provided by libtextcat0 to determine the input language automatically. Please add the package to deps or suggestions. -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (700, 'stable'), (90, 'unstable'), (90, 'testing'), (70, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages espeak-gui depends on: ii gconf2 2.32.4-1 GNOME configuration database syste ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-espeak 0.4-1Python bindings for eSpeak ii python-gconf2.28.1-1 Python bindings for the GConf conf ii python-gtksourceview2 2.10.1-1 Python bindings for the GtkSourceV ii python-support 1.0.10 automated rebuilding support for P Versions of packages espeak-gui recommends: ii libtextcat0 2.2-10 Language detection library espeak-gui 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#659680: texlive-xetex: xelatex error: ``(Fatal format file error; I'm stymied)
On Mon, Feb 13, 2012 at 01:09:27PM +0900, Norbert Preining wrote: Assigning to zlib, maintainers of zlib, what is your plan here? Should we patch xetex (and probably many other packages have to be fixed, too), or do you intend to fix this misbehaviour? I've no intention to diverge from upstream on this, maintaining a different interface to upstream doesn't seem like a smart move. Given that the TeX upstream appears to have already changed their code for the new zlib upstream it seems like they're not expecting any change in zlib and will be updated to use the new interface with their next release. I can add a Breaks to the package to help handle partial upgrade cases. A brief look at what's installed on my particular system suggests that this isn't a terribly widely used function, I'm actually only seeing users from TeX but that's not exactly a full archive scan. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659770: cannot create new VM: Uncaught error validating install parameters: 'NoneType' object has no attribute 'set_parent'
Package: virt-manager Version: 0.9.1-1 Severity: normal Hi, I am running virt-manager on sid while connecting to a squeeze host with backported libvirt 0.9.8-2. When trying to create a new VM, I get the error message: Uncaught error validating install parameters: 'NoneType' object has no attribute 'set_parent' Traceback (most recent call last): File /usr/share/virt-manager/virtManager/create.py, line 1456, in validate return self.validate_install_page(oldguest=oldguest) File /usr/share/virt-manager/virtManager/create.py, line 1603, in validate_install_page self.conn, path) File /usr/share/virt-manager/virtManager/uihelpers.py, line 875, in check_path_search_for_qemu set_error_parent(parent) File /usr/share/virt-manager/virtManager/uihelpers.py, line 49, in set_error_parent err_dial.set_parent(parent) AttributeError: 'NoneType' object has no attribute 'set_parent' Greetings Marc -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.5-zgws1 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages virt-manager depends on: ii gconf2 3.2.3-1 ii librsvg2-common 2.34.2-2 ii python 2.7.2-10 ii python-dbus 0.84.0-3 ii python-glade22.24.0-3 ii python-gnome22.28.1+dfsg-1 ii python-gtk-vnc 0.5.0-3 ii python-gtk2 2.24.0-3 ii python-ipy 1:0.75-1 ii python-libvirt 0.9.9-3+b2 ii python-spice-client-gtk 0.7-3 ii python-support 1.0.14 ii python-urlgrabber3.9.1-4 ii python-vte 1:0.28.2-4 ii virtinst 0.600.1-1 Versions of packages virt-manager recommends: ii gnome-icon-theme 3.2.1.2-1 ii libvirt-bin 0.9.9-3+b2 Versions of packages virt-manager suggests: ii gnome-keyring none ii halnone ii ksshaskpass [ssh-askpass] 0.5.3-1+b1 ii python-gnomekeyringnone ii python-guestfs none ii virt-viewer0.4.2-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659769: espeak-gui: no language auto detection without “libtextcat0”
Hi Stefan, 2012/2/13 Stefan Breunig stefan+debianb...@mathphys.fsk.uni-heidelberg.de: espeak-gui uses /usr/lib/libtextcat.so.0, provided by libtextcat0 to determine the input language automatically. Please add the package to deps or suggestions. It's in Recommends :). Regards, -- Siegfried-Angel Gevatter Pujals (RainCT) Free Software Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659761: ldnsutils: drill does not use IPv6 resolvers by default
Stephane, why report here and not upstream? On Mon, Feb 13, 2012 at 17:07, Stephane Bortzmeyer bortzme...@nic.fr wrote: Package: ldnsutils Version: 1.6.12-1 Severity: normal Dear Maintainer, Unlike dig, when the first line of /etc/resolv.conf is IPv6, drill ignores it and goes to the first IPv4 line. You have to force IPv6 usage with -6. Inconsistent with dig and not conformant to resolv.conf(5). % grep nameserver /etc/resolv.conf nameserver ::1 nameserver 192.134.4.162 nameserver 192.134.4.163 % drill MX gmail.com ... ;; SERVER: 192.134.4.162 % dig MX gmail.com ... ;; SERVER: ::1#53(::1) % drill -6 MX gmail.com ... ;; SERVER: ::1 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#659771: espeak-gui: dependencies miss python-gtkspell
Package: espeak-gui Version: 0.4-1 Severity: normal When python-gtkspell is not installed, espeak-gui will not start and print the following error: Traceback (most recent call last): File /usr/bin/espeak-gui, line 25, in module from src import main File /usr/share/espeak-gui/src/main.py, line 28, in module import gtkspell ImportError: No module named gtkspell Installing python-gtkspell solves the issue. -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (700, 'stable'), (90, 'unstable'), (90, 'testing'), (70, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages espeak-gui depends on: ii gconf2 2.32.4-1 GNOME configuration database syste ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-espeak 0.4-1Python bindings for eSpeak ii python-gconf2.28.1-1 Python bindings for the GConf conf ii python-gtksourceview2 2.10.1-1 Python bindings for the GtkSourceV ii python-support 1.0.10 automated rebuilding support for P Versions of packages espeak-gui recommends: pn libtextcat0 none (no description available) espeak-gui 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#628646: consume plenty system resource
Gabriele Giacone wrote, on 12/02/12 00:03: On 02/11/2012 01:11 PM, Arthur Marsh wrote: I tried a ~/.gnashrc that had the line: startStopped true set startStopped true Actually when you enable it via gui (as described in previous mail), it populates ~/.gnashpluginrc and sets it there. From /etc/gnashrc: At time of writing, the plugin will first parse the systemwide 'gnashrc' file, then the user '.gnashrc' file, then the systemwide 'gnashpluginrc' file and finally user '.gnashpluginrc'. Where is ~/.gnashrc documented? Many options are documented in /etc/gnashrc itself. More info in user manual /usr/share/doc/gnash-common/gnashuser.html Thanks! Enabling flashblock for all sites including Youtube solved the problem I had been experiencing. I couldn't find any pointers from the gnash manual page to the files used /etc/gnashrc, ~/.gnashrc or to the documentation in /usr/share/doc/gnash-common. Regards, Arthur. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656373: me too
Remarkably, resetting BIOS to default values also cured this for me. Debian wheezy as of the time of this mail; Thinkpad X121e w/ Ericsson F5521gw. I say 'cured': I still haven't routed any packets over it, but I've at least got to the stage that it attempts to turn the modem (past hard rfkill etc.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659772: landscape sciposter + hyperref + latex + dvips = center-mirrored image
Package: texlive-binaries
Version: 2009-11
Severity: important
1. Create a fresh file, say, q.tex, with the following contents:
\documentclass[landscape]{sciposter}
\usepackage{hyperref}
\begin{document}
abcABC
\end{document}
2. Run
latex q dvips -o q.ps q.dvi
3a. Run
gv q.ps
or
evince q.ps
Observe that the abcABC is center-mirrored in the right lower corner.
It should not be.
3b. Run
xdvi q.dvi
or
evince q.dvi
Observe that the image is normal, not mirrored. So, most probably, the
error happens in dvips.
At step 1, removing either the landscape option or not including the
hyperref package results in a normal image as expected.
I would be grateful if anyone with more insight into the interplay
between sciposter, hyperref, latex, and dvips could repair this issue.
Best regards
Jaakov.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659542: remmina: Desktop file went MIA in remmina 1.0.0-1
Package: remmina Version: 1.0.0-1 Followup-For: Bug #659542 Looks like this was noticed and fixed already upstream in git: https://github.com/FreeRDP/Remmina/pull/20 -- 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, Alessio Treglia wrote: I've converted the SVN repo into a new git one, here is the result: http://anonscm.debian.org/gitweb/?p=pkg-multimedia/mpeg2dec.git There are in my eyes two ways to deal with importing the history of this package: a) start from the history in the packaging SVN repo pros: - fine grained history cons: - doesn't intermix with upstream history very well - mixes upstream files in working tree with just debian/ in working tree - no strict relationship to archive contents b) start from the Debian upload history (.dsc files as downloaded from snapshot.debian.org or from Launchpad, or convert bzr history from lp:debian/mpeg2dec) pros: - matches archive contents - consistenly upstream files in working tree - easy to mix with upstream tarball history cons: - doesn't mix with upstream git history if any Your git repo has partial SVN history, I don't know why; if I svn log the unstable mpeg2dec branch in pkg-multimedia it goes down to commits of David Lehn in October 2000 and has imports of the CVS history; these I don't see in your git repo. I would personally think this kind of deep history isn't terribly useful because its form is inconsistent (e.g. debian/ alone or not) so that you would only be able to git blame certain debian/* files. That's why I would personally recommend b), even if that means not seeing some of the finer grained history (my commits for instance). In any case, we must keep the SVN history somewhere; never wipe the SVN repo (you can commit an empty the tree though). To create b), I think I would either download the .dscs from Launchpad using a script or from snapshot.d.o, and then run git-import-dsc on them. Another separate question is how to integrate with upstream history; you could try mixing it with the Debian history, but you need to ensure that the Debian upload tags in the git repo correspond to uploaded .dscs. It's usually trickier to get this right, and it's really useful when dealing with a large set of cherry-picked upstream patches directly committed in your git repo, not useful when using a patch system though. I would recommend sticking to the branch of imported tarballs as the branch mixing history with the Debian one. You can always push some upstream git-ified history to the repo if you like and cherry-pick from it or export patches to debian/patches from it. Cheers, -- Loïc Minier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659773: midori: use dh_installdeb maintscript support
Package: midori
Version: 0.4.3-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 midori.
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. Note that I adjusted the position of the
#DEBHELPER# token in the postinst since it now needs to come before the
rmdir.
* 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 midori-0.4.3/debian/control midori-0.4.3/debian/control
--- midori-0.4.3/debian/control 2011-12-18 13:47:40.0 +
+++ midori-0.4.3/debian/control 2012-02-13 17:05:30.0 +
@@ -3,7 +3,7 @@
Priority: optional
Maintainer: Ryan Niebur r...@debian.org
Uploaders: Yves-Alexis Perez cor...@debian.org
-Build-Depends: debhelper (= 7.0.50),
+Build-Depends: debhelper (= 8.1.0~),
lsb-release,
libgtk2.0-dev (= 2.10),
libglib2.0-dev,
@@ -38,6 +38,7 @@
Package: midori
Architecture: any
+Pre-Depends: ${misc:Pre-Depends}
Depends: ${shlibs:Depends}, ${misc:Depends}, dbus-x11
Recommends: gnome-icon-theme
Provides: www-browser
diff -Nru midori-0.4.3/debian/midori.maintscript
midori-0.4.3/debian/midori.maintscript
--- midori-0.4.3/debian/midori.maintscript 1970-01-01 01:00:00.0
+0100
+++ midori-0.4.3/debian/midori.maintscript 2012-02-13 17:03:47.0
+
@@ -0,0 +1 @@
+mv_conffile /etc/xdg/midori/extensions/libadblock.so/config
/etc/xdg/midori/extensions/adblock/config 0.4.1-2
diff -Nru midori-0.4.3/debian/midori.postinst.base
midori-0.4.3/debian/midori.postinst.base
--- midori-0.4.3/debian/midori.postinst.base2011-12-18 13:47:40.0
+
+++ midori-0.4.3/debian/midori.postinst.base2012-02-13 17:04:41.0
+
@@ -9,10 +9,6 @@
x-www-browser.1.gz /usr/share/man/man1/midori.1.gz
;;
esac
-dpkg-maintscript-helper mv_conffile \
- /etc/xdg/midori/extensions/libadblock.so/config \
- /etc/xdg/midori/extensions/adblock/config \
- 0.4.1-2 midori -- $@
-rmdir /etc/xdg/midori/extensions/libadblock.so || true
#DEBHELPER#
+rmdir /etc/xdg/midori/extensions/libadblock.so || true
exit 0
diff -Nru midori-0.4.3/debian/midori.postrm midori-0.4.3/debian/midori.postrm
--- midori-0.4.3/debian/midori.postrm 2011-12-18 13:47:40.0 +
+++ midori-0.4.3/debian/midori.postrm 1970-01-01 01:00:00.0 +0100
@@ -1,8 +0,0 @@
-#!/bin/sh
-set -e
-dpkg-maintscript-helper mv_conffile \
- /etc/xdg/midori/extensions/libadblock.so/config \
- /etc/xdg/midori/extensions/adblock/config \
- 0.4.1-2 midori -- $@
-#DEBHELPER#
-exit 0
diff -Nru midori-0.4.3/debian/midori.preinst midori-0.4.3/debian/midori.preinst
--- midori-0.4.3/debian/midori.preinst 2011-12-18 13:47:40.0 +
+++ midori-0.4.3/debian/midori.preinst 1970-01-01 01:00:00.0 +0100
@@ -1,8 +0,0 @@
-#!/bin/sh
-set -e
-dpkg-maintscript-helper mv_conffile \
- /etc/xdg/midori/extensions/libadblock.so/config \
- /etc/xdg/midori/extensions/adblock/config \
- 0.4.1-2 midori -- $@
-#DEBHELPER#
-exit 0
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#659685: [ovs-dev] Bug#659685: Bug#659685: fails to build the kernel module
On Mon, Feb 13, 2012 at 05:49:54PM +0900, Simon Horman wrote: 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? The config.log would be useful too. Thomas, it's possible that you're hitting the following bug. I committed a fix for it to all of our active branches a few minutes ago (so obviously it isn't in Debian yet): http://openvswitch.org/pipermail/dev/2012-February/014890.html If that is the problem, then you can work around it simply by installing the libc6-dev package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659774: ITP: xvidenc -- shell script to encode DVDs to Xvid
Package: wnpp Severity: wishlist Owner: Alessio Treglia ales...@debian.org * Package name: xvidenc Version : 8.4.3 Upstream Author : Grozdan Nikolov neutri...@gmail.com * URL : http://xvidenc.sf.net/ * License : GPL Programming Lang: Bash Description : shell script to encode DVDs to Xvid A shell script which makes it easy to encode DVDs, (S)VCDs or video files to the Xvid video format using MEncoder from the MPlayer project. . xvidenc is written in a way to be useful for power users yet it is also very user friendly for people who are novices when it comes to video encoding. xvidenc operates by asking questions to the user, collecting input and passing it over to the encoding software. One of its unique features is the ability to use built-in video quality presets. This is especially useful to people who are just starting to encode video. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659738: How to compile simulavr 1.0.0 in Debian
When I simply ran ./configure and then make, I got th following error:
echo Error: SWIG version = 1.3.18 is required. You have 2.0.4. You
should look at http://www.swig.org; ; false -c++ -o simulavr_wrap.cxx
./simulavr.i
Error: SWIG version = 1.3.18 is required. You have 2.0.4. You
should look at http://www.swig.org
make[3]: *** [simulavr_wrap.cxx] Error 1
However, when I modified the configure.ac file,
replacing: AC_PROG_SWIG(1.3.18)
with: AC_PROG_SWIG(2.0.4)
and then ran autoconf; ./configure; make, the simulavr started to compile.
However then the compilation failed with another error:
/usr/lib/gcc/avr/4.5.3/../../../avr/include/util/delay.h:153:28:
error: __builtin_avr_delay_cycles expects an integer constant.
To clean the last problem (well, rather to hide it), I have simply
removed changes introduced by K. Schwichtenberg,
changing the definition of msleep function as below:
// Delay in 1/10's of a millisecond
void msleep(INT16U ms)
{ /* This loop does not work with optimization != 0. Therefore we use
avr-libc _delay routines K. Schwichtenberg */
INT16S i,j;
for (i = 1; i ms; i++)
for (j = 1; j ONETENTH_MS; j++); /* to give 1/10 ms*/
//_delay_ms(ms); // Changed K. Schwichtenberg
}
Of course the second problem should be fixed in the avr-libc. This is
only a dirty workaround :-(.
After that the simulavr compiled cleanly.
I hope, that the above may be useful for packaging of simulavr.
BTW my system is current debian/testing.
--
Regards,
WZab
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#134606: the anchors really need to keep?
Date: Mon, 25 Aug 2003 18:18:31 -0700 Frank, your patch for 134606 lowercases the surname anchors, which will break existing links. I googled www.debian.org/devel/people with some exclusion: http://www.google.com/search?q=%22debian.org%2Fdevel%2Fpeople%22+-bug+-site:debian.org don't be afraid, it says thousands of hits, but actually, it's only tens and their ghosts :-p and trash remained lists/bug related pages, then I got only 1 page has anchors: http://svn.uvw.ru/resume/resume.txt so now, keeping existing links is really needed now? if not, using all part of the names as an anchor make this issue much simpler :-D -- victory no need to CC me :-) http://userscripts.org/scripts/show/102724 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
