Bug#727415: NMU diff
--
Steve McIntyre, Cambridge, UK.st...@einval.com
There's no sensation to compare with this
Suspended animation, A state of bliss
diff -u libmpd-0.20.0/debian/rules libmpd-0.20.0/debian/rules
--- libmpd-0.20.0/debian/rules
+++ libmpd-0.20.0/debian/rules
@@ -7,7 +7,7 @@
DEB_DH_STRIP_ARGS:=--dbg-package=$(DBG_NAME)
%:
- dh --with quilt $@
+ dh --with quilt,autoreconf $@
override_dh_installdocs:
dh_installdocs
@@ -21,6 +21,7 @@
dh_strip $(DEB_DH_STRIP_ARGS)
override_dh_clean:
+ dh_autoreconf_clean
dh_clean
rm -f intltool-extract intltool-merge intltool-update
diff -u libmpd-0.20.0/debian/control libmpd-0.20.0/debian/control
--- libmpd-0.20.0/debian/control
+++ libmpd-0.20.0/debian/control
@@ -2,7 +2,7 @@
Section: libs
Priority: optional
Maintainer: Arnaud Cornet acor...@debian.org
-Build-Depends: libglib2.0-dev, debhelper (= 7.0.50~), quilt
+Build-Depends: libglib2.0-dev, debhelper (= 7.0.50~), quilt, dh-autoreconf
Standards-Version: 3.8.4
Homepage: http://gmpc.wikia.com/
diff -u libmpd-0.20.0/debian/changelog libmpd-0.20.0/debian/changelog
--- libmpd-0.20.0/debian/changelog
+++ libmpd-0.20.0/debian/changelog
@@ -1,3 +1,12 @@
+libmpd (0.20.0-1.2) unstable; urgency=low
+
+ * NMU
+ * run dh-autoreconf to update config.{sub,guess} and
+{libtool,aclocal}.m4. Closes: #727415,760260. Thanks to Brahadambal
+Srinivasan for the patch.
+
+ -- Steve McIntyre 93...@debian.org Wed, 15 Oct 2014 01:40:58 +0100
+
libmpd (0.20.0-1.1) unstable; urgency=low
* Non-maintainer upload.
Bug#765427: gnome-shell: tray icon
Package: gnome-shell Version: 3.14.0-1 Severity: minor Dear Maintainer, if I click with the mouse (with the right key that with the left) on a icon in the bottom panel, the contextual menu does not appear. I must use the TAB key of the keyboard, so the icon get focus and if I press Enter I can see and use the menu, with the mouse too. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.22.0-1 ii evolution-data-server3.12.6-1.1 ii gir1.2-accountsservice-1.0 0.6.37-3+b1 ii gir1.2-atspi-2.0 2.12.0-2 ii gir1.2-caribou-1.0 0.4.15-1 ii gir1.2-clutter-1.0 1.20.0-1 ii gir1.2-freedesktop 1.42.0-2 ii gir1.2-gcr-3 3.14.0-2 ii gir1.2-gdesktopenums-3.0 3.14.0-1 ii gir1.2-gdm3 3.13.92-1 ii gir1.2-gkbd-3.0 3.6.0-1 ii gir1.2-glib-2.0 1.42.0-2 ii gir1.2-gnomebluetooth-1.03.14.0-1 ii gir1.2-gnomedesktop-3.0 3.14.0-1 ii gir1.2-gtk-3.0 3.14.1-1 ii gir1.2-ibus-1.0 1.5.8-2 ii gir1.2-mutter-3.03.14.0-1 ii gir1.2-networkmanager-1.00.9.10.0-3 ii gir1.2-nmgtk-1.0 0.9.10.0-2 ii gir1.2-pango-1.0 1.36.8-2 ii gir1.2-polkit-1.00.105-7 ii gir1.2-soup-2.4 2.48.0-1 ii gir1.2-telepathyglib-0.120.24.1-1 ii gir1.2-telepathylogger-0.2 0.8.1-1 ii gir1.2-upowerglib-1.00.99.1-3 ii gjs 1.42.0-1 ii gnome-backgrounds3.14.0-1 ii gnome-icon-theme-symbolic3.12.0-1 ii gnome-settings-daemon3.14.0-2 ii gnome-shell-common 3.14.0-1 ii gnome-themes-standard3.14.0-1 ii gsettings-desktop-schemas3.14.0-1 ii libatk-bridge2.0-0 2.12.1-1+b1 ii libatk1.0-0 2.14.0-1 ii libc62.19-11 ii libcairo21.12.16-5 ii libcanberra-gtk3-0 0.30-2.1 ii libcanberra0 0.30-2.1 ii libclutter-1.0-0 1.20.0-1 ii libcogl-pango20 1.18.2-2 ii libcogl201.18.2-2 ii libcroco30.6.8-3 ii libdbus-glib-1-2 0.102-1 ii libecal-1.2-16 3.12.6-1.1 ii libedataserver-1.2-183.12.6-1.1 ii libgcr-base-3-1 3.14.0-2 ii libgdk-pixbuf2.0-0 2.30.8-1+b1 ii libgirepository-1.0-11.42.0-2 ii libgjs0e [libgjs0-libmozjs-24-0] 1.42.0-1 ii libglib2.0-0 2.42.0-2 ii libgstreamer1.0-01.4.3-1 ii libgtk-3-0 3.14.1-1 ii libical1 1.0-1 ii libjson-glib-1.0-0 1.0.2-1 ii libmozjs-24-024.2.0-2 ii libmutter0e 3.14.0-1 ii libnm-glib4 0.9.10.0-3 ii libnm-util2 0.9.10.0-3 ii libpango-1.0-0 1.36.8-2 ii libpangocairo-1.0-0 1.36.8-2 ii libpolkit-agent-1-0 0.105-7 ii libpolkit-gobject-1-00.105-7 ii libpulse-mainloop-glib0 5.0-6+b1 ii libpulse05.0-6+b1 ii libsecret-1-00.18-1+b1 ii libstartup-notification0 0.12-4 ii libsystemd0 215-5+b1 ii libtelepathy-glib0 0.24.1-1 ii libx11-6 2:1.6.2-3 ii libxfixes3 1:5.0.1-2 ii python 2.7.8-1 ii telepathy-mission-control-5 1:5.16.3-1 Versions of packages gnome-shell recommends: ii gdm3 3.13.92-1 ii gkbd-capplet 3.6.0-1 ii gnome-contacts
Bug#732055: ITP: groonga -- Fulltext search engine
On Wed, 15 Oct 2014 00:27:40 +0900 HAYASHI Kentaro haya...@clear-code.com wrote: I'm plan to make update for Groonga 4.0.6, but there is one concern. Groonga 4.0.6 tar.gz contains object files, it may be accidentally packaged, I guess. Lintian claims such files as E: groonga source: source-is-missing vendor/nginx-1.7.5/objs/src/os/unix/ngx_writev_chain.o for example. How do I should to fix this in a good manner? -- HAYASHI Kentaro haya...@clear-code.com I'll fix archive itself in upstream. -- HAYASHI Kentaro haya...@clear-code.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738028: python-seqdiag: seqdiag fails to process diagram with UTF-8 encoded labels
Hi,
I'm sorry my reply has became slow.
Would you try latest version 0.9.3-1?
This issue does not occure in the case that I have test this version
in cowbuilder.
Best regards,
--
Kouhei Maeda mkouhei at {palmtb.net,debian.or.jp}
KeyID 4096R/7E37CE41
2014-02-07 23:45 GMT+09:00 Jacob Sparre Andersen ja...@jacob-sparre.dk:
Package: python-seqdiag
Version: 0.9.0-1
Severity: normal
Dear Maintainer,
When I attempt to process a sequence diagram with UTF-8 encoded non-ASCII
characters in a label, seqdiag fails with the message:
ERROR: UnicodeEncodeError caught (check your font settings)
As I don't think I have touched my font settings, and don't even know where
to
do it, I am a bit puzzled.
Some details:
% file utf-8-failure.diag
utf-8-failure.diag: UTF-8 Unicode text
% cat utf-8-failure.diag
seqdiag {
A - B [label = ø];
}
% seqdiag utf-8-failure.diag
ERROR: UnicodeEncodeError caught (check your font settings)
%
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages python-seqdiag depends on:
ii python2.7.5-5
ii python-blockdiag 1.3.2-1
ii python-funcparserlib 0.3.6-2
ii python-pil2.3.0-1
ii python-pkg-resources 2.1-1
python-seqdiag recommends no packages.
python-seqdiag 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#765428: gaiksaurus: no icon
Package: gaiksaurus Version: 1.2.1+dev-0.12-6.2 Severity: minor There is no icon for gaiksaurus. On Launchpad, poikiloid suggested using the icon that the OS X port uses or a public domain dinosaur. [1] [1] https://launchpad.net/bugs/944247 Logan Rosen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719058: libgc symbols error on mips64(el)
I NMUed libgc with this patch to 5-delay. On Sun, May 4, 2014 at 11:04 PM, Yunqiang Su wzss...@gmail.com wrote: On Mon, Aug 12, 2013 at 5:48 AM, Sune Vuorela s...@debian.org wrote: On Sunday 11 August 2013 21:47:59 Christoph Egger wrote: Hi! YunQiang Su wzss...@gmail.com writes: Mips64(el) 's symbols is a little different, or it will ftbfs. Hmm strange. Maybe the symbols helper doesn't know mips64(el) yet? I would be quite surprised if pkgkde-symbolshelper knew about mips64(el) (and n32 for that sake) without any patches. I have patched pkgkde, it works well now. For libgc, we have still something to do for symbols. There are some symbols are marked !mips !mipsel, we should add !mips64 !mips64el to them. The buildlog is attached. Patches are most welcome. /Sune -- How can I uninstall the mousepad? From the panel within Photoshop 8.4 you either need to get access over a RW cache, or have not to boot with the tool to a Fast PCI kernel to the shell over the analogic BIOS password on a folder of a directory for uploading the DVD window. -- Yunqiang Su -- YunQiang Su libgc.debdiff Description: Binary data
Bug#765429: scantailor: Needs libtiff 3.9, fails to run without libtiff4
Package: scantailor Version: 0.9.11.1-2 Severity: grave Tags: upstream Justification: renders package unusable Dear Maintainer, I upgraded to Debian Jessie. Scantailor failed to run with the message that it could not find libtiff.so.4. I tried: ln -s /usr/lib/i386-linux-gnu/libtiff.so.5 /usr/lib/i386-linux-gnu/libtiff.so.4 and now when I run scantailor I get this message: scantailor: /usr/lib/i386-linux-gnu/libtiff.so.4: version `LIBTIFF_3.9' not found (required by scantailor) and nothing else seems to happen. I'm not sure what to try next. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.14-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages scantailor depends on: ii dpkg 1.17.13 ii libc62.19-11 ii libgcc1 1:4.9.1-16 ii libjpeg8 8d1-1 ii libpng12-0 1.2.50-2 ii libqt4-xml 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqtgui44:4.8.6+git64-g5dc8b2b+dfsg-2 ii libstdc++6 4.9.1-16 ii libtiff5 4.0.3-10+b1 ii libxrender1 1:0.9.8-1 scantailor recommends no packages. scantailor 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#765430: ldd: no version information available (required by /lib/x86_64-linux-gnu/libgcrypt.so.20)
Package: libgcrypt20 Version: 1.6.2-4 Severity: normal Looks like dependencies on libgpg-error not specified correctly? 361711,14 ldd /lib/x86_64-linux-gnu/libgcrypt.so.20 /lib/x86_64-linux-gnu/libgcrypt.so.20: /lib/x86_64-linux-gnu/libgpg-error.so.0: no version information available (required by /lib/x86_64-linux-gnu/libgcrypt.so.20) linux-vdso.so.1 (0x7fff73dfc000) libgpg-error.so.0 = /lib/x86_64-linux-gnu/libgpg-error.so.0 (0x7f328620f000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7f3285e67000) /lib64/ld-linux-x86-64.so.2 (0x7f3286719000) This breaks the like of pasuspender: 361712,15 /usr/bin/pasuspender /bin/true /usr/bin/pasuspender: /lib/x86_64-linux-gnu/libgpg-error.so.0: no version information available (required by /lib/x86_64-linux-gnu/libgcrypt.so.20) -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (5, 'testing'), (2, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-0.bpo.2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgcrypt20 depends on: ii libc6 2.19-11 ii libgpg-error0 1.10-3.1 ii multiarch-support 2.13-38+deb7u4 libgcrypt20 recommends no packages. Versions of packages libgcrypt20 suggests: pn rng-tools none -- no debconf information -- debsums errors found: sh: 1: /usr/sbin/dpkg-divert: not found -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758746: [NOT FIXED] kde-workspace-bin: Energy saving schemes have no effect
Updating ‘cgmanager’ up to version 0.33-2 indeed solves the issue with polkit / logind: $ qdbus --system org.freedesktop.login1 \ /org/freedesktop/login1 \ org.freedesktop.login1.Manager.CanSuspend now returns ‘yes’, while before update: ‘challenge’; and so $ qdbus --system org.freedesktop.login1 \ /org/freedesktop/login1 \ org.freedesktop.login1.Manager.Suspend true now works properly, while before update it returned: ‘Permission denied’. But KDE does not care – items ‘Suspend’ and ‘Hibernate’ in KMenu, KRunner, etc are still absent, KDE’s power management schemes still have no effect. So the problem seems to be more complicated. This might be related: $ qdbus org.freedesktop.PowerManagement.Inhibit \ /org/freedesktop/PowerManagement \ org.freedesktop.PowerManagement.CanSuspend false And yes, when the init is ‘systemd-sysv’ (not ‘sysvinit-core’) all works as expected. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765431: open-iscsi: umountiscsi.sh script does not properly check while traverse sysfs structure
Package: open-iscsi
Version: 2.0.873-3
Severity: important
Tags: patch
Dear Maintainer,
The umountiscsi.sh helper script does not properly check while traverse sysfs
filesystem for mounted
iSCSI devices. This cause a problem unmounting / or other filesystems when
'restart', 'stop' option
used with open-iscsi init script.
I suggest patch (below) to repair this.
-- System Information:
Debian Release: 7.6
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages open-iscsi depends on:
ii libc6 2.13-38+deb7u4
ii udev 175-7.2
open-iscsi recommends no packages.
open-iscsi suggests no packages.
-- Configuration Files:
/etc/init.d/umountiscsi.sh changed [not included]
/etc/iscsi/initiatorname.iscsi changed [not included]
-- no debconf information
--- umountiscsi.sh 2012-06-28 00:35:52.0 +0700
+++ umountiscsi-20141014.sh 2014-10-14 01:12:35.459559179 +0700
@@ -54,6 +54,9 @@
continue
fi
for BLOCK_FILE in $SESSION_DIR/target*/*\:*/block/*; do
+ if ! [ -d $BLOCK_FILE ]; then
+continue
+ fi
BLOCK_DEV=`echo $BLOCK_FILE | sed 's/.*block\///'`
DOS_PARTITIONS=`awk /^\/dev\/$BLOCK_DEV/ { print \\$2; } /proc/mounts`
for DEVICE in $DOS_PARTITIONS; do
Bug#765432: ITP: node-fd-slicer -- safely create multiple ReadStream or WriteStream objects from the same file descriptor - Node.js module
Package: wnpp Severity: wishlist Owner: Andrew Kelley superjo...@gmail.com X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-fd-slicer Version : 0.3.2 Upstream Author : Andrew Kelley superjo...@gmail.com * URL : https://github.com/andrewrk/node-fd-slicer * License : Expat Programming Lang: JavaScript Description : safely create multiple ReadStreams or WriteStreams from the same fd - Node.js module This module provides an API for creating multiple ReadStreams or WriteStreams from the same file descriptor. . The official Node.js API docs say that it is unsafe to use fs.write multiple times on the same file without waiting for the callback. This module solves this problem. . fd-slicer also provides additional features that builtin fs.createWriteStream is lacking, such as progress events and setting a maximum size to write. . Node.js is an event-based server-side JavaScript engine. . An older version of this module is bundled with node-yauzl. However now fd-slicer has a few more features and the new upstream version of node-multiparty depends on it. . I plan to maintain this as part of the pkg-javascript team.
Bug#270890: bug status?
Was there a resolution to this bug? Because the behavior still seems to be present according to the documentation in 4.2.2.dfsg.1-5+deb70u6, see Note well: in dhclient.conf(5). I don't see a public website of DHCP bugs where I could search for this. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731547: Bug located to glib.
Control: reassign 731547 libglib2.0-0 2.42.0-2
Control: tags 731547 + patch
Control: retitle 731547 glib not handling -1 return from sysconf
I have investigated this on the porterbox, and located the bug to glib.
Patch is attached.
The bug is due to that when the return value of sysconf (a long) is
compared to the variable stack_size (an unsigned long) the values have
to be converted to a common type in order to do the comparison. This
common type is chosen by the compiler to be unsigned long - which is
correct behaviour according to the C language standard. When sysconf
returns -1 this is therefore converted to ULONG_MAX in order to do the
comparison and this is of course then always considered to be the higher
value. So the stack_size allocated for the thread becomes -1 bytes. When
the thread starts and allocates memory in this non-existing stack it
overwrites memory already in use by other threads.
The patch checks that the value returned by sysconf is positive before
comparing it to the variable stack_size.
Mattias
--- glib-2.42.0/glib/gthread-posix.c 2014-09-22 13:42:12.0 +
+++ glib-2.42.0/glib/gthread-posix.c 2014-10-15 03:22:36.0 +
@@ -1159,7 +1159,9 @@
if (stack_size)
{
#ifdef _SC_THREAD_STACK_MIN
- stack_size = MAX (sysconf (_SC_THREAD_STACK_MIN), stack_size);
+ long min_stack_size = sysconf (_SC_THREAD_STACK_MIN);
+ if (min_stack_size = 0)
+stack_size = MAX (min_stack_size, stack_size);
#endif /* _SC_THREAD_STACK_MIN */
/* No error check here, because some systems can't do it and
* we simply don't want threads to fail because of that. */
signature.asc
Description: This is a digitally signed message part
Bug#765433: ITP: node-content-disposition -- Create and parse Content-Disposition header - Node.js module
Package: wnpp Severity: wishlist Owner: Andrew Kelley superjo...@gmail.com X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-content-disposition Version : 0.5.0 Upstream Author : Douglas Christopher Wilson d...@somethingdoug.com * URL : https://github.com/jshttp/content-disposition * License : Expat Programming Lang: JavaScript Description : Create and parse Content-Disposition header - Node.js module content-disposition is a Node.js module which provides API to create and parse RFC-compliant Content-Disposition headers. . Node.js is an event-based server-side JavaScript engine. . This module is a dependency of the latest upstream version of groovebasin, . I plan to maintain this module as part of the pkg-javascript team.
Bug#755683: Same here, 1-2 second lag on screen updates and bad redraws.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Is there any news on this? Has the problem gone away with new packages available in testing? On Wed, 3 Sep 2014 23:07:26 +0100 Joe Mullally josephusmulla...@gmail.com wrote: I am also experiencing all the same issues as the two above posters in this bug report. - The screen can lag behing typing by 1-2 seconds. Switching tabs or doing other UI actions in firefox takes 1-2 seconds, or hangs until I do some other UI activity. - Small graphical corruption in many applications (related?) - e.g. highlighting the Close-Window X button on gnome-shell windows causes the image of the X to only be partially drawn. The lag comes and goes every minutes or so, I can't correlate it to any activity (idleness?). I tried to grab some profiles and stack traces using 'perf' (attached) of a test that demonstrates this bug. I am pretty new to 'perf' so YMMV. The test is pressing Up and Down once every 1-2 seconds in aptitute in a terminal, which lags by 1-2 seconds consistently. During the lags, it looks like the CPU is spending most of the time in nvidia_drv.so or maybe in the kernel beneath that module (e.g. perf.report_4.txt). I could be totally wrong here. Unfortunately, I can't get perf to produce stack traces when the CPU is in any section of the NVIDIA Xorg nvidia_drv.so module (Closed source. Lack of debug symbols? Unusual compilation options that prevent stack unwinding?). If anyone has any suggestions on how to even get such an Xorg stacktrace of the call stack above the NVIDIA bits let me know and I can try to get it. It might help pinpoint what specific X calls to the driver are having issues and suggest a narrower test. I don't see this issues when using the nouveau driver, which I am happily switching back to now :) - -- My email is signed and I encrypt email on request. To verify my signature or send me encrypted email, get my public key: http://lippuner.ca/key -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJUPfesAAoJELH92qHy0gnt0RAP/RQKIhOa1CLVukvnuisQJFqJ mrrUXUqHpGYeHNHktVdPB6jeKbjqjeNYRgTVhXjgyJ2JszJKXD/lHe+FTOgtxeSL qDVfM6xudwEgYCfuerY9i/+x64kyvauFmKYv+M1uZWHp6WL9sF4QT4jZX8TSQbu3 cxu8FY2EnBYYytU8QKlsmeqHMgKSCwlgAcamM4+7xPRL4P79jnALAYQ0JJkpWunK sSEiE6ZgqGDvFvHMCohmcEqvgGwf3fgO+vrwzUN8dkxmsFStfl97n8sUbrdLNtS/ NM1umLEkD28D7tYWSYeXpdoYsTwewxxce3g7Q1wBVggIyf7ch57Ufu11OD0splk+ a3Qct0Z+PUTHxzaSkOLmAzBm4K1hYhBSPbFLmmUAZ8ya5zUWC+rer70I4/ZpuqCk RhDvRKnWUUOm9CSDttvWi8DqdyDey2p4A294ePArhbOTT6O0CtczGPVd7cNqcK0E 9k9BREGC2Lxj8V2DEhHUixM6RTnNdIqEMIvRXPHjUByDEu/DB/z++Nw1/9W8uYtO +2b/Wx/Ztt0ZW5kNPwHlkxSIrWVgnTBQ6Rg4DTOU4dTJnZxXQrCMpbarz2qniANc QU9rn4+tsZ3IyOW9ehUON0wh23/8j8RJhpNumldWml9Z16dt9SbvOSjH4UbHXd7R 3Pq6Y1PN8m4O1WUej7vP =jYig -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#755878: nordugrid-arc: FTBFS on hurd-i386
The bug has been identified and located to glib2.0. Bug #731547 has been reassigned accordingly. Mattias signature.asc Description: This is a digitally signed message part
Bug#765314: mrpt: FTBFS on all non-x86-based architectures
Still not building everywhere: https://buildd.debian.org/status/package.php?p=mrpt It's never built on ppc64el, so that won't block testing migration (but it would be good to sort out). The failure on sparc isn't a big problem, as sparc isn't a release arch for jessie. And armel, mips, and mipsel are yet to attempt a build of this version. But the failure on s390x needs sorting out if mrpt is to make jessie - failure is in the testsuite: [ RUN ] Synch.CriticalSections_Multi *** stack smashing detected ***: ./test_mrpt_base terminated For backtrace, etc see the tail end of: https://buildd.debian.org/status/fetch.php?pkg=mrptarch=s390xver=1%3A1.2.2-1.1stamp=1413289418 Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765434: man-db install-triggers broken
Package: man-db Version: 2.7.0.2-2 Severity: normal Dear Maintainer, upgrade to man-db fails to install. According to error message it may be that the problem itself is in some other package or in dependencies between the packages. Output from apt-get dist-upgrade goes like this: Processing triggers for man-db (2.7.0.2-2) ... dpkg: cycle found while processing triggers: chain of packages whose triggers are or may be responsible: libgdk-pixbuf2.0-0:i386 - doc-base packages' pending triggers which are or may be unresolvable: doc-base: /usr/share/doc-base menu: /usr/share/menu libgdk-pixbuf2.0-0:i386: /usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders hal: /usr/share/hal/fdi dpkg: error processing package doc-base (--unpack): triggers looping, abandoned .. and man-db is left unconfigured. I have doc-base 0.10.6, menu 2.1.47, libgdk-pixbuf2 2.31.1-2 and hal 0.5.14-8. -- Antti Järvinen -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.14-2-686-pae (SMP w/1 CPU core) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages man-db depends on: ii bsdmainutils 9.0.5 ii debconf [debconf-2.0] 1.5.53 ii dpkg 1.17.18 ii groff-base 1.22.2-8 ii libc6 2.19-11 ii libgdbm3 1.8.3-13 ii libpipeline1 1.3.1-1 ii zlib1g 1:1.2.8.dfsg-2 man-db recommends no packages. Versions of packages man-db suggests: ii groff1.22.2-8 ii iceweasel [www-browser] 31.1.0esr-1 ii less 458-3 ii links [www-browser] 2.8-2+b1 ii lynx-cur [www-browser] 2.8.9dev1-2 ii w3m [www-browser]0.5.3-17 ii xemacs21-mule [www-browser] 21.4.22-8 -- debconf information: man-db/auto-update: true man-db/rebuild-database: true * man-db/install-setuid: true man-db/build-database: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765314: mrpt: FTBFS on all non-x86-based architectures
Any recommendation about how to test it locally on s390x? qemu or alike? A partner got it tested in a physical mips device before submitting, so hopefully it will work there... Thanks. On Wed, Oct 15, 2014 at 7:00 AM, Olly Betts o...@survex.com wrote: Still not building everywhere: https://buildd.debian.org/status/package.php?p=mrpt It's never built on ppc64el, so that won't block testing migration (but it would be good to sort out). The failure on sparc isn't a big problem, as sparc isn't a release arch for jessie. And armel, mips, and mipsel are yet to attempt a build of this version. But the failure on s390x needs sorting out if mrpt is to make jessie - failure is in the testsuite: [ RUN ] Synch.CriticalSections_Multi *** stack smashing detected ***: ./test_mrpt_base terminated For backtrace, etc see the tail end of: https://buildd.debian.org/status/fetch.php?pkg=mrptarch=s390xver=1%3A1.2.2-1.1stamp=1413289418 Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736782: roundcube: diff for NMU version 0.9.5+dfsg1-4.1
Control: tags 736782 + pending Dear maintainer, I've prepared an NMU for roundcube (versioned as 0.9.5+dfsg1-4.1) and uploaded it to DELAYED/10. Please feel free to tell me if I should delay it longer. This is a fix #736782, which is blocking roundcube getting into jessie. I've give it a brief test and it seemed to work but I am a (very) casual roundcube user so I doubt I'd notice anything subtle. Note that the .orig.tar.gz is by necessity repackaged now. I've arranged for uscan to do this automatically when it downloads it. If you keep this arrangement naturally this means you should use uscan to download the .orig.tar.gz from now on. The diff has had the files removed from the .orig.tar.gz below. Lines 1000's of characters long don't help clarity. Regards, Russell Stuart diff -Nru roundcube-0.9.5/debian/changelog roundcube-0.9.5+dfsg1/debian/changelog --- roundcube-0.9.5/debian/changelog2014-01-21 05:02:05.0 +1000 +++ roundcube-0.9.5+dfsg1/debian/changelog 2014-10-15 09:52:34.0 +1000 @@ -1,3 +1,20 @@ +roundcube (0.9.5+dfsg1-4.1) unstable; urgency=low + + * NMU - rc bug preventing roundcube from being included in jessie. + * Changed debian/watch debian/copyright so uscan repackage +upstream tarball to remove files without source. +Closes: #736782. + * Added sources for jquery-ui and jstz.js to debian/missing-sources. + * Modified debian/copyright to acknowledge copyrights of +files in debian/missing-sources. + * Added debian/create-jquery-ui-custom.sh that creates the +jquery-ui-1.9.1.custom.min.js from upstream source. + * Modified debian/rules to create jstz.min.js and +jquery-ui-1.9.1.custom.min.js form the versions we have +sources for. + + -- Russell Stuart russell-deb...@stuart.id.au Wed, 15 Oct 2014 09:51:17 +1000 + roundcube (0.9.5-4) unstable; urgency=low * Depends directly on postgresql-client instead of a particular (and diff -Nru roundcube-0.9.5/debian/copyright roundcube-0.9.5+dfsg1/debian/copyright --- roundcube-0.9.5/debian/copyright2014-01-21 05:02:05.0 +1000 +++ roundcube-0.9.5+dfsg1/debian/copyright 2014-10-14 19:13:01.0 +1000 @@ -1,7 +1,8 @@ -Format: http://dep.debian.net/deps/dep5/ +Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ Upstream-Name: Roundcube Dev. - Switzerland Upstream-Contact: http://roundcube.net/support Source: http://roundcube.net/download +Files-Excluded: program/js/jquery.min.js program/js/jstz.min.js plugins/jqueryui/js/jquery-ui-1.9.1.custom.min.js Files: * Copyright: Copyright (C) 2005-2011, The Roundcube Dev Team @@ -90,6 +91,16 @@ 2007-2011, Romain Beauxis to...@rastageeks.org License: GPL-2 +Files: debian/missing-sources/jquery-ui* +Copyright: 2012 jQuery Foundation and other contributors +License: Expat +Comment: Source - http://jqueryui.com/download/all/ + +Files: debian/missing-sources/*-jstimezonedetect-* +Copyright: 2013 Jon Nylander +License: Expat +Comment: Source - https://bitbucket.org/pellepim/jstimezonedetect/downloads + License: BSD-2-clause Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions @@ -576,3 +587,23 @@ On Debian systems, the full text of the GNU General Public License version 3 can be found in the file `/usr/share/common-licenses/GPL-3`. + +License: Expat + Permission is hereby granted, free of charge, to any person obtaining + a copy of this software and associated documentation files (the + Software), to deal in the Software without restriction, including + without limitation the rights to use, copy, modify, merge, publish, + distribute, sublicense, and/or sell copies of the Software, and to + permit persons to whom the Software is furnished to do so, subject to + the following conditions: + . + The above copyright notice and this permission notice shall be + included in all copies or substantial portions of the Software. + . + THE SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND, + EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF + MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND + NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE + LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION + OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION + WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. diff -Nru roundcube-0.9.5/debian/create-jquery-ui-custom.sh roundcube-0.9.5+dfsg1/debian/create-jquery-ui-custom.sh --- roundcube-0.9.5/debian/create-jquery-ui-custom.sh 1970-01-01 10:00:00.0 +1000 +++ roundcube-0.9.5+dfsg1/debian/create-jquery-ui-custom.sh 2014-10-15 10:04:57.0 +1000 @@ -0,0 +1,24 @@ +#!/bin/sh +# +# The program/js/jquery-ui-1.9.1.custom.js can't be shipped +# because we don't have the source for it. So construct that +# works the way
Bug#765317: RFP: t-digest -- data structure for accurate on-line accumulation of rank-based statistics such as quantiles and trimmed means
Package: wnpp Severity: wishlist * Package name: libt-digest-java Version : 3.0 Upstream Author : Ted Dunning * URL or Web page : https://github.com/tdunning/t-digest * License : Apache2 Description : data structure for accurate on-line accumulation of rank-based statistics such as quantiles and trimmed means This is a dependency for newer versions of ElasticSearch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764981: minetest: can't input a '7' from main menu
Hi, On Sun, Oct 12, 2014 at 12:00 PM, cacatoès cacat...@tuxfamily.org wrote: Package: minetest Version: 0.4.10+repack-1 Severity: normal Dear Maintainers, The problem is very simple... I can't input a '7' from the main menu. So, for instance, if I want to join a custom server, I can't if it has this digit in the IP address. I was told on the IRC it is a known problem with irrlicht, and several people are experiencing something similar with non-english keyboard layouts. I was given this partial fix on #minetest : In irlicht 1.8.1 change in irrlicht-1.8.1/source/Irrlicht/CIrrDeviceLinux.cpp line event.xkey.state = 0; for event.xkey.state = ~(ControlMask|ShiftMask); without quotes and recompile your irrlicht Do you know if this bug has been reported to upstream irrlicht (i.e. do you have an upstream commit or bug report to refer to)? If not, please report it upstream and let us know the url of your bug report. (Martin, feel free to go ahead and make a team upload to fix this.) Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763843: RFA: mathjax -- JavaScript display engine for LaTeX and MathML
Hi Abdelhak, On Fri, 10 Oct 2014 12:12:59 +0100, Abdelhak Bougouffa abdel...@cryptolab.net wrote: Hi Dmitry Shachnev, I'm a new arrival to debian, I want to work on this I should warn you that it is a quite complicated package, so if you don’t have packaging experience, starting with this package may be a wrong choise for you. If you still want to work on this package, please request to join the pkg-javascript team on Alioth [1] and I will approve your membership (and that will give you Git access). [1]: https://alioth.debian.org/projects/pkg-javascript/ -- Dmitry Shachnev signature.asc Description: OpenPGP digital signature
Bug#757993: bootflag on bootable /dev/sdb2
* Jos van Wolput [Tue Oct 14, 2014 at 11:38:34AM +0800]: I tested version 0.14.10 with python-parted installed: fdisk -l Device Boot Start End Sectors Size Id Type /dev/sdb12048 482347007 482344960 230G c W95 FAT32 (LBA) /dev/sdb2 *482347008 48159 2097152 1G c W95 FAT32 (LBA) /dev/sdb3 48160 976773166 492329007 234.8G 83 Linux --- grml2usb --grub --grub-mbr /home/jos/backup/grml64-full_2014.03.iso /dev/sdb2 Executing grml2usb version 0.14.10 Warning: the specified device /dev/sdb2 does not look like a removable usb device. [...] /usr/sbin/grub-install: error: More than one install device?. Installing for i386-pc platform. Installation finished. No error reported. [...] Apart from a warning and an error it installs and works properly. Ok great, thanks for checking. About the warning: my /dev/sdb2 is a removable usb hard disk. Your device seems to lack the according entry (1) in /sys/class/block/$usbdevice/removable, which is not totally uncommon sadly. What about error: More than one install device? No idea, I'd call it a GRUB problem. regards, -mika- signature.asc Description: Digital signature
Bug#765314: mrpt: FTBFS on all non-x86-based architectures
Yes please, and thanks for the patch! I noticed it yesterday and fixed upstream [1], but didn't know how to propagate this quickly to Debian. Thanks. JL [1] https://github.com/jlblancoc/mrpt/commit/f095bba6c4337de8c3d113b08558ae09ebbf0a53 On Tue, Oct 14, 2014 at 4:29 AM, Olly Betts o...@survex.com wrote: Package: mrpt Version: 1:1.2.2-1 Severity: serious Justification: FTBFS Tags: patch sid jessie User: freewx-ma...@lists.alioth.debian.org Usertags: wx3.0 Dear maintainer, The latest upload of mrpt fails to build on all non-x86-based architectures, due to passing SSE4-related compiler options. It also presumably compiles to code using SSE4 instructions on x86-based architectures, which means it won't work on older x86 processors which Debian aims to support. I've attached a patch which fixes debian/rules to pass the correct options to the upstream build system (which seem to have changed between 1.2.1 and 1.2.2). I've test built this on x86_64 and verified from the build log that the SSE4-related options get set correctly. If you'd like me to NMU this fix, just let me know. Cheers, Olly -- ___ Dr. Jose-Luis Blanco-Claraco CITE-IV 1.05 Universidad de Almería, Departamento de Ingeniería 04120 Almería (Spain) http://www.ual.es/~jlblanco/ ___ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765318: ocrfeeder: fail to start : Attempt to unlock mutex that was not locked
Package: ocrfeeder Version: 0.7.11-3 Severity: normal When i try to execute it i have $ ocrfeeder Attempt to unlock mutex that was not locked zsh: abort ocrfeeder I found a similar bug and the solution on https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758619#63 the patch is -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ocrfeeder depends on: ii cuneiform 1.1.0+dfsg-5 ii ghostscript9.06~dfsg-1 ii gocr 0.49-2 ii ocrad 0.24~pre1-3 ii python 2.7.8-1 ii python-enchant 1.6.6-2 ii python-gtk22.24.0-4 ii python-lxml3.4.0-1 ii python-pygoocanvas 0.14.1-1+b3 ii python-reportlab 3.1.8-3 ii python-sane [python-imaging-sane] 2.5.1-1 ii tesseract-ocr 3.03.03-1 Versions of packages ocrfeeder recommends: ii unpaper 0.4.2-1 ii yelp 3.14.0-1 ocrfeeder 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#763720: Please enable the vst plugin on i386 and amd64
[Tobias Doerffel] I do however not know how to instruct pbuilder to install packages from a foreign architecture. I have not been able to find a notation that work, and suspect the automatic package builders do not accept multiarch build dependencies. I thus suspect a different apprach is needed, and have disabled the vst plugin on amd64. The build did not work on i386 either, so I have disabled it there too. :( Not sure how important it is to include the vst plugin, as I am no regular user of lmms myself. If someone is able to provide working patches (as in package build in pbuilder on amd64 and i386), I'll try again. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765318: ocrfeeder: the patch...
Package: ocrfeeder Version: 0.7.11-3 Followup-For: Bug #765318 --- /usr/lib/python2.7/dist-packages/ocrfeeder/studio/studioBuilder.py 2013-06-08 02:28:18.0 +0200 +++ studioBuilder.py 2014-10-14 08:17:44.353957848 +0200 @@ -164,6 +164,7 @@ def run(self): gtk.gdk.threads_init() + gtk.gdk.threads_enter() gtk.main() def dragDataReceived(self, widget, context, x, y, selection, target_type, timestamp):
Bug#765291: aseprite: FTBFS on i386,kfreebsd-i386: 1 FAILED TEST
Control: tags -1 + pending Thanks. I told upstream about the bug in the resizing algorithm and will upload either a fix or disable the test soon. Best, Tobias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742896: Blank screen on all videos with VDPAU and nVidia card (xbmc)
Hi, 2014-10-14 2:01 GMT+02:00 Sergej Wildemann wildem...@finf.uni-hannover.de: Hi, i tested the current xbmc package in unstable 13.2+dfsg1-2. Some videos play, some don't. I couldn't see a reason for that. In my tests it was like 50:50. All files are mkv with x264 video. The computer has a radeon GPU: 00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Wrestler [Radeon HD 6320] You can find problematic samples here: http://krul.finf.uni-hannover.de/~fjen/xbmc/ This one works for example: http://ftp.halifax.rwth-aachen.de/blender/demo/movies/Sintel.2010.720p.mkv Thank you for the samples. I have updated the bug at Libav here: https://bugzilla.libav.org/show_bug.cgi?id=674 Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763428: openvswitch-switch: openvswitch doesn't work anymore since kernel 3.16 update
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 I have made some additional testing on a new server that have the same hardware/setup than other I have uncounter the same issue. but in fact, the issue occurs with I use fake-bridge with a vlan. root@stri:~# ovs-vsctl show b7c26499-2586-4dac-a5c0-52d80cb24cd9 Bridge br-eth0 Port vlan3199 tag: 3199 Interface vlan3199 type: internal Port vlan3132 tag: 3132 Interface vlan3132 type: internal Port vlan3175 tag: 3175 Interface vlan3175 type: internal Port br-eth0 Interface br-eth0 type: internal Port eth0 Interface eth0 ovs_version: 2.3.90 # modinfo openvswitch filename: /lib/modules/3.16-2-amd64/updates/dkms/openvswitch.ko version:2.3.90 license:GPL description:Open vSwitch switching datapath srcversion: 3DE816749EC5E2768BB59E1 depends:libcrc32c,vxlan,gre vermagic: 3.16-2-amd64 SMP mod_unload modversions I have used the master branch of openvswitch for userland and kernel land (commit ff601a08a44c37fa8a6e0e569dc00d6731f5 - Fri Oct 10 14:41:10 2014 -0700). root@stri:~# ip a s dev vlan3175 14: vlan3175: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc noqueue state UNKNOWN group default link/ether 62:e7:3c:9e:d4:45 brd ff:ff:ff:ff:ff:ff inet 192.168.3.106/24 scope global vlan3175 valid_lft forever preferred_lft forever inet6 fe80::60e7:3cff:fe9e:d445/64 scope link valid_lft forever preferred_lft forever root@stri:~# ovs-dpctl show system@ovs-system: lookups: hit:22902 missed:3675 lost:0 flows: 3 masks: hit:35144 total:3 hit/pkt:1.32 port 0: ovs-system (internal) port 1: vlan3132 (internal) port 2: vlan3199 (internal) port 3: eth0 port 4: vlan3175 (internal) port 5: br-eth0 (internal) Then I run the ping in background: root@stri:~# ping 192.168.3.101 ... From 192.168.3.106 icmp_seq=187 Destination Host Unreachable From 192.168.3.106 icmp_seq=188 Destination Host Unreachable From 192.168.3.106 icmp_seq=189 Destination Host Unreachable ... And I look at traffic with ovs-dpctl dump-flows and tcpdump root@stri:~# ovs-dpctl dump-flows recirc_id(0),in_port(4),eth(src=62:e7:3c:9e:d4:45,dst=ff:ff:ff:ff:ff:ff),eth_type(0x0806),arp(sip=192.168.3.106,tip=192.168.3.101,op=1/0xff), packets:17, bytes:714, used:0.436s, actions:push_vlan(vid=3175,pcp=0),5,3 recirc_id(0),in_port(1),eth(src=62:e7:3c:9e:d4:45,dst=ff:ff:ff:ff:ff:ff),eth_type(0x0806),arp(sip=89.234.156.234,tip=91.224.149.254,op=1/0xff), packets:234, bytes:9828, used:1.068s, actions:push_vlan(vid=3132,pcp=0),5,3 recirc_id(0),in_port(1),eth(src=62:e7:3c:9e:d4:45,dst=33:33:ff:00:00:31),eth_type(0x86dd),ipv6(frag=no), packets:2, bytes:172, used:1.096s, actions:push_vlan(vid=3132,pcp=0),5,3 Here, they are a first weird thing, openvswitch have created port 1 and port 4 with the same MAC, this is not the case on my other server with kernel 3.14 root@stri:~# tcpdump -eni eth0 '(icmp or arp)' tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes 01:36:04.924148 62:e7:3c:9e:d4:45 ff:ff:ff:ff:ff:ff, ethertype 802.1Q (0x8100), length 46: vlan 3175, p 0, ethertype ARP, Request who-has 192.168.3.101 tell 192.168.3.106, length 28 01:36:05.922944 62:e7:3c:9e:d4:45 ff:ff:ff:ff:ff:ff, ethertype 802.1Q (0x8100), length 46: vlan 3175, p 0, ethertype ARP, Request who-has 192.168.3.101 tell 192.168.3.106, length 28 01:36:06.922948 62:e7:3c:9e:d4:45 ff:ff:ff:ff:ff:ff, ethertype 802.1Q (0x8100), length 46: vlan 3175, p 0, ethertype ARP, Request who-has 192.168.3.101 tell 192.168.3.106, length 28 01:36:07.940165 62:e7:3c:9e:d4:45 ff:ff:ff:ff:ff:ff, ethertype 802.1Q (0x8100), length 46: vlan 3175, p 0, ethertype ARP, Request who-has 192.168.3.101 tell 192.168.3.106, length 28 ... It seems that the icmp does not succeed because we didn't get the reply for the ARP request. So i'm looking to the destination host of the ping request: # tcpdump -eni eth0 '(icmp or arp) and host 192.168.3.106' tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes 08:37:40.352416 62:e7:3c:9e:d4:45 ff:ff:ff:ff:ff:ff, ethertype 802.1Q (0x8100), length 64: vlan 3175, p 0, ethertype ARP, Request who-has 192.168.3.101 tell 192.168.3.106, length 46 08:37:40.352434 42:54:b1:1b:15:45 62:e7:3c:9e:d4:45, ethertype 802.1Q (0x8100), length 46: vlan 3175, p 0, ethertype ARP, Reply 192.168.3.101 is-at 42:54:b1:1b:15:45, length 28 08:37:41.370635 62:e7:3c:9e:d4:45 ff:ff:ff:ff:ff:ff, ethertype 802.1Q (0x8100), length 64: vlan 3175, p 0, ethertype ARP, Request who-has 192.168.3.101 tell
Bug#765101: Dealing with the conflicting dbus policies?
Hello Josh, Josh Triplett [2014-10-14 7:03 +0200]: Given the increasing desire to install systemd-shim even on systems moving to systemd, both to make init=/lib/sysvinit/init work and to smooth the transition as part of 746578, I think we need a better solution for this problem than just updating systemd-shim every time systemd's dbus policy changes. Agreed. Simple solution: given that systemd-shim exists to help run systemd services without systemd as PID 1, how about making systemd-shim depend on systemd, which contains those services? IMHO this would be the way to go now. I think systemd-shim shipping its own version of the policy is a leftover from the time when Ubuntu split systemd-services, and did not install the systemd package. But now there's only the systemd package in both Debian and Ubuntu. So I think dropping the D-BUS policy from -shim entirely is now possible, correct, and desirable. Steve, do you agree? Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765319: missing license in debian/copyright
Package: pioneers Version: 15.2-1 Severity: serious User: alteh...@debian.org Usertags: ftp X-Debbugs-CC: ftpmas...@ftp-master.debian.org thanks Dear Maintainer, please add the missing license of: editor/gtk/pioneers-editor.svg client/gtk/data/pioneers.svg server/gtk/pioneers-server.svg debian/copyright. client/gtk/data/style-ai.svg is licensed under CC-BY-SA 2.5 which is not DFSG-free, so please remove it. Thanks! Thorsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765324: libvorbis: Patch used in NMU 1.3.2-1.5
Package: libvorbis-dev
Version: 1.3.2-1.5
Tags: patch
Severity: wishlist
Hi. This is the patch I used in the NMU I just uploaded to fix a few
crash bugs in libvorbis.
A new upstream version should be considered too, but I did not want to
do that much changes so soon before the freeze without maintainer
approval. Is there anyone left in the Debian Xiph team? No
maintainer upload of libvorbis since 2011 make me wonder.
--
Happy hacking
Petter Reinholdtsen
diff -Nru libvorbis-1.3.2/debian/changelog libvorbis-1.3.2/debian/changelog
--- libvorbis-1.3.2/debian/changelog2014-10-14 09:35:23.0 +0200
+++ libvorbis-1.3.2/debian/changelog2014-10-14 09:32:54.0 +0200
@@ -1,3 +1,16 @@
+libvorbis (1.3.2-1.5) unstable; urgency=low
+
+ * Non-maintainer upload to fix crash and hang bug.
+ * Switch to debian source format 3.0 (quilt).
+ * Add Homepage link in debian/control.
+ * Avoid floating point exception when dividing by zero when
+bytespersample is zero (Closes: #635906). Patch from Daniel Exner.
+ * Fix hang with loading Ogg Theora files when seeking to PCM 0 by
+backporting r19159 of upstream SVN, authored by Chris Montgomery
+(Closes: #762571). Patch from Martin Steghöfer.
+
+ -- Petter Reinholdtsen p...@debian.org Tue, 14 Oct 2014 09:32:30 +0200
+
libvorbis (1.3.2-1.4) unstable; urgency=low
* Non-maintainer upload.
diff -Nru libvorbis-1.3.2/debian/control libvorbis-1.3.2/debian/control
--- libvorbis-1.3.2/debian/control 2014-10-14 09:35:23.0 +0200
+++ libvorbis-1.3.2/debian/control 2014-10-14 08:58:58.0 +0200
@@ -6,6 +6,7 @@
Build-Depends: debhelper (= 9~), dh-autoreconf, libogg-dev
Standards-Version: 3.9.1
Vcs-Bzr: http://bzr.debian.org/bzr/pkg-xiph/libvorbis
+Homepage: http://www.xiph.org/vorbis/
Package: libvorbis0a
Architecture: any
diff -Nru libvorbis-1.3.2/debian/patches/floor-cve-2012-0444.patch
libvorbis-1.3.2/debian/patches/floor-cve-2012-0444.patch
--- libvorbis-1.3.2/debian/patches/floor-cve-2012-0444.patch1970-01-01
01:00:00.0 +0100
+++ libvorbis-1.3.2/debian/patches/floor-cve-2012-0444.patch2014-10-14
09:19:38.0 +0200
@@ -0,0 +1,17 @@
+Description: Fix cve-2012-0444: buffer overflow in floor1.c
+ Patch found in version 1.3.2-1.2.
+Author: Michael Gilbert mgilb...@debian.org
+Forwarded: no
+Reviewed-By: Petter Reinholdtsen p...@hungry.com
+Last-Update: 2014-10-14
+
+--- libvorbis-1.3.2.orig/lib/floor1.c
libvorbis-1.3.2/lib/floor1.c
+@@ -167,6 +167,7 @@ static vorbis_info_floor *floor1_unpack
+
+ for(j=0,k=0;jinfo-partitions;j++){
+ count+=info-class_dim[info-partitionclass[j]];
++if(countVIF_POSIT) goto err_out;
+ for(;kcount;k++){
+ int t=info-postlist[k+2]=oggpack_read(opb,rangebits);
+ if(t0 || t=(1rangebits))
diff -Nru libvorbis-1.3.2/debian/patches/hang.patch
libvorbis-1.3.2/debian/patches/hang.patch
--- libvorbis-1.3.2/debian/patches/hang.patch 1970-01-01 01:00:00.0
+0100
+++ libvorbis-1.3.2/debian/patches/hang.patch 2014-10-14 09:27:36.0
+0200
@@ -0,0 +1,212 @@
+Description: Fix hang when loading Ogg Theora files in audacity
+ Fix hang with loading Ogg Theora files when seeking to PCM 0 by
+ backporting r19159 of upstream SVN, authored by Chris Montgomery.
+Author: Martin Steghöfer mar...@steghoefer.eu
+Bug-Debian: http://bugs.debian.org/762571
+Reviewed-By: Petter Reinholdtsen p...@debian.org
+Last-Update: 2014-10-14
+
+--- libvorbis-1.3.2.orig/lib/vorbisfile.c
libvorbis-1.3.2/lib/vorbisfile.c
+@@ -1417,22 +1417,28 @@ int ov_pcm_seek_page(OggVorbis_File *vf,
+ if(pos=total)break;
+ }
+
+- /* search within the logical bitstream for the page with the highest
+- pcm_pos preceding (or equal to) pos. There is a danger here;
+- missing pages or incorrect frame number information in the
+- bitstream could make our task impossible. Account for that (it
+- would be an error condition) */
++ /* Search within the logical bitstream for the page with the highest
++ pcm_pos preceding pos. If we're looking for a position on the
++ first page, bisection will halt without finding our position as
++ it's before the first explicit granulepos fencepost. That case is
++ handled separately below.
++
++ There is a danger here; missing pages or incorrect frame number
++ information in the bitstream could make our task impossible.
++ Account for that (it would be an error condition) */
++
++ /* new search algorithm originally by HB (Nicholas Vinen) */
+
+- /* new search algorithm by HB (Nicholas Vinen) */
+ {
+ ogg_int64_t end=vf-offsets[link+1];
+-ogg_int64_t begin=vf-offsets[link];
++ogg_int64_t begin=vf-dataoffsets[link];
+ ogg_int64_t begintime = vf-pcmlengths[link*2];
+ ogg_int64_t endtime = vf-pcmlengths[link*2+1]+begintime;
+ ogg_int64_t target=pos-total+begintime;
+-ogg_int64_t best=begin;
++ogg_int64_t best=-1;
+
+ ogg_page og;
++/*
Bug#765321: pyzmq: FTBFS on arm64
Source: pyzmq Version: 14.3.1-1 It's not building on arm64: http://buildd.debian.org/status/fetch.php?pkg=pyzmqarch=arm64ver=14.3.1-1stamp=1412167624 The error is: Assertion failed: pfd.revents POLLIN (signaler.cpp:193) This is exactly what used to happen on mips: http://buildd.debian.org/status/fetch.php?pkg=pyzmqarch=mipsver=14.3.0-1stamp=1403073285 According to the changelog, this was fixed in 14.3.1-1 thus: * ignore test results on mips, hard to debug race condition, no reason to delay testing migration (Closes: #750813) Could the same fix be extended to arm64? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765323: O: lcdf-typetools -- Programs to manipulate OpenType, multiple-master, and Type 1
Package: wnpp Severity: normal The current maintainer of lcdf-typetools, C.M. Connelly c...@debian.org, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: lcdf-typetools Binary: lcdf-typetools Version: 2.92+dfsg1-0.1 Maintainer: C.M. Connelly c...@debian.org Build-Depends: debhelper (= 7), dpkg-dev (= 1.16.1~), libkpathsea-dev (= 2.0.2-4), aglfn Architecture: any Standards-Version: 3.9.3.0 Format: 3.0 (quilt) Files: 85591305f4c5275ee09cf5a7d72274e5 1851 lcdf-typetools_2.92+dfsg1-0.1.dsc 1f951df3991a72eccd2a75ab6e5647e0 571294 lcdf-typetools_2.92+dfsg1.orig.tar.gz 6478c3771b2d73f80ad66456e5ee8eaf 7567 lcdf-typetools_2.92+dfsg1-0.1.debian.tar.gz Checksums-Sha1: ed17428a0a89be54a877f29f01cf0fc5accf276c 1851 lcdf-typetools_2.92+dfsg1-0.1.dsc cc55d204e7da8f34025d9376416668ba20855548 571294 lcdf-typetools_2.92+dfsg1.orig.tar.gz 7ef768a72084a59892fd74d8fe62292141d172cb 7567 lcdf-typetools_2.92+dfsg1-0.1.debian.tar.gz Checksums-Sha256: 7a046c3e7dc8d162354af8046d4aa0dd7cb90bd2834399074263bc21b09ad990 1851 lcdf-typetools_2.92+dfsg1-0.1.dsc be1a867133eadc4f307d99a57959149dc9b7a0c796a85b636683947c9aadba3c 571294 lcdf-typetools_2.92+dfsg1.orig.tar.gz a5f8cfb53080a14ffbbb89b3a5cf0990af415b59e265068ce522d86f04392699 7567 lcdf-typetools_2.92+dfsg1-0.1.debian.tar.gz Homepage: http://www.lcdf.org/type/ Package-List: lcdf-typetools deb text optional Directory: pool/main/l/lcdf-typetools Priority: source Section: text Package: lcdf-typetools Version: 2.92+dfsg1-0.1 Installed-Size: 3107 Maintainer: C.M. Connelly c...@debian.org Architecture: armel Depends: libc6 (= 2.4), libgcc1 (= 1:4.4.0), libkpathsea6, libstdc++6 (= 4.4.0), aglfn Recommends: texlive-font-utils | ptex-bin Conflicts: mminstance Description-en: Programs to manipulate OpenType, multiple-master, and Type 1 fonts, including . cfftot1 allows you to translate Compact Font Format (CFF) or PostScript-flavored OpenType fonts into PostScript Type 1 font format . otfinfo reports information about OpenType fonts, such as the features they support and the contents of their ``size'' optical size option . otftotfmallows you to create TeX font metrics and encodings for using PostScript-flavored OpenType fonts . t1dotlessj creates a Type 1 font with a single character -- the dotless j corresponding to the specified design . t1lint checks a Type 1 font for correctness (preliminary) . t1rawafmgenerates a raw (kernless and ligatureless) AFM file given a font file (PFB/PFA) . t1reencode changes a PostScript Type 1 fon't embedded encoding . t1testpage creates a PostScript test page for a specified font file (preliminary) . ttftotype42 converts TrueType or TrueType-flavored OpenType font programs into PostScript Type 42 format . LCDF-TypeTools also includes the multiple-master font tools formerly distributed as mminstance. These tools allow you to use multiple-master fonts with programs that require single-master fonts (afm2tfm, ps2pk, fontinst, etc.). Both programs work fine with fonts that contain intermediate masters (e.g., Adobe Jenson MM and Adobe Kepler MM). . mmafmcreates an AFM (Adobe font metric) file corresponding to a single instance of a multiple-master font. It reads (and therefore requires) the AMFM and AFM files distributed with the font. . mmpfbcreates a normal, single-master font program that looks like an instance of a multiple-master font. It reads the multiple-master font program in PFA or PFB format. Description-md5: 41a83a6480ce73439660eb1846352d13 Homepage: http://www.lcdf.org/type/ Tag: interface::commandline, role::program, scope::utility, use::converting, works-with-format::postscript, works-with-format::tex, works-with::font, works-with::text Section: text Priority: optional Filename: pool/main/l/lcdf-typetools/lcdf-typetools_2.92+dfsg1-0.1_armel.deb Size: 1492476 MD5sum: dcba7e7f0664c4af105e8aa09c1cd4fa SHA1: 95745f3791f72edc59e9e6af2c2e41a3bf12ef8f SHA256: 817cbc6782a1beb8c4da25c72d18e1e1dc12d79d35724d93374e2ff53f1cde59 -- Ricardo Mones, on behalf of Debian QA/MIA team http://people.debian.org/~mones «Never send a human to do a machine's job.» ~ Agent Smith signature.asc Description: Digital signature
Bug#765322: O: t1utils -- Collection of simple Type 1 font manipulation programs
Package: wnpp Severity: normal The current maintainer of t1utils, C.M. Connelly c...@debian.org, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: t1utils Binary: t1utils Version: 1.37-2.1 Maintainer: C.M. Connelly c...@debian.org Build-Depends: debhelper (= 7), dpkg-dev (= 1.16.1~), dh-autoreconf Architecture: any Standards-Version: 3.9.3.0 Format: 3.0 (quilt) Files: 5d5bc5662fc01b098f019fb42976cd99 1704 t1utils_1.37-2.1.dsc dcff07df0b334c06d1808530956a634e 169956 t1utils_1.37.orig.tar.gz 78da843fb35565d06df5fee175b0c1ad 4732 t1utils_1.37-2.1.debian.tar.xz Checksums-Sha1: 26e8d6f0135faac495730c20043b6b569dafd341 1704 t1utils_1.37-2.1.dsc 6d06a0e739d94eea6cd4a31e9a87f773c4054a3f 169956 t1utils_1.37.orig.tar.gz cbb073365a22643896fd768d58306f383f7f3cdb 4732 t1utils_1.37-2.1.debian.tar.xz Checksums-Sha256: 4b83853a60f81d6dc08fc76f2a2f28e256d29fb45e4c24ae381ab18a21fb88f4 1704 t1utils_1.37-2.1.dsc 42bdce77aaf12b33ca6d193e01a2d2c0012f755435a6d25921f94733ee61cec3 169956 t1utils_1.37.orig.tar.gz 8154a66a6362f58076f4fdd92e748552daed94eef93af66e1ca2f58d1712b7d6 4732 t1utils_1.37-2.1.debian.tar.xz Homepage: http://www.lcdf.org/type/ Package-List: t1utils deb text optional arch=any Directory: pool/main/t/t1utils Priority: source Section: text Package: t1utils Version: 1.37-2.1 Installed-Size: 251 Maintainer: C.M. Connelly c...@debian.org Architecture: armel Depends: libc6 (= 2.7) Description-en: Collection of simple Type 1 font manipulation programs The t1utils tools allow you to convert between PFA (ASCII) and PFB (binary) formats; disassemble PFA or PFB files into human-readable form; and reassemble the human-readable files into PFA or PFB format files. You can also extract font resources from a Macintosh font file (ATM/Laserwriter), or create a Macintosh Type 1 font file from a PFA or PFB font. . There are currently six programs: . t1ascii Converts PFB files to PFA format. . t1binary Converts PFA files to PFB format. . t1disasm Disassembles a Type 1 font (PFA or PFB format) into a raw, human-readable text form for subsequent hand editing, tweaking, hint fixing, etcetera... . t1asm Assembles a Type 1 font into PFA or PFB format from the human-readable form produced by t1disasm. . t1unmac Extracts POST resources from a Macintosh Type 1 font file (ATM/Laserwriter) into PFA or PFB format for use outside the Macintosh environment. The Macintosh file should be stored in MacBinary, AppleSingle, AppleDouble, or BinHex format, or as a raw resource fork. Note that t1unmac does not have to run on a Macintosh, but makes Macintosh Type 1 fonts available for use on Unix machines and PCs. . t1mac Creates a Macintosh Type 1 file from a PFA- or PFB-format Type 1 font. Writes the Macintosh file in MacBinary, AppleSingle, AppleDouble, or BinHex format, or as a raw resource fork. WARNING: This tool will not suffice to allow you to use the new font on a Macintosh, as Macintoshes cannot read raw Type 1 fonts. You will need to create a font suitcase containing bitmap fonts. If you do not already have such a suitcase for the font, T1utils will not help you create one. Description-md5: abf1d47b8ca1b485d148651358fc9283 Homepage: http://www.lcdf.org/type/ Tag: interface::commandline, role::program, scope::utility, use::converting, works-with::font Section: text Priority: optional Filename: pool/main/t/t1utils/t1utils_1.37-2.1_armel.deb Size: 48724 MD5sum: 0266dbc81af6551af8814f40c65cb210 SHA1: feb6b2a44cd5428109284f8891e31952b146cd0a SHA256: 0ef488cc67289b4c1e8c0f52fce61ccf4f36744c3735f310f9b89508fd384182 -- Ricardo Mones, on behalf of Debian QA/MIA team http://people.debian.org/~mones «Never send a human to do a machine's job.» ~ Agent Smith signature.asc Description: Digital signature
Bug#765320: debian-security-support: dpkg: cycle found while processing triggers
Package: debian-security-support Version: 2014.09.07 Severity: critical Justification: breaks unrelated software debian-security-support causes trigger loops, breaking other packages' upgrades. To reproduce, try this in a minimal chroot: # apt-get install debian-security-support gettext man-db [SNIP] # apt-get install --reinstall gettext gettext-base Reading package lists... Done Building dependency tree Reading state information... Done 0 upgraded, 0 newly installed, 2 reinstalled, 0 to remove and 0 not upgraded. Need to get 0 B/1360 kB of archives. After this operation, 0 B of additional disk space will be used. debconf: delaying package configuration, since apt-utils is not installed (Reading database ... 11727 files and directories currently installed.) Preparing to unpack .../gettext-base_0.19.2-3_i386.deb ... Unpacking gettext-base (0.19.2-3) over (0.19.2-3) ... Preparing to unpack .../gettext_0.19.2-3_i386.deb ... Unpacking gettext (0.19.2-3) over (0.19.2-3) ... dpkg: cycle found while processing triggers: chain of packages whose triggers are or may be responsible: debian-security-support - man-db packages' pending triggers which are or may be unresolvable: debian-security-support: /usr man-db: /usr/share/man dpkg: error processing package debian-security-support (--unpack): triggers looping, abandoned Processing triggers for man-db (2.7.0.2-2) ... Not building database; man-db/auto-update is not 'true'. Errors were encountered while processing: debian-security-support E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.16-2-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debian-security-support depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.53 ii gettext-base 0.19.2-3 -- 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#765327: lintian fails if the machine has a link-local IPv6 nameserver configured
Package: libnet-dns-perl,lintian Severity: normal This is likely a bug in libnet-dns-perl but I wonder if there are network accesses from lintian. % lintian ./openclonk_5.5.1-1_amd64.changes warning: Cannot load check binaries unresolvable name: fe80::4ee6:76ff:fe51:ae30%eth0 at /usr/share/perl5/Email/Valid.pm line 41. Compilation failed in require at /usr/share/perl5/Lintian/Check.pm line 27. BEGIN failed--compilation aborted at /usr/share/perl5/Lintian/Check.pm line 27. Compilation failed in require at /usr/share/lintian/checks/binaries.pm line 30. BEGIN failed--compilation aborted at /usr/share/lintian/checks/binaries.pm line 30. Compilation failed in require at /usr/share/perl5/Lintian/CheckScript.pm line 253. This is due to: % cat /etc/resolv.conf [...] nameserver 10.0.3.1 nameserver fe80::4ee6:76ff:fe51:ae30%eth0 [...] The syntax is perfectly valid and understood by glibc, but apparently libemail-valid-perl tries to resolve(!?) it and fails. No, it just loads Net::DNS::Resolver: $Resolver = Net::DNS::Resolver-new; So it seems what explodes is Resolver/Base.pm's nameservers sub. The message lintian displays is rather awkward: for a runtime error (runtime configuration not parsable) one gets compilation failed. But I guess the load is already guarded, hence the warning? -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-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 lintian depends on: ii binutils 2.24.51.20140918-1 ii bzip2 1.0.6-7 ii diffstat 1.58-1 ii file 1:5.19-2 ii gettext0.19.2-2 ii hardening-includes 2.5+nmu1 ii intltool-debian0.35.0+20060710.1 ii libapt-pkg-perl0.1.29+b2 ii libarchive-zip-perl1.38-1 ii libclass-accessor-perl 0.34-1 ii libclone-perl 0.37-1+b1 ii libdpkg-perl 1.17.13 ii libemail-valid-perl1.195-1 ii libfile-basedir-perl 0.03-1 ii libipc-run-perl0.92-1 ii liblist-moreutils-perl 0.33-2+b1 ii libparse-debianchangelog-perl 1.2.0-1.1 ii libtext-levenshtein-perl 0.09-1 ii libtimedate-perl 2.3000-2 ii liburi-perl1.64-1 ii man-db 2.6.7.1-1 ii patchutils 0.3.3-1 ii perl [libdigest-sha-perl] 5.20.1-1 ii t1utils1.37-2.1 Versions of packages lintian recommends: ii libperlio-gzip-perl 0.18-3+b1 ii perl5.20.1-1 ii perl-modules [libautodie-perl] 5.20.1-1 Versions of packages lintian suggests: pn binutils-multiarch none ii dpkg-dev 1.17.13 ii libhtml-parser-perl3.71-1+b2 ii libtext-template-perl 1.46-1 ii libyaml-perl 1.12-1 ii xz-utils 5.1.1alpha+20120614-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762571: Patch for libvorbis (Was: Debdiff)
[Martin Steghöfer] Here you go, that's what fixed the issue for me (attached debdiff). Disclaimer: Not sure, if I did the debdiff 100% correct, libvorbis uses source format 1.0 and I've never worked with non-quilt packages before. I haven't done much testing of the patched library, either (I'm not a regular user of libvorbis). Thank you very much. I used it when uploading an NMU fixing this issue and a few others. I converted the source format to 3.0 (quilt) in the process, to make it easier to track changes done to the upstream source. Please test the new library and let me know if there are any problems with the NMU. Perhaps you can want to join the Debian Xiph.org Maintainers group. I suspect they could use some fresh blood. :) Their mailing list could use a moderator using the listadmin package, that is for sure. It is filled with spam. :( -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765328: blacs-mpi: FTBFS on arm64: mark as openmpi arch?
Source: blacs-mpi Version: 1.1-32 It's not building on arm64: http://buildd.debian.org/status/package.php?p=blacs-mpisuite=sid The error is: dh_install: libblacs-mpich1 missing files (libblacs-mpich.so.*), aborting Seeing the recent changelog and bug #761946, and the dependencies of mpi-default-bin, I thought I'd try moving arm64 from MPICH_ARCHS to OPENMPI_ARCHS in debian/rules. It then built. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765329: Please package krb5 wheezy bpo
Package: libkrb5-3 Version: 1.10.1+dfsg-5+deb7u2 Severity: wishlist Please package MIT kerberos 1.12.x for wheezy backports. Thanks.
Bug#764828: No more application icon under GNOME
On Mon, Oct 13, 2014 at 01:30:18AM +0200, Andreas Cadhalpun wrote: I didn't notice this when testing that patch, because the chromium.svg image worked fine, but it was not added again to the uploaded package. Michael, why don't you want to have the chromium.svg file? I still cannot see anything in the gnome menu, if I press the Windows key and type 'chromium' no icon appears. Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765076: general: No way to have a clean chroot for building packages
control: reassign -1 general signature.asc Description: This is a digitally signed message part.
Bug#763007: fftw3: add mips64 and mips64el into long double support list
On Sat, 27 Sep 2014 10:02:09 +0800 YunQiang Su wzss...@gmail.com wrote: Package: fftw3 Version: 3.3.4-1 On mips64 and mips64el, double is 64bit and long double is 128bit. So please enable them for long double support. I NMUed this package with delay-5, with arm64 and ppc64el to the long double support list. -- YunQiang Su fftw3.debdiff Description: Binary data
Bug#758116: Any news about Blends in tasks selection (Was: Debian Installer Jessie Beta 2 release)
Hi Cyril, On Tue, Oct 14, 2014 at 06:02:11AM +0200, Cyril Brulebois wrote: Hi Andreas, Andreas Tille andr...@an3as.eu (2014-10-08): On Sun, Oct 05, 2014 at 09:11:24PM +0200, Cyril Brulebois wrote: The Debian Installer team[1] is pleased to announce the second beta release of the installer for Debian 8 Jessie. ... thanks for your report and your continuous work on the installer. I wonder what might be the opinion of the installer team about bug #758116 which contains the suggestion to add Blends to the tasks selection menu and whether we could do something to help with the implementation. The bug report received a lot of agreement from people working in different Blends but only one question[1] of Joey Hess probably wearing his tasksel maintainer hat. For me it is not clear whether this is an issue of deciding what Blend to include (Joey's question was targeting into this direction) or whether you hesitate to implement this at all. Since it is not clear whether you think this kind of menu is sensible or not we did not yet mindet providing patches or so to support your work. Some kind of statement could be motivating to provide more work on the technical side. Kind regards and thanks again for your work on the installer Andreas. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758116#140 well to be honest the whole blend story came as a surprise. Ahhh, this in turn is surprising for me since the first version of this bug is dated 24 Mar 2003 (#186085) :-). But I agree that Blends are not widely known even if I was proactively running around since more than ten years telling people Is there a topic in Debian you care about? Create a Blend today! as Asheesh advised me in last years DebConf talk[1 - just see the linked subtitles text to save time - it is *very* speaking for the whole topic!] In other words: I perfectly know the fact that Blends are widely ignored even amongst Debian developers and that's not about you / the debian-boot team - perhaps my running around and tell people is just not the right way to convince people. At least I can tell that those people who were listening started to like the idea [see 1]. I think we identified quite early in the release cycle that we would need to finally do something about the desktop situation (which first landed in D-I Jessie Beta 2). Well, Blends and the desktop situation could be considered orthogonal. The main goal of a Blend is not primarily to tweak the desktop (even if this could be done). It is rather about the applications. In Debian Med we even have a cluster task which contains exclusively those packages which can be run without a graphical desktop (bio-cloud [2]). Blends were first mentioned during a DC'14 talk in late August. To be precise: Blends (formerly Custom Debian Distributions - yes, I'm *not* responsible for this broken name :-() was mentioned on *any* DebConf I joined with exception of DebConf 0 where this idea was not yet born. If you scroll down my talks page[3] you stumble upon DebConf 1 in Bordeaux 2001 as first time presenting the idea on a DebConf. Any of my talks raised the question, whether there is a menu in the installer to a) get an easy installation method and b) propagate the Blends concept (which is obviously needed). It might have been the fault of people who care about Blends that they did not approached the Debian Boot team earlier, yes. The reason why at least I stayed away from this since 2003 (#186085) was that I have seen little chances to change the refusal. However, since recently some Blends of some more general interest like Debian Games and Debian GIS started or gained some traktion resp. the idea came up to rise this question on IRC in the DebConf talk. At the moment my personal feeling about this is that it looks a bit late, and I'm almost certainly not going to drive such changes myself. I perfectly agree that you as the one person army keeping Debian Boot alive (hey, do you like the Blends born idea to prove this point[4]??) should not spend extra time cycles into the implementation. I don't have any strong incentive to prevent other people from working on this though. (Of course, any work should happen sooner than later.) That's in fact a quite motivating incentive and I perfectly agree that we really should start rather yesterday than today. The thing is that it is not really clear to me, what we should do rather than adding the packages edu-tasks games-tasks gis-tasks junior-tasks med-tasks science-tasks debichem-tasks ezgo-tasks (multimedia-tasks is not ready according to their maintainer[5]) to the boot disks. Joey Hess as tasksel maintainer mentioned limited amount of space in tasksel for blends but this does not give a sensible hint of what exact action we should do now. I think currently eight additional lines is not that much. I also totally contradict to
Bug#764981: minetest: can't input a '7' from main menu
Maybe I should have been more precise, the patch I gave seems to only make it possible to use the numpad to enter digits. It's a workaround, not a fix. I am not competent to tell if it still is a good idea to apply it. Le 14/10/2014 08:26, Vincent Cheng a écrit : Hi, On Sun, Oct 12, 2014 at 12:00 PM, cacatoès cacat...@tuxfamily.org wrote: Package: minetest Version: 0.4.10+repack-1 Severity: normal Dear Maintainers, The problem is very simple... I can't input a '7' from the main menu. So, for instance, if I want to join a custom server, I can't if it has this digit in the IP address. I was told on the IRC it is a known problem with irrlicht, and several people are experiencing something similar with non-english keyboard layouts. I was given this partial fix on #minetest : In irlicht 1.8.1 change in irrlicht-1.8.1/source/Irrlicht/CIrrDeviceLinux.cpp line event.xkey.state = 0; for event.xkey.state = ~(ControlMask|ShiftMask); without quotes and recompile your irrlicht Do you know if this bug has been reported to upstream irrlicht (i.e. do you have an upstream commit or bug report to refer to)? If not, please report it upstream and let us know the url of your bug report. (Martin, feel free to go ahead and make a team upload to fix this.) Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759559: Readme.Debian
Hi Martijn, On Mon, Oct 13, 2014 at 02:50:02PM +0200, Martijn van Brummelen wrote: Thanks for your responce. Would it be ok to ship with the current pam-configs/pam_script and make a note/warning in the Readme.Debian file ? I am fine with this. Best regards, Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757314: fixed in mate-power-manager 1.8.0+dfsg1-4
On Lu, 15 sep 14, 11:36:05, Debian Bug Tracking System wrote: * debian/control: + Modify D (mate-power-manager): Alternatively depend on systemd or consolekit (preferably systemd in Debian jessie and above). (Closes: #757314). That should probably be 'libpam-system | consolekit' otherwise installations with sysvinit and systemd-shim won't be able to use Mate. Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#758116: Any news about Blends in tasks selection (Was: Debian Installer Jessie Beta 2 release)
Hi again Andreas, Andreas Tille ti...@debian.org (2014-10-14): On Tue, Oct 14, 2014 at 06:02:11AM +0200, Cyril Brulebois wrote: well to be honest the whole blend story came as a surprise. Ahhh, this in turn is surprising for me since the first version of this bug is dated 24 Mar 2003 (#186085) :-). But I agree that Blends are not widely known even if I was proactively running around since more than ten years telling people Is there a topic in Debian you care about? Create a Blend today! as Asheesh advised me in last years DebConf talk[1 - just see the linked subtitles text to save time - it is *very* speaking for the whole topic!] In other words: I perfectly know the fact that Blends are widely ignored even amongst Debian developers and that's not about you / the debian-boot team - perhaps my running around and tell people is just not the right way to convince people. At least I can tell that those people who were listening started to like the idea [see 1]. to clarify a bit: my surprise was about blends support in tasksel/d-i. I've known about blends for a while but I don't think that topic popped up in my debian-boot radar during the whole Jessie release cycle. I think we identified quite early in the release cycle that we would need to finally do something about the desktop situation (which first landed in D-I Jessie Beta 2). Well, Blends and the desktop situation could be considered orthogonal. The main goal of a Blend is not primarily to tweak the desktop (even if this could be done). It is rather about the applications. In Debian Med we even have a cluster task which contains exclusively those packages which can be run without a graphical desktop (bio-cloud [2]). I meant the needed changes in tasksel to support both desktop selection and blends. Blends were first mentioned during a DC'14 talk in late August. To be precise: Blends (formerly Custom Debian Distributions - yes, I'm *not* responsible for this broken name :-() was mentioned on *any* DebConf I joined with exception of DebConf 0 where this idea was not yet born. If you scroll down my talks page[3] you stumble upon DebConf 1 in Bordeaux 2001 as first time presenting the idea on a DebConf. Any of my talks raised the question, whether there is a menu in the installer to a) get an easy installation method and b) propagate the Blends concept (which is obviously needed). It might have been the fault of people who care about Blends that they did not approached the Debian Boot team earlier, yes. The reason why at least I stayed away from this since 2003 (#186085) was that I have seen little chances to change the refusal. However, since recently some Blends of some more general interest like Debian Games and Debian GIS started or gained some traktion resp. the idea came up to rise this question on IRC in the DebConf talk. Blends… support in d-i (during this release cycle) was what I meant, sorry for being unclear. Hopefully that was covered by the above clarification. ;) At the moment my personal feeling about this is that it looks a bit late, and I'm almost certainly not going to drive such changes myself. I perfectly agree that you as the one person army keeping Debian Boot alive (hey, do you like the Blends born idea to prove this point[4]??) should not spend extra time cycles into the implementation. That really isn't true, there are many other developers, reporters, and patch providers. I'm only adding glue or oil where needed… Of course we could do with more hands (look at the BTS), but I'm far for being the only one working on d-i. I don't have any strong incentive to prevent other people from working on this though. (Of course, any work should happen sooner than later.) That's in fact a quite motivating incentive and I perfectly agree that we really should start rather yesterday than today. The thing is that it is not really clear to me, what we should do rather than adding the packages edu-tasks games-tasks gis-tasks junior-tasks med-tasks science-tasks debichem-tasks ezgo-tasks (multimedia-tasks is not ready according to their maintainer[5]) to the boot disks. Joey Hess as tasksel maintainer mentioned limited amount of space in tasksel for blends but this does not give a sensible hint of what exact action we should do now. I think currently eight additional lines is not that much. I also totally contradict to Joey's statement The 'Debian Pure Blends' effort has been around for several releases and been publicised. and I take [1] as sufficient argument that it is not the case. Blends were never ever regarded in practice as some Debian internal thing and *every* time when I talk about Blends on conferences and in private discussions I will be asked: Why don't you do this cool stuff right into Debian instead of a derivative? It would *really* help in this kind of discussion to point to the
Bug#765318: ocrfeeder: the patch...
Control: tags -1 patch On Tue, Oct 14, 2014 at 08:52:55AM +0200, lk wrote: def run(self): gtk.gdk.threads_init() + gtk.gdk.threads_enter() gtk.main() Thanks, I'll take a look. Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765330: missing license in debian/copyright
Package: deap Version: 1.0.1-2 Severity: serious User: alteh...@debian.org Usertags: ftp X-Debbugs-CC: ftpmas...@ftp-master.debian.org thanks Dear Maintainer, please add the missing license of: doc/_static/sidebar.js to debian/copyright. Thanks! Thorsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765331: xserver-xorg-video-intel: occasional hangs in read from /dev/dri/card0 with AccelMethod sna
Package: xserver-xorg-video-intel Version: 2:2.99.916-1~exp1 Severity: important I'm running xserver-xorg-video-intel/experimental with Option AccelMethod sna because otherwise operation on haswell is incredibly unreliable (my latest problem being horible display corruption on webbrowsers with text). But I think in all versions of xserver-xorg-video-intel I've run, every now and then when coming home to a suspended screen, it doesn't wake up. I can ssh in and chvt 1, or I can run strace on the xorg process and the strace causes the xorg process to wake up (I think I see futex() calls in the first few lines but my eyes aren't quick enough, and I've not yet managed to remember to redirect the strace log to a file. However, this time, it hasn't woken up. Don't know whether it's the same bug or not, but here we go: 79151,46 strace -f -p 14075 Process 14075 attached with 4 threads - interrupt to quit [pid 14079] futex(0x7ffbe94db344, FUTEX_WAIT_PRIVATE, 503838665, NULL unfinished ... [pid 14078] futex(0x7ffbe94db2d4, FUTEX_WAIT_PRIVATE, 560566957, NULL unfinished ... [pid 14077] futex(0x7ffbe94db264, FUTEX_WAIT_PRIVATE, 759160725, NULL unfinished ... [pid 14075] read(9, 79152,47 l /proc/14075/fd/9 lrwx-- 1 root root 64 Oct 10 00:39 /proc/14075/fd/9 - /dev/dri/card0 -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Jul 3 2013 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 2356320 Jul 18 08:25 /usr/bin/Xorg Diversions concerning libGL are in place diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2 by glx-diversions diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by glx-diversions diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2.0 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2.0 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2.0 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so by glx-diversions diversion of /usr/lib/libGL.so.1.2 to /usr/lib/mesa-diverted/libGL.so.1.2 by glx-diversions diversion of /usr/lib/libGL.so.1.2.0 to /usr/lib/mesa-diverted/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so by glx-diversions VGA-compatible devices on PCI bus: -- 00:02.0 VGA compatible controller [0300]: Intel Corporation 4th Gen Core Processor Integrated Graphics Controller [8086:0416] (rev 06) 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GK104M [GeForce GTX 670MX] [10de:11a1] (rev ff) /etc/X11/xorg.conf does not exist. Contents of /etc/X11/xorg.conf.d: - total 12 -rw-r--r-- 1 root root 220 Jul 11 2013 20-backspace-terminate.conf -rw-r--r-- 1 root root 1842 Jul 7 2013 50-synaptics.conf -rw-r--r-- 1 root root 717 Sep 24 00:12 70-sna-accel.conf KMS configuration files: /etc/modprobe.d/radeon-kms.conf: options radeon modeset=1 Kernel version (/proc/version): --- Linux version 3.14-0.bpo.2-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.14.15-2~bpo70+1 (2014-08-21) Xorg X server log files on system: -- -rw-r--r-- 1 root root 42264 Jul 9 2013 /var/log/Xorg.2.log -rw-r--r-- 1 root root 57523 Jul 14 2013 /var/log/Xorg.1.log -rw-r--r-- 1 root bumblebee 15344 Aug 30 21:47 /var/log/Xorg.8.log -rw-r--r-- 1 root root 36610 Oct 14 18:11 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [ 222.721] X.Org X Server 1.16.0 Release Date: 2014-07-16 [ 222.721] X Protocol Version 11, Revision 0 [
Bug#765292: slurm: FTBFS on kfreebsd-*: error: operator '||' has no right operand
Hi Sebastian, Am Tue, 14 Oct 2014 00:31:07 +0200 schrieb Sebastian Ramacher sramac...@debian.org: Source: slurm Version: 0.4.1-1 Severity: serious Justification: fails to build from source (but built successfully in the past) thanks for the report! I prepared a new upload to fix this bug. https://mentors.debian.net/package/slurm Best wishes, Matthias slurm failed to build on kfreebsd-*: | gcc -o slurm.o -c -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -D__Debian__ -D_HAVE_NCURSES -D_HAVE_NCURSES_COLOR slurm.c | slurm.c:53:40: error: operator '||' has no right operand | #elif __FreeBSD__ || __FreeBSD_kernel__ | ^ | slurm.c:75:2: warning: #warning Your OS is not supported. Including dummy code! [-Wcpp] | #warning Your OS is not supported. Including dummy code! | ^ | slurm.c: In function 'slurm_shutdown': | slurm.c:1607:2: warning: ignoring return value of 'system', declared with attribute warn_unused_result [-Wunused-result] | system(clear); | ^ | scons: *** [slurm.o] Error 1 | scons: building terminated because of errors. See https://buildd.debian.org/status/fetch.php?pkg=slurmarch=kfreebsd-amd64ver=0.4.1-1stamp=1412407785 for a full build log. Cheers signature.asc Description: PGP signature
Bug#742578: reopen, retitle 742578, and add details
reopen 742578 ! reassign 742578 apt retitle 742578 --simulate (etc) dropped from apt summary 742578 apt-get man-page still includes --summary --no-act, Debian wiki tutorial depends on --no-act thank you The Debian wiki at: https://wiki.debian.org/BuildingAPackage/SourceInVCS currently relies on --no-act as follows: Vcs-* fields If apt-get source --no-act $package outputs a message like this: NOTICE: 'fdupes' packaging is maintained in the 'Git' version control system at: git://git.debian.org/users/morph/fdupes.git Perhaps either of the following would solve this bug - allowing this option again for apt-get, or both: - removing the options from apt-get's man page, - and putting alternative command in tutorial above (I don't know what that command would be sorry) Note that the comment from Ritesh below (above) The newer versions of apt have completely replaced --simulate with -s. is incorrect, as far as I can see - see my test commands below, where all of -s and --simulate and the other variations (--no-act etc) all fail to work as per apt-get's manual page. Explanation for the record (re previous email from rrs@) follows: -- Forwarded message -- From: Zenaan Harkness Date: Mon, 13 Oct 2014 23:52:00 +1100 Subject: Re: Processed: reassign 742578 apt Hi Ritesh, please let me know if my thinking is right on the following (I'm a user, not a DD): $ apt-get --version apt 1.0.9.2 for amd64 compiled on Oct 2 2014 22:36:40 ... $ apt --version apt 1.0.9.2 for amd64 compiled on Oct 2 2014 22:36:40 ... $ apt -s E: Command line option 's' [from -s] is not known. $ apt --simulate E: Command line option --simulate is not understood $ apt-get -s E: Command line option 's' [from -s] is not known. $ apt-get --simulate E: Command line option --simulate is not understood ie, it appears to me, that at least on my version of sid, that the --simulate option simply doesn't work. The option is in the man-page for apt-get, not in the man page for apt, and produces the same error as above, for both. This is why I transferred the bug to apt package, because to me it looks like a bug, and a debian.org tutorial (reprepro I think) says that option is needed with apt-get source, to get certain output (such as the vcs url for source package cloning). Do you think this is an error for apt/apt-get? Thanks Zenaan On 10/13/14, Ritesh Raj Sarraf r...@debian.org wrote: Why did you reassign it to apt ? This bug actually should be closed now. The newer versions of apt have completely replaced --simulate with -s. ... -- Banned for life from Debian (MLs), for suggesting Debian's Code of Conduct is being swung in our faces a little too vigorously. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659330: devscripts: use ~/.cache/devscripts instead of ~/.devscripts_cache
Hi, On Fri, Feb 10, 2012 at 10:35:06AM +0100, Alessandro Ghedini wrote: would it be possible to use the ~/.cache/devscripts directory to hold the cache files instead of ~/.devscripts_cache? IMO it is a little bit nicer and wouldn't require to add yet another directory directly under home. FWIW, I've attached a patch that changes those (where used). Sebastian From 77180c5d228eaf0b263da6ede0d96ef2da003ce9 Mon Sep 17 00:00:00 2001 From: Sebastian Schmidt y...@yath.de Date: Tue, 14 Oct 2014 10:19:02 +0200 Subject: [PATCH] Change ~/.devscripts_cache to ~/.cache/devscripts According to #659330. --- po4a/po/de.po | 20 ++-- po4a/po/devscripts.pot | 8 po4a/po/fr.po | 16 scripts/bts.pl | 4 ++-- scripts/rc-alert.1 | 4 ++-- scripts/rc-alert.pl| 4 ++-- scripts/wnpp-alert.1 | 2 +- scripts/wnpp-alert.sh | 2 +- 8 files changed, 30 insertions(+), 30 deletions(-) diff --git a/po4a/po/de.po b/po4a/po/de.po index 33a8ce3..c9a8f01 100644 --- a/po4a/po/de.po +++ b/po4a/po/de.po @@ -2612,7 +2612,7 @@ msgid belonging to several people or packages. If multiple packages or addresses are supplied, bugs belonging to any of the arguments will be cached; those belonging to more than one of the arguments will only be downloaded once. -The cached bugs are stored in F~/.devscripts_cache/bts/. +The cached bugs are stored in F~/.cache/devscripts/bts/. msgstr erzeugt oder aktualisiert einen Zwischenspeicher von Fehlerberichten für die gegebene E-Mail-Adresse oder das gegebene Paket. Standardmäßig lädt es alle @@ -2623,7 +2623,7 @@ msgstr mehrere Pakete oder Adressen mitgegeben werden, werden Fehler zwischengespeichert, die zu allen Argumenten gehören; diejenigen, die zu mehr als einem Argument gehören, werden nur einmal heruntergeladen. Die -zwischengespeicherten Fehler werden in F~/.devscripts_cache/bts/ +zwischengespeicherten Fehler werden in F~/.cache/devscripts/bts/ gespeichert. #. type: textblock @@ -17217,11 +17217,11 @@ msgstr #. type: Plain text #: ../scripts/rc-alert.1:17 msgid -If the directory I~/.devscripts_cache exists or the B--cache option is +If the directory I~/.cache/devscripts exists or the B--cache option is given, then the (sizable) downloaded list will be cached, and will only be downloaded again on a second invocation if it has changed. msgstr -Falls das Verzeichnis I~/.devscripts_cache existiert oder die Option B-- +Falls das Verzeichnis I~/.cache/devscripts existiert oder die Option B-- cache angegeben wurde, wird die (ziemlich große) heruntergeladene Liste zwischengespeichert und bei einem zweiten Aufruf nur erneut geladen, falls sie sich geändert hat. @@ -17234,10 +17234,10 @@ msgstr B--cache #. type: Plain text #: ../scripts/rc-alert.1:21 -msgid Force the creation of the I~/.devscripts_cache cache directory. +msgid Force the creation of the I~/.cache/devscripts cache directory. msgstr -erzwingt das Erstellen des Zwischenspeicherverzeichnisses I~/. -devscripts_cache. +erzwingt das Erstellen des Zwischenspeicherverzeichnisses I~/.cache/ +devscripts. #. type: Plain text #: ../scripts/rc-alert.1:31 @@ -21122,12 +21122,12 @@ msgstr B--diff, B-d #. type: Plain text #: ../scripts/wnpp-alert.1:23 msgid -If the I~/.devscripts_cache directory exists, compare the output of Bwnpp- +If the I~/.cache/devscripts directory exists, compare the output of Bwnpp- alert to the previous output (cached in the file Iwnpp-diff) and output the differences. msgstr -vergleicht die Ausgabe von Bwnpp-alert, falls das Verzeichnis I~/. -devscripts_cache existiert, mit der vorherigen Ausgabe (in der Datei Iwnpp- +vergleicht die Ausgabe von Bwnpp-alert, falls das Verzeichnis I~/.cache/ +devscripts existiert, mit der vorherigen Ausgabe (in der Datei Iwnpp- diff zwischengespeichert) und gibt die Unterschiede aus. #. type: Plain text diff --git a/po4a/po/devscripts.pot b/po4a/po/devscripts.pot index 069fb01..801a851 100644 --- a/po4a/po/devscripts.pot +++ b/po4a/po/devscripts.pot @@ -1939,7 +1939,7 @@ msgid belonging to several people or packages. If multiple packages or addresses are supplied, bugs belonging to any of the arguments will be cached; those belonging to more than one of the arguments will only be downloaded -once. The cached bugs are stored in F~/.devscripts_cache/bts/. +once. The cached bugs are stored in F~/.cache/devscripts/bts/. msgstr #. type: textblock @@ -13463,7 +13463,7 @@ msgstr #. type: Plain text #: ../scripts/rc-alert.1:17 msgid -If the directory I~/.devscripts_cache exists or the B--cache option is +If the directory I~/.cache/devscripts exists or the B--cache option is given, then the (sizable) downloaded list will be cached, and will only be downloaded again on a second invocation if it has changed. msgstr @@ -13476,7 +13476,7 @@ msgstr #. type: Plain text #: ../scripts/rc-alert.1:21 -msgid Force the creation of the
Bug#763847: autopkgtest: package type detection heuristics override explicit Testsuite field
Control: reassign -1 autodep8 0.1 Antonio Terceiro [2014-10-13 9:12 -0300]: On Sun, Oct 12, 2014 at 01:02:11PM +0200, Martin Pitt wrote: That's what I want to do. I don't like having nontrivial logic like autodep8 in two different places. Once autodep8 lands, I'll do the bits in autopkgtest to use it. It landed in unstable 2 days ago. :) Spledid! Done so: http://anonscm.debian.org/cgit/autopkgtest/autopkgtest.git/commit/?id=8f16b353 This works quite nicely, and I'm happy that this cleans up the DEP-8 spec again and also opens up the possibility of calling autodep8 from e. g. sadt. As deciding about which tests to synthesize (which includes parsing the Testsuite: header) is now done by autodep8, I'm reassigning this bug. @Antonio: Is autodep8 maintained in git somewhere? Mind adding a Vcs-* header? Thanks! Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#765109: fglrx-driver: Black screen after xorg startup
Control: tag -1 upstream On 2014-10-13 19:17, Emilian Nowak wrote: Dear Maintainer, I'm having problems starting my Xserver. Just after it starts the screen remains black. I can switch back to console, restart the xserver, but it doesn't help. I have tested on newlycreated xorg.conf using aticonfig --initial - Still same effect. There is one error line in Xorg.0.log [ 4.541] (EE) AIGLX error: failed to open /usr/X11R6/lib64/modules/dri/fglrx_dri.so, error[/usr/X11R6/lib64/modules/dri/fglrx_dri.so: cannot open shared object file: No such file or directory] [ 4.541] (EE) AIGLX error: failed to open /usr/lib64/dri/fglrx_dri.so, error[/usr/lib64/dri/fglrx_dri.so: cannot open shared object file: No such file or directory] [ 4.541] (EE) AIGLX error: failed to open /usr/X11R6/lib/modules/dri/fglrx_dri.so, error[/usr/X11R6/lib/modules/dri/fglrx_dri.so: cannot open shared obje ct file: No such file or directory] I don't know if it is important, but anyway there is no such file in this location accoring to apt-file search. I think these errors are false positives. There is a list of paths searched for fglrx_dri.so and reporting the ones that don't contain it as an error is just stupid ... The next path in the list is /usr/lib/dri and the file is symlinked there. (You could try to move the symlink away from there and should see more errors and maybe a final one if the library could not be found ultimately.) Also this very much looks like a success: [ 12334.809] (II) AIGLX: Loaded and initialized OpenGL driver(II) GLX: Initialized DRI GL provider for screen 0 Regarding your blank screen problem - I have no idea what could fix this. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765332: stud: The upstream is no longer maintained
Package: stud Version: 0.3-3 Severity: normal Tags: upstream Dear Maintainer, The upstream for stud seems to be dead, as the team that authored and supported this software no longer exists. I'm not sure whether it affects the Debian package or not. I could not find anything on this topic in the Debian policy. The home page (https://github.com/bumptech/stud) claims stud (...) is maintained by the Bump (http://bu.mp) server team. According to http://bu.mp/ Bump is no longer available.. Further details can be found on http://blog.bu.mp/: We are now deeply focused on our new projects within Google, and we've decided to discontinue Bump and Flock. The latest Git commit is dated 4 Sep 2012. Best regards, Michal Trojnara -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.15.4-x86_64-linode45 (SMP w/2 CPU cores) 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 stud depends on: ii adduser 3.113+nmu3 ii libc62.13-38+deb7u4 ii libev4 1:4.11-1 ii libssl1.0.0 1.0.1e-2+deb7u12 stud recommends no packages. stud 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#765333: ITP: node-finalhandler -- final HTTP responder
Package: wnpp Severity: wishlist Owner: Leo Iannacone l...@ubuntu.com X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-finalhandler Version : 0.3.0 Upstream Author : Douglas Christopher Wilson d...@somethingdoug.com * URL : https://github.com/pillarjs/finalhandler * License : Expat Programming Lang: JavaScript Description : final HTTP responder - Node.js module This package provides a module to invoke as the final step to respond to HTTP request. . Node.js is an event-based server-side JavaScript engine. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765333: ITP: node-finalhandler -- final HTTP responder
Le mardi 14 octobre 2014 à 11:00 +0200, Leo Iannacone a écrit : Package: wnpp Severity: wishlist Owner: Leo Iannacone l...@ubuntu.com X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-finalhandler Version : 0.3.0 Upstream Author : Douglas Christopher Wilson d...@somethingdoug.com * URL : https://github.com/pillarjs/finalhandler * License : Expat Programming Lang: JavaScript Description : final HTTP responder - Node.js module This package provides a module to invoke as the final step to respond to HTTP request. . Node.js is an event-based server-side JavaScript engine. Awesome ! Do you need me to upload it ? Jérémy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724105: Is package gone from mentors?
Hi, I'm not capable of uploading it but I'd like to have a look into this package. Unfortunately it looks like it's gone from mentors and there is no provided VCS for this package in the PTS. Can you re-upload it or send a link to VCS? BTW pls cc me in as I'm not subscribing this bug. -- |_|0|_| | |_|_|0| Heghlu'Meh QaQ jajVam | |0|0|0| kuLa - | gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3 3DF1 A4DF C732 4688 38BC F121 6869 30DD 58C3 38B3 signature.asc Description: Digital signature
Bug#765333: ITP: node-finalhandler -- final HTTP responder
On 14 October 2014 11:06, Jérémy Lal kapo...@melix.org wrote: Awesome ! Do you need me to upload it ? Yes please :) Just waiting to fix node-on-finished module-cannont-be-found issue. The packaging code is available (as always) here: http://anonscm.debian.org/cgit/pkg-javascript/node-finalhandler.git L. -- Ubuntu Member - http://launchpad.net/~l3on Home Page - http://leoiannacone.com GPG Key Id - 0xD282FC25 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765334: O: fstrcmp -- fuzzy comparison of strings
Package: wnpp Severity: normal The current maintainer of fstrcmp, Peter Miller pmil...@opensource.org.au, has retired. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: fstrcmp Binary: fstrcmp, fstrcmp-doc, libfstrcmp0, libfstrcmp0-dbg, libfstrcmp-dev Version: 0.7.D001-1 Maintainer: Peter Miller pmil...@opensource.org.au Build-Depends: autotools-dev, debhelper (= 5), dh-autoreconf, ghostscript, groff, libtool Architecture: any all Standards-Version: 3.9.3 Format: 1.0 Files: 35d4253293976370513a5e9184286e18 1309 fstrcmp_0.7.D001-1.dsc baa3a3a23c0d2f95109099967731534a 390208 fstrcmp_0.7.D001.orig.tar.gz 9896372d814ae75cc366166d8e9ff610 4810 fstrcmp_0.7.D001-1.diff.gz Checksums-Sha1: 703ce852f92f266313546447637bf2b1432b2e3d 1309 fstrcmp_0.7.D001-1.dsc 0c88c0f767133b12ecad47b3c1ff6e1e9d616f54 390208 fstrcmp_0.7.D001.orig.tar.gz e057aec0bcde68d5160219019d9e0c702ec9e259 4810 fstrcmp_0.7.D001-1.diff.gz Checksums-Sha256: 1aff2a27f99a03353b0eb80ac770bd54f422c82a93235c6eb714c65d3925a97e 1309 fstrcmp_0.7.D001-1.dsc 75c6ea8bdc7de51a75e7d0a47bd702f9c6fae9defff8fabdf61c2e1b46ebc21c 390208 fstrcmp_0.7.D001.orig.tar.gz 4886085e376525e384161d8e46602ab6f33794df7da02a5b3b39898f1fb05011 4810 fstrcmp_0.7.D001-1.diff.gz Homepage: http://fstrcmp.sourceforge.net/ Package-List: fstrcmp deb devel optional fstrcmp-doc deb doc optional libfstrcmp-dev deb libdevel optional libfstrcmp0 deb libs optional libfstrcmp0-dbg deb debug extra Directory: pool/main/f/fstrcmp Priority: source Section: utils Package: fstrcmp Version: 0.7.D001-1 Installed-Size: 54 Maintainer: Peter Miller pmil...@opensource.org.au Architecture: amd64 Replaces: libfstrcmp-dev ( 0.5) Depends: libc6 (= 2.2.5), libfstrcmp0 Breaks: libfstrcmp-dev ( 0.5) Description-en: fuzzy comparison of strings This package provides a command to make fuzzy string comparisons. Description-md5: f46525797f96335ca1e9b249ee43c6c7 Homepage: http://fstrcmp.sourceforge.net/ Tag: role::program, scope::utility Section: utils Priority: optional Filename: pool/main/f/fstrcmp/fstrcmp_0.7.D001-1_amd64.deb Size: 9504 MD5sum: 5f00d6dcee92a0babf15a1b58fd6906d SHA1: 26846ce4ff02546c8662985dd357d5fd43d76cc7 SHA256: c095dd9b869e9aa54eeffaaf882b19f2e3d7241459be82b68f6925d8801eb6fd Package: fstrcmp Version: 0.4.D001-1+deb7u1 Installed-Size: 29 Maintainer: Peter Miller pmil...@opensource.org.au Architecture: amd64 Replaces: libfstrcmp-dev ( 0.4) Depends: libc6 (= 2.2.5), libfstrcmp0 Breaks: libfstrcmp-dev ( 0.4) Description-en: fuzzy comparison of strings This package provides a command to make fuzzy string comparisons. Description-md5: f46525797f96335ca1e9b249ee43c6c7 Homepage: http://fstrcmp.sourceforge.net/ Tag: role::program, scope::utility Section: utils Priority: optional Filename: pool/main/f/fstrcmp/fstrcmp_0.4.D001-1+deb7u1_amd64.deb Size: 22856 MD5sum: f463a2e523f283237463591cdd025282 SHA1: 0c4433d59f3095428f3fb7aff1b4b8db662e76d2 SHA256: 9ab9c23960cbe3aa7e6a7c11ee113e9dd89c043ce57f0e9f762643fb8d92243d Package: fstrcmp-doc Source: fstrcmp Version: 0.7.D001-1 Installed-Size: 113 Maintainer: Peter Miller pmil...@opensource.org.au Architecture: all Description-en: fuzzy string compare library - documentation This package provides a library which may be used to make a variety fuzzy comparisons, on strings and arrays of bytes, including wide character strings and multi-byte character strings. Description-md5: 88fbff2f3a3af301050c8f8c72340699 Homepage: http://fstrcmp.sourceforge.net/ Section: doc Priority: optional Filename: pool/main/f/fstrcmp/fstrcmp-doc_0.7.D001-1_all.deb Size: 83326 MD5sum: 5886c26d90158a8591b7420ba66634be SHA1: 6c643b52d137c0eb9051e3811a8dd98b0c8b194d SHA256: 37ef7d091bc7426b78e154380ca056141cb29abcd087d66904970baa549e6adf Package: libfstrcmp0 Source: fstrcmp Version: 0.7.D001-1 Installed-Size: 49 Maintainer: Peter Miller pmil...@opensource.org.au Architecture: amd64 Depends: libc6 (= 2.3) Description-en: fuzzy string compare library - runtime library library of fuzzy string comparison functions Description-md5: cae46f838accda9a9b08df3ddca1dde2 Homepage: http://fstrcmp.sourceforge.net/ Tag: role::shared-lib Section: libs Priority: optional Filename: pool/main/f/fstrcmp/libfstrcmp0_0.7.D001-1_amd64.deb Size: 8866 MD5sum: 01571b2ac22c8329bc2918a090eea945 SHA1: 85af29c8e9ec9815591b0456830ff1294166cd43 SHA256: 2aa8cb9fb570086cc0b08fe236998d5ce0c0b092c2273a569e9afe890c70ab65 Package: libfstrcmp0 Source: fstrcmp Version: 0.4.D001-1+deb7u1 Installed-Size: 21 Maintainer: Peter Miller pmil...@opensource.org.au Architecture: amd64 Depends: libc6 (= 2.3) Description-en: library of fuzzy string comparison functions This package
Bug#765335: O: libexplain -- utility to explain system call errors
Package: wnpp Severity: normal The current maintainer of libexplain, Peter Miller pmil...@opensource.org.au, has retired. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: libexplain Binary: explain, libexplain30, libexplain30-dbg, libexplain-dev Version: 0.52.D002-1 Maintainer: Peter Miller pmil...@opensource.org.au Build-Depends: bison, debhelper (= 5), groff, libcap-dev, libtool, linux-libc-dev, lsof Architecture: any Standards-Version: 3.9.1 Format: 1.0 Files: ddb3666e6d1fc14fc704a36b1bb078f9 907 libexplain_0.52.D002-1.dsc 08713ec2dd5a85c0afb6002b5db5caf9 4778649 libexplain_0.52.D002-1.tar.gz Dm-Upload-Allowed: yes Checksums-Sha1: 1e91d074aab1979c00a1d6aa28656cdb334d1be0 907 libexplain_0.52.D002-1.dsc a02d5be7af936954120fd68ecd520ad1d4dda941 4778649 libexplain_0.52.D002-1.tar.gz Checksums-Sha256: 1722eab30c49759be05d377477ba2a4804af7001e60a6ca86cc9e519a6e163e4 907 libexplain_0.52.D002-1.dsc 05369e23df02da527317f0791d85de3cb22c00f606c9cd4a7c9550b71d009af2 4778649 libexplain_0.52.D002-1.tar.gz Homepage: http://libexplain.sourceforge.net/ Directory: pool/main/libe/libexplain Priority: source Section: devel Package: libexplain Binary: explain, libexplain-doc, libexplain51, libexplain51-dbg, libexplain-dev Version: 1.4.D001-1 Maintainer: Peter Miller pmil...@opensource.org.au Build-Depends: bison, debhelper (= 5), ghostscript, groff, libacl1-dev, libcap-dev, libtool, linux-libc-dev, lsof Architecture: any all Standards-Version: 3.9.3 Format: 1.0 Files: 183248ba9ac02e6f267f1f91aaa4c986 1114 libexplain_1.4.D001-1.dsc 4678a3dfd8f6d77578b3e8258b841374 5047488 libexplain_1.4.D001-1.tar.gz Checksums-Sha1: 9a23f8bdb08ee0a23380409edca9dc527511225e 1114 libexplain_1.4.D001-1.dsc cc7410394215ff0b1e93745c05afe15180b72550 5047488 libexplain_1.4.D001-1.tar.gz Checksums-Sha256: b29591c60efa7dd3f7c8a8c41d26e3016de5affe5986f912b57cc8e49ec045f8 1114 libexplain_1.4.D001-1.dsc ae3c10b8288be5ed2848e8d16ed53a2898c453fa707750168971b5615d72a17b 5047488 libexplain_1.4.D001-1.tar.gz Homepage: http://libexplain.sourceforge.net/ Package-List: explain deb devel optional libexplain-dev deb libdevel optional libexplain-doc deb doc optional libexplain51 deb libs optional libexplain51-dbg deb debug extra Directory: pool/main/libe/libexplain Priority: source Section: devel Package: explain Source: libexplain Version: 1.4.D001-1 Installed-Size: 347 Maintainer: Peter Miller pmil...@opensource.org.au Architecture: amd64 Depends: libacl1 (= 2.2.51-8), libc6 (= 2.2.5), libexplain51, lsof Description-en: utility to explain system call errors This package provides an explain(1) command to explain Unix and Linux system call errors, after the fact. Description-md5: eacebf1de43f9609417d36c3a17b5eb2 Homepage: http://libexplain.sourceforge.net/ Section: devel Priority: optional Filename: pool/main/libe/libexplain/explain_1.4.D001-1_amd64.deb Size: 104040 MD5sum: 7b82b7981a9af66c88f3330be1cc215f SHA1: ec99df91a56b87a2d978dd77effe7e9cc932905a SHA256: 1434e8f424d47d02e9cdf423fbe4ecc85d96a4d4eaabda417529345205ab0d2c Package: explain Source: libexplain Version: 0.52.D002-1 Installed-Size: 1680 Maintainer: Peter Miller pmil...@opensource.org.au Architecture: amd64 Depends: libc6 (= 2.4), libexplain30, lsof Description-en: utility to explain system call errors This package provides an explain(1) command to explain Unix and Linux system call errors, after the fact. Description-md5: eacebf1de43f9609417d36c3a17b5eb2 Homepage: http://libexplain.sourceforge.net/ Section: devel Priority: optional Filename: pool/main/libe/libexplain/explain_0.52.D002-1_amd64.deb Size: 675894 MD5sum: a68899ea44dd8b557c6ba9425f74c53b SHA1: d1c0047d2eec4dd821b00b4acfc5d14d531db587 SHA256: 56aa54f44ec8248344f05d9fc9cb5aa1fc23f4b6ae863b9940a58076d39d24d2 Package: libexplain30 Source: libexplain Version: 0.52.D002-1 Installed-Size: 1212 Maintainer: Peter Miller pmil...@opensource.org.au Architecture: amd64 Depends: libc6 (= 2.10), libcap2 (= 2.10), lsof Description-en: library of syscall-specific strerror replacements This package provides a library which may be used to explain Unix and Linux system call errors. The library is not quite a drop-in replacement for strerror, but it comes close, with each system call having a dedicated libexplain function. Description-md5: eea266320a90491e6138fa5d464bb74e Homepage: http://libexplain.sourceforge.net/ Tag: role::shared-lib Section: libs Priority: optional Filename: pool/main/libe/libexplain/libexplain30_0.52.D002-1_amd64.deb Size: 384738 MD5sum: d60ad77b1813d3b8739c0b1911f3a353 SHA1: 498c7bb2d6910ee0a2916c5728ed841aa9e9412a SHA256:
Bug#746109: rats: FTBFS: tokens.h:96:17: error: conflicting types for 'yycleng'
This looks just like bug #745969, where a fix is described: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=745969 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727179: Please update symbol table to support mips64(el) and mipsn32(el)
On Wed, 23 Oct 2013 12:25:18 +0800 YunQiang Su wzss...@gmail.com wrote: Package: ghostscript Version: 9.05~dfsg-8 The attached patch can make be builtable on mips64el platform. I will NUM this package with the attached patch to 5-delay. It seems there is a new symbol: PDFDocEncodingLookup@Base Should it be added? -- YunQiang Su ghostscript.debdiff Description: Binary data
Bug#758116: Any news about Blends in tasks selection (Was: Debian Installer Jessie Beta 2 release)
Hi Cyril, On Tue, Oct 14, 2014 at 10:14:53AM +0200, Cyril Brulebois wrote: In other words: I perfectly know the fact that Blends are widely ignored even amongst Debian developers and that's not about you / the debian-boot team - perhaps my running around and tell people is just not the right way to convince people. At least I can tell that those people who were listening started to like the idea [see 1]. to clarify a bit: my surprise was about blends support in tasksel/d-i. I've known about blends for a while but I don't think that topic popped up in my debian-boot radar during the whole Jessie release cycle. I admit I expected *you* to know about Blends for a while - but considering the video recorded quote I think I was not wrong using this chance to point this out for other readers of this mail as it is really a fact that I always meet DDs who mix up this concept with derivatives. Well, Blends and the desktop situation could be considered orthogonal. The main goal of a Blend is not primarily to tweak the desktop (even if this could be done). It is rather about the applications. In Debian Med we even have a cluster task which contains exclusively those packages which can be run without a graphical desktop (bio-cloud [2]). I meant the needed changes in tasksel to support both desktop selection and blends. OK. ... earlier, yes. The reason why at least I stayed away from this since 2003 (#186085) was that I have seen little chances to change the refusal. However, since recently some Blends of some more general interest like Debian Games and Debian GIS started or gained some traktion resp. the idea came up to rise this question on IRC in the DebConf talk. Blends… support in d-i (during this release cycle) was what I meant, sorry for being unclear. Hopefully that was covered by the above clarification. ;) Yes it was. :-) However, I also had taken the chance to refer to an earlier bug (perhaps also to review its old arguments). I perfectly agree that you as the one person army keeping Debian Boot alive (hey, do you like the Blends born idea to prove this point[4]??) should not spend extra time cycles into the implementation. That really isn't true, there are many other developers, reporters, and patch providers. I'm only adding glue or oil where needed… Of course we could do with more hands (look at the BTS), but I'm far for being the only one working on d-i. I agree that my term was a bit in terms of a compliment in the sense of a friendly lie. I was not trying to underestimate the work of those people who are providing smaller contributions. However, you really find lots of graphs similar like[4] which show the feature of one dominant person at a certain time. Perhaps you take this as: Thanks for the effort you spent obviously for debian-boot. That's in fact a quite motivating incentive and I perfectly agree that we really should start rather yesterday than today. The thing is that it is not really clear to me, what we should do rather than adding the packages edu-tasks games-tasks gis-tasks junior-tasks med-tasks science-tasks debichem-tasks ezgo-tasks (multimedia-tasks is not ready according to their maintainer[5]) to the boot disks. Joey Hess as tasksel maintainer mentioned limited amount of space in tasksel for blends but this does not give a sensible hint of what exact action we should do now. I think currently eight additional lines is not that much. I also totally contradict to Joey's statement The 'Debian Pure Blends' effort has been around for several releases and been publicised. and I take [1] as sufficient argument that it is not the case. Blends were never ever regarded in practice as some Debian internal thing and *every* time when I talk about Blends on conferences and in private discussions I will be asked: Why don't you do this cool stuff right into Debian instead of a derivative? It would *really* help in this kind of discussion to point to the Debian installer ... So if we would get some helping hand what exactly technically needs to be done, we could try to come up with some solution. I'm not sure we have 8 slots at the moment. I'm pretty sure a scrollbar (if at all feasible) in a multi-choice menu would be a bad idea. I agree here. However, I think it would be a shame to drop a good idea (and as far as I understood the responses to the bug it is considered good by several people) since we failed to find a sensible menu design. Maybe we'd need a separate prompt for blends. I perfectly agree that some additional menu level would be the most natural way in my eyes. I think I mentioned this before. Hmmm, just wondering why I can't find this term in the previous bugreport(s) since I always imagined this. May be there is no instance of this since there never was a real discussion whether we should do it
Bug#765332: [Pkg-stud-maintainers] Bug#765332: stud: The upstream is no longer maintained
❦ 14 octobre 2014 10:54 +0200, Michal Trojnara michal.trojn...@mirt.net : The upstream for stud seems to be dead, as the team that authored and supported this software no longer exists. I'm not sure whether it affects the Debian package or not. I could not find anything on this topic in the Debian policy. The home page (https://github.com/bumptech/stud) claims stud (...) is maintained by the Bump (http://bu.mp) server team. According to http://bu.mp/ Bump is no longer available.. Further details can be found on http://blog.bu.mp/: We are now deeply focused on our new projects within Google, and we've decided to discontinue Bump and Flock. Hi Michal! I agree that stud is currently dead. Upstream doesn't even have time to tag a new version (which could be useful because there are some interesting features). On the other hand, because the codebase is relatively small, it is easy to maintain as is. As far as I know it can still fill its role (but the 0.3 version doesn't have support for EC cryptography). The big question is: should it be removed now or should it be removed in jessie+1? -- printk(VFS: Busy inodes after unmount. Self-destruct in 5 seconds. Have a nice day...\n); 2.3.99-pre8 /usr/src/linux/fs/super.c signature.asc Description: PGP signature
Bug#765045: [libvirt-clients]
policykit-1 and libpolkit-agent-1-0 from sid work fine, you need to have configured libvirt to work with polkit correctly /etc/polkit-1/localauthority/50-local.d/ with polkit config files eg; org.libvirt.unix.manage.pkla contains (notice the filename ending (.pkla) as we have polkit 0.105 in sid currently, after 0.106 the ending is not required) [Allow fred libvirt management permissions] Identity=unix-user:fred Action=org.libvirt.unix.manage ResultAny=yes ResultInactive=yes ResultActive=yes as stated at http://libvirt.org/auth.html#ACL_server_polkit then virsh and virt-manager work fine in sid without needing extras from experimental so its less of a bug, more of an extra note needed for configuration with polkit. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765336: RFP: black-hole-solver - Solver (C API + CLI program) for Black Hole Solitaire and All in a Row Solitaire
Package: black-hole-solver Severity: wishlist The Black Hole Solitaire Solver - http://www.shlomifish.org/open-source/projects/black-hole-solitaire-solver/ - is a solver for Black Hole card Solitaire and All in a Row card Solitaire , providing both a C API and a command line application. It can be used, to solve these games, by this GitHub branch of the PySolFC package: https://github.com/shlomif/PySolFC/tree/black_hole_solver_integration ( Note that the pristine PySolFC sources and their derived GitHub versions cannot be run directly on Debian/Ubuntu/etc. because the cardsets exclude the LICENSE files and the PySolFC package patched downstream to accommodate for this change. ) Regards, Shlomi Fish -- - Shlomi Fish http://www.shlomifish.org/ Rethinking CPAN - http://shlom.in/rethinking-cpan XSLT is the number one cause of programmers’ suicides since Visual Basic 1.0. — http://www.shlomifish.org/humour/bits/facts/XSLT/ Please reply to list if it's a mailing list post - http://shlom.in/reply . -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744249: libgtk-3-0: gtk 3.12 breaks usability by forcing client side decorations on X11
Hi, I think a misunderstanding has occurred here. ... If GTK3 forces CSD on non-Gnome apps that don't use it explicitly, that IS a bug in GTK3. But if ONLY Gnome apps get CSD, that could be seen as a bug in THEM (or in Gnome) and not in GTK3. Indeed, I didn't get it right... The situation was/is like this: - GTK+ 3.12 forced CSD on all dialog windows and subwindows, making it impossible to resize them with a mouse in the environments other than Gnome Shell. This included not only Gnome apps, but any other GTK+3 apps as well (e.g. Synaptic). - GTK+ 3.14 removed [1] that feature. Now all the dialog windows have CSD only if GTK+ decides it works best in the current environment. In practice it means the dialogs in _all_ GTK+3 apps don't have forced CSD anymore if you're using MATE, Xfce, LXDE, etc. (in other words - not Gnome Shell) - In both GTK+ 3.12 and 3.14, most of the Gnome apps still have CSD in their _main_ windows. That means they're still not resizable with a mouse in the environments other than Gnome Shell, and that's still a bug. [1] http://blogs.gnome.org/mclasen/2014/07/28/a-talk-in-9-images/
Bug#724105: Is package gone from mentors?
Hi On 2014-10-14 10:07, Marcin Kulisz wrote: I'm not capable of uploading it but I'd like to have a look into this package. Unfortunately it looks like it's gone from mentors and there is no provided VCS for this package in the PTS. Can you re-upload it or send a link to VCS? BTW pls cc me in as I'm not subscribing this bug. All of my packages (dhcpcd, dhcpcd-gtk, openresolv) are timing out on mentors. I've tried asking various people to upload it or do something with it but nothing happens. It seems Debian no longer cares about my software, or the mentor process is not working. As a result of this, I've re-purposed my non booting debian partition (non booting thanks to systemd) for something else and no longer have the package updates available. Roy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663536: motion: Live Webcam Server should listen on IPv6
Package: motion Version: 3.2.12+git20140228-4+b2 Followup-For: Bug #663536 Dear Maintainer, There is a dual problem to this bug: the configuration interface *only* listens on IPv6. I think this is the same problem. I've seen this on two different machines. * What led up to the situation? Set the following in the configuration file: ipv6_enabled on stream_port 8281 stream_localhost off webcontrol_port 8280 webcontrol_localhost off * What was the outcome of this action? - Configuration server listen on IPv6 only, - Streaming server listens on IPv4 only netstat -ln shows the following tcp0 0 0.0.0.0:82810.0.0.0:* LISTEN tcp6 0 0 ::1:8280:::* LISTEN * What outcome did you expect instead? Both configuration and streaming server listen on both IPv4 and IPv6, i.e., tcp0 0 0.0.0.0:82800.0.0.0:* LISTEN tcp0 0 0.0.0.0:82810.0.0.0:* LISTEN tcp6 0 0 ::1:8280:::* LISTEN tcp6 0 0 ::1:8281:::* LISTEN -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages motion depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.53 ii libavcodec56 6:11-1 ii libavformat56 6:11-1 ii libavutil546:11-1 ii libc6 2.19-11 ii libjpeg8 8d1-1 ii libmysqlclient18 5.5.39-1 ii libsqlite3-0 3.8.6-1 ii zlib1g 1:1.2.8.dfsg-2 Versions of packages motion recommends: ii ffmpeg 6:0.8.16-1 Versions of packages motion suggests: ii mysql-client 5.5.39-1 ii mysql-client-5.5 [mysql-client] 5.5.39-1 pn postgresql-clientnone -- Configuration Files: /etc/default/motion changed [not included] /etc/motion/motion.conf [Errno 13] Permission denied: u'/etc/motion/motion.conf' -- debconf information: motion/moved_conf_dir: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765117: [Python-modules-team] Bug#765117: python-django: FTBFS: Tests failures
On Tue, 14 Oct 2014, Brian May wrote: So to me it looks like loaddata is generating 1 warning, when we were hoping for no warnings. Thanks for the initial analysis. I forwarded a bug to Django: https://code.djangoproject.com/ticket/23651 Now I am a bit puzzled as to (a) why this didn't occur previously or on wheezy, and (b) why it only happens with Python3. [...] One mystery resolved. Not really: Under python2, the fixture_name contains u'initial_data', so the if condition fails. $ python Python 2.7.8 (default, Oct 7 2014, 17:59:21) [GCC 4.9.1] on linux2 Type help, copyright, credits or license for more information. 'initial_data' == u'initial_data' True I traced the code and we get to the same point: warnings.warn(..., RemovedInDjango19Warning) is called both with Python 2 and Python 3. But with Python 3 it's caught by catch_warnings() but not with Python 2, possibly due to a bug in Python: http://bugs.python.org/issue4180 (that bug has been identified by a Django core developer on the ticket above) Still not sure why this only recently became an issue in unstable. Because the above bug has been fixed in python 3.4.2 which has been uploaded recently. Cheers, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#467485: adns _does_ work with multiple ptr records
On Mon, Oct 13, 2014 at 05:47:29PM +0100, Ian Jackson ijack...@chiark.greenend.org.uk wrote: In conjecture that the submitter had inconsistent forward and reverse That was probably the case. DNS. adns by default (ie if you don't say `-t ptr-') insists that every address returned has a matching forward entry. Adns doesn't do that, as at least test1.laendle resolves to 10.0.0.255, but wasn't returned, so it failed for this ptr record. # adnshost -i 10.0.0.255 Error during DNS PTR lookup for 255.0.0.10.in-addr.arpa: Inconsistent resource records in DNS # host 10.0.0.255 255.0.0.10.in-addr.arpa domain name pointer test2.laendle. 255.0.0.10.in-addr.arpa domain name pointer test1.laendle. # host test1.laendle test1.laendle has address 10.0.0.255 test1.laendle has IPv6 address 3ffe:1900:4545:2:240::f7e1 Besides, adns should follow the RFCs by default, that is, return the ptr records when requested and follow cname chains instead of erroring out for valid zone data (google.de was unresolvable for years by adns until they recently changed their DNS setup), instead of imposing its own unrealistic standards on the internet - no other resolver fails this way. -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / schm...@schmorp.de -=/_/_//_/\_,_/ /_/\_\ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765338: wrap-and-sort: please support wrapping and sorting debian/*.links
Package: devscripts Version: 2.14.7 Severity: wishlist Hi, as the subject suggests, wrap-and-sort currently wraps and sorts debian/*.install files, but neglects debian/*.links. It would be nice if that could be added in a future release. Thanks, Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764372: About pkg-config for BLAS/LAPACK
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Sebastian On 10/10/2014 20:18, Sébastien Villemot wrote: Hi Alastair, I saw your reports about adding pkg-config support for BLAS and LAPACK implementations (#764372 and #764491). I am basically in agreement with this change, but I don't have the time to take care of it before the jessie freeze. So, if you want to have this change in Jessie, feel free to do a Team Upload (or a DELAY/0 NMU if you're not in the Debian Science Team). However, if you do that, please also make similar changes at the same time to atlas (adding both a blas-atlas.pc and lapack-atlas.pc) and to lapack (adding a lapack-netlib.pc). Thanks, I will do so when I've added a lapack patch. Also, I don't think that cblas.pc is the right name for the blas package pkg-config file (cblas is a C interface to the Fortran 77 BLAS routines). I would rather call that file blas-netlib.pc. I agree, blas-netlib.pc is better and more consistent. For the openblas case, I don't think it makes much sense to set libdir to /usr/lib/openblas (though it does not harm), since actually the symlink /usr/lib/libblas.a will point to the right place. It is possible that openblas is installed and the symlink is manually set for netlib, for example. In this case using pkg-config blas-openblas would give the wrong results. Finally, I don't understand why you say that your .pc file for OpenBLAS enables linking to OpenBLAS both generically and explicitly. Actually, it only enables generic linking to a BLAS alternative. The specific linking to OpenBLAS is provided by /usr/lib/libopenblas.so.0 (which has a different SONAME). Ah, I didn't realise that /usr/lib/openblas/libblas.so provided the libblas.so SONAME. Thanks, I withdraw that statement. regards Alastair - -- Alastair McKinstry, alast...@sceal.ie, mckins...@debian.org, https://diaspora.sceal.ie/u/amckinstry A decent provision for the poor is the true test of civilization. ~Samuel Johnson, Boswell: Life of Johnson -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJUPO6QAAoJEN9LdrZRJ3QsB5IP/1mxviBqjwUl2b407dCuZBQP 3ebFZ8YeFxLiBdEHdoY0P48wpXPbFccxnsWlBSoJg/61FAPDFaVtUeU8l5paZW4V /RowpQ2BMLCgW/yZaVpPDhwC60rgvR1tbYkgIauUcYDPrhLQvDEeuMEgf+rC81hI QIrI0jq8JScbjNXLJMaoDa29uJO61M564j0rWaoyeuuGXEQ76vXKaKi5tiYdIaij 3KCmL4lHLuXSeshdWyUQQeth9ahz/PERNn4JkI3Q9YaaP1hTdDoR19vn4GxckDTl EmmVrM1EzJaFjWgmU/0CuAR36kqqFVsGYjOZzvEPplnLWn87zl3gywIMGW7nWPU1 svIGFBAwNZpBJk7dhv5slADhmLRBXnQQvzqxkPiGfW/um2XcrGU7XxKn4nGPPJiG KPWtTv9zdZpEtHsqsYKnogia2ljXzkHdcBKfS0HfYxCbiDsn2nzNcg+G4KZ4g573 l4PTzMK0a9TPjwwUqQ0mFwmljzXLs71mMvdKoHvQchENNr4sRbrMSEiW4mYeVR2K aBnkS4iD+dONJX56T/kwcxJbEPqDEJgVv+MnJZxIv4JBu82GcCC/QUpPzrRAWIiP uwkJuvhZFzjqLOKrKW/+NKB6wwRLxIuZa9reAGlZPJFpkRkCGpBdRSOiO8r5nS3x 9EwRHueW99+qUjpKXwNj =6BgK -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#765314: mrpt: FTBFS on all non-x86-based architectures
On Tue, Oct 14, 2014 at 08:45:24AM +0200, Jose Luis Blanco wrote: Yes please, and thanks for the patch! I noticed it yesterday and fixed upstream [1], but didn't know how to propagate this quickly to Debian. OK, uploaded. Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764372: About pkg-config for BLAS/LAPACK
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Sebastian On 10/10/2014 20:18, Sébastien Villemot wrote: Hi Alastair, I saw your reports about adding pkg-config support for BLAS and LAPACK implementations (#764372 and #764491). I am basically in agreement with this change, but I don't have the time to take care of it before the jessie freeze. So, if you want to have this change in Jessie, feel free to do a Team Upload (or a DELAY/0 NMU if you're not in the Debian Science Team). However, if you do that, please also make similar changes at the same time to atlas (adding both a blas-atlas.pc and lapack-atlas.pc) and to lapack (adding a lapack-netlib.pc). Thanks, I will do so when I've added a lapack patch. Also, I don't think that cblas.pc is the right name for the blas package pkg-config file (cblas is a C interface to the Fortran 77 BLAS routines). I would rather call that file blas-netlib.pc. I agree, blas-netlib.pc is better and more consistent. For the openblas case, I don't think it makes much sense to set libdir to /usr/lib/openblas (though it does not harm), since actually the symlink /usr/lib/libblas.a will point to the right place. It is possible that openblas is installed and the symlink is manually set for netlib, for example. In this case using pkg-config blas-openblas would give the wrong results. Finally, I don't understand why you say that your .pc file for OpenBLAS enables linking to OpenBLAS both generically and explicitly. Actually, it only enables generic linking to a BLAS alternative. The specific linking to OpenBLAS is provided by /usr/lib/libopenblas.so.0 (which has a different SONAME). Ah, I didn't realise that /usr/lib/openblas/libblas.so provided the libblas.so SONAME. Thanks, I withdraw that statement. regards Alastair - -- Alastair McKinstry, alast...@sceal.ie, mckins...@debian.org, https://diaspora.sceal.ie/u/amckinstry A decent provision for the poor is the true test of civilization. ~Samuel Johnson, Boswell: Life of Johnson -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJUPO6QAAoJEN9LdrZRJ3QsB5IP/1mxviBqjwUl2b407dCuZBQP 3ebFZ8YeFxLiBdEHdoY0P48wpXPbFccxnsWlBSoJg/61FAPDFaVtUeU8l5paZW4V /RowpQ2BMLCgW/yZaVpPDhwC60rgvR1tbYkgIauUcYDPrhLQvDEeuMEgf+rC81hI QIrI0jq8JScbjNXLJMaoDa29uJO61M564j0rWaoyeuuGXEQ76vXKaKi5tiYdIaij 3KCmL4lHLuXSeshdWyUQQeth9ahz/PERNn4JkI3Q9YaaP1hTdDoR19vn4GxckDTl EmmVrM1EzJaFjWgmU/0CuAR36kqqFVsGYjOZzvEPplnLWn87zl3gywIMGW7nWPU1 svIGFBAwNZpBJk7dhv5slADhmLRBXnQQvzqxkPiGfW/um2XcrGU7XxKn4nGPPJiG KPWtTv9zdZpEtHsqsYKnogia2ljXzkHdcBKfS0HfYxCbiDsn2nzNcg+G4KZ4g573 l4PTzMK0a9TPjwwUqQ0mFwmljzXLs71mMvdKoHvQchENNr4sRbrMSEiW4mYeVR2K aBnkS4iD+dONJX56T/kwcxJbEPqDEJgVv+MnJZxIv4JBu82GcCC/QUpPzrRAWIiP uwkJuvhZFzjqLOKrKW/+NKB6wwRLxIuZa9reAGlZPJFpkRkCGpBdRSOiO8r5nS3x 9EwRHueW99+qUjpKXwNj =6BgK -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#765337: RM: gasic [kfreebsd-amd64] -- ROM; unsatisfiable Depends: seqan-apps on kfreebsd-amd64
Package: ftp.debian.org Severity: normal Hi, in my last bug report I failed to realise that there is another unsatisfiable Depends: seqan-apps on kfreebsd-amd64. So please remove gasic also from kfreebsd-amd64 and sorry for creating additional work. Kind regards Andreas. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764897: kfreebsd-kernel-headers: net/route.h fails to compile in userland, ipsec-tools FTBFS
affects 764897 + ipsec-tools thanks On 12/10/14 02:00, Steven Chamberlain wrote: kfreebsd-kernel-headers = 10.1~ adds a sys/counter.h, used in various places including net/route.h. It requires a kernel type uint64_t (from sys/kglue/sys/types.h) without which any userland code using net/route.h could break, such as nmap: This also caused ipsec-tools to FTBFS; will be fixed in upcoming kfreebsd-kernel-headers this week. Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763773: lintian: please implement support for the new build profile syntax
Hi,
I made the following changes to my last patch:
- corrected the regular expression in Lintian::Relation::parse_element to also
read in restriction formulas with more than one group
- corrected the regular expression in Lintian::Relation::new_norestriction to
not start reading in the restriction formula starting from a possible less
than sign in a version comparison
- added an extended comment to Lintian::Relation::implies_element for how to
possible implement the implies relationship for dependencies with build
profiles
- added t/scripts/Lintian/Relation/06-build-profiles.t
cheers, josch
From 979c27d635d35a9b838149214b8e43adb0987422 Mon Sep 17 00:00:00 2001
From: josch j.scha...@email.de
Date: Mon, 1 Sep 2014 11:16:58 +0200
Subject: [PATCH] implement new build profile syntax
---
checks/control-file.desc | 12 ---
checks/control-file.pm | 92 ++
checks/fields.desc | 65 +++
checks/fields.pm | 79 ++-
data/fields/build-profiles | 6 ++
data/fields/dependency-restrictions| 4 -
lib/Lintian/Relation.pm| 33 ++--
t/scripts/Lintian/Relation/06-build-profiles.t | 16
.../debian/debian/control.in | 26 --
t/tests/fields-build-profiles-general/desc | 19 +++--
t/tests/fields-build-profiles-general/tags | 19 +++--
11 files changed, 206 insertions(+), 165 deletions(-)
create mode 100644 data/fields/build-profiles
delete mode 100644 data/fields/dependency-restrictions
create mode 100644 t/scripts/Lintian/Relation/06-build-profiles.t
diff --git a/checks/control-file.desc b/checks/control-file.desc
index 86bd074..dc5c467 100644
--- a/checks/control-file.desc
+++ b/checks/control-file.desc
@@ -210,18 +210,6 @@ Info: The control file contains commented-out VCS-* lines, most
probably a result of dh_make. These URLs should either be valid and
uncommented, or removed.
-Tag: stageX-profile-used-but-no-binary-package-dropped
-Severity: normal
-Certainty: certain
-Info: You used a stage1 or stage2 build profile restriction in the build
- dependencies but you did not mark any binary packages as not being built with
- the used profile activated. Using a stage1 or stage2 build profile restriction
- means that you intend to change the build process in a way such that some of
- the build results will be different or not generated at all. All binary
- packages which would provide different functionality, would be empty or not be
- built at all under the stage1 or stage2 profiles must be marked as not being
- generated with the Build-Profiles field.
-
Tag: pre-depends-directly-on-multiarch-support
Severity: pedantic
Certainty: possible
diff --git a/checks/control-file.pm b/checks/control-file.pm
index 47b7b87..7a2d139 100644
--- a/checks/control-file.pm
+++ b/checks/control-file.pm
@@ -37,6 +37,7 @@ use Lintian::Util qw(file_is_encoded_in_non_utf8 read_dpkg_control
my @LIBCS = qw(libc6 libc6.1 libc0.1 libc0.3);
my $LIBCS = Lintian::Relation-new(join(' | ', @LIBCS));
my $src_fields = Lintian::Data-new('common/source-fields');
+my $KNOWN_BUILD_PROFILES = Lintian::Data-new('fields/build-profiles');
sub run {
my ($pkg, undef, $info) = @_;
@@ -304,48 +305,71 @@ sub run {
# packages might never be built in the first place because of build
# profiles
-# check which profile names are supposedly supported according to the build
-# dependencies
-my %used_profiles;
-for my $field (
-qw(build-depends build-depends-indep build-conflicts build-conflicts-indep)
- ) {
-if (my $value = $info-source_field($field)) {
-# If the field does not contain profile. then skip this
-# part. They rarely do, so this is just a little
-# common-case optimisation.
-next if index($value, 'profile.') 0;
-for my $dep (split /\s*,\s*/, $value) {
-for my $alt (split /\s*\|\s*/, $dep) {
-while ($alt =~ /([^]+)/g) {
-for my $restr (split /\s+/, $1) {
-if ($restr =~ m/^!?profile\.(.*)/) {
-$used_profiles{$1} = 0;
-}
-}
-}
-}
-}
-}
-}
+my $profiles_used = 0;
-# find those packages that do not get built because of a certain build
-# profile
+# check the syntax of the Build-Profiles field
for my $bin (@package_names) {
my $raw = $info-binary_field($bin, 'build-profiles');
next unless $raw;
-for my $prof (split /\s+/, $raw) {
-if ($prof =~ s/^!//) {
-$used_profiles{$prof} = 1;
+$profiles_used = 1;
+if (
+
Bug#765035: python-urllib3: Incorrect version for build-dep on python-nose
Hello Nick, On Monday 13 October 2014 17:21:47 Nick Phillips wrote: In trying to build urllib3 on wheezy, I've found that it appears to require a version of nose with nose.__main__ - from github, this appears to mean 1.3.3 and up; 1.1.2 is no good. Thanks for the report I will update it. Kind regards, -- Daniele Tricoli 'Eriol' http://mornie.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727179: Please update symbol table to support mips64(el) and mipsn32(el)
Hi YunQiang Su, (just curious - which part is personal name and which your family name?) Quoting YunQiang Su (2014-10-14 11:17:50) On Wed, 23 Oct 2013 12:25:18 +0800 YunQiang Su wzss...@gmail.com wrote: The attached patch can make be builtable on mips64el platform. I will NUM this package with the attached patch to 5-delay. Please feel free to upload with no delay. Or, if interested, join the maintainance team :-D It seems there is a new symbol: PDFDocEncodingLookup@Base Should it be added? Yes, please - but check (e.g. in build logs of other archs) whether it should go into the common or e.g. endian-specific Symbols snippet. Thanks! - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#762796: [Packaging] Bug#762796: munin: Undefined subroutine main::header
control: tags -1 + pending Hi, fixed in git by Steve, thanks! 2.0.22-1 should arrive soon... cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#765340: libgtk-3-0: unreadable font (white on white) in adressbar of xombrero and popup asking for password
Package: libgtk-3-0 Version: 3.14.1-1 Severity: important Dear Maintainer, * What led up to the situation? upgrade of libgtk-3-0 from 3.12.2-3+b1 to 3.14.1-1 makes my preferred browser (xombrero) unusable * What exactly did you do (or not do) that was effective (or ineffective)? I tried 13 different web-browsers, but only xombrero depends on libgtk-3-0 and shows the following symptoms: address bar, search bar and status bar are unreadable. I suspect that the font is there, but is displayed white on white. additionally if xombrero asks for a password, the fields for user and password show the same effect. in the configuration of xombrero itself I found no option to set the foreground/background color * What was the outcome of this action? you have to type blindly, which is a little bit error prone :-) -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgtk-3-0 depends on: ii libatk-bridge2.0-0 2.12.1-1+b1 ii libatk1.0-0 2.14.0-1 ii libc62.19-11 ii libcairo-gobject21.12.16-5 ii libcairo21.12.16-5 ii libcolord2 1.2.1-1+b1 ii libcups2 1.7.5-4 ii libfontconfig1 2.11.0-6.1 ii libfreetype6 2.5.2-2 ii libgdk-pixbuf2.0-0 2.30.8-1+b1 ii libglib2.0-0 2.42.0-2 ii libgtk-3-common 3.14.1-1 ii libjson-glib-1.0-0 1.0.2-1 ii libpango-1.0-0 1.36.8-2 ii libpangocairo-1.0-0 1.36.8-2 ii libpangoft2-1.0-01.36.8-2 ii librest-0.7-00.7.92-1 ii libsoup2.4-1 2.48.0-1 ii libwayland-client0 1.6.0-2 ii libwayland-cursor0 1.6.0-2 ii libx11-6 2:1.6.2-3 ii libxcomposite1 1:0.4.4-1 ii libxcursor1 1:1.1.14-1 ii libxdamage1 1:1.1.4-2 ii libxext6 2:1.3.2-1 ii libxfixes3 1:5.0.1-2 ii libxi6 2:1.7.4-1 ii libxinerama1 2:1.1.3-1 ii libxkbcommon00.4.3-2 ii libxml2 2.9.1+dfsg1-4 ii libxrandr2 2:1.4.2-1 ii multiarch-support2.19-11 ii shared-mime-info 1.3-1 Versions of packages libgtk-3-0 recommends: ii hicolor-icon-theme 0.13-1 ii libgtk-3-bin3.14.1-1 Versions of packages libgtk-3-0 suggests: ii gvfs 1.22.0-1+b1 ii librsvg2-common 2.40.4-1 -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761087: apertium-en-es: segmentation fault on trivial translations
On Wed, Sep 10, 2014 at 01:14:30PM -0400, Daniel Kahn Gillmor wrote: Sending any string into apertium gives me a segmentation fault This is fixable with a binNMU but the release team refused to do it: https://bugs.debian.org/757539 Kartik, when will you be uploading apertium packages to unstable? They need to be uploaded this week or next week to reach jessie. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#765339: mv: cannot stat '/«PKGBUILDDIR»/debian/libsane-common/usr/share/doc/libsane/*.html': No such file or directory
Package: src:sane-backends Version: 1.0.24-2 Severity: serious Hi, see https://buildd.debian.org/status/fetch.php?pkg=sane-backendsarch=ppc64elver=1.0.24-2stamp=1413280149 and https://buildd.debian.org/status/fetch.php?pkg=sane-backendsarch=i386ver=1.0.24-2stamp=1413280404 and it will probably fail the same on the other archs. [...] # Platform-specific documentation # move the html files into html/ install -d debian/libsane-common/usr/share/doc/libsane/html mv /«PKGBUILDDIR»/debian/libsane-common/usr/share/doc/libsane/*.html /«PKGBUILDDIR»/debian/libsane-common/usr/share/doc/libsane/html/ mv: cannot stat '/«PKGBUILDDIR»/debian/libsane-common/usr/share/doc/libsane/*.html': No such file or directory make[1]: *** [override_dh_installdocs] Error 1 debian/rules:93: recipe for target 'override_dh_installdocs' failed make[1]: Leaving directory '/«PKGBUILDDIR»' make: *** [binary-arch] Error 2 debian/rules:30: recipe for target 'binary-arch' failed dpkg-buildpackage: error: fakeroot debian/rules binary-arch gave error exit status 2 Probably the cause of this is * debian/rules: - libsane-common: Correct the move of the HTML files to prevent duplicate files within the package. Please fix asap, this blocks packages using libsane-dev from being built.. 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#765179: RFS: yubikey-neo-manager/0.2.2-1 [ITP] -- YubiKey NEO management graphical user interface
I'm resolving the issue of pixmaps in /usr/lib, as well as replacing the
menuicon with one that is 32x32 as we speak. It looks bad when I test it on
Ubuntu (which uses 48x48), but it seems Ubuntu has an app-install-data
package with higher res icons for all of the included packages, so we can
worry about that later I suppose.
*Dain Nilsson*
Senior Software Developer, Yubico
d...@yubico.com
yubico.com
On Tue, Oct 14, 2014 at 11:54 AM, Simon Josefsson si...@josefsson.org
wrote:
On Mon, 2014-10-13 at 21:35 +0200, Simon Josefsson wrote:
Dear mentors,
I am looking for a sponsor for our package yubikey-neo-manager:
Hello Simon!
Thank you for your help in packaging the yubikey neo manager for
Debian! I've got a few things that might need fixing up for you to
take a look at.
Thank you! Cc'ing Dain who has wrote the project.
- The file neoman/libloader has a different copyright than the rest of
the code, both in license and copyright holder. It needs to be
specified in d/copyright
Good catch! Dain, is it needed? I added it to debian/copyright
meanwhile.
- Do you want debian/* to be copyrighted by Yubico, or should it be
copyrighted by you? (This may or may not be a question for legal
counsel.)
Having debian/* be owned by Yubico is fine, we are the same group of
people working on both upstream and the packaging, and all are bound to
Yubico.
- There are several pixmap files being installed under /usr/lib;
architecture independent files should be installed under /usr/share.
- Icons in the Debian menu system should be 32x32 at the largest -
the /usr/share/pixmap/neoman.xpm, file is 128x128.
Yep, we are trying to figure these two out -- do you happen to know how
to get high-res menu icons? 32x32 is really crappy, and there ought to
be a way to provide a better image.
- There is a substitution variable ${python:Provides}, but there
isn't a substitution variable for that. What are you trying to get
from that?
Likely cut'n'paste issue, I dropped it.
I have built and uploaded a new version to mentors.
Thanks, again, for packaging these tools. I have a NEO on my
keychain, so this definitely caught my eye!
Glad to hear that :-) Btw, are you a DD? If you would be willing to
sponsor this, that would be appreciated.
/Simon
Bug#727179: Please update symbol table to support mips64(el) and mipsn32(el)
On Tue, Oct 14, 2014 at 5:50 PM, Jonas Smedegaard d...@jones.dk wrote: Hi YunQiang Su, (just curious - which part is personal name and which your family name?) Quoting YunQiang Su (2014-10-14 11:17:50) On Wed, 23 Oct 2013 12:25:18 +0800 YunQiang Su wzss...@gmail.com wrote: The attached patch can make be builtable on mips64el platform. I will NUM this package with the attached patch to 5-delay. Please feel free to upload with no delay. Or, if interested, join the maintainance team :-D It seems there is a new symbol: PDFDocEncodingLookup@Base Should it be added? Yes, please - but check (e.g. in build logs of other archs) whether it should go into the common or e.g. endian-specific Symbols snippet. It has been added in a previous version to common. Thanks! - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765341: audacity: crashed when playing selected audio: assert !ms_clipboard failed in wxClipboardSync
Package: audacity Version: 2.0.6-1 Severity: important Dear Maintainer, I tried the new packaged version 2.0.6 today and ended up in the obove mentioned problem, which makes audacity nearly unusable. In detail: First I opened an old audacity project and got an error/warning-window: ASSERT INFO: ../src/gtk/clipbrd.cpp(71): assert !ms_clipboard failed in wxClipboardSync(): reentrancy in clipboard code BACKTRACE: [1] wxClipboard::DoIsSupported(wxDataFormat const) [2] wxClipboard::IsSupported(wxDataFormat const) [3] LabelTrack::IsTextClipSupported() [4] AudacityProject::GetUpdateFlags() [5] AudacityProject::UpdateMenus() [6] AudacityProject::FixScrollbars() [7] AudacityProject::HandleResize() [8] AudacityProject::OnSize(wxSizeEvent) [9] AudacityProject::OnShow(wxShowEvent) [10] wxAppConsoleBase::CallEventHandler(wxEvtHandler*, wxEventFunctor, wxEvent) const [11] wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const, wxEvtHandler*, wxEvent) [12] wxEventHashTable::HandleEvent(wxEvent, wxEvtHandler*) [13] wxEvtHandler::TryHereOnly(wxEvent) [14] wxEvtHandler::ProcessEventLocally(wxEvent) [15] wxEvtHandler::ProcessEvent(wxEvent) [16] wxEvtHandler::SafelyProcessEvent(wxEvent) [17] wxTopLevelWindowGTK::GTKUpdateDecorSize(wxTopLevelWindowGTK::DecorSize const) [18] g_main_context_dispatch [19] g_main_context_iteration [20] gtk_main_iteration [21] wxGUIEventLoop::YieldFor(long) [22] wxClipboard::DoIsSupported(wxDataFormat const) [23] wxClipboard::IsSupported(wxDataFormat const) [24] LabelTrack::IsTextClipSupported() [25] AudacityProject::GetUpdateFlags() [26] AudacityProject::UpdateMenus() [27] AudacityProject::InitialState() [28] AudacityProject::OpenFile(wxString, bool) [29] AudacityApp::OnInit() [30] wxEntry(int, wchar_t**) [31] main [32] __libc_start_main [33] _start I clicked continue, the project opened, I could play sound in the project, I saved the project. Then I played a little bit arround, exspecially tried the new lv2-plugin option, which crashed audacity: Debug: DirManager: Created new instance. Expression 'stream-playback.pcm' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 4611 Expression 'stream-playback.pcm' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 4611 Expression 'stream-playback.pcm' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 4611 Speicherzugriffsfehler (Speicherabzug geschrieben) I newly started audacity with the same project, got a revovery-message, clicked recover (which was'nt easy, because the button was that thin, that is was nearly unseeable), saved the project again. From now on I could play the project, but when I selected a piece of audio and wanted to play this selection, the program crashed. I tried starting audacity out of a xterm and got (entire output since starting the program): (Audacity:6091): Gtk-WARNING **: gtk_disable_setlocale() must be called before gtk_init() ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.rear ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.center_lfe ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.side ALSA lib pcm_route.c:947:(find_matching_chmap) Found no matching channel map ALSA lib pcm_route.c:947:(find_matching_chmap) Found no matching channel map ALSA lib pulse.c:243:(pulse_connect) PulseAudio: Unable to connect: Verbindung verweigert ALSA lib pulse.c:243:(pulse_connect) PulseAudio: Unable to connect: Verbindung verweigert Cannot connect to server socket err = Datei oder Verzeichnis nicht gefunden Cannot connect to server request channel jack server is not running or cannot be started error: failed to expand CURIE `pprops:hasStrictBounds' error: attempt to add quad with NULL field error: failed to expand CURIE `pprops:hasStrictBounds' error: attempt to add quad with NULL field error: failed to expand CURIE `units:unit' error: failed to expand CURIE `units:db' error: attempt to add quad with NULL field error: failed to expand CURIE `units:conversion' error: attempt to add quad with NULL field error: failed to expand CURIE `units:to' error: failed to expand CURIE `units:s' error: attempt to add quad with NULL field error: failed to expand CURIE `units:factor' error: attempt to add quad with NULL field error: failed to expand CURIE `pprops:hasStrictBounds' error: attempt to add quad with NULL field error: failed to expand CURIE `units:unit' error: failed to expand CURIE `units:ms' error: attempt to add quad with NULL field error: failed to expand CURIE `units:conversion' error: attempt to add quad with NULL field error: failed to expand CURIE `units:to' error: failed to expand CURIE `units:s' error: attempt to add quad with NULL field error: failed to expand CURIE `units:factor' error: attempt to add quad with NULL field error: failed to expand CURIE `pprops:hasStrictBounds' error: attempt to add quad with NULL field error: failed to expand CURIE `units:unit' error: failed to expand CURIE `units:db' error: attempt to add quad with
Bug#765330: missing license in debian/copyright
Thanks for checking the package. I've set up deap/1.0.1-3 which fixes this bug and contacted the sponsor. Greetings, Daniel Stender -- https://qa.debian.org/developer.php?login=debian%40danielstender.com PGP key: 4096R/DF5182C8 46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761087: apertium-en-es: segmentation fault on trivial translations
On Tue, Oct 14, 2014 at 3:27 PM, Paul Wise p...@debian.org wrote:
On Wed, Sep 10, 2014 at 01:14:30PM -0400, Daniel Kahn Gillmor wrote:
Sending any string into apertium gives me a segmentation fault
This is fixable with a binNMU but the release team refused to do it:
https://bugs.debian.org/757539
Kartik, when will you be uploading apertium packages to unstable?
They need to be uploaded this week or next week to reach jessie.
Weekend for sure, I also need to update all language pair along with
Apertium, else it is useless.
--
Kartik Mistry | IRC: kart_
{0x1f1f, kartikm}.wordpress.com
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765336: RFP: black-hole-solver - Solver (C API + CLI program) for Black Hole Solitaire and All in a Row Solitaire
Control: reassign -1 wnpp On Ma, 14 oct 14, 12:04:36, Shlomi Fish wrote: Package: black-hole-solver Severity: wishlist The Black Hole Solitaire Solver - http://www.shlomifish.org/open-source/projects/black-hole-solitaire-solver/ - is a solver for Black Hole card Solitaire and All in a Row card Solitaire , providing both a C API and a command line application. It can be used, to solve these games, by this GitHub branch of the PySolFC package: https://github.com/shlomif/PySolFC/tree/black_hole_solver_integration ( Note that the pristine PySolFC sources and their derived GitHub versions cannot be run directly on Debian/Ubuntu/etc. because the cardsets exclude the LICENSE files and the PySolFC package patched downstream to accommodate for this change. ) Regards, Shlomi Fish -- - Shlomi Fish http://www.shlomifish.org/ Rethinking CPAN - http://shlom.in/rethinking-cpan XSLT is the number one cause of programmers’ suicides since Visual Basic 1.0. — http://www.shlomifish.org/humour/bits/facts/XSLT/ Please reply to list if it's a mailing list post - http://shlom.in/reply . -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#663185:
Hi all, I already created a package for the latest version on my local for-personal-use-only repo since months now. I'd like to share it but I didn't fully understand how to do it the debian way. The midori upstream changed the build system to cmake so the new package is simpler than before but fresh, so I'd like to submit it somewhere for a review and to (hopefully) contribute to it's inclusion in the official debian repos. Cheers, Laurento -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765179: RFS: yubikey-neo-manager/0.2.2-1 [ITP] -- YubiKey NEO management graphical user interface
On Mon, 2014-10-13 at 21:35 +0200, Simon Josefsson wrote:
Dear mentors,
I am looking for a sponsor for our package yubikey-neo-manager:
Hello Simon!
Thank you for your help in packaging the yubikey neo manager for
Debian! I've got a few things that might need fixing up for you to
take a look at.
Thank you! Cc'ing Dain who has wrote the project.
- The file neoman/libloader has a different copyright than the rest of
the code, both in license and copyright holder. It needs to be
specified in d/copyright
Good catch! Dain, is it needed? I added it to debian/copyright
meanwhile.
- Do you want debian/* to be copyrighted by Yubico, or should it be
copyrighted by you? (This may or may not be a question for legal
counsel.)
Having debian/* be owned by Yubico is fine, we are the same group of
people working on both upstream and the packaging, and all are bound to
Yubico.
- There are several pixmap files being installed under /usr/lib;
architecture independent files should be installed under /usr/share.
- Icons in the Debian menu system should be 32x32 at the largest -
the /usr/share/pixmap/neoman.xpm, file is 128x128.
Yep, we are trying to figure these two out -- do you happen to know how
to get high-res menu icons? 32x32 is really crappy, and there ought to
be a way to provide a better image.
- There is a substitution variable ${python:Provides}, but there
isn't a substitution variable for that. What are you trying to get
from that?
Likely cut'n'paste issue, I dropped it.
I have built and uploaded a new version to mentors.
Thanks, again, for packaging these tools. I have a NEO on my
keychain, so this definitely caught my eye!
Glad to hear that :-) Btw, are you a DD? If you would be willing to
sponsor this, that would be appreciated.
/Simon
signature.asc
Description: PGP signature
Bug#765332: [Pkg-stud-maintainers] Bug#765332: stud: The upstream is no longer maintained
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Vincent Bernat wrote: On the other hand, because the codebase is relatively small, it is easy to maintain as is. As far as I know it can still fill its role (but the 0.3 version doesn't have support for EC cryptography). The big question is: should it be removed now or should it be removed in jessie+1? Unless you have enough time to take over the upstream, it's probably best to remove stud before Jessie is frozen. The more you delay it the better chance of someone else creating dependencies on stud. https://release.debian.org/jessie/freeze_policy.html Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlQ89rwACgkQ/NU+nXTHMtFWvQCfXomB1cYH26EFywFDEOoL/o53 sHwAoJTb9P7tMa9Moc6kAxudMYq4cJc4 =uneN -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#764387: [PATCH] autogen.sh: check for libtoolize rather than libtool
On Tue, Oct 07, 2014 at 11:07:19PM +0200, Helmut Grohne wrote: autogen.sh | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) Applied, thanks. -- Karel Zak k...@redhat.com http://karelzak.blogspot.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765342: tiger: 1:3.2.3-12.1 NMU
Package: tiger Version: 1:3.2.3-12 Severity: normal Attached is the debdiff for the 3.2.3-12.1 NMU I prepared. It addresses bug 740625. I uploaded the packaged I prepared to the DELAYED/3 queue. I hope this doesn't interfere with your release plans for jessie. Francois -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
