Bug#737820: grub-pc: postinst fails when ‘grub-mkconfig’ has non-zero exit status
Package: grub-pc
Version: 2.00-22
Severity: normal
Dear Maintainer,
When the postinst for ‘grub-pc’ calls
‘/etc/kernel/postinst.d/zz-update-grub’, the process is aborted when
‘grub-mkconfig’ exits with status 1. This is apparently not an error,
though, and the process should not fail.
=
/etc/kernel/postinst.d/zz-update-grub:
Generating grub.cfg ...
Found background: /usr/local/share/backgrounds/grub/winkler-gnu-blue.1024.tga
run-parts: /etc/kernel/postinst.d/zz-update-grub exited with return code 1
Failed to process /etc/kernel/postinst.d at
/var/lib/dpkg/info/linux-image-3.12-1-amd64.postinst line 587.
=
-- Package-specific info:
*** BEGIN /proc/mounts
/dev/disk/by-uuid/7423af23-7742-41da-a662-0e66d631aa62 / ext4
rw,relatime,errors=remount-ro,commit=600,data=ordered 0 0
*** END /proc/mounts
*** BEGIN /boot/grub/device.map
(hd0) /dev/disk/by-id/ata-ST95005620AS_5YX1DCHP
*** END /boot/grub/device.map
*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
load_env
fi
set default=0
if [ ${prev_saved_entry} ]; then
set saved_entry=${prev_saved_entry}
save_env saved_entry
set prev_saved_entry=
save_env prev_saved_entry
set boot_once=true
fi
function savedefault {
if [ -z ${boot_once} ]; then
saved_entry=${chosen}
save_env saved_entry
fi
}
function load_video {
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
}
insmod part_msdos
insmod ext2
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set=root 7423af23-7742-41da-a662-0e66d631aa62
if loadfont /boot/grub/dejavu-sans-mono.16.pf2 ; then
set gfxmode=640x480x16;1280x1024x32;1024x768x32;800x600x16;640x480
load_video
insmod gfxterm
insmod part_msdos
insmod ext2
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set=root 7423af23-7742-41da-a662-0e66d631aa62
set locale_dir=($root)/boot/grub/locale
set lang=en_AU
insmod gettext
fi
terminal_output gfxterm
insmod part_msdos
insmod ext2
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set=root 7423af23-7742-41da-a662-0e66d631aa62
insmod tga
background_image -m stretch
/usr/local/share/backgrounds/grub/winkler-gnu-blue.1024.tga
set timeout=5
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
insmod part_msdos
insmod ext2
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set=root 7423af23-7742-41da-a662-0e66d631aa62
insmod tga
if background_image
/usr/local/share/backgrounds/grub/winkler-gnu-blue.1024.tga; then
true
else
set menu_color_normal=cyan/black
set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_linux ###
menuentry 'Debian GNU/Linux, with Linux 3.12-1-amd64' --class debian --class
gnu-linux --class gnu --class os {
load_video
set gfxpayload=keep
insmod gzio
insmod part_msdos
insmod ext2
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set=root
7423af23-7742-41da-a662-0e66d631aa62
echo'Loading Linux 3.12-1-amd64 ...'
linux /boot/vmlinuz-3.12-1-amd64
root=UUID=7423af23-7742-41da-a662-0e66d631aa62 ro quiet
echo'Loading initial ramdisk ...'
initrd /boot/initrd.img-3.12-1-amd64
}
menuentry 'Debian GNU/Linux, with Linux 3.12-1-amd64 (recovery mode)' --class
debian --class gnu-linux --class gnu --class os {
load_video
set gfxpayload=keep
insmod gzio
insmod part_msdos
insmod ext2
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set=root
7423af23-7742-41da-a662-0e66d631aa62
echo'Loading Linux 3.12-1-amd64 ...'
linux /boot/vmlinuz-3.12-1-amd64
root=UUID=7423af23-7742-41da-a662-0e66d631aa62 ro single
echo'Loading initial ramdisk ...'
initrd /boot/initrd.img-3.12-1-amd64
}
### END /etc/grub.d/10_linux ###
### BEGIN /etc/grub.d/20_linux_xen ###
### END /etc/grub.d/20_linux_xen ###
### BEGIN /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_os-prober ###
### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries. Simply type the
# menu entries you want to add after this comment. Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###
### BEGIN /etc/grub.d/41_custom ###
if [ -f $prefix/custom.cfg ]; then
source $prefix/custom.cfg;
fi
### END /etc/grub.d/41_custom ###
*** END /boot/grub/grub.cfg
*** BEGIN /proc/mdstat
cat: /proc/mdstat: No such file or directory
*** END /proc/mdstat
*** BEGIN /dev/disk/by-id
total 0
lrwxrwxrwx 1 root root 9 Feb 6 18:49
Bug#737821: bacula-console-qt: .bvfs_update is carried out VERY long on jobs with several million files and a deep enclosure
Package: bacula-console-qt Version: 5.2.6+dfsg-9 Severity: important Dear Maintainer, For recovery of files by means of bRestore, it is necessary to execute at first .bvfs_update. When trying to build the PathHierarchy with .bvfs_update, the update for big jobs take forever... Steps to Reproduce: - have a big dataset ( 1 million files AND a deep directory hierarchy) - .bvfs_update job=N - mysql used 100% CPU very mach time - at this time no run jobs on the schedule Additional Information: I updated bacula from version 5.0 to 5.2 (debian 6 - 7). In the new bat version the Browse Cataloged Files function became deprecated. It is offered to use bRestore. My bat hanged at bRestore choice. At this time mysql uses 100% of Cpu I enable slow query log on mysql. The analysis of slow query is lower TOP 1 from #mysqldumpslow mysql-slow.log Count: 249 Time=243.29s (60579s) Lock=0.00s (0s) Rows=0.0 (0), bacula[bacula]@localhost INSERT INTO PathVisibility (PathId, JobId) SELECT a.PathId,N FROM ( SELECT DISTINCT h.PPathId AS PathId FROM PathHierarchy AS h JOIN PathVisibility AS p ON (h.PathId=p.PathId) WHERE p.JobId=N) AS a LEFT JOIN (SELECT PathId FROM PathVisibility WHERE JobId=N) AS b ON (a.PathId = b.PathId) WHERE b.PathId IS NULL I carried out the analysis and optimization of this query. Original query: INSERT INTO PathVisibility (PathId, JobId) SELECT a.PathId,N FROM ( SELECT DISTINCT h.PPathId AS PathId FROM PathHierarchy AS h JOIN PathVisibility AS p ON (h.PathId=p.PathId) WHERE p.JobId=N) AS a LEFT JOIN ( SELECT PathId FROM PathVisibility WHERE JobId=N) AS b ON (a.PathId = b.PathId) WHERE b.PathId IS NULL Optimized query: INSERT INTO PathVisibility (PathId, JobId) SELECT a.PathId,N FROM ( SELECT DISTINCT h.PPathId AS PathId FROM PathHierarchy AS h JOIN PathVisibility AS p ON (h.PathId=p.PathId) WHERE p.JobId=N) AS a LEFT JOIN PathVisibility AS b ON (b.JobId=N and a.PathId = b.PathId) WHERE b.PathId IS NULL Results of query are identical. In original query in join on the right there is a temporary table (subquery SELECT PathId FROM PathVisibility WHERE JobId=N). The temporary table has no index across the field of PathId. For each record of the left table there is a full search of the right table. The table PathVisibility has a compound index on the fields JobId and PathId. In the optimized query join is carried out with use of this index. After introduction of editings and recompilation bacula of .bvfs_update it was executed in 17 minutes. With old inquiry in 16-17 hours it didn't end and was still very far from end. Count: 19052 Time=0.01s (152s) Lock=0.00s (1s) Rows=0.0 (0), bacula[bacula]@localhost INSERT INTO PathVisibility (PathId, JobId) SELECT a.PathId,N FROM ( SELECT DISTINCT h.PPathId AS PathId FROM PathHierarchy AS h JOIN PathVisibility AS p ON (h.PathId=p.PathId) WHERE p.JobId=N) AS a LEFT JOIN PathVisibility AS b ON (JobId=N and a.PathId = b.PathId) WHERE b.PathId IS NULL The similar situation was stated in http://sourceforge.net/mailarchive/forum.php?thread_name=3ccaa3a6fb746ee27273ef0b1db9045b%40bugs.bacula.orgforum_name=bacula-bugs I have a base in mysql. So detailed check is necessary for other bases. I asked the friend to check on postgresql for a lot of work. After 1,5 hours of processing of one big job were compelled to stop postgresql. Patch: diff -Naur bacula-5.2.6+dfsg/src/cats/bvfs.c_orig bacula-5.2.6+dfsg/src/cats/bvfs.c --- bacula-5.2.6+dfsg/src/cats/bvfs.c_orig 2012-06-02 13:26:27.0 +0400 +++ bacula-5.2.6+dfsg/src/cats/bvfs.c 2014-02-06 10:42:34.798440879 +0400 @@ -404,10 +404,9 @@ SELECT DISTINCT h.PPathId AS PathId FROM PathHierarchy AS h JOIN PathVisibility AS p ON (h.PathId=p.PathId) - WHERE p.JobId=%s) AS a LEFT JOIN - (SELECT PathId - FROM PathVisibility - WHERE JobId=%s) AS b ON (a.PathId = b.PathId) + WHERE p.JobId=%s) AS a + LEFT JOIN PathVisibility AS b + ON (b.JobId=%s and a.PathId = b.PathId) WHERE b.PathId IS NULL, jobid, jobid, jobid); } -- System Information: Debian Release: 7.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages bacula-console-qt depends on: ii bacula-common 5.2.6+dfsg-9 ii libc6 2.13-38 ii libcap21:2.22-1.2 ii libgcc11:4.7.2-5 ii libqtcore4 4:4.8.2+dfsg-11 ii
Bug#719215: autopkgtest: please create a QEMU virtualization server
Hello all, I now have a first working version of adt-virt-qemu. It's still rather experimental, not documented yet, and not that easy to use yet. I develop it in the qemu branch: http://anonscm.debian.org/gitweb/?p=autopkgtest/autopkgtest.git;a=shortlog;h=refs/heads/qemu In case you want to play around with that and give early feedback: It's unfortunately really nontrivial to get an initial foot into the door with qemu. I experimented with adding an init script to the temporary overlay that opens a root shell (but the only really well-working tool for manipulating overlays requires root), the current version now assumes that the VM opens a getty on ttyS0 and you have to specify user and password as arguments. After that you specify all disk images (in order) that should be added to the VM. I'm using the cloud-image ones that are produced by lp:auto-package-testing's prepare-testbed, i. e. the main image and the cloud-init iso9660 disk: $ ./run-from-checkout umockdev --- adt-virt-qemu -u ubuntu -p ubuntu /home/martin-scratch/adt/disks/pristine-trusty-amd64.img /home/martin-scratch/adt/disks/pristine-trusty-amd64-20140204_100603.img.seed That's a fairly complicated test, it builds the package, needs-build for the test, installs a fair amount of dependencies and installs self-built packages. It survives that. I put a TODO list in thet first git commit, and there's lots of code and other cleanup to do still, of course. 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#737614: subversion: When updating a repository, please tell from which revision we update
Am Mittwoch, den 05.02.2014, 15:51 -0600 schrieb Peter Samuelson: 'svn update' always updates to a single revision (HEAD by default, or you can specify a revision with -r), so it prints that single revision. So, the question boils down to What should be shown as old revision, if not all files in the repo had the same old revision?. Honestly, I don't know. :/ - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737822: ejabberd seriously outdated
Package: ejabberd debian unstable has a version of ejabberd that was released more than two years ago, despite ejabberd being very active upstream wise and having had a bunch of releases in the meantime. please upload the current stable release of ejabberd to unstable (currentlly being 13.12) or consider orphaning it if you don't have the time to keep up. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733330: still there
Control: reopen -1
Control: found -1 refdb/1.0.1-1
The bug is still there in release 1.0.1:
https://buildd.debian.org/status/fetch.php?pkg=refdbarch=i386ver=1.0.1-1stamp=1391636439
gcc -DPACKAGE_NAME=\refdb\ -DPACKAGE_TARNAME=\refdb\
-DPACKAGE_VERSION=\1.0.1\ -DPACKAGE_STRING=\refdb\ 1.0.1\
-DPACKAGE_BUGREPORT=\\ -DPACKAGE_URL=\\ -DPACKAGE=\refdb\
-DVERSION=\1.0.1\ -D_GNU_SOURCE=1 -DREADLINE42=1 -DHAVE_ICONV=1
-DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1
-DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1
-DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1
-DHAVE_UNISTD_H=1 -DHAVE_SOCKLEN_T=1 -DSTDC_HEADERS=1 -DHAVE_FCNTL_H=1
-DHAVE_LIMITS_H=1 -DHAVE_SYS_FILE_H=1 -DHAVE_SYS_TIME_H=1
-DHAVE_SYS_IOCTL_H=1 -DHAVE_SYSLOG_H=1 -DHAVE_UNISTD_H=1
-DTIME_WITH_SYS_TIME=1 -DRETSIGTYPE=void -DHAVE_STRFTIME=1
-DHAVE_MKFIFO=1 -DHAVE_GETHOSTNAME=1 -DHAVE_SELECT=1 -DHAVE_SOCKET=1
-DHAVE_STRCSPN=1 -DHAVE_STRSTR=1 -DHAVE_STRTOLL=1 -DHAVE_ATOLL=1 -I.
-DSYSCONFDIR=\/etc/refdb\ -DULLSPEC=\%llu\ -D_FORTIFY_SOURCE=2 -g
-O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat
-Werror=format-security -O2 -c -o risxhandler.o risxhandler.c
risxhandler.c: In function 'risx_end_handler':
risxhandler.c:794:7: warning: passing argument 2 of 'iconv' from
incompatible pointer type [enabled by default]
if (iconv(ptr_ardata-conv_descriptor, my_instring, inlength,
my_elvalue, outlength) == (size_t)(-1)) {
^
In file included from risxhandler.c:43:0:
/usr/include/iconv.h:42:15: note: expected 'char ** __restrict__' but
argument is of type 'const char **'
extern size_t iconv (iconv_t __cd, char **__restrict __inbuf,
^
In file included from /usr/include/string.h:638:0,
from risxhandler.c:39:
In function 'strcpy',
inlined from 'risx_end_handler' at risxhandler.c:1393:12:
/usr/include/i386-linux-gnu/bits/string3.h:104:3: warning: call to
__builtin___memcpy_chk will always overflow destination buffer
[enabled by default]
return __builtin___strcpy_chk (__dest, __src, __bos (__dest));
^
In function 'strcpy',
inlined from 'risx_end_handler' at risxhandler.c:1396:12:
/usr/include/i386-linux-gnu/bits/string3.h:104:3: warning: call to
__builtin___memcpy_chk will always overflow destination buffer
[enabled by default]
return __builtin___strcpy_chk (__dest, __src, __bos (__dest));
^
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723761: Info received (irq 16: nobody cared errors for the mptsas driver)
[0.446949] Fusion MPT SAS Host driver 3.04.20
[0.461810] mptbase: ioc0: Initiating bringup
[1.164034] ioc0: LSISAS1064E B1: Capabilities={Initiator}
[1.164071] mptsas :05:00.0: setting latency timer to 64
[1.280036] Refined TSC clocksource calibration: 2133.408 MHz.
[1.280041] Switching to clocksource tsc
[6.944375] scsi0 : ioc0: LSISAS1064E B1, FwRev=0110h, Ports=1,
MaxQ=511, IRQ=16
[6.968667] mptsas: ioc0: attaching sata device: fw_channel 0, fw_id 5,
phy 0, sas_addr 0x3da8a999f1ba7995
[6.971490] scsi 0:0:0:0: Direct-Access ATA WD2502ABYS-23B7A
3B02 PQ: 0 ANSI: 5
[6.974862] mptsas: ioc0: attaching sata device: fw_channel 0, fw_id 1,
phy 1, sas_addr 0x3dbaa996ebba7994
[6.977688] scsi 0:0:1:0: Direct-Access ATA WD2502ABYS-23B7A
3B04 PQ: 0 ANSI: 5
[6.981055] mptsas: ioc0: attaching raid volume, channel 1, id 0
[6.981890] scsi 0:1:0:0: Direct-Access LSILOGIC Logical Volume
3000 PQ: 0 ANSI: 2
[6.994397] sd 0:1:0:0: [sda] 486326272 512-byte logical blocks: (248
GB/231 GiB)
[6.994635] sd 0:1:0:0: [sda] Write Protect is off
[6.994638] sd 0:1:0:0: [sda] Mode Sense: 03 00 00 08
[6.994843] sd 0:1:0:0: [sda] Got wrong page
[6.994900] sd 0:1:0:0: [sda] Assuming drive cache: write through
[6.995920] sd 0:1:0:0: [sda] Got wrong page
[6.995975] sd 0:1:0:0: [sda] Assuming drive cache: write through
[7.016636] sda: sda1 sda2
[7.017787] sd 0:1:0:0: [sda] Got wrong page
[7.017845] sd 0:1:0:0: [sda] Assuming drive cache: write through
[7.017903] sd 0:1:0:0: [sda] Attached SCSI disk
*
[ 10.386339] irq 16: nobody cared (try booting with the irqpoll option)
[ 10.386454] Pid: 665, comm: pidof Not tainted 3.2.0-4-amd64 #1 Debian
3.2.51-1
[ 10.386457] Call Trace:
[ 10.386460] IRQ [810928bd] ? __report_bad_irq+0x2c/0xb5
[ 10.386473] [81092c7a] ? note_interrupt+0x170/0x1f2
[ 10.386478] [8109102c] ? handle_irq_event_percpu+0x15f/0x17d
[ 10.386483] [8104c37d] ? __do_softirq+0x13e/0x177
[ 10.386487] [8109107e] ? handle_irq_event+0x34/0x52
[ 10.386492] [810933f1] ? handle_fasteoi_irq+0x7c/0xaf
[ 10.386498] [8100f88d] ? handle_irq+0x1d/0x21
[ 10.386502] [8100f5bd] ? do_IRQ+0x42/0x98
[ 10.386507] [8134f4ee] ? common_interrupt+0x6e/0x6e
[ 10.386510] EOI [81140a5d] ? task_dumpable+0x23/0x34
[ 10.386519] [8110a5bb] ? dput+0x1b/0xee
[ 10.386523] [8110252c] ? path_to_nameidata+0x19/0x3a
[ 10.386528] [81103353] ? walk_component+0x3bf/0x406
[ 10.386533] [811039e1] ? link_path_walk+0x174/0x421
[ 10.386537] [81105a3d] ? path_openat+0xac/0x33a
[ 10.386542] [81105d33] ? user_path_at_empty+0x53/0x7b
[ 10.386546] [81105d8d] ? do_filp_open+0x2a/0x6e
[ 10.386551] [8110eb13] ? alloc_fd+0x64/0x109
[ 10.386556] [810f9d59] ? do_sys_open+0x5e/0xe5
[ 10.386561] [81354212] ? system_call_fastpath+0x16/0x1b
[ 10.386564] handlers:
[ 10.386615] [a0001d67] mpt_interrupt
[ 10.386697] [a01e10cd] usb_hcd_irq
[ 10.386780] Disabling IRQ #16
2014-01-21 Debian Bug Tracking System ow...@bugs.debian.org:
Thank you for the additional information you have supplied regarding
this Bug report.
This is an automatically generated reply to let you know your message
has been received.
Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.
Your message has been sent to the package maintainer(s):
Debian Kernel Team debian-ker...@lists.debian.org
If you wish to submit further information on this problem, please
send it to 723...@bugs.debian.org.
Please do not send mail to ow...@bugs.debian.org unless you wish
to report a problem with the Bug-tracking system.
--
723761: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=723761
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
Bug#737814: qgis ftbfs on arm* qreal vs double issues
I fixed the qMax issue I mentioned in the original bug report and a
couple of similar qMin issues.
However I have now run into an issue I have no idea how to tackle and
google isn't helping much.
sip: /qgis-2.0.1/python/core/qgsclipper.sip:44:
QgsClipper::trimFeature() unsupported function argument type - provide
%MethodCode and a C++ signature
So i'm going to have to punt on this bug here until someone more
knowlageable comes along.
I also noticed that the previous upload had already introduced an arm
related patch and took a look at it. It looked obviously broken and
looking closer confirmed this. It was broken in two ways, firstly one of
Konstantinos's new functions was under an andriod ifdef. Secondly his
new functions converted reference parameters on input but not on output.
I fixed both of these but have not tested the fixes.
A debdiff of progress so-far is attatched.
diff -Nru qgis-2.0.1/debian/changelog qgis-2.0.1/debian/changelog
--- qgis-2.0.1/debian/changelog 2014-01-18 07:40:41.0 +
+++ qgis-2.0.1/debian/changelog 2014-02-06 08:24:08.0 +
@@ -1,3 +1,12 @@
+qgis (2.0.1-1.1) UNRELEASED; urgency=medium
+
+ * Patch for BTS, no intent to NMU
+ * Fix qreal vs double issues with qmin and qmax
+ * Fix broken arm Patch by Konstantinos Margaritis
+ * Disable python stuff on arm* due to qgis error
+
+ -- Peter Michael Green plugw...@debian.org Thu, 06 Feb 2014 06:30:03 +
+
qgis (2.0.1-1) unstable; urgency=low
[ Jürgen E. Fischer ]
diff -Nru qgis-2.0.1/debian/patches/fix-qreal-vs-double.patch
qgis-2.0.1/debian/patches/fix-qreal-vs-double.patch
--- qgis-2.0.1/debian/patches/fix-qreal-vs-double.patch 1970-01-01
00:00:00.0 +
+++ qgis-2.0.1/debian/patches/fix-qreal-vs-double.patch 2014-02-06
07:55:03.0 +
@@ -0,0 +1,48 @@
+Description: Fix qreal vs double.
+ In qt4 on arm architectures qreal is defined as float while on other
+ architectures it is defined as double. This can cause problems if qreal
+ and double are carelessly mixed.
+
+ In this particular case the problem is that qMin/qMax are templates defined
+ to take two parameters of the same type. If two different types are passed
+ in then C++ can't resolve what type the template parameter should be and
+ bails out. The fix is simple, typecast one of the parameters so they
+ match.
+
+Author: Peter Michael Green plugw...@debian.org
+
+Index: qgis-2.0.1/src/app/gps/qwtpolar-1.0/qwt_polar_curve.cpp
+===
+--- qgis-2.0.1.orig/src/app/gps/qwtpolar-1.0/qwt_polar_curve.cpp
2014-02-06 06:58:28.0 +
qgis-2.0.1/src/app/gps/qwtpolar-1.0/qwt_polar_curve.cpp2014-02-06
06:58:28.0 +
+@@ -433,7 +433,7 @@
+
+ if ( !clipRect.isEmpty() )
+ {
+-double off = qCeil( qMax( 1.0, painter-pen().widthF() ) );
++double off = qCeil( qMax((qreal)1.0,painter-pen().widthF() ) );
+ clipRect = clipRect.toRect().adjusted( -off, -off, off, off );
+ polyline = QwtClipper::clipPolygonF( clipRect, polyline );
+ }
+Index: qgis-2.0.1/src/app/gps/qwtpolar-1.0/qwt_polar_layout.cpp
+===
+--- qgis-2.0.1.orig/src/app/gps/qwtpolar-1.0/qwt_polar_layout.cpp
2013-09-10 23:06:52.0 +
qgis-2.0.1/src/app/gps/qwtpolar-1.0/qwt_polar_layout.cpp 2014-02-06
07:54:01.0 +
+@@ -278,7 +278,7 @@
+ // We don't allow vertical legends to take more than
+ // half of the available space.
+
+-dim = qMin( hint.width(), rect.width() * d_data-legendRatio );
++dim = qMin( hint.width(), (qreal)(rect.width() * d_data-legendRatio)
);
+
+ if ( !( options IgnoreScrollbars ) )
+ {
+@@ -293,7 +293,7 @@
+ }
+ else
+ {
+-dim = qMin( hint.height(), rect.height() * d_data-legendRatio );
++dim = qMin( hint.height(), (qreal)(rect.height() *
d_data-legendRatio) );
+ dim = qMax( dim, d_data-layoutData.legend.hScrollBarHeight );
+ }
+
diff -Nru qgis-2.0.1/debian/patches/qgis_arm.patch
qgis-2.0.1/debian/patches/qgis_arm.patch
--- qgis-2.0.1/debian/patches/qgis_arm.patch2014-01-18 07:40:41.0
+
+++ qgis-2.0.1/debian/patches/qgis_arm.patch2014-02-06 08:13:23.0
+
@@ -1,10 +1,15 @@
Description: On armel/armhf qreal is typedef'ed to float not double.
+ This patch adds qreal versions of some functions on arm. It was originally
+ writen by Konstantinos Margaritis and later fixed by Peter Michael Green
Author: Konstantinos Margaritis konstantinos.margari...@freevec.org
+Author: Peter Michael Green plugw...@debian.org
Bug-Debian: http://bugs.debian.org/691333
-Last-Update: 2014-01-17
a/src/core/qgscoordinatetransform.h
-+++ b/src/core/qgscoordinatetransform.h
-@@ -154,6 +154,9 @@ class CORE_EXPORT QgsCoordinateTransform
+Last-Update: 2014-02-06
+Index:
Bug#737331: [Pkg-systemd-maintainers] Bug#737331: systemd.automount fails to mount with sshfs
Hi Michael, On Wed, 05 Feb 2014 23:14:22 +0100 Michael Stapelberg stapelb...@debian.org wrote: I don’t think it’s a user problem, since you are being prompted for the password of the user michele, not root. Also, you clearly specify michele@ in the mount call. Running the command as root is definitely the right way of debugging this. You may want to increase verbosity, i.e. add the LogLevel=DEBUG2 option. It does sound more and more like this is not actually a systemd bug, though. Do you agree that we can close this and you’ll get your SSH setup fixed? There’s debian-users for support like that. I agree with you that is a SSH setup problem. Thank you very much for your help. Cheers Mike signature.asc Description: PGP signature
Bug#737823: broken directory check
Package: gitolite3 Version: 3.5.3.1-1 Severity: serious Tag: patch you should replace if [ -d $dir ] with the correct if [ -d $subdir ] in postinst, otherwise installation/upgrade fails if testing.git is not present (anymore). -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737582: (no subject)
Hi,
I have only some older Debian system at my current institute as a user,
but I cannot reproduce the bug here:
I copied Util/helpfiles to a temporary directory and called
within that directory:
gunzip -c /usr/share/man/man1/zshbuiltins.1.gz | \
perl helpfiles /dev/stdin 1
Then the subdirectory 1 contains the (correct) helpfiles.
(BTW, it is not a good idea to pass /dev/stdin to the script,
since if man /dev/stdin fails, the script will retry with
nroff -man /dev/stdin, and this will of course not reset
the /dev/stdin data - it would be cleaner to use instead the file:
perl $(CURDIR)/Util/helpfiles FILE_WHICH_IS_FEEDED_TO_DEV_STDIN
debian/zsh-common/usr/share/zsh/help
However, if man works this should not be related with the bug.)
You can easily reproduce manually what the script does:
1.
unset all environment variables starting with LC_, LESS, or MAN.
In bash you can emulate this with
unset ${!LC_*} ${!LESS*} ${!MAN*}
2.
export LANG=C MANWIDTH=80 GROFF_NO_SGR=
3.
gunzip -c /usr/share/man/man1/zshbuiltins.1.gz | \
man /dev/stdin tempfile1
(resp. replace /dev/stdin by the path to the manpage)
If this should return a nonzero exit status, the man ...
is replaced by nroff -man ... and retried
(This is the step which can break if you use /dev/stdin.)
4.
colcrt tmpfile1 tmpfile2
(I see that here is a bug: This should be colcrt - tmpfile1 tmpfile2
However, this is produces only more ugly output and is probably
not related to this bug here.)
After this, tmpfile2 is splitted to helpfiles as previously -
hard to believe that the cutting of lines should occur in this code.
Probably tmpfile2 is already broken.
I suppose that some environment variable is set which makes already
step 3 produce a bad file, but I have no idea which variable this
might be.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737735: /usr/sbin/nologin shell change breaks SSH authentication in amanda
Russ Allbery r...@debian.org wrote: I suspect that you have your debconf priority settings set to suppress prompting. If you change the shell and then run: dpkg-reconfigure base-passwd and say no to the question of whether you want update-passwd to change the shell, it will leave it alone and remember that response for all subsequent upgrades. This works. Thanks. I had already tried dpkg-reconfigure with low priority, but not while the shell was changed. -- Sam Couter | mailto:s...@couter.id.au signature.asc Description: Digital signature
Bug#735624: polipo: not updatable on amd64
Hello Hans, thank you for your follow-up. On 05.02.2014 04:57, Hans wrote: Dear maintainers, it looks like polipo has still the same error described in this bugreport. Actually, no. LANG=C dpkg -i /var/cache/apt/archives/polipo_1.0.4.1-6_amd64.deb [...] Configuration file '/etc/polipo/config' == Modified (by you or by a script) since installation. == Package distributor has shipped an updated version. What would you like to do about it ? Your options are: Y or I : install the package maintainer's version N or O : keep your currently-installed version D : show the differences between the versions Z : start a shell to examine the situation The default action is to keep your current version. *** config (Y/I/N/O/D/Z) [default=N] ? The fix was to ship a modification to the config file. You did not install the config file that we ship and thus you did not get the fix. The package as shipped is fine. Just add a line of the form logFile = /var/log/polipo/polipo.log to your configuration and you should be fine. Regards Rolf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736660: freebsd-libs transition
Unless I missed something, only two packages remain. And the maintainers haven't responded so far. What would be a suitable delay for delayed-queue NMUs? I see one of the two has now been MU'd, possiblly as a result of your mail. By my reading of the guidelines you would be quite within them to 0-day NMU the remaining one. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737819: [Openstack-devel] Bug#737819: nova: Newly introduced templates should get a review by debian-l10n-english
On 02/06/2014 02:24 PM, Christian Perrier wrote: Last release of Nova includes: * Configures Neutron credentials through Debconf. but the wording of the new templates doesn't fit the style of other templates. The funny part is that these templates do have the following warning: # These templates have been reviewed by the debian-l10n-english # team # # If modifications/additions/rewording are needed, please ask # debian-l10n-engl...@lists.debian.org for advice. # # Even minor modifications require translation updates and such # changes should be coordinated with translators and reviewers. It was my intention to get the review done, however, shouldn't I upload the package first??? (please note that I think something should be said about what the hell is the my_ip directive and users should be given a clue of what they should put there but I have no bloody idea myself) my_ip is the IP of the server running Nova. For example, consider this: | Internet (public IP) | * cloud controler: * * - API servers* * - network router * * - etc. * 192.168.1.1 | +- || 192.168.1.2 192.168.1.3 || ** ** * Nova compute node1 * * Nova compute node2 * ** ** The 192.168.1.0/24 network is the management network, where you will plug as many compute nodes as you need. Here, my_ip should be 192.168.1.2 for node1, and 192.168.1.3 for node2. The my_ip directive will be guessed by the config script of Nova, trying to find the network interface connected to the default gateway. Does it make sense now? Cheers, Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737824: iceweasel-l10n-fr change iceweasel window title 'iceweasel' to 'nightly'
Package: iceweasel-l10n-fr Version: 1:27.0-1~bpo70+1 Severity: minor iceweasel pages title are no more suffixes by iceweasel but nightly instead without iceweasel-l10n-fr, iceweasel pages title are suffixed by iceweasel screenshot: http://www.doomfr.com/capture.png -- System Information: Debian Release: 7.3 APT prefers stable APT policy: (500, 'stable'), (90, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iceweasel-l10n-fr depends on: ii iceweasel 27.0-1~bpo70+1 Versions of packages iceweasel-l10n-fr recommends: pn myspell-fr | myspell-fr-gut none iceweasel-l10n-fr 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#727708: Both T and L are wrong, plea for something simpler (was: Re: Call for votes on init system resolution)
Sorry for yet-another-mail on that (long-lasting) bug, but I feel it's important; so feel free to dismiss it if it isn't bringing to the conversation. Le jeudi, 6 février 2014, 16.27:15 Anthony Towns a écrit : Rankings between remaning actual outcomes is: 4x UL DL UT DT (steve, colin, ian, andi) 2x DT DL UT UL (russ, don) So that's UL DL DT 4:2 UL UT DT 4:2 DL UT 6:0 I'm quite puzzled by this (partial) result, generally ranking the L variants over the T's. I think letting any L variant win would create quite a precedent on what software is allowed in Debian. Software doesn't imply package and is loosely defined, the same goes for degraded operation. Is KDE a software, or are all of its independent parts softwares? Would failure to suspend under OpenRC be an acceptable degraded operation of the whole KDE or only of its upower/Solid/whatever component? L really reads to me like a way to enforce support for all init systems alike (thereby ensuring that the default init gets the same [bad] support) on maintainers and I feel it's too coercitive. On the other hand, T apparently brings in the fear of archive fragmentation by allowing the various init islands to develop on their own. Now, I think there is currently a shared agreement in Debian that all Debian packages (unless there's a good reason) should run on sysvinit + Linux + amd64 , support outside that is best-effort Now, I think this default init decision's purpose is to change the above agreement by replacing the syslinux in the above sentence by one of the contenders. Both the T and L riders purposedly don't say anything about the default init, and I think that's wrong: * T would permit islands outside of the default init (while I think that some prefer it because it allows the default init island to be technically sane) * L would enforce that any software can run on all inits (failure to work on one is equivalent to requiring any of the other ones, henc failing the requirement of L) The common agreement above stood until packages started to depend on systemd, which in the end, lead to the opening of this bug. I think the technical committee resolution on this issue should focus on outlining what the new deal should be, without stepping into defining what set of init systems the software shipped by Debian should or must support: the resolution should be limited to deciding what the new default init will be. Now, if there are concerns of eventual bad faith from the maintainers, the resolution could include something outlining the boundaries of the common agreement such as (which I think is the current consensus): All but specific packages are expected to work with the default init system. However, where feasible, packages should interoperate with all init systems; maintainers are encouraged to accept technically sound patches to enable interoperation, even if it results in degraded operation while running under the init system the patch enables interoperation with. That (or any consensual phrasing along these lines) would completely replace both the T and L riders and be part of the resolution deciding which init system will be the default. I think that would vastly help making the decision largely understandable and consensual, where I'm afraid that any T or L variant would significantly unplease large sets of maintainers. Thanks for considering, cheers, Didier signature.asc Description: This is a digitally signed message part.
Bug#737728: ifupdown: Reopen 678101: shell scripting mistake in /etc/init.d/networking
Hi Andrew, here is the ouput for the command as you requested: # ifup eth0:2 -v Configuring interface eth0:2=eth0:2 (inet) run-parts --verbose /etc/network/if-pre-up.d run-parts: executing /etc/network/if-pre-up.d/ethtool ip addr add XX.XXX.XX.XXX/255.255.255.0 broadcast XX.XXX.XX.XXX dev eth0:2 label eth0:2 ip link set dev eth0:2 up run-parts --verbose /etc/network/if-up.d run-parts: executing /etc/network/if-up.d/clamav-freshclam-ifupdown run-parts: executing /etc/network/if-up.d/ethernet-link cat: /sys/class/net/eth0:2/operstate: No such file or directory run-parts: executing /etc/network/if-up.d/ethtool run-parts: executing /etc/network/if-up.d/mountnfs run-parts: executing /etc/network/if-up.d/ntpdate run-parts: executing /etc/network/if-up.d/openssh-server run-parts: executing /etc/network/if-up.d/upstart It looks like the problem comes at how the $STATE variable is set via the /usr/local/bin/enforce-ethernet-link on line 18: STATE=$(cat /sys/class/net/$I/operstate) Manualy setting this variable resolves the output issue. Thank you for assisting On 05/02/2014 23:52, Andrew Shadura wrote: Hello, On Wed, 05 Feb 2014 15:00:19 +0200 Herman Tolken - Hetzner (Pty) Ltd herman.tol...@hetzner.co.za wrote: When using ifup to bring interface eth0:2 up I get the following output: #: ifup eth0:2 cat: /sys/class/net/eth0:2/operstate: No such file or directory Could you please run it with -v? I don't remember having checks like that in ifupdown itself (there's one in the init script, however). -- Herman Tolken Systems Administrator Hetzner (Pty) Ltd National Contact Centre: 0861-0861-08 Fax: 0861-0861-09 International: +27 21 970 2000 Web: http://www.hetzner.co.za Disclaimer: http://www.hetzner.co.za/email-disclaimer Hetzner (Pty) Ltd - Winning awards since 2003 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728919: freebsd-libs transition
On Wed, Feb 5, 2014 at 21:54:22 +, Robert Millan wrote: Unless I missed something, only two packages remain. And the maintainers haven't responded so far. What would be a suitable delay for delayed-queue NMUs? Assuming the RC bugs are at least a week old, without reply, I'd say no delay is fine. Cheers, Julien signature.asc Description: Digital signature
Bug#616163: running multiple instances of memcached
There is a partial fix in the 1.4.5-1+deb6u1 Version.
It seems to be from this site, (in german)
http://blog.nevalon.de/de/wie-kann-ich-mehrere-instanzen-von-memcached-auf-einem-server-laufen-lassenhow-can-i-run-multiple-instances-of-memcached-on-one-server-20090729
It's just missing a patch to /usr/share/memcached/scripts/start-memcached
26,30d25
if (scalar(@ARGV) == 2) {
$etcfile = shift(@ARGV);
$pidfile = shift(@ARGV);
}
With this in place running multipl instances works fine.
config are kept in /etc/memcached_*.conf.
Best regards,
Andreas
Bug#578563: Package review
2014-02-06 01:37, Per Andersson wrote: Hi! I have done some review and testing. Not complete yet. debian/copyright: * Update copyright, there has work has been done after 2011. * Include MPL and NPL licenses directly in copyright and ditch the extra license files shipped. I'll improve the copyright file. Functionality: Tried visiting http://test.bankid.com and got this error. BankID Security Application can not be installed. yOUR PLATFORM Linux 64-bit is not supported. You find information about supported platforms here. I don't have a working BankID so maybe this is expected behaviour? There are some problems with the test page. It blocks 64-bit browsers by the User-Agent HTTP header as you discovered. There are also some other problems. It's probably not possible to fix completely, but it should be documented in the manpage anyway. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737720: [Pkg-fonts-devel] Bug#737720: fonts-droid: Homepage is wrong
force-merge 720276 737720 thanks Quoting Fabian Greffrath (2014-02-06 07:12:09) Nope, sorry, please see #720276. It seems to me that Charles and I are talking about Homepage, where Denis and you are confusing that with Canonical source URL. A Homepage is a URL considered the front page of the project leading to code, where the canonical source URL is a URL considered the master location for the code produced by that project. Some projects a) put the source at their Homepage, some b) have separate page for their source, some c) do not even have a web page for their source (but perhaps e.g. am ftp or git URL instead). Some projects d) produce code but discretely pass on that code to others for public distribution - examples of that is the (URW)++ fonts distributed via the Ghostscript project even though not produced by that project. It seems to me - and apparently to Charles as well - that this is a case of d) in that someone else than Google (who distributes the resulting code) ran the project to create that font family (possible paid by Google, and seemingly with passing over the ownership of the resulting code). Since that someone else has put up a website documenting the history of said font family (possibly with the intent to sell some Pro variant of the font), I find it appropriate for Debian to refer to the front page of that website as the Homepage. For the record, I agree with Denis and you that at that alleged Homepage there is no direct link to any downloadable code (the closest is a page about the Android project, documenting how the font is included in that other project. For the record, I agree with Charles that the source URL which you seem to talk about is by Debian Policy dictated to be located in the copyright file - not the control file which is what we are talking about. Please consider reopening this bugreport, and please reconsider your judgement. - 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#735424: nvidia-driver
Sorry for the delay! I didn't see to much sense in rolling back the original driver, so i made a new system upgrade. Booting another system i copied my actual system again to the partition. Then i boot it and made the system upgrade with interesting results: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=737784 Of course X is not running again. I attached the test you requested. Cheers Karsten Paket build-essential: i A 11.6 testing 500 Paket dkms: i A 2.2.0.3-1.2 testing 500 Paket gcc: i A 4:4.8.2-2 testing 500 Paket gcc-4.3-base: id 4.3.5-4 100 Paket gcc-4.4: i A 4.4.7-7 testing 500 Paket gcc-4.4-base: i 4.4.7-7 testing 500 Paket gcc-4.6: i A 4.6.4-5 testing 500 Paket gcc-4.6-base: i A 4.6.4-5 testing 500 Paket gcc-4.7: i A 4.7.3-10 testing 500 Paket gcc-4.7-base: i A 4.7.3-10 testing 500 Paket gcc-4.7-base:i386: i A 4.7.3-10 testing 500 Paket gcc-4.8: i A 4.8.2-14 testing 500 Paket gcc-4.8-base: i A 4.8.2-14 testing 500 Paket gcc-4.8-base:i386: i A 4.8.2-14 testing 500 Paket gcc-avr: i 1:4.8-2 testing 500 Paket libgcc-4.7-dev: i A 4.7.3-10 testing 500 Paket libgcc-4.8-dev: i A 4.8.2-14 testing 500 Paket libgcc1: i 1:4.8.2-14testing 500 Paket libgcc1:i386: i A 1:4.8.2-14testing 500 Paket libreoffice-report-builder-bin: i A 1:4.1.4-2+b1 testing 500 Paket libresid-builder0c2a: i A 2.1.1-14 testing 500 Paket librpmbuild3: i A 4.11.1-3 testing 500 Paket linux-compiler-gcc-4.8-x86: i A 3.12.6-2 testing 500 Paket linux-headers-3.12-1-amd64: i A 3.12.6-2 testing 500 Paket linux-headers-3.12-1-common: i A 3.12.6-2 testing 500 Paket linux-headers-amd64: i A 3.12+55 testing 500 Paket linux-image-3.12.6: i 3.12.6 100 Paket linux-kbuild-2.6.32: id 2.6.32-1100 Paket linux-kbuild-3.12: i A 3.12.6-1 testing 500
Bug#737738: htop: please provide ioprio_get information (aka ionice)
Hi, On 5 February 2014 20:29, Eugene V. Lyubimkin jac...@debian.org wrote: It would be great if htop could also display the I/O priority (and/or the class?) of the processes as another column. This can be obtained via the ioprio_get syscall. Thanks for the report. This is implemented in htop 1.0.2. Ah, indeed! great. It appears to have issues understanding the idle class, but it appears to work for best-effort. Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: Call for votes on init system resolution
This is silly. It's pretty clear that everybody made up their minds a long time ago, and no matter how the resolution is worded, it will come down systemd upstart 5:4. The only question is on how to guide maintainers once the init system is changed. -Rick- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638871: g_dbus_connection_register_object does not set error on some conditions
On Mon, 22 Aug 2011 at 16:15:16 +0100, Marcin Owsiany wrote: And when an invalid object path is specified in the applet-priv-object_path property, it leads to: 1) the following warning being issued: (command_runner:1931): GLib-GIO-CRITICAL **: g_dbus_connection_register_object: assertion `object_path != NULL g_variant_is_object_path (object_path)' failed I don't think this is a bug; at least, upstream don't consider it to be. Their policy is that the documentation guarantees only apply when the function is used correctly, and that invalid arguments that trip a g_return_if_fail check are considered to be incorrect use, which causes undefined behaviour. I've asked to make this clearer: https://bugzilla.gnome.org/show_bug.cgi?id=660809 - applet-priv-object_path is an invalid (as far as g_variant_is_object_path is concerned) string: /org/gnome/panel/applet/Id=CommandRunnetApplet/0 If you're calling a function in GLib that takes an object-path argument, upstream's policy is that you are responsible for ensuring that it is actually a syntactically valid object-path. In this case the problem is =, which isn't allowed - see the D-Bus Specification for details. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689942: Also here
I am seeing the same bug here. I have yet to check fstab which is likely to be odd ( a heritage machine). Was the patch incorporated? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737826: bb: please provide a desktop file and icons
Package: bb Version: 1.3rc1-8.1 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals not-gamesteam Dear maintainer, currently bb does not supply a desktop file and no desktop and menu icons. Hence the game is not well integrated into the user's desktop environment. Please consider helping to improve the desktop integration of games in Debian. https://wiki.debian.org/Games/JessieReleaseGoal Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#737827: I get a segfault of semodule when loading the latest reference policy (v2.20130424) with make load
Package: policycoreutils Version: 2.1.10-9 Severity: important -- System Information: Debian Release: 7.3 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=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages policycoreutils depends on: ii dpkg 1.16.12 ii libaudit0 1:1.7.18-1.1 ii libc6 2.13-38 ii libcap2 1:2.22-1.2 ii libdbus-1-3 1.6.8-1+deb7u1 ii libdbus-glib-1-2 0.100.2-1 ii libgcc1 1:4.7.2-5 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libpam0g 1.1.3-7.1 ii libpcre3 1:8.30-5 ii libselinux1 2.1.9-5 ii libsemanage1 2.1.6-6 ii libsepol1 2.1.4-3 ii libstdc++64.7.2-5 ii lsb-base 4.1+Debian8+deb7u1 ii psmisc22.19-1+deb7u1 ii python2.7.3-4+deb7u1 ii python-ipy1:0.75-1 ii python-selinux2.1.9-5 ii python-semanage 2.1.6-6 ii python-sepolgen 1.1.5-3 ii python-setools3.3.7-3 ii python2.6 2.6.8-1.1 ii python2.7 2.7.3-6 Versions of packages policycoreutils recommends: ii selinux-policy-default 2:2.20110726-12 Versions of packages policycoreutils suggests: pn selinux-policy-dev none -- no debconf information
Bug#727708: Both T and L are wrong, plea for something simpler (was: Re: Call for votes on init system resolution)
On Thu, Feb 06, 2014 at 10:20:02AM +0100, Didier 'OdyX' Raboud wrote: L really reads to me like a way to enforce support for all init systems alike (thereby ensuring that the default init gets the same [bad] support) on maintainers and I feel it's too coercitive. I don't interpret L as meaning that everything must support all init systems, certainly not alike (indeed the text of that option is explicit that it isn't necessarily alike). Rather, I interpret it as saying that software-outside-init must be flexible enough to cope with that possibility, and degrade sensibly to a lowest common subset of init system features (IOW in practice, needs to keep working if sysvinit is pid 1). Actual support for things beyond that minimum will require people who care about various init systems to step up and implement it. * L would enforce that any software can run on all inits (failure to work on one is equivalent to requiring any of the other ones, henc failing the requirement of L) That's not how I interpret it. A specific init system is in the singular. I'm not worried that we'll end up with cases where software-outside-init somehow manages to work with two init systems but not the others; working with more than one indicates the basic flexibility that I want to see, and the rest is up to developers who care about init systems. All but specific packages are expected to work with the default init system. However, where feasible, packages should interoperate with all init systems; maintainers are encouraged to accept technically sound patches to enable interoperation, even if it results in degraded operation while running under the init system the patch enables interoperation with. Doesn't that just move the question to what the specific packages are, the scope of which is the core of the difference between T and L anyway? -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: call for votes on default Linux init system for jessie
Anthony Towns writes (Bug#727708: call for votes on default Linux init system for jessie): On 29 January 2014 21:13, Colin Watson cjwat...@debian.org wrote: On Wed, Jan 29, 2014 at 07:21:43AM +1000, Anthony Towns wrote: Q2: Is it OK for packages to depend on a specific init system as pid 1 ? Q2a: Is it OK for packages providing init systems to provide other APIs beyond just the minimum needed for starting/stopping services? We might disagree on the extent, perhaps, but I doubt anyone on the committee would vote against this in its general form; This just goes to show how the exact form of words used can be confusing or misleading. So looking at the votes today, I would have said that both Ian and Andi's original votes are against this (ranking the options which allow specifying a dependency on a specific init below further discussion), and probably Steve's does too, although I assume that's more an objection against the wording. At least, the impact seems like it is: - init systems can provide whatever extra APIs they like - other packages can only use extra APIs if they have a dependency on the providing package - packages may not depend on specific init systems * therefore packages cannot use the extra APIs (In the L options:) Yes, packages which aren't part of the init system aren't allowed to depend on those extra APIs. But packages which _are_ part of the init system are so allowed. (Think, for example, management guis or addons for a particular init system.) Answering no to the question Q2a above would have forbidden that. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: Call for votes on init system resolution
On Wed, Feb 05, 2014 at 10:43:25PM +, Thorsten Glaser wrote: Colin Watson dixit: Various developers certainly continue to work enthusiastically on their preferred approaches, but that's not really the same as efforts to resolve [the issue] via consensus. But is not diversity some sort of consensus too? Let’s just support all of them… It is not clear to me that there is even consensus for diversity! -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737828: [python-visionegg] from VisionEgg import Text fails
Package: python-visionegg Version: 1.2.1-1 Severity: important I have python-imaging and -pil installed, which is BTW not in the dependencies of python-visionegg. Cheers, Bastian In [1]: from VisionEgg import Text --- ImportError Traceback (most recent call last) ipython-input-1-f6e5f71d5fce in module() 1 from VisionEgg import Text /usr/lib/python2.7/dist-packages/VisionEgg/Text.py in module() 24 25 import VisionEgg.Core --- 26 import VisionEgg.Textures 27 import VisionEgg.ParameterTypes as ve_types 28 /usr/lib/python2.7/dist-packages/VisionEgg/Textures.py in module() 39 # locates them. You will not hurt anything other than your ability to 40 # make executables using Intaller if you remove these lines. --- 41 import _imaging 42 import ImageFile, ImageFileIO, BmpImagePlugin, JpegImagePlugin, PngImagePlugin 43 ImportError: No module named _imaging --- System information. --- Architecture: amd64 Kernel: Linux 3.12-1-amd64 Debian Release: jessie/sid 500 unstableftp.de.debian.org 500 stable repository.spotify.com 500 stable dl.google.com 1 experimentalftp.de.debian.org --- Package information. --- Depends (Version) | Installed ===-+-== libc6 (= 2.4) | libgl1-mesa-glx | python-numpy (= 1:1.6.1) | python-numpy-abi9 | python(= 2.6.6-7~) | python ( 2.8) | Package's Recommends field is empty. Package's Suggests field is empty. -- Bastian Venthur http://venthur.de Debian Developer venthur at 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#727708: Additional CTTE Drafting Meeting useful?
Ansgar Burchardt writes (Re: Additional CTTE Drafting Meeting useful?): In this case I suggest to decide just the question of the default init system on Linux architectures first and address further details later if no consensus can be found elsewhere. Finding the correct wording then should be easier. I strongly object to this approach for the reasons I have given already. If I am given the opportunity to do so, if such a resolution is proposed I will always propose amendments to settle the T vs L question. If I am not given the opportunity to do so, that would be because someone proposes a set of options which do not answer the tying question, and immediately calls for a vote. Under the circumstances that would be IMO a clear breach of process. I hope that now that I have made this perfectly clear, that this will not happen. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: Both T and L are wrong, plea for something simpler (was: Re: Call for votes on init system resolution)
Colin Watson writes (Bug#727708: Both T and L are wrong, plea for something simpler (was: Re: Call for votes on init system resolution)): On Thu, Feb 06, 2014 at 10:20:02AM +0100, Didier 'OdyX' Raboud wrote: L really reads to me like a way to enforce support for all init systems alike (thereby ensuring that the default init gets the same [bad] support) on maintainers and I feel it's too coercitive. I don't interpret L as meaning that everything must support all init systems, certainly not alike (indeed the text of that option is explicit that it isn't necessarily alike). Rather, I interpret it as saying that software-outside-init must be flexible enough to cope with that possibility, and degrade sensibly to a lowest common subset of init system features (IOW in practice, needs to keep working if sysvinit is pid 1). Actual support for things beyond that minimum will require people who care about various init systems to step up and implement it. Precisely. Thanks, Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737819: nova: Newly introduced templates should get a review by debian-l10n-english
Christian Perrier wrote: Last release of Nova includes: * Configures Neutron credentials through Debconf. but the wording of the new templates doesn't fit the style of other templates. The funny part is that these templates do have the following warning: # These templates have been reviewed by the debian-l10n-english # team Ah yes. I remember it well. [...] Reworded as: (please note that I think something should be said about what the hell is the my_ip directive and users should be given a clue of what they should put there but I have no bloody idea myself) Template: nova/my-ip Type: string _Description: Value for my_ip: Please enter the IP address that will be set in the my_ip directive of nova.conf. It seems to mean the IP address nova expects to have as an OpenStack compute node (I see HOWTOs advising not to let the machine get a dynamic DHCP address). All the examples use IPv4 addresses in private ranges... oh, and apparently there's a default setting of use_ipv6=False... so maybe we need to say something like: . This value will be the static address for this compute node, and must use IPv4 unless use_ipv6 is manually set to True. Template: nova/neutron_url Type: string Default: http://127.0.0.1:9696 _Description: Neutron server URL: Please enter the URL of the Neutron server. Template: nova/neutron_admin_tenant_name Type: string Default: admin _Description: Neutron admin tenant name: Nova needs to be able to communicate with Neutron through Keystone. Therefore Nova needs to know the Neutron admin tenant, username and password. Maybe that could be shortened a little, but it'll do. [...] -- JBR with qualifications in linguistics, experience as a Debian sysadmin, and probably no clue about this particular package -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737830: ITP: belle-sip -- SIP stack from the Linphone team
Package: wnpp Severity: wishlist Owner: Felix Lechner felix.lech...@gmail.com * Package name: belle-sip Version : 1.2.4 Upstream Author : Jehan Monnier jehan.monn...@linphone.org * URL : http://www.linphone.org/ * License : GPL2+, GPL3+, BSD, MIT, zlib Programming Lang: C and ANTLR Description : SIP stack from the Linphone team Belle-Sip is a new SIP stack (RFC3261) developed by the Linphone team. Belle-Sip supports multiple transports at the same time, has a dual IPv6 and IPv4 stack, is fully asynchronous and implements the +sip.instance and alias parameters. It also handles network disconnections better, offers a privacy API and supports rich presence. SIP/TLS is handled by the lightweight polarssl library (as opposed to openssl). Relevance: This library is required to build the latest Linphone beta version 3.6.99. It will probably replace libosip and libeXosip, a more mature SIP stack, in future Linphone releases. Maintenance: I plan to submit the package to the Debian VOIP Team and hope to contribute to maintenance going forward. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737829: berusky: menu file needs absolute icon path
Package: berusky Version: 1.4-1 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals not-gamesteam Dear maintainer, berusky's menu file needs an absolute icon path otherwise the icon won't be displayed on the user's desktop. https://wiki.debian.org/Games/JessieReleaseGoal Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#727708: Call for votes on init system resolution
On Thu, Feb 06, 2014 at 07:42:41AM +0100, Lucas Nussbaum wrote: On 05/02/14 at 22:41 +, Thorsten Glaser wrote: I think it is not up to the d-i people to decide on the init system anyway – especially as not d-i but debootstrap is the canonical way to install Debian… and debootstrap goes by whatever ftp-masters put into the override files, and whatever package dependencies and meta information (such as Essential: yes) there are. The latter's true, yes, but this is a distinction without a difference. debootstrap has been maintained by the d-i team since 1.0.0 in 2007. So, “jurisdiction overlaps” seems to fit quite well. As far as I remember, I don't think that any of the d-i maintainers, debootstrap maintainers, ftpmasters, or sysvinit maintainers have claimed that it was their sole jurisdiction to decide on the default init system. So I agree that there's jurisdiction overlap. Right. A simple thought experiment to get a first approximation of jurisdiction in Debian is to look at who might be able to put a given change into effect as part of their ordinary work, changing only the things they're generally agreed to own. Using that we get at least this result: * ftpmaster could change Priority fields to cause a different init system to be the default * the debootstrap maintainers / d-i team could decide to act at variance with the Priority fields and install a different init system; there's plenty of precedent for not going just by Priority, and we might reasonably want it to have options to do so in this case anyway * the sysvinit maintainers could decide to throw in the towel and make sysvinit a transitional package for some other init system [hey, I didn't say all these options were realistic] * any boot loader maintainer could decide to tweak their default configuration to pass init=something (indeed for a while I thought that that might well end up being the implementation mechanism for the result of this vote, although I've since been cluebatted otherwise) * the maintainers of a sufficiently widely-used package could cause it to depend on a given init system So, yes. I would be interested in whether the Secretary agrees whether this is jurisdictional overlap. If the answer is no, then it would be very helpful to have examples of what would be so that we can act accordingly in the future. -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737828: [python-visionegg] Link to Upstream Issue
Package: python-visionegg Version: 1.2.1-1 The workaround is to remove the offending import lines in Texture.py. I've opened an upstream issue: https://github.com/visionegg/visionegg/issues/4 Cheers, Bastian --- System information. --- Architecture: amd64 Kernel: Linux 3.12-1-amd64 Debian Release: jessie/sid 500 unstableftp.de.debian.org 500 stable repository.spotify.com 500 stable dl.google.com 1 experimentalftp.de.debian.org --- Package information. --- Depends (Version) | Installed ===-+-== libc6 (= 2.4) | libgl1-mesa-glx | python-numpy (= 1:1.6.1) | python-numpy-abi9 | python(= 2.6.6-7~) | python ( 2.8) | Package's Recommends field is empty. Package's Suggests field is empty. -- Bastian Venthur http://venthur.de Debian Developer venthur at 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#679755: wkhtmltopdf: new upstream release
Hello, I'm the co-maintainer for wkhtmltopdf, and we have just released a stable release (0.12.0). I'm interested in getting this into sid, so I'll be happy to get feedback on what needs to be done to get the newer version uploaded (if necessary, I am prepared to make further releases). Thanks, Ashish
Bug#638839: please add multi-arch support for libhal1
On Sat, 29 Sep 2012, Michael Biebl wrote: [...] HAL is dead. No software should use it anymore. Please fix wine to not use HAL anymore. Wine is compatible with both newer DBus-based Linux distributions and older ones that still use HAL. Hence the HAL support will stay in for a while. It's just shame that this prevents compiling a Wine binary that can be deployed on both old and new systems. It's probably not a big deal though. -- Francois Gouget fgou...@free.fr http://fgouget.free.fr/ Linux: Because rebooting is for adding new hardware -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737759: hurd: Add init.d script to create /var/run/mtab
Here is a more complete patch to implement my proposed change. It
drop the symlinking in /etc/hurd/rc and do it in an init.d scripts
instead.
--
Happy hacking
Petter Reinholdtsen
diff -ur hurd-0.5.git20140203/debian/patches/rc.patch
hurd-0.5.git20140203-pere/debian/patches/rc.patch
--- hurd-0.5.git20140203/debian/patches/rc.patch2014-02-03
22:42:04.0 +
+++ hurd-0.5.git20140203-pere/debian/patches/rc.patch 2014-02-06
08:27:47.0 +
@@ -3,9 +3,11 @@
daemons/rc.sh | 43 ---
1 file changed, 32 insertions(+), 11 deletions(-)
a/daemons/rc.sh
-+++ b/daemons/rc.sh
-@@ -19,14 +19,17 @@ then
+Index: hurd-0.5.git20140203/daemons/rc.sh
+===
+--- hurd-0.5.git20140203.orig/daemons/rc.sh2014-02-03 22:41:15.0
+
hurd-0.5.git20140203/daemons/rc.sh 2014-02-06 08:27:44.0 +
+@@ -19,14 +19,17 @@
echo Automatic boot in progress...
date
@@ -24,7 +26,7 @@
;;
# Filesystem modified, filesystem should be restarted
# Ideally we would only restart the filesystem
-@@ -85,12 +88,25 @@ if test -d /tmp; then
+@@ -90,12 +93,22 @@
fi
if test -d /var/run; then
@@ -47,13 +49,10 @@
+if ! test -e /proc/cmdline ; then
+ settrans -c /proc /hurd/procfs --compatible
+fi
-+
-+# This file must exist for e2fsck to work.
-+ln -s /proc/mounts /var/run/mtab
#echo -n restoring pty permissions...
#chmod 666 /dev/tty[pqrs]*
-@@ -104,15 +120,25 @@ touch /var/run/mtab
+@@ -109,15 +122,25 @@
chmod 664 /etc/motd
diff -ur hurd-0.5.git20140203/debian/rules
hurd-0.5.git20140203-pere/debian/rules
--- hurd-0.5.git20140203/debian/rules 2014-02-03 22:42:04.0 +
+++ hurd-0.5.git20140203-pere/debian/rules 2014-02-06 08:23:34.0
+
@@ -89,6 +89,7 @@
override_dh_installinit:
dh_installinit -phurd --name=hurd-console
+ dh_installinit -phurd --name=hurd-mtab
dh_installinit --remaining-packages
override_dh_installchangelogs:
diff -ur hurd-0.5.git20140203/debian/hurd-mtab.init
hurd-0.5.git20140203-pere/debian/hurd-mtab.init
--- /dev/null 2013-05-04 00:20:10.0 +
+++ hurd-0.5.git20140203-pere/debian/hurd-mtab.init 2014-02-06
08:23:09.0 +
@@ -0,0 +1,50 @@
+#! /bin/sh
+### BEGIN INIT INFO
+# Provides: hurd-mtab
+# Required-Start:mountkernfs
+# Required-Stop:
+# Default-Start: S
+# Default-Stop:
+# Short-Description: Create /run/mtab - /proc/mount symlink on Hurd
+### END INIT INFO
+
+# Author: Petter Reinholdtsen
+
+# PATH should only include /usr/* if it runs after the mountnfs.sh script
+PATH=/sbin:/bin
+
+# Load the VERBOSE setting and other rcS variables
+. /lib/init/vars.sh
+VERBOSE=yes
+
+# Define LSB log_* functions.
+# Depend on lsb-base (= 3.2-14) to ensure that this file is present
+# and status_of_proc is working.
+. /lib/lsb/init-functions
+
+#
+# Function that starts the daemon/service
+#
+do_start()
+{
+ ln -s /proc/mount /run/mtab
+}
+
+case $1 in
+ start)
+ [ $VERBOSE != no ] log_action_begin_msg Creating /run/mtab
symlink
+ do_start
+ case $? in
+ 0|1) [ $VERBOSE != no ] log_action_end_msg 0 ;;
+ 2) [ $VERBOSE != no ] log_action_end_msg 1 ;;
+ esac
+ ;;
+ stop|restart|force-reload|status)
+ ;;
+ *)
+ echo Usage: $SCRIPTNAME {start|stop|status|restart|force-reload} 2
+ exit 3
+ ;;
+esac
+
+:
Bug#727708: Both T and L are wrong, plea for something simpler
On Thu, Feb 06, 2014 at 12:05:05PM +0100, Ansgar Burchardt wrote: On 02/06/2014 11:50, Colin Watson wrote: I don't interpret L as meaning that everything must support all init systems, certainly not alike (indeed the text of that option is explicit that it isn't necessarily alike). Rather, I interpret it as saying that software-outside-init must be flexible enough to cope with that possibility, and degrade sensibly to a lowest common subset of init system features (IOW in practice, needs to keep working if sysvinit is pid 1). Actual support for things beyond that minimum will require people who care about various init systems to step up and implement it. What does this mean in the concrete example that lead to the ctte bug? That is: Provided logind is only provided by systemd (the current situation). May GNOME depend on logind? This is not quite the current situation. Neither systemd nor systemd-shim Provides: logind in the sense of the package relationship field right now, but both could do so. (In practice it looks as though it ought to be a virtual package name with an API version embedded in it; this is not a new or controversial technique elsewhere.) My interpretation of L is that GNOME may depend on logind (or logind-208 or whatever) as long as that dependency is declared such that another init system can provide it. I appreciate that there is the abstract question of what happens if no init system other than systemd actually steps up to do so; in practice I don't think this is a plausible outcome and so I don't plan to spend mental energy on it. My interpretation of T is that GNOME may depend directly on systemd or on related real packages, although it is encouraged to take some approach more like the above instead. -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737831: bombardier: please provide a desktop file and icons
Package: bombardier Version: 0.8.3+nmu1 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals not-gamesteam Dear maintainer, currently bombardier does not supply a desktop file and no desktop and menu icons. Hence the game is not well integrated into the user's desktop environment. Please consider helping to improve the desktop integration of games in Debian. https://wiki.debian.org/Games/JessieReleaseGoal Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#727708: Both T and L are wrong, plea for something simpler
(resend with the correct BTS email address) Ansgar Burchardt writes (Re: Bug#727708: Both T and L are wrong, plea for something simpler): What does this mean in the concrete example that lead to the ctte bug? That is: Provided logind is only provided by systemd (the current situation). May GNOME depend on logind? I think the conclusion is that it may not. (This is, after all, the heart of the problem.) If not, do you plan to override the GNOME maintainers with this decision? That would be a matter for a further TC resolution. At this stage we are setting policy. Ian. PS: Please make sure you direct your messages to the bug, not directly to the TC list. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737582: [Pkg-zsh-devel] Bug#737582: (no subject)
Hi Martin. Martin Vath wrote: I have only some older Debian system at my current institute as a user, but I cannot reproduce the bug here: Thanks for the feedback and the single steps for debugging. That will help me to quicker find the culprit. I suppose that some environment variable is set which makes already step 3 produce a bad file, but I have no idea which variable this might be. It may also be the fact that some builds run without connected terminal which sometimes causes strange effects, too. I'll dig into it, but likely no more today. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737832: /usr/share/pyshared/UpdateManager/Backend/PythonApt.py: [CRASH] Uncaught exception AttributeError in Backend/PythonApt.py:801
Package: update-manager-core
Version: 0.200.5-2.1
Severity: normal
File: /usr/share/pyshared/UpdateManager/Backend/PythonApt.py
Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was the outcome of this action?
* What outcome did you expect instead?
*** End of the template - remove these lines ***
*** /tmp/update-manager-bug5Oa_wN
The information below has been automatically generated.
Please do not remove this from your bug report.
- Exception Type: type 'exceptions.AttributeError'
- Exception Value: AttributeError('NoneType' object has no attribute
'get_package_list',)
- Exception Origin: BugHandler.Thread(PythonAptCommit, started -1429210256)
- Exception Traceback:
File /usr/lib/pymodules/python2.7/UpdateManager/BugHandler.py, line 89, in
run
threading.Thread.run(self, *args, **kwargs)
File /usr/lib/python2.7/threading.py, line 505, in run
self.__target(*self.__args, **self.__kwargs)
File /usr/lib/pymodules/python2.7/UpdateManager/Backend/PythonApt.py, line
801, in thread_helper
for pkg_info in self._available_updates.get_package_list():
-- System Information:
Debian Release: 7.3
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages update-manager-core depends on:
ii lsb-release 4.1+Debian8+deb7u1
ii python 2.7.3-4+deb7u1
ii python-apt 0.8.8.2
ii python-support 1.0.15
Versions of packages update-manager-core recommends:
ii update-manager-gnome 0.200.5-2.1
update-manager-core suggests no packages.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737833: bomberclone: desktop file's category key is missing an additional category
Package: bomberclone Version: 0.11.9-4 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals not-gamesteam Dear maintainer, I noticed that your desktop file lists for the category key only Game. Ideally it would be Game;ArcadeGame, so that bomberclone is properly displayed in a subcategory. https://wiki.debian.org/Games/JessieReleaseGoal Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#718725: typo in description
this bug is not closed because a search for badblocks show nothing. there is a typo in the word badblocks. it is spelled 'badbocks'. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737759: hurd: Add init.d script to create /var/run/mtab
Petter Reinholdtsen, le Thu 06 Feb 2014 12:14:37 +0100, a écrit : Here is a more complete patch to implement my proposed change. It drop the symlinking in /etc/hurd/rc and do it in an init.d scripts instead. Well, I'm not sure we want to add an init script just for this while simply building coreutils will fix the issue (and we have to get it built at some point anyway). When I mentioned on IRC that it could be brownpaperbag-fixed, I was thinking about just a one-liner in some existing init script. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737834: libatlas3-base: Please provide a way to compile shred version of libptcblas and libptf77blas
Package: libatlas3-base Version: 3.10.1-4+custom1 Severity: wishlist * What led up to the situation? Wishing to use local-system-optimized libaries for sage ithout havng to recompile atlas every time. As of version 6.1, sage claims to need libptcblas and libptf77blas, which are compiled as *static* libraries but the current libatlas3-base 3.10.1-4 * What exactly did you do (or not do) that was effective (or ineffective)? getting source of the latest (sid) atlas, compiling it and installing the resultant packages. * What was the outcome of this action? Static versions of libptcblas and libptf77blas * What outcome did you expect instead? Idem + dynamic (.so) versions of libptcblas and libptf77blas -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (650, 'testing'), (500, 'testing-updates'), (500, 'testing-proposed-updates'), (60, 'unstable'), (55, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libatlas3-base depends on: ii libc6 2.17-97 ii libgcc1 1:4.8.2-14 ii libgfortran3 4.8.2-14 libatlas3-base recommends no packages. Versions of packages libatlas3-base suggests: ii liblapack3 3.5.0-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#737835: Capture::Tiny: insecure use of /tmp
Package: libcapture-tiny-perl
Version: 0.23-1
Severity: important
Tags: security
$ strace -f -o '| grep -E open.*/tmp' perl test.pl
11181 open(/tmp/8NDe_c4S_N, O_RDWR|O_CREAT|O_EXCL|O_LARGEFILE|O_NOFOLLOW,
0600) = 5
11183 open(/tmp/5KKGPDNyy0, O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE, 0666) = 3
The first temporary file is created securely, but the second open(2)
call lacks the O_EXCL flag. The vulnerable code appears to be:
# flag file is used to signal the child is ready
$stash-{flag_files}{$which} = scalar tmpnam();
The File::temp::tmpnam documentation reads: “When called in scalar
context, returns the full name (including path) of a temporary file
(uses mktemp()). The only check is that the file does not already exist,
but there is no guarantee that that condition will continue to apply.”
-- 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.12-1-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 libcapture-tiny-perl depends on:
ii perl 5.18.2-2
--
Jakub Wilk
#!/usr/bin/perl
use strict;
use warnings;
use Capture::Tiny qw(tee_stdout);
my $stdout = tee_stdout {
print moo;
};
Bug#737836: bomber: please provide a menu file and icons
Package: bomber Version: 4:4.11.3-1 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals not-gamesteam Dear maintainer, currently bomber does not supply a menu file and no menu icons. It would be nice if you could provide a similar file as in your bovo package. Please consider helping to improve the desktop integration of games in Debian. https://wiki.debian.org/Games/JessieReleaseGoal Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#727708: Call for votes on init system resolution
Russ Allbery writes (Bug#727708: Call for votes on init system resolution): I think what we're trying to say looks something like this: ... The result of that GR is A. However, the choice picked by the above algorithm is B. So B becomes the TC decision, despite the fact that A is the result of the GR, and A, despite winning, now constitutes a TC override and fails to go into effect. Unless you think of A happening before the TC decision changes, at which point the TC can no longer override it? This is the wrong way to look at it. The right way to look at it is this: exercising this override this must be achieved by using options which constitutionally require only a 1:1 majority. Helpfully, 4.1.5 permits this. How about this: If the project passes by a General Resolution, a position statement about issues of the day, on the subject of init systems, the views expressed in that position statement entirely replace the substance of this TC resolution; the TC hereby adopts any such position statement as its own decision. Such a position statement could, for example, use these words: The Project requests that the TC reconsider, and requests that the TC would instead decide as follows: Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737837: bumprace: please provide a desktop file and icons
Package: bumprace Version: 1.5.4-1 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals not-gamesteam Dear maintainer, currently bumprace does not supply a desktop file and no desktop icons. Hence the game is not well integrated into the user's desktop environment. Please consider helping to improve the desktop integration of games in Debian. https://wiki.debian.org/Games/JessieReleaseGoal Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#737759: hurd: Add init.d script to create /var/run/mtab
[Samuel Thibault] Well, I'm not sure we want to add an init script just for this while simply building coreutils will fix the issue (and we have to get it built at some point anyway). When I mentioned on IRC that it could be brownpaperbag-fixed, I was thinking about just a one-liner in some existing init script. Is it enough fixing coreutils? The comment in /etc/hurd/rc indicate that e2fsck also need a rebuild, and the fact that the code was there make me believe that tools on hurd are going to expect /var/run/mtab instead of /etc/mtab. /var/run/mtab and /run/mtab is in my opinion is a better location for the file, so starting from scratch I would have wanted Linux to keep it there too. :) -- 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#737838: [vo/vdpau] Error when calling vdp_device_create_x11: 1
Package: mpv Version: 0.3.4-1 I am trying to use mpv on a wheezy system. It does build nicely however I cannot get the vdpau from amy AMD/ATI card to work. Steps: Go to : http://www.h264info.com/clips.html I picked the simpson one: $ wget http://downloads.dvdloc8.com/trailers/divxdigest/simpsons_movie_trailer.zip $ unzip simpsons_movie_trailer.zip $ mpv The\ Simpsons\ Movie\ -\ Trailer.mp4 Playing: The Simpsons Movie - Trailer.mp4 Detected file format: QuickTime / MOV (libavformat) Clip info: major_brand: isom minor_version: 1 compatible_brands: isomavc1 creation_time: 2007-02-19 05:03:04 [stream] Video (+) --vid=1 (h264) [stream] Audio (+) --aid=1 --alang=und (aac) Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object file: No such file or directory [vo/vdpau] Error when calling vdp_device_create_x11: 1 Selected video codec: H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 [lavc:h264] Selected audio codec: AAC (Advanced Audio Coding) [lavc:aac] AO: [pulse] 48000Hz stereo 2ch float VO: [opengl] 1280x544 = 1280x544 420p AV: 00:00:04 / 00:02:17 (3%) A-V: -0.004 However: $ dpkg -S /usr/lib/x86_64-linux-gnu/dri/xvba_drv_video.so xvba-va-driver: /usr/lib/x86_64-linux-gnu/dri/xvba_drv_video.so And $ vainfo libva: VA-API version 0.32.0 Xlib: extension XFree86-DRI missing on display :0. libva: va_getDriverName() returns 0 libva: Trying to open /usr/lib/x86_64-linux-gnu/dri/fglrx_drv_video.so libva: va_openDriver() returns 0 vainfo: VA-API version: 0.32 (libva 1.0.15) vainfo: Driver version: Splitted-Desktop Systems XvBA backend for VA-API - 0.8.0 vainfo: Supported profile and entrypoints VAProfileH264High : VAEntrypointVLD VAProfileVC1Advanced: VAEntrypointVLD Building seems to be fine (it is not picking the new VDPAU API): $ grep vdpau mpv-0.3.4/build/config.log ['/usr/bin/pkg-config', 'vdpau = 0.2', '--libs', '--cflags', 'vdpau'] out: -lvdpau Checking for libavcodec new vdpau API avcodec-new-vdpau-api not found Even using mpv --msglevel=all=trace does not reveals what is going on wrong (why is it searching for nvidia anyway!). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737838: Acknowledgement ([vo/vdpau] Error when calling vdp_device_create_x11: 1)
Hum, googl'ing the issue I finally found: https://wiki.archlinux.org/index.php/VDPAU#Configuration Steps: $ VDPAU_DRIVER=va_gl mpv The\ Simpsons\ Movie\ -\ Trailer.mp4 Playing: The Simpsons Movie - Trailer.mp4 Detected file format: QuickTime / MOV (libavformat) Clip info: major_brand: isom minor_version: 1 compatible_brands: isomavc1 creation_time: 2007-02-19 05:03:04 [stream] Video (+) --vid=1 (h264) [stream] Audio (+) --aid=1 --alang=und (aac) [VS] Software VDPAU backend library initialized libva: VA-API version 0.32.0 Xlib: extension XFree86-DRI missing on display :0. libva: va_getDriverName() returns 0 libva: Trying to open /usr/lib/x86_64-linux-gnu/dri/fglrx_drv_video.so libva: va_openDriver() returns 0 Selected video codec: H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 [lavc:h264] Selected audio codec: AAC (Advanced Audio Coding) [lavc:aac] AO: [pulse] 48000Hz stereo 2ch float VO: [vdpau] 1280x544 = 1280x544 420p [vo/vdpau] Compositing window manager detected. Assuming timing info is inaccurate. AV: 00:00:00 / 00:02:17 (0%) A-V: 0.000 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: Call for votes on init system resolution
Ian Jackson writes (Bug#727708: Call for votes on init system resolution): Steve Langasek writes (Bug#727708: Call for votes on init system resolution): I vote: 1. UL upstart default in jessie, requiring specific init NOT allowed 2. DL systemd default in jessie, requiring specific init NOT allowed 3. FD further discussion If you are serious about wanting to discuss the drafting further, you should vote FD first Also, if you are serious about wanting to do additional drafting work, I think you need to manage a lower latency and greater bandwidth of interaction with the process. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737839: bygfoot: please provide a menu file and icons
Package: bygfoot Version: 2.3.2-1.1 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals not-gamesteam Dear maintainer, currently bygfoot does not supply a menu file and no menu icons. Hence the game is not well integrated into the user's desktop environment. Please consider helping to improve the desktop integration of games in Debian. I also noticed that your desktop file category key is incomplete. A fitting category would be Game;SportsGame. You may also omit the file extension (xpm) from you icon key. However a higher resolution icon (at least 128x128 pixel) is more appropriate for desktop environments such as KDE or GNOME 3. https://wiki.debian.org/Games/JessieReleaseGoal Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#681047: (no subject)
Package: gdm3
Hi! As far as I know this is a GDM bug:
https://bugzilla.gnome.org/show_bug.cgi?id=672801
and there's a patch that seems work:
https://bug672801.bugzilla-attachments.gnome.org/attachment.cgi?id=215969
I checked Wheezy source code of gdm3 to verify that it launch
gnome-session with --debug flag.
--
-
Cosme Domínguez Díazco...@tegnix.com
C.T.I. TEGNIX, S.L.
-
From 74fc44269613cffef07978b4158c62a9cb887821 Mon Sep 17 00:00:00 2001
From: Ray Strode rstr...@redhat.com
Date: Fri, 8 Jun 2012 11:03:31 -0400
Subject: [PATCH] slave: only start gnome-session with --debug if debug
enabled
gnome-session puts all its message in syslog when --debug is
enabled. This floods the log and makes it hard to see other
messages.
This commit only calls gnome-session with --debug when gdm
debugging is on.
https://bugzilla.gnome.org/show_bug.cgi?id=672801
---
daemon/gdm-greeter-session.c | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git a/daemon/gdm-greeter-session.c b/daemon/gdm-greeter-session.c
index 44259ab..464b16b 100644
--- a/daemon/gdm-greeter-session.c
+++ b/daemon/gdm-greeter-session.c
@@ -39,6 +39,8 @@
#include gdm-welcome-session.h
#include gdm-greeter-session.h
+#include gdm-settings-direct.h
+#include gdm-settings-keys.h
#define GDM_GREETER_SERVER_DBUS_PATH /org/gnome/DisplayManager/GreeterServer
#define GDM_GREETER_SERVER_DBUS_INTERFACE org.gnome.DisplayManager.GreeterServer
@@ -76,9 +78,17 @@ gdm_greeter_session_new (const char *display_name,
gbooleandisplay_is_local)
{
GObject *object;
+gboolean debug = FALSE;
+char *command = BINDIR /gnome-session -f;
+
+gdm_settings_direct_get_boolean (GDM_KEY_DEBUG, debug);
+
+if (debug) {
+command = BINDIR /gnome-session -f --debug;
+}
object = g_object_new (GDM_TYPE_GREETER_SESSION,
- command, BINDIR /gnome-session -f --debug,
+ command, command,
server-dbus-path, GDM_GREETER_SERVER_DBUS_PATH,
server-dbus-interface, GDM_GREETER_SERVER_DBUS_INTERFACE,
server-env-var-name, GDM_GREETER_DBUS_ADDRESS,
--
1.7.10
Bug#737820: grub-pc: postinst fails when ‘grub-mkconfig’ has non-zero exit status
On Thu, Feb 06, 2014 at 06:59:47PM +1100, Ben Finney wrote: When the postinst for ‘grub-pc’ calls ‘/etc/kernel/postinst.d/zz-update-grub’, the process is aborted when ‘grub-mkconfig’ exits with status 1. This is apparently not an error, though, and the process should not fail. Could you please expand on your chain of reasoning here? grub-mkconfig exiting non-zero is absolutely an error as far as I'm concerned - it might for instance mean that it was unable to generate a syntactically-correct configuration file - and we should find out why that's happening (for instance, by looking through the error output of sh -x /usr/sbin/grub-mkconfig /dev/null). -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737759: hurd: Add init.d script to create /var/run/mtab
Petter Reinholdtsen, le Thu 06 Feb 2014 12:58:13 +0100, a écrit : [Samuel Thibault] Well, I'm not sure we want to add an init script just for this while simply building coreutils will fix the issue (and we have to get it built at some point anyway). When I mentioned on IRC that it could be brownpaperbag-fixed, I was thinking about just a one-liner in some existing init script. Is it enough fixing coreutils? The comment in /etc/hurd/rc indicate that e2fsck also need a rebuild, e2fsck already been rebuilt against the fixed libc(2.17-92): version 1.42.9-1. So dropping the creation of the file could be done along Break:-ing previous versions of e2fsprogs indeed. and the fact that the code was there make me believe that tools on hurd are going to expect /var/run/mtab instead of /etc/mtab. No, they aren't. /var/run/mtab and /run/mtab is in my opinion is a better location for the file, so starting from scratch I would have wanted Linux to keep it there too. :) Well, perhaps, I don't really have an opinion on this, but I believe we don't want try to make Debian changes in hurd first. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: call for votes on default Linux init system for jessie
Ian Jackson wrote: Anthony Towns writes (Bug#727708: call for votes on default Linux init system for jessie): So looking at the votes today, I would have said that both Ian and Andi's original votes are against this (ranking the options which allow specifying a dependency on a specific init below further discussion), and probably Steve's does too, although I assume that's more an objection against the wording. At least, the impact seems like it is: - init systems can provide whatever extra APIs they like - other packages can only use extra APIs if they have a dependency on the providing package - packages may not depend on specific init systems * therefore packages cannot use the extra APIs (In the L options:) Yes, packages which aren't part of the init system aren't allowed to depend on those extra APIs. But packages which _are_ part of the init system are so allowed. (Think, for example, management guis or addons for a particular init system.) Answering no to the question Q2a above would have forbidden that. That is a very interesting clarification, and not one that seems at all obvious from the text of 'L'. 'L' talks about Software outside of an init system's implementation, which does not seem like it would extend to management guis or addons. So, for instance, GNOME Logs, a new upstream project specifically designed to browse the systemd journal, could by the clarification above be considered part of the init system, and thus can depend on it? If so, I would be very interested in further clarifications regarding what it takes to be considered part of an init system. - Josh Triplett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737840: cappuccino: please provide a desktop file and icons
Package: cappuccino Version: 0.5.1-2.2 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals not-gamesteam Dear maintainer, currently cappuccino does not supply a desktop file and no desktop and menu icons. Hence the game is not well integrated into the user's desktop environment. Please consider helping to improve the desktop integration of games in Debian. https://wiki.debian.org/Games/JessieReleaseGoal Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#737841: libgl1-mesa-swx11: glXGetFBConfigs returns a list of configs that contains NULLs
Package: libgl1-mesa-swx11 Version: 8.0.5-4+deb7u2 Severity: important Dear Maintainer, I discovered that the libGL.so.1 that comes with libgl1-mesa-swx11 contains a bug that may cause it to return a list of GLXFBConfigs that contain NULLs, in violation of the API. The reason is that Fake_glXGetFBConfigs, in src/mesa/drivers/x11/fakeglx.c, maps all the X visuals it gets from XGetVisualInfo via create_glx_visual in order to create its returned list, but create_glx_visual may return NULL if an X visual is unfit for GL. Clearly, it should avoid putting those NULLs in the returned list. You can see the results of this in the output of glxinfo, included below. Some of the GLXFBConfigs (the 1st and 3rd in the list) contain only zeroes for all their attributes, which is the result of glxinfo passing those NULL FBConfigs through glXGetFBConfigAttrib (and not checking its return value). Admittedly, this is on stable, and I can only assume the bug is fixed in later Mesa versions, but I think the bug is grave enough that it should be fixed on stable. I don't see how libgl1-mesa-swx11 can possible be usable under these circumstances, unless one is so lucky so as to only happen to have X visuals that are all usable for GL. -- Fredrik Tolf -- Package-specific info: glxinfo: name of display: :6 display: :6 screen: 0 direct rendering: Yes server glx vendor string: Brian Paul server glx version string: 1.4 Mesa 8.0.5 server glx extensions: GLX_MESA_copy_sub_buffer, GLX_MESA_pixmap_colormap, GLX_MESA_release_buffers, GLX_ARB_get_proc_address, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer client glx vendor string: Brian Paul client glx version string: 1.4 Mesa 8.0.5 client glx extensions: GLX_MESA_copy_sub_buffer, GLX_MESA_pixmap_colormap, GLX_MESA_release_buffers, GLX_ARB_get_proc_address, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer GLX version: 1.4 GLX extensions: GLX_MESA_copy_sub_buffer, GLX_MESA_pixmap_colormap, GLX_MESA_release_buffers, GLX_ARB_get_proc_address, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer OpenGL vendor string: Brian Paul OpenGL renderer string: Mesa X11 OpenGL version string: 2.1 Mesa 8.0.5 OpenGL shading language version string: 1.20 OpenGL extensions: GL_ARB_multisample, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_copy_texture, GL_EXT_polygon_offset, GL_EXT_subtexture, GL_EXT_texture_object, GL_EXT_vertex_array, GL_EXT_compiled_vertex_array, GL_EXT_texture, GL_EXT_texture3D, GL_IBM_rasterpos_clip, GL_ARB_point_parameters, GL_EXT_draw_range_elements, GL_EXT_packed_pixels, GL_EXT_point_parameters, GL_EXT_rescale_normal, GL_EXT_separate_specular_color, GL_EXT_texture_edge_clamp, GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp, GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod, GL_ARB_multitexture, GL_IBM_multimode_draw_arrays, GL_IBM_texture_mirrored_repeat, GL_3DFX_texture_compression_FXT1, GL_ARB_texture_cube_map, GL_ARB_texture_env_add, GL_ARB_transpose_matrix, GL_EXT_blend_func_separate, GL_EXT_fog_coord, GL_EXT_multi_draw_arrays, GL_EXT_secondary_color, GL_EXT_texture_env_add, GL_EXT_texture_filter_anisotropic, GL_EXT_texture_lod_bias, GL_INGR_blend_func_separate, GL_MESA_resize_buffers, GL_NV_blend_square, GL_NV_light_max_exponent, GL_NV_texgen_reflection, GL_NV_texture_env_combine4, GL_SUN_multi_draw_arrays, GL_ARB_texture_border_clamp, GL_ARB_texture_compression, GL_EXT_framebuffer_object, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_MESA_window_pos, GL_NV_packed_depth_stencil, GL_NV_texture_rectangle, GL_NV_vertex_program, GL_ARB_depth_texture, GL_ARB_occlusion_query, GL_ARB_shadow, GL_ARB_shadow_ambient, GL_ARB_texture_env_combine, GL_ARB_texture_env_crossbar, GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat, GL_ARB_window_pos, GL_ATI_envmap_bumpmap, GL_ATI_fragment_shader, GL_EXT_stencil_two_side, GL_EXT_texture_cube_map, GL_NV_depth_clamp, GL_NV_fragment_program, GL_NV_point_sprite, GL_NV_vertex_program1_1, GL_APPLE_packed_pixels, GL_APPLE_vertex_array_object, GL_ARB_draw_buffers, GL_ARB_fragment_program, GL_ARB_fragment_shader, GL_ARB_shader_objects, GL_ARB_vertex_program, GL_ARB_vertex_shader, GL_ATI_draw_buffers, GL_ATI_texture_env_combine3, GL_EXT_depth_bounds_test, GL_EXT_shadow_funcs, GL_EXT_stencil_wrap, GL_MESA_pack_invert, GL_MESA_ycbcr_texture, GL_ARB_depth_clamp, GL_ARB_fragment_program_shadow, GL_ARB_half_float_pixel, GL_ARB_occlusion_query2, GL_ARB_point_sprite, GL_ARB_shading_language_100, GL_ARB_sync, GL_ARB_texture_non_power_of_two, GL_ARB_vertex_buffer_object, GL_ATI_blend_equation_separate,
Bug#737842: Please package php5 debhelper sequence independently
Source: php5-dev Severity: wishlist Dear Michal, it would, in my opinion, be a good idea to package the new php5 dh sequence independently as having it coupled makes it incredibly hard to backport modules that use this sequence to wheezy. If it had been packaged independently it would make it would be much easier to backport the dh sequence for those packages that build-depend on it. Thank you for your consideration. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf-8, LC_CTYPE=en_GB.utf-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: Both T and L are wrong, plea for something simpler
Le jeudi 06 février 2014 à 11:18 +, Colin Watson a écrit : My interpretation of L is that GNOME may depend on logind (or logind-208 or whatever) as long as that dependency is declared such that another init system can provide it. I appreciate that there is the abstract question of what happens if no init system other than systemd actually steps up to do so; in practice I don't think this is a plausible outcome and so I don't plan to spend mental energy on it. This is a very plausible outcome, because the Ubuntu version of the logind solution is just a fork of systemd 204, and it sounds complicated to maintain both versions of systemd in Debian. Cheers, -- .''`.Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737734: ruby-rspec-core debian package breaks rspec-puppet
Package: ruby-rspec-core Followup-For: Bug #737734 Control: retitle -1 wrong file_path metadata, breaking file_path filters Control: tag -1 pending Hi, ruby-rspec-puppet is broken because of its conditional inclusion of modules in examples, using file_path filters. RSpec file_path metadata were wrong because of a Regexp that does not match the installation path of RSpec in Debian. The fix should also fix some issues in the display of spec results. Cheers, Cédric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737827: [DSE-Dev] Bug#737827: I get a segfault of semodule when loading the latest reference policy (v2.20130424) with make load
Le Thu, 6 Feb 2014 11:35:05 +0100, daniel.gas...@basf.com a écrit : Hello, Do you think you could provide us a backtrace? But It's usually better that userspace matches the release of the policy, I already saw issues in the past when mixing the versions. I should maybe start looking at backporting SELinux userspace and policy to wheezy. Anyway this bug is not affecting unstable and the upcoming jessie release and I've marked the bugs as such. Cheers, Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737843: [uscan] --repack replaces \r\n with \n in text files
Package: devscripts Version: 2.14.1 Severity: normal Hi, I've got some trouble with uscan when repacking the source zip [1] of JavaMail. The file 'mail/src/test/resources/javax/mail/internet/folddata' is altered in the process. Its md5sum is 7ac9a5 in the source zip, and bbb321 in the repacked tarball. After investigating it looks like the repacking replaced the \r\n line terminators with \n, causing the unit tests to fail. Emmanuel Bourg [1] https://java.net/projects/javamail/downloads/download/source/javaxmail-1.5.1-src.zip -- Package-specific info: --- /etc/devscripts.conf --- --- ~/.devscripts --- DEBSIGN_KEYID=E4B9D0AC -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-19-pve (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages devscripts depends on: ii dpkg-dev 1.17.6 ii libc62.17-97 ii perl 5.18.2-2 ii python3 3.3.2-17 pn python3:any none Versions of packages devscripts recommends: ii at 3.1.14-1 ii curl7.35.0-1 ii dctrl-tools 2.23 ii debian-keyring 2014.01.31 ii dput0.9.6.4 ii equivs 2.0.9 ii fakeroot1.20-3 ii gnupg 1.4.16-1 ii libdistro-info-perl 0.12 ii libencode-locale-perl 1.03-1 ii libjson-perl2.61-1 ii liblwp-protocol-https-perl 6.04-2 ii libparse-debcontrol-perl2.005-4 ii libsoap-lite-perl 0.716-1 ii liburi-perl 1.60-1 ii libwww-perl 6.05-2 ii lintian 2.5.21 ii man-db 2.6.6-1 ii patch 2.7.1-4 ii patchutils 0.3.2-3 ii python3-debian 0.1.21+nmu2 ii python3-magic 1:5.14-2 ii sensible-utils 0.0.9 ii strace 4.5.20-2.3 ii unzip 6.0-10 ii wdiff 1.2.1-2 ii wget1.15-1 ii xz-utils5.1.1alpha+20120614-2 Versions of packages devscripts suggests: ii build-essential 11.6 pn cvs-buildpackage none pn devscripts-elnone pn gnuplot none ii gpgv 1.4.16-1 ii heirloom-mailx [mailx] 12.5-2 ii libauthen-sasl-perl 2.1500-1 ii libfile-desktopentry-perl0.07-1 ii libnet-smtp-ssl-perl 1.01-3 pn libterm-size-perlnone ii libtimedate-perl 2.3000-1 pn libyaml-syck-perlnone pn mutt none ii openssh-client [ssh-client] 1:6.4p1-2 ii svn-buildpackage 0.8.5 pn w3m none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#447026: (no subject)
I have installed 1.8.6. Yet if I have in my .xsession: xscreensaver -nosplash xbindkeys Then the keyboard still freezes after the first character I type after waking from xscreensaver. Mouse still works. If I disable either one the issue goes away.
Bug#727708: call for votes on default Linux init system for jessie
Josh Triplett writes (Bug#727708: call for votes on default Linux init system for jessie): That is a very interesting clarification, and not one that seems at all obvious from the text of 'L'. 'L' talks about Software outside of an init system's implementation, which does not seem like it would extend to management guis or addons. I think it depends what you think of as an init system's implementation. I would include the utilities you use to manage it. So, for instance, GNOME Logs, a new upstream project specifically designed to browse the systemd journal, could by the clarification above be considered part of the init system, and thus can depend on it? I haven't looked at that in detail. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: Both T and L are wrong, plea for something simpler (was: Re: Call for votes on init system resolution)
Le jeudi, 6 février 2014, 10.50:05 Colin Watson a écrit : On Thu, Feb 06, 2014 at 10:20:02AM +0100, Didier 'OdyX' Raboud wrote: L really reads to me like a way to enforce support for all init systems alike (thereby ensuring that the default init gets the same [bad] support) on maintainers and I feel it's too coercitive. I don't interpret L as meaning that everything must support all init systems, certainly not alike (indeed the text of that option is explicit that it isn't necessarily alike). Rather, I interpret it as saying that software-outside-init must be flexible enough to cope with that possibility, and degrade sensibly to a lowest common subset of init system features (IOW in practice, needs to keep working if sysvinit is pid 1). L doesn't say anything about lowest common subset, it says may not require a specific init system, which is different. * L would enforce that any software can run on all inits (failure to work on one is equivalent to requiring any of the other ones, henc failing the requirement of L) That's not how I interpret it. A specific init system is in the singular. In the case of interpreting L with specific init being singular, then a package requiring any of OpenRC and systemd would fit L as it doesn't require a specific init, but any within a set. If upstart would be taken as default, that's certainly not the intent of L, right? I'm not worried that we'll end up with cases where software-outside- init somehow manages to work with two init systems but not the others; working with more than one indicates the basic flexibility that I want to see, and the rest is up to developers who care about init systems. That's not what the L option says, again. Let's take logind as example (instead of inventing pseudo-test-cases). There are two views: * logind is considered part of systemd to be pid 1. L says you can't depend on any init being pid 1; L therefore imposes the maintainers of all software using logind to maintain interfaces to be working on non- systemd-inits (runtime-detection of [deprecated] ConsoleKit !?) * logind is not considered part of systemd to be pid 1 (the existence of a second implementation seems to suggest that), then software can depend on having logind available. How the logind interface is defined is mostly a matter of having maintainers of the various providers agree on virtual package names. That said, this view would make systemd- logind fall under L, imposing on its maintainers to make it work on non-systemd inits. I think L is putting the burden of maintenance wrongly in these two cases (on all consumers of logind or on the systemd-logind maintainers). All but specific packages are expected to work with the default init system. However, where feasible, packages should interoperate with all init systems; maintainers are encouraged to accept technically sound patches to enable interoperation, even if it results in degraded operation while running under the init system the patch enables interoperation with. Doesn't that just move the question to what the specific packages are, the scope of which is the core of the difference between T and L anyway? Not in my view. It lets the individual maintainers decide whether their package is a sufficiently specific case. It also reinforces the role of the default init with regards to other non-defaults, explicitly ruling the init islands out. Any disagreement on the specificity can subsequently be referred to the TC, of course. What I tried to express in my earlier mail is that I think both T and L are simultaneously too vague and too specific: they both try to tell the Gnome maintainers (and others, of course) what they should or must do with regards to logind-being-tied-to-systemd, without explicitely writing it (too specific), while failing at making explicit that the default init should be supported (too vague). I also think they are both spelled in a way that assumes that maintainers would act in bad faith with regards to either upstart or systemd support in the cases where each wouldn't be taken as default. Finally, I have hard time seeing under which powers could L be decided by the tech-ctte: the policy team hasn't worked on that (§6.1.1), there is no juridiction overlap that I could see (nor a disagreement about the matter, §6.1.2), and it's not formulated as an overrule (§6.1.4) or an advice (§6.1.5). The only relevant bit would be §6.1.3 as Paul specifically asked for in 20131025184344.gb4...@helios.pault.ag: (…) and make a judgement call on where the efforts to resolve this situation shall go (patching *around* the lack of systemd, or patching software to use systemd) Paul's request is about a judgement call on where the efforts (…) shall go, not about setting technical policy. L, in its current state is too far-reaching in forbidding package relationships while the
Bug#737731: libhwloc-contrib-plugins: depends on ocl-icd-libopencl1 instead of libopencl1
Samuel Thibault, le Wed 05 Feb 2014 23:53:54 +0100, a écrit : Vincent Danjean, le Wed 05 Feb 2014 23:50:59 +0100, a écrit : I will then ask for a binary rebuild Since it depends on non-free packages, hwloc-contrib is not auto-built, so I'll rebuild it myself. Oops, sorry, I mixed things: it's libhwloc-plugins which contains the opencl plugin, not libhwloc-contrib-plugins. So I've just schedule a binNMU from buildds. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737844: cardstories: please provide a desktop and menu file and icons
Package: cardstories Version: 1.0.6-1.3 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals not-gamesteam Dear maintainer, currently cardstories does not supply a desktop and menu file and no desktop and menu icons. Hence the game is not well integrated into the user's desktop environment. Please consider helping to improve the desktop integration of games in Debian. https://wiki.debian.org/Games/JessieReleaseGoal Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#737845: cavezofphear: please provide a desktop and menu file and icons
Package: cavezofphear Version: 0.5.1-1 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals not-gamesteam Dear maintainer, currently cavezofphear does not supply a desktop file and no desktop and menu icons. Hence the game is not well integrated into the user's desktop environment. Please consider helping to improve the desktop integration of games in Debian. https://wiki.debian.org/Games/JessieReleaseGoal Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#737846: cgoban: menu icon entry missing
Package: cgoban Version: 1.9.14-17 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals not-gamesteam Dear maintainer, currently cgoban does not supply a menu icon hence the game is not well integrated into the user's desktop environment. Please consider adding an icon entry to your menu file. Please refer to https://wiki.debian.org/Games/JessieReleaseGoal for further information. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#716985: Fix in DELAYED
Hi,
I have uploaded an NMU to DELAYED/2 with the attached debdiff fixing
this bug.
Cheers,
Balint
diff -Nru libcaca-0.99.beta18/debian/changelog
libcaca-0.99.beta18/debian/changelog
--- libcaca-0.99.beta18/debian/changelog2012-04-06 23:20:18.0
+0200
+++ libcaca-0.99.beta18/debian/changelog2014-02-05 15:05:33.0
+0100
@@ -1,3 +1,11 @@
+libcaca (0.99.beta18-1.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Drop dependency on ruby1.8-dev (Closes: #723642)
+ * Fix FTBFS due to post-processing Doxygen's output (Closes: #716985)
+
+ -- Balint Reczey bal...@balintreczey.hu Wed, 05 Feb 2014 15:03:35 +0100
+
libcaca (0.99.beta18-1) unstable; urgency=low
* New upstream release.
diff -Nru libcaca-0.99.beta18/debian/control libcaca-0.99.beta18/debian/control
--- libcaca-0.99.beta18/debian/control 2012-04-06 23:27:01.0 +0200
+++ libcaca-0.99.beta18/debian/control 2014-02-05 15:10:03.0 +0100
@@ -2,7 +2,7 @@
Section: libs
Priority: optional
Maintainer: Sam Hocevar s...@debian.org
-Build-Depends: debhelper (= 8.1.3~), pkg-config, libncursesw5-dev,
libslang2-dev, libx11-dev, libimlib2-dev, freeglut3-dev,
texlive-fonts-recommended, doxygen-latex, ruby1.8-dev
+Build-Depends: debhelper (= 8.1.3~), pkg-config, libncursesw5-dev,
libslang2-dev, libx11-dev, libimlib2-dev, freeglut3-dev,
texlive-fonts-recommended, doxygen-latex
Standards-Version: 3.9.3
Vcs-Svn: svn://svn.debian.org/sam-hocevar/pkg-misc/unstable/libcaca
Vcs-Browser: http://svn.debian.org/wsvn/sam-hocevar/pkg-misc/unstable/libcaca/
diff -Nru libcaca-0.99.beta18/debian/patches/01_doxygen.diff
libcaca-0.99.beta18/debian/patches/01_doxygen.diff
--- libcaca-0.99.beta18/debian/patches/01_doxygen.diff 1970-01-01
01:00:00.0 +0100
+++ libcaca-0.99.beta18/debian/patches/01_doxygen.diff 2014-02-06
13:35:04.0 +0100
@@ -0,0 +1,68 @@
+Description: Don't mess with Doxygen's output
+Author: Balint Reczey bal...@balintreczey.hu
+--- ./doc/Makefile.am.orig 2014-02-05 23:46:27.317359631 +0100
./doc/Makefile.am 2014-02-05 23:50:09.215062610 +0100
+@@ -28,10 +28,7 @@
+ if BUILD_DOCUMENTATION
+ if USE_LATEX
+ rm -f latex/libcaca.tex latex/libcaca.pdf
+- mv latex/refman.tex latex/libcaca.tex
+- sed 's/setlength{/renewcommand{/' latex/libcaca.tex \
+-| sed 's/.*usepackage.*times.*//' latex/refman.tex
+- cd latex $(MAKE) $(AM_CFLAGS) refman.pdf || (cat refman.log; exit 1)
++ (cd latex pdflatex refman ; makeindex refman.idx ; pdflatex refman
; pdflatex refman ; pdflatex refman ; pdflatex refman ; pdflatex refman; echo
pdflatex exit code: $$?)
+ mv latex/refman.pdf latex/libcaca.pdf
+ touch stamp-latex
+ endif
+--- ./doc/Makefile.in 2012-04-06 22:48:33.0 +0200
./doc/Makefile.in 2014-02-06 00:00:02.871991581 +0100
+@@ -571,10 +571,7 @@
+
+ stamp-latex: stamp-doxygen
+ @BUILD_DOCUMENTATION_TRUE@@USE_LATEX_TRUE@rm -f latex/libcaca.tex
latex/libcaca.pdf
+-@BUILD_DOCUMENTATION_TRUE@@USE_LATEX_TRUE@mv latex/refman.tex
latex/libcaca.tex
+-@BUILD_DOCUMENTATION_TRUE@@USE_LATEX_TRUE@sed
's/setlength{/renewcommand{/' latex/libcaca.tex \
+-@BUILD_DOCUMENTATION_TRUE@@USE_LATEX_TRUE@ | sed
's/.*usepackage.*times.*//' latex/refman.tex
+-@BUILD_DOCUMENTATION_TRUE@@USE_LATEX_TRUE@cd latex $(MAKE)
$(AM_CFLAGS) refman.pdf || (cat refman.log; exit 1)
++@BUILD_DOCUMENTATION_TRUE@@USE_LATEX_TRUE@(cd latex pdflatex refman ;
makeindex refman.idx ; pdflatex refman ; pdflatex refman ; pdflatex refman ;
pdflatex refman ; pdflatex refman; echo pdflatex exit code: $$?)
+ @BUILD_DOCUMENTATION_TRUE@@USE_LATEX_TRUE@mv latex/refman.pdf
latex/libcaca.pdf
+ @BUILD_DOCUMENTATION_TRUE@@USE_LATEX_TRUE@touch stamp-latex
+
+--- ./doc/doxygen.cfg.in.orig 2014-02-06 13:33:38.045660374 +0100
./doc/doxygen.cfg.in 2014-02-06 13:34:34.320981897 +0100
+@@ -286,7 +286,7 @@
+ # 2^(16+SYMBOL_CACHE_SIZE). The valid range is 0..9, the default is 0,
+ # corresponding to a cache size of 2^16 = 65536 symbols
+
+-SYMBOL_CACHE_SIZE = 0
++#SYMBOL_CACHE_SIZE = 0
+
+ #---
+ # Build related configuration options
+@@ -470,7 +470,7 @@
+ # then setting the SHOW_DIRECTORIES tag to YES will show the directory
hierarchy
+ # in the documentation. The default is NO.
+
+-SHOW_DIRECTORIES = NO
++#SHOW_DIRECTORIES = NO
+
+ # Set the SHOW_FILES tag to NO to disable the generation of the Files page.
+ # This will remove the Files entry from the Quick Index and from the
+@@ -808,7 +808,7 @@
+ # files or namespaces will be aligned in HTML using tables. If set to
+ # NO a bullet list will be used.
+
+-HTML_ALIGN_MEMBERS = YES
++#HTML_ALIGN_MEMBERS = YES
+
+ # If the HTML_DYNAMIC_SECTIONS tag is set to YES then the generated HTML
+ # documentation will contain sections that can be hidden and shown after the
+@@
Bug#737760: provide: sip-router and recommend: turn-server
2014-02-05 Daniel Pocock dan...@pocock.com.au: Package: kamailio Consider adding some variation of the following to the control file: Recommends: stun-server | turn-server I'm going to add this to Suggests. I don't think this relation belongs to Recommends. You can use the software without any of that. From [0] Suggests: This is used to declare that one package may be more useful with one or more others. Using this field tells the packaging system and the user that the listed packages are related to this one and can perhaps enhance its usefulness, but that installing this one without them is perfectly reasonable. Recommends This declares a strong, but not absolute, dependency. The Recommends field should list packages that would be found together with this one in all but unusual installations. Provides: sip-router Ok. [0] https://www.debian.org/doc/debian-policy/ch-relationships.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737847: chessx: menu icon entry missing
Package: chessx Version: 1.0.0-2 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals not-gamesteam Dear maintainer, currently chessx does not supply a menu icon hence the game is not well integrated into the user's desktop environment. Please consider adding an icon entry to your menu file. Please refer to https://wiki.debian.org/Games/JessieReleaseGoal for further information. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#706315: conffile handled with ucf
Hi, Are you sure that's not a normal behavior, that /etc/backuppc/config.pl is marked as obsolete after upgrade? I tried to play with dpkg-maintscript-helper rm_conffile, but nothing happens, config.pl is still an obsolete conffile... Best regards, Ludovic. } dixie:~# grep-status -P backuppc -s Version,Conffiles } Version: 3.3.0-1 } Conffiles: } /etc/default/backuppc 1c534a5e09bcf408293ef294e836bc8f } /etc/backuppc/apache.conf 876049fe7fd1617d71b29a537a7c66bc } /etc/backuppc/localhost.pl e556d8d12b6613cbfcb679769260b5c4 } /etc/backuppc/hosts c77a06f90d56fbdf62a2a6e414bd } /etc/init.d/backuppc dbdae5f2d1937e2df869ff629de078a2 } /etc/backuppc/config.pl bfde4d3d06afcb9a335f47e3dcacd90d obsolete So it's still listed as a conffile. How do you clear the status? You could use dpkg-maintscript-helper. dh_installdeb has support for that too, since some debhelper version. e.g.: } [git|debian] weasel@defiant:~/projects/tor/tor/debian$ cat tor.maintscript } rm_conffile /etc/tor/tor-tsocks.conf 0.2.4.12-alpha-1 tor -- | .''`. ** Debian ** Peter Palfrader | : :' : The universal http://www.palfrader.org/ | `. `' Operating System | `-http://www.debian.org/ -- Ludovic Drolez. http://www.aopensource.com - The Android Open Source Portal http://www.drolez.com - Personal site - Linux and Free Software -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731261: transition: Qt5 switching qreal == double for all platforms
On Thursday 06 February 2014 03:51:47 Andreas Beckmann wrote:
On Wednesday, 5. February 2014 13:29:06 Lisandro Damián Nicanor Pérez Meyer
wrote:
We only need to wait for [...] and the full stack to properly age and
we are done :)
Please check qgis, that did FTBFS on arm* with
deduced conflicting types for parameter 'const T' ('double' and 'qreal
{aka float}')
https://buildd.debian.org/status/package.php?p=qgis
This could have been bad timing and a give-back might be sufficient.
Hi Andreas! The problem here is different. The transition is wrt Qt5, not Qt4.
qgis uses Qt4. So the problem seems to be that qreal in Qt4 on arm* == float
and not double (as has always been).
In other words, qgis will need some porting (or maybe switching to Qt5, if
possible).
Kinds regards, Lisandro.
--
The volume of a pizza of thickness a and radius z can be described by
the following formula:
pi zz a
Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/
signature.asc
Description: This is a digitally signed message part.
Bug#737848: chipw: please provide a desktop and menu file and icons
Package: chipw Version: 2.0.6-1.1 User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals not-gamesteam Dear maintainer, currently chipw does not supply a desktop and menu file and no desktop and menu icons. Hence the game is not well integrated into the user's desktop environment. Please consider helping to improve the desktop integration of games in Debian. https://wiki.debian.org/Games/JessieReleaseGoal Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#737760: provide: sip-router and recommend: turn-server
On 06/02/14 13:57, Victor Seva wrote: 2014-02-05 Daniel Pocock dan...@pocock.com.au: Package: kamailio Consider adding some variation of the following to the control file: Recommends: stun-server | turn-server I'm going to add this to Suggests. I don't think this relation belongs to Recommends. You can use the software without any of that. From [0] Suggests: This is used to declare that one package may be more useful with one or more others. Using this field tells the packaging system and the user that the listed packages are related to this one and can perhaps enhance its usefulness, but that installing this one without them is perfectly reasonable. Recommends This declares a strong, but not absolute, dependency. For WebRTC users, ICE is mandatory and therefore TURN becomes significant However, not everybody uses it for WebRTC, so it is really up to you The Recommends field should list packages that would be found together with this one in all but unusual installations. Provides: sip-router Ok. I wonder if we should declare sip-websocket-server or something like that too? Not all sip-router packages will provide WebSocket support -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737849: connectagram: please provide a menu file and icons
Package: connectagram Version: 1.0.1-1 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals not-gamesteam Dear maintainer, currently connectagram does not supply a menu file and no menu icons. Hence the game is not well integrated into the user's desktop environment. Please consider helping to improve the desktop integration of games in Debian. I have also noticed that your desktop file is missing an additional key. I suggest Game;LogicGame. https://wiki.debian.org/Games/JessieReleaseGoal Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#706315: conffile handled with ucf
severity 706315 normal thanks Downgrading severity since config.pl is not a conffile anymore: $ cat /var/lib/dpkg/info/backuppc.conffiles /etc/default/backuppc /etc/init.d/backuppc /etc/backuppc/apache.conf /etc/backuppc/hosts /etc/backuppc/localhost.pl Ludo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567210: doc-available always returns false without network
Hello,
A fresh look/opinion is welcome! Could someone please take a fresh
look at the bug #567210.
After closer look at my last test results (described in my two last
mails to the bug), I tend to think the problem lies in Saxon-{B|HE}.
Any comments are very much appreciated,
Eugene
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737850: crawl: menu icon entries missing
Package: crawl Version: 2:0.13.1-1 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals not-gamesteam Dear maintainer, currently crawl does not supply a menu icon hence the game is not well integrated into the user's desktop environment. Please consider adding an icon entry to your menu file. Please refer to https://wiki.debian.org/Games/JessieReleaseGoal for further information. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#737851: crossfire-client: menu icon entries missing
Package: crossfire-client Version: 1.70.0-1 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals not-gamesteam Dear maintainer, currently crossfire-client does not supply a menu icon hence the game is not well integrated into the user's desktop environment. Please consider adding an icon entry to your menu file. Please refer to https://wiki.debian.org/Games/JessieReleaseGoal for further information. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#737852: crrcsim: menu icon entry missing
Package: crrcsim Version: 0.9.12-5 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals not-gamesteam Dear maintainer, currently crrcsim does not supply a menu icon hence the game is not well integrated into the user's desktop environment. Please consider adding an icon entry to your menu file. Please refer to https://wiki.debian.org/Games/JessieReleaseGoal for further information. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#737853: pound: syslog spammed
Package: pound Version: 2.6-3.1 Severity: normal Dear Maintainer, the pound source code contains a bug waiting for a semaphore. After the semaphore has been signaled a thread has to check again if the queue contains entries. In a system with a high number of threads that is likely not the case. Therefore, a while-loop instead of an if is required. The patch is quite simple: --- pound.orig 2014-02-06 14:03:54.112718385 +0100 +++ pound.c 2014-02-06 14:04:02.604718653 +0100 @@ -155,7 +155,7 @@ thr_arg *res; (void)pthread_mutex_lock(arg_mut); -if(first == NULL) +while(first == NULL) (void)pthread_cond_wait(arg_cond, arg_mut); if((res = first) != NULL) if((first = first-next) == NULL) Regards, Jesper -- System Information: Debian Release: 7.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pound depends on: ii libc62.13-38 ii libpcre3 1:8.30-5 ii libssl1.0.0 1.0.1e-2+deb7u3 pound recommends no packages. pound suggests no packages. -- Configuration Files: /etc/init.d/pound changed [not included] /etc/pound/pound.cfg changed [not included] -- 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#731570: debian/t/copyright.t failing
On Fri, Dec 06, 2013 at 10:38:48PM +0200, Niko Tyni wrote: Package: perl Version: 5.18.1-5 Severity: minor I've just uploaded perl/5.18.1-5, including this change by Dominic: * Various tidying of Copyright file in line with Lintian's suggestions http://anonscm.debian.org/gitweb/?p=perl/perl.git;a=commitdiff;h=49da9b5f9fa84dc382acce3404eff668761b75a3 which essentially removes all formatted text from the non-standard License paragraphs (but moves some of them into Comment paragraphs.) Presumably the lintian suggestions this is fixing are like I: perl source: unused-license-paragraph-in-dep5-copyright regcomp (paragraph at line 2325) [...] This needs a bit more investigation than I can do right now, but I didn't want it to block the bugfixes in 5.18.1-5. Filing this as a reminder: debian/t/copyright.t is currently failing. Just a note that the thread at https://lists.debian.org/debian-policy/2014/02/msg00021.html and http://bugs.debian.org/737796 are probably relevant. -- Niko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661307: [cutechess] cutechess GUI does not have a .desktop and menu file and no icons
Please also consider to add icons to desktop and menu file, so that the game will show up on the user's desktop. See also https://wiki.debian.org/Games/JessieReleaseGoal Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#737855: libnss3-dev: arch-dependent file in Multi-Arch: same package
Package: libnss3-dev
Version: 2:3.15.4-2
Severity: important
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch
libnss3-dev is marked as Multi-Arch: same, but the following file is
architecture-dependent:
/usr/bin/nss-config
An example diff between i386 and amd64 is attached.
--
Jakub Wilk
diff -ur libnss3-dev_3.15.4-2_i386/usr/bin/nss-config
libnss3-dev_3.15.4-2_amd64/usr/bin/nss-config
--- libnss3-dev_3.15.4-2_i386/usr/bin/nss-config2014-02-05
10:46:44.0 +0100
+++ libnss3-dev_3.15.4-2_amd64/usr/bin/nss-config 2014-02-05
08:41:36.0 +0100
@@ -103,7 +103,7 @@
includedir=${prefix}/include/nss
fi
if test -z $libdir; then
-libdir=${exec_prefix}/lib/i386-linux-gnu
+libdir=${exec_prefix}/lib/x86_64-linux-gnu
fi
if test $echo_prefix = yes; then
Bug#737854: curseofwar: please provide a desktop file
Package: curseofwar Version: 1.1.8-3 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals not-gamesteam Dear maintainer, currently curseofwar does not supply a desktop file and no desktop icons. Hence the game is not well integrated into the user's desktop environment. Please consider helping to improve the desktop integration of games in Debian. https://wiki.debian.org/Games/JessieReleaseGoal Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#733033: ocl-icd-libopencl1: arch-dependent file in Multi-Arch: same package
Control: found -1 2.1.3-3 ocl-icd-libopencl1 is marked as Multi-Arch: same, but the following file is architecture-dependent: /usr/share/man/man7/libOpenCL.7.gz An example diff between i386 and sparc (after ungzipping) is attached. -- Jakub Wilk diff -ur ocl-icd-libopencl1_2.1.3-3_i386/usr/share/man/man7/libOpenCL.7 ocl-icd-libopencl1_2.1.3-3_sparc/usr/share/man/man7/libOpenCL.7 --- ocl-icd-libopencl1_2.1.3-3_i386/usr/share/man/man7/libOpenCL.7 2014-02-06 00:29:16.0 +0100 +++ ocl-icd-libopencl1_2.1.3-3_sparc/usr/share/man/man7/libOpenCL.7 2014-02-06 01:47:28.0 +0100 @@ -2,12 +2,12 @@ .\ Title: libOpenCL .\Author: Vincent Danjean vincent.danj...@ens-lyon.org .\ Generator: DocBook XSL Stylesheets v1.78.1 http://docbook.sf.net/ -.\ Date: 02/05/2014 +.\ Date: 02/06/2014 .\Manual: \ \ .\Source: \ \ .\ Language: English .\ -.TH LIBOPENCL 7 02/05/2014 \ \ \ \ +.TH LIBOPENCL 7 02/06/2014 \ \ \ \ .\ - .\ * Define some portability stuff .\ -
Bug#737856: dangen: please provide a desktop file and icons
Package: dangen Version: 0.5-2 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals not-gamesteam Dear maintainer, currently dangen does not supply a desktop file and no desktop and menu icons. Hence the game is not well integrated into the user's desktop environment. Please consider helping to improve the desktop integration of games in Debian. https://wiki.debian.org/Games/JessieReleaseGoal Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#737857: darkstat: New upstream release 3.0.718
Package: darkstat Version: 3.0.715-1 Severity: normal Please package the new release -- it supports multiple interfaces! -- System Information: Debian Release: jessie/sid APT prefers trusty-updates APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 'trusty'), (100, 'trusty-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.0-6-generic (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
