Bug#782732: Testing installeur, Braille no more operating automatically
Raphaël POITEVIN, le Wed 22 Apr 2015 17:57:20 +0200, a écrit : Mario Lang ml...@debian.org writes: So the bug is in auto-detection. The Cebra and Braille Star do infact speak almost the same protocol, and do have, IIRC, identical USB IDs. OK, but why this bug appears in RC2? It didn't happen at all with RC1? There were uploads of brltty in between, but they mattered only to xbrlapi and grub. I can also reproduce the no-detection-at-all issue with it. The new release of brltty was indeed introduced only in October, but the Cebra driver itself hadn't really changed since brltty 5.0. Wheezy however had only brltty 4.4, which didn't have the Cebra driver. I'm just thinking: perhaps we should exchange the cebra and handytech drivers? Will the ht driver accept a real cebra device? If not, that could work. I don't know the market share, but perhaps the inversion makes sense 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#783122: tzdata: Wrong data for Europe/Minsk
Package: tzdata Version: 2015c-1 Severity: important Dear Maintainer, I am choosing Europe/Minsk as a time zone, however tzdata sets it to MSK time zone, which is Europe/Moscow As a result, many web sites that use time zone information, detect my country settings wrongly. -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages tzdata depends on: ii debconf [debconf-2.0] 1.5.56 tzdata recommends no packages. tzdata suggests no packages. -- debconf information: tzdata/Zones/SystemV: * tzdata/Areas: Europe tzdata/Zones/America: New_York * tzdata/Zones/Etc: UTC tzdata/Zones/Atlantic: tzdata/Zones/Africa: * tzdata/Zones/Europe: Minsk tzdata/Zones/Arctic: tzdata/Zones/US: tzdata/Zones/Indian: tzdata/Zones/Pacific: * tzdata/Zones/Asia: Bangkok tzdata/Zones/Antarctica: tzdata/Zones/Australia: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783121: am-utils init script has no status operation
Package: am-utils Version: 6.2+rc20110530-3 Severity: wishlist patch below, based on what the postfix initrc does, in case it's useful It introduces a dependency on package lsb-base (=2.0-7) || lsb (=1.0.1-11) (being versions i could readily discern from sources.d.n), note, and uses the functions log_success_msg and log_failure_msg that the README of lsb (now) says ``*do not* comply with Debian policy and should only be used by LSB packages'', so ... not sure this isn't asking for trouble, but the postfix initrc does it, so ... not sure what the politically correct alternative is when status_of_proc can't be used Also changes the usage message from /etc/init.d/amd to /etc/init.d/am-utils --buck --- /etc/init.d/am-utils.orig 2014-04-07 15:58:17.0 -0400 +++ /etc/init.d/am-utils2015-04-22 11:38:12.480142000 -0400 @@ -21,6 +21,8 @@ PATH=/usr/sbin:/sbin:/usr/bin:/bin export PATH +. /lib/lsb/init-functions + # Defaults CONF=/etc/default/am-utils @@ -84,8 +86,12 @@ get_amd_args() { } +pid_of_amd() { +amq -p 2/dev/null +} + start_amd() { -pid=`amq -p 2/dev/null` +pid=`pid_of_amd` if [ -n $pid ]; then echo Starting automounter: amd is already running 12 exit 0 @@ -151,7 +157,7 @@ raze_amd() { } stop_amd() { -pid=`amq -p 2/dev/null` +pid=`pid_of_amd` if [ -z $pid ]; then echo Stopping automounter: amd not running 12 if [ $# -eq 0 ] @@ -208,8 +214,20 @@ case $1 in # amd tests itself if its map files have changed, so nothing to do here ;; + status) + pid=`pid_of_amd` + if [ -n $pid ]; then + log_success_msg am-utils is running + exit 0 + else + log_success_msg am-utils is not running # , i guess + exit 3 + fi + ;; + + *) - echo Usage: /etc/init.d/amd {start|stop|restart|[force-]reload} + echo Usage: /etc/init.d/am-utils {start|stop|restart|[force-]reload|status} exit 1 esac -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783123: asterisk crashs after 'asterisk -r' is executed
Package: asterisk Version: 1:13.1.0~dfsg-1+b1 Severity: normal Dear Maintainer, 1. installed new Asterisk instance (apt-get install asterisk) - I didn't change the configuration files 2. /etc/init.d/asterisk start 3. asterisk -r Following output: t@pbx:/home/tkoeck# asterisk -r Asterisk 13.1.0~dfsg-1+b1, Copyright (C) 1999 - 2014, Digium, Inc. and others. Created by Mark Spencer marks...@digium.com Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. = Connected to Asterisk 13.1.0~dfsg-1+b1 currently running on pbx (pid = 4317) [Apr 22 19:20:34] NOTICE[4317]: cdr.c:4156 cdr_toggle_runtime_options: CDR simple logging enabled. [Apr 22 19:20:34] ERROR[4317]: config.c:1782 process_text_line: The file 'manager.d/*.conf' was listed as a #include but it does not exist. [Apr 22 19:20:34] NOTICE[4317]: manager.c:8653 __init_manager: Unable to open AMI configuration manager.conf, or configuration is invalid. [Apr 22 19:20:34] NOTICE[4317]: loader.c:1323 load_modules: 301 modules will be loaded. [Apr 22 19:20:34] WARNING[4317]: loader.c:522 load_dynamic_module: Error loading module 'res_stasis_playback.so': /usr/lib/asterisk/modules/res_stasis_playback.so: undefined symbol: stasis_app_control_publish [Apr 22 19:20:34] WARNING[4317]: loader.c:522 load_dynamic_module: Error loading module 'res_agi.so': /usr/lib/asterisk/modules/res_agi.so: undefined symbol: ast_speech_change [Apr 22 19:20:34] WARNING[4317]: loader.c:522 load_dynamic_module: Error loading module 'app_speech_utils.so': /usr/lib/asterisk/modules/app_speech_utils.so: undefined symbol: ast_speech_dtmf [Apr 22 19:20:34] WARNING[4317]: loader.c:522 load_dynamic_module: Error loading module 'pbx_ael.so': /usr/lib/asterisk/modules/pbx_ael.so: undefined symbol: ael2_parse [Apr 22 19:20:34] WARNING[4317]: loader.c:522 load_dynamic_module: Error loading module 'res_ari_channels.so': /usr/lib/asterisk/modules/res_ari_channels.so: undefined symbol: stasis_app_control_silence_start [Apr 22 19:20:34] WARNING[4317]: loader.c:522 load_dynamic_module: Error loading module 'res_ari_bridges.so': /usr/lib/asterisk/modules/res_ari_bridges.so: undefined symbol: stasis_app_control_add_role [Apr 22 19:20:34] WARNING[4317]: loader.c:522 load_dynamic_module: Error loading module 'res_pjsip_publish_asterisk.so': /usr/lib/asterisk/modules/res_pjsip_publish_asterisk.so: undefined symbol: ast_sip_register_publish_handler [Apr 22 19:20:34] WARNING[4317]: loader.c:522 load_dynamic_module: Error loading module 'res_stasis_recording.so': /usr/lib/asterisk/modules/res_stasis_recording.so: undefined symbol: stasis_app_control_publish [Apr 22 19:20:34] WARNING[4317]: loader.c:522 load_dynamic_module: Error loading module 'res_ari_playbacks.so': /usr/lib/asterisk/modules/res_ari_playbacks.so: undefined symbol: stasis_app_playback_to_json [Apr 22 19:20:34] WARNING[4317]: loader.c:522 load_dynamic_module: Error loading module 'cdr_odbc.so': /usr/lib/asterisk/modules/cdr_odbc.so: undefined symbol: SQLRowCount [Apr 22 19:20:34] WARNING[4317]: loader.c:522 load_dynamic_module: Error loading module 'res_pjsip_header_funcs.so': /usr/lib/asterisk/modules/res_pjsip_header_funcs.so: undefined symbol: ast_sip_session_register_supplement [Apr 22 19:20:34] WARNING[4317]: loader.c:522 load_dynamic_module: Error loading module 'res_pjsip_diversion.so': /usr/lib/asterisk/modules/res_pjsip_diversion.so: undefined symbol: ast_copy_pj_str [Apr 22 19:20:34] WARNING[4317]: loader.c:522 load_dynamic_module: Error loading module 'res_ari_recordings.so': /usr/lib/asterisk/modules/res_ari_recordings.so: undefined symbol: stasis_app_stored_recording_copy [Apr 22 19:20:34] WARNING[4317]: loader.c:522 load_dynamic_module: Error loading module 'res_pjsip_path.so': /usr/lib/asterisk/modules/res_pjsip_path.so: undefined symbol: ast_copy_pj_str [Apr 22 19:20:34] WARNING[4317]: loader.c:522 load_dynamic_module: Error loading module 'res_pjsip_outbound_registration.so': /usr/lib/asterisk/modules/res_pjsip_outbound_registration.so: undefined symbol: ast_sip_cli_traverse_objects [Apr 22 19:20:34] WARNING[4317]: loader.c:522 load_dynamic_module: Error loading module 'res_pjsip_endpoint_identifier_anonymous.so': /usr/lib/asterisk/modules/res_pjsip_endpoint_identifier_anonymous.so: undefined symbol: ast_copy_pj_str [Apr 22 19:20:34] WARNING[4317]: loader.c:522 load_dynamic_module: Error loading module 'res_pjsip_session.so': /usr/lib/asterisk/modules/res_pjsip_session.so: undefined symbol: ast_sip_location_retrieve_contact_from_aor_list [Apr 22 19:20:34] WARNING[4317]: loader.c:522 load_dynamic_module: Error loading module 'res_ari_device_states.so':
Bug#783089: debian-installer: Cannot rescue a system installed on a raid1 lvm
Le 2015-04-22 14:20, Lennart Sorensen a écrit : On Wed, Apr 22, 2015 at 07:49:02AM +0200, Jean-Yves LENHOF wrote: Because I prefer do it this way... lvm raid is more the traditionnal unix way of doing it (AIX and HP-UX for sure) Taste is personnal... There are advantages and inconvenients in all of them (Linux/AIX/HP-UX/True64/Solaris/FreeBSD/whatever) FOR AIX vs linux some examples : some pro : smitty is nicely implemented (there was linuxconf in the past days of linux but not maintained anymore) mksysb is something nice to use to restore a system or to install a system with the same configuration... alternate install is something interesting when upgrading from an OS version to another one (using an alternate lvm mirror) some con : odm is something you should not touch without IBM advise, etc.. dependencies in packages are too hard and upgrading a package tend to have everything upgrading... But we are not here to speak about proprietary... but about Linux, so I will not elaborate more on that. That doesn't mean it is a good idea. Those two certainly qualify as the most unpleasant unix systems I have ever had to work with. Why it is very inflexible ? It found it quite flexible. You can't easily add disks to the volume group in raid mode (as far as I recall the documentation last I looked at it). There are certainly restrictions on how to you expand volumes when lvm raid is in use. I just add a disk on my test partition... Done a pvcreate on it, done a vgextend on it without problem. Done a lvextend on a logical partition... Resize my slashlv file system. No problem at all. Did you remake some recent tests ? What is the limitation you are speaking about ? The one I know is that you can't use lvm raid1 in a cluster yet. (It's written in the RedHat Enterprise 7 Logical Volume Documentation) Perhaps the md raid support is there from a longer time because raid1 support (which is different from mirror support) in the kernel (and in lvm2 tools) came later... But things changes and I saw a lot of good things coming in LVM like thin lvm support or cache lvm support. Read redhat docs, such things are supported by RedHat since RedHat Enterprise 6.4 or such. Well certainly grub understands md raid, and it understands some lvm. It might not understand lvm with raid. Following the grub development mailing list for a number of years now, I can say I have never seen anyone ask about it or even mention it. I think it is also the first time I have seen it mentioned on any of the debian lists I follow. You should have read my bug report about grub... There is at least one another person than me that create the bug report ;-) https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=782591 http://savannah.gnu.org/bugs/?func=detailitemitem_id=44534 http://lists.gnu.org/archive/html/bug-grub/2015-04/msg3.html and you should probably read more carefully the list : http://lists.gnu.org/archive/html/grub-devel/2014-08/msg00024.html Certainly using lvm on top of md raid has worked for years for me and the debian rescue knows how to deal with is, as does knoppix and lots of other rescue systems. The lvm raid, no idea. When I looked at it a few years ago it cretainly sounded like a bad option so I avoided it. Some years ago you probably test the mirror type... which I agree is not a so good solution. I speak about the raid1 type which is different raid1 is there since 2013 (there's no clear appareance of the first commit related) : https://git.fedorahosted.org/cgit/lvm2.git/tree/WHATS_NEW For mirror, the mirroring is rebuilt at each reboot For raid1, the mirroring isn't rebuilt at each reboot I will see if I can provide a patch... because I think that discussion is rubbish and code is better. I think it's just an option to add somewhere to enable the built of this kernel module in an udeb. For the debian-installer part (for this bug report here I speak about rescuing) I will make another wishlist bug report (there will be more impact because there will be some more device with rmeta in their name) Please take the time to enable this module kernel in the udeb. Regards, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783116: ser2net: parsing portnumbers on the form host,port is broken
Package: ser2net Version: 2.9.1-1.1 Severity: important Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear Maintainer, ser2net stopped listening after upgrading from wheezy to jessie. Running it with debugging showed that it failed to parse the old configuration file: ser2net[16570]: Error on line 67, port number was invalid ser2net[16570]: Error on line 68, port number was invalid ser2net[16570]: Error on line 69, port number was invalid ser2net[16570]: Error on line 70, port number was invalid ser2net[16570]: Error on line 71, port number was invalid Looking more into this is proved to be caused by the host,port syntax used for these entries. Digging into the code I found that strtok_r() is used to parse these strings multiple times. Which will not work - strtok_r() modifies its argument... I guess this bug might have been added while attempting to support IPv6? I'm attaching a sort of quick fix, which works for me. Bjørn - -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages ser2net depends on: ii initscripts 2.88dsf-59 ii libc62.19-18 ser2net recommends no packages. Versions of packages ser2net suggests: ii telnet 0.17-36 - -- Configuration Files: /etc/default/ser2net changed: CONFFILE=/etc/ser2net.conf CONTROLPORT=127.0.0.1,62000 /etc/ser2net.conf changed: 10.255.1.6,23:telnet:0:/dev/edgeport0:9600 LOCAL 10.255.1.7,23:telnet:0:/dev/edgeport1:9600 LOCAL 10.255.1.8,23:telnet:0:/dev/edgeport2:38400 LOCAL -RTSCTS 10.255.1.9,23:telnet:0:/dev/edgeport3:9600 LOCAL 10.255.1.10,23:telnet:0:/dev/wrt1900ac:115200 LOCAL - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlU3kn4ACgkQ10rqkowbIskg/wCffzKtUtthzDFfJv7Q4R/64wDY GScAn0tN6bftvBT6Ih53fRAzzwaQNalI =/+7J -END PGP SIGNATURE- diff -urN ser2net-2.9.1/controller.c ser2net-2.9.1.new/controller.c --- ser2net-2.9.1/controller.c 2013-01-29 23:44:17.0 +0100 +++ ser2net-2.9.1.new/controller.c 2015-04-22 13:46:07.485931943 +0200 @@ -719,13 +719,13 @@ socklen_t sock_len; intoptval = 1; -if (scan_tcp_port(controller_port, AF_UNSPEC, sock, sock_len) == -1) +if (scan_tcp_port(controller_port, AF_UNSPEC, sock, sock_len) 0) return CONTROLLER_INVALID_TCP_SPEC; acceptfd = socket(sock.ss_family, SOCK_STREAM, 0); if ((acceptfd == -1) (errno == EAFNOSUPPORT)) { /* Retry IPV4-only */ - if (scan_tcp_port(controller_port, AF_INET, sock, sock_len) == -1) + if (scan_tcp_port(controller_port, AF_INET, sock, sock_len) 0) return CONTROLLER_INVALID_TCP_SPEC; acceptfd = socket(sock.ss_family, SOCK_STREAM, 0); } diff -urN ser2net-2.9.1/dataxfer.c ser2net-2.9.1.new/dataxfer.c --- ser2net-2.9.1/dataxfer.c 2013-07-27 01:47:14.0 +0200 +++ ser2net-2.9.1.new/dataxfer.c 2015-04-22 13:55:08.639469438 +0200 @@ -1753,7 +1753,7 @@ if (scan_tcp_port(port-portname, AF_UNSPEC, port-tcpport, port-tcpport_len) - == -1) + 0) { return port number was invalid; } @@ -1762,7 +1762,7 @@ /* Retry IPV4-only */ if (scan_tcp_port(port-portname, AF_INET, port-tcpport, port-tcpport_len) - == -1) + 0) { return port number was invalid; } @@ -2096,7 +2096,7 @@ if (scan_tcp_port(new_port-portname, AF_UNSPEC, new_port-tcpport, new_port-tcpport_len) -== -1) + 0) { rv = port number was invalid; goto errout; diff -urN ser2net-2.9.1/debian/changelog ser2net-2.9.1.new/debian/changelog --- ser2net-2.9.1/debian/changelog 2013-08-07 19:53:40.0 +0200 +++ ser2net-2.9.1.new/debian/changelog 2015-04-22 13:52:32.088720255 +0200 @@ -1,3 +1,9 @@ +ser2net (2.9.1-1.1) UNRELEASED; urgency=medium + + * fixed host,port parsing + + -- Bjørn Mork bj...@mork.no Wed, 22 Apr 2015 13:51:10 +0200 + ser2net (2.9.1-1) unstable; urgency=low * New Upstream Version diff -urN ser2net-2.9.1/utils.c ser2net-2.9.1.new/utils.c --- ser2net-2.9.1/utils.c 2013-01-29 23:41:41.0 +0100 +++ ser2net-2.9.1.new/utils.c 2015-04-22 13:46:59.078845515 +0200 @@ -25,6 +25,7 @@ #include arpa/inet.h #include errno.h #include unistd.h +#include stdlib.h #include utils.h @@ -70,11 +71,13 @@ char *strtok_data; char *ip; char *port; +char *tmp; +int ret; struct addrinfo hints, *ai; memset(addr, 0, sizeof(*addr)); - -ip = strtok_r(str, ,, strtok_data); +tmp = strdup(str); +ip = strtok_r(tmp, ,, strtok_data); port = strtok_r(NULL, , strtok_data); if (port == NULL) { port = ip; @@ -84,13 +87,16 @@ memset(hints, 0, sizeof(hints)); hints.ai_flags = AI_PASSIVE; hints.ai_family = domain; -if (getaddrinfo(ip, port,
Bug#773329: Upstream fix
This has now been fixed upstream in Rosegarden. The relevant commits are r13910 and r13911. https://sourceforge.net/p/rosegarden/code/13910/ https://sourceforge.net/p/rosegarden/code/13911/ Ted. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783110: dh-make-perl: fails to get apt-file's Contents file on multi-arch systems
Hi Lucas, thanks for the bug report and examples! Lucas Nussbaum wrote: deb [arch=amd64,i386] http://ftp.fr.debian.org/debian/ wheezy main contrib non-free deb [arch=amd64,i386] http://ftp.fr.debian.org/debian/ jessie main contrib non-free This breaks the parsing of /etc/apt/sources.list by /usr/share/perl5/Debian/AptContents.pm, in get_contents_files, as it looks for files like: _[arch=amd64,i386]_dists_http:__ftp.fr.debian.org_debian_wheezy [...] -- debsums errors found: debsums: changed file /usr/share/perl5/Debian/AptContents.pm (from dh-make-perl package) debsums: changed file /usr/share/perl5/DhMakePerl.pm (from dh-make-perl package) Any chance that these are already patched files and you just forgot to attach the patch? :-) Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782732: Testing installeur, Braille no more operating automatically
raphael.poite...@gmail.com (Raphaël POITEVIN) writes: Mario Lang ml...@debian.org writes: Or do you really own a Cebra from NinePoint Systems? I use a Handy Tech Braille Star. So the bug is in auto-detection. The Cebra and Braille Star do infact speak almost the same protocol, and do have, IIRC, identical USB IDs. -- CYa, ⡍⠁⠗⠊⠕ | Debian Developer URL:http://debian.org/ .''`. | Get my public key via finger mlang/k...@db.debian.org : :' : | 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44 `. `' `- URL:http://delysid.org/ URL:http://www.staff.tugraz.at/mlang/ pgpzD5S1SRDcG.pgp Description: PGP signature
Bug#763652: boot failure: similar case, possible explanation
hello, i've encountered a very similar situation (log files attached), tricky to debug because booting would only occasionally fail. it is my current impression that things fail when there are nested mount points, and the outer mount point needs a time-consuming fsck. nikolaus, is that plausible with your system? i can't debug this too more right now because it's exceeding the scheduled downtime, but hope to be able to provide more information on request. best regards chrysn UNIT LOAD ACTIVE SUBDESCRIPTION ● systemd-modules-load.service loaded failed failed Load Kernel Modules LOAD = Reflects whether the unit definition was properly loaded. ACTIVE = The high-level unit activation state, i.e. generalization of SUB. SUB= The low-level unit activation state, values depend on unit type. 1 loaded units listed. Pass --all to see loaded but inactive units, too. To show all installed unit files use 'systemctl list-unit-files'. /dev/poseidon/core-root / ext3defaults 0 1 /dev/md0/boot ext3defaults 0 2 proc/proc procdefaults 0 0 /dev/noraid/core-swap noneswapsw 0 0 /dev/noraid/core-tmp/tmpext3rw,nosuid,nodev 0 2 /dev/poseidon/core-var /varext3rw,nosuid,nodev 0 2 /dev/poseidon/core-usr /usrext3rw,nodev 0 2 /dev/poseidon/core-usr-local/usr/local ext3rw,nodev 0 2 /dev/poseidon/core-home /home ext3acl 0 2 /dev/poseidon-btrfsraid/daten-3tb-a /home/shared/daten-3tb/ btrfs nosuid,nodev,subvol=data 0 2 /dev/poseidon-btrfsraid/daten-3tb-a /mnt/daten-3tb-root/ btrfs nosuid,nodev 0 2 cgroup /cgroup cgroup defaults0 0 /dev/poseidon/sid-root /srv/lxc/poseidon-sid/rootfs/ ext3 user_xattr 0 1 /dev/poseidon/print-root/srv/lxc/poseidon-print/rootfs/ ext4 defaults0 1 /dev/poseidon/backup-root /srv/lxc/poseidon-backup/rootfs/ext4 defaults0 1 /dev/poseidon/backup-home-users /srv/lxc/poseidon-backup/rootfs/home/users/ ext4defaults0 1 /dev/poseidon/mailbox-root /srv/lxc/poseidon-mailbox/rootfs/ ext4 defaults0 1 /dev/poseidon/mailbox-home-users /srv/lxc/poseidon-mailbox/rootfs/home/users/ext4defaults0 1 /dev/poseidon/mailhub-root /srv/lxc/poseidon-mailhub/rootfs/ ext4 defaults0 1 /dev/poseidon/albert-photos /srv/lxc/poseidon-sid/rootfs/home/users/adengg/photos/ ext4 defaults 0 1 /dev/poseidon/albert-data /srv/lxc/poseidon-sid/rootfs/home/users/adengg/data/ ext4 defaults 0 1 /dev/poseidon/sid-var-cache-squiddebproxy /srv/lxc/poseidon-sid/rootfs/var/cache/squid-deb-proxy ext4 defaults 0 1 systemd-analyze-dump.xz Description: application/xz journalctl-alb.xz Description: application/xz signature.asc Description: Digital signature
Bug#753173: wrongly detects language
On Sun, Jun 29, 2014 at 08:22:55PM +0200, Peter Palfrader wrote: torbrowser-launcher pulled down the german language torbrowser, even though nothing in those locale settings suggest I want german language texts. Same for me, with the following locale: zack@timira:~$ locale LANG=it_IT.utf8 LANGUAGE= LC_CTYPE=it_IT.utf8 LC_NUMERIC=it_IT.utf8 LC_TIME=it_IT.utf8 LC_COLLATE=it_IT.utf8 LC_MONETARY=it_IT.utf8 LC_MESSAGES=en_US.UTF-8 LC_PAPER=it_IT.utf8 LC_NAME=it_IT.utf8 LC_ADDRESS=it_IT.utf8 LC_TELEPHONE=it_IT.utf8 LC_MEASUREMENT=it_IT.utf8 LC_IDENTIFICATION=it_IT.utf8 LC_ALL= I believe that in my case, which is slightly different from weasel's one, torbrowser-launcher should recognize the LC_MESSAGES override to LANG. With many thanks for maintaining torbrowser-launcher in Debian! Cheers. -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o Former Debian Project Leader . . @zack on identi.ca . . o o o . . . o . « the first rule of tautology club is the first rule of tautology club » -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753173: [Pkg-anonymity-tools] Bug#753173: wrongly detects language
On Wed, Apr 22, 2015 at 03:54:19PM +0200, Holger Levsen wrote: On Mittwoch, 22. April 2015, Stefano Zacchiroli wrote: Same for me, with the following locale: zack@timira:~$ locale LANG=it_IT.utf8 LANGUAGE= LC_MESSAGES=en_US.UTF-8 so you got torbrowser in which language? Right, sorry for the terseness. I get torbrowser in Italian, whereas I want it in English. Running LANG= torbrowser-launcher get me the English version, but what's annoying is that if I forget the LANG= override once, it will attempt to download torbrowser again from scratch (in Italian). Holger, assuming this is an upstream bug It most definitely is. I think this line: http://sources.debian.net/src/torbrowser-launcher/0.1.9-1/torbrowser_launcher/common.py/#L75 which currently reads: default_locale = locale.getdefaultlocale()[0] should instead be: default_locale = locale.getlocale(locale.LC_MESSAGES)[0] but I haven't tested it. Cheers. -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o Former Debian Project Leader . . @zack on identi.ca . . o o o . . . o . « the first rule of tautology club is the first rule of tautology club » signature.asc Description: Digital signature
Bug#753173: [Pkg-anonymity-tools] Bug#753173: wrongly detects language
Hi zack, On Mittwoch, 22. April 2015, Stefano Zacchiroli wrote: Same for me, with the following locale: zack@timira:~$ locale LANG=it_IT.utf8 LANGUAGE= LC_MESSAGES=en_US.UTF-8 so you got torbrowser in which language? cheers, Holger, assuming this is an upstream bug signature.asc Description: This is a digitally signed message part.
Bug#767798: bind9: ignores OPTIONS from /etc/default/bind9 w/ systemd
On Tue, 21 Apr 2015 17:32:31 +0300 Dmitrijs Ivanovs dmitrijs.ivan...@ubnt.com wrote: Hello! I've found this bug too... Is there any good workaround? Systemd BIND service-file should be modified: ~# diff -u /lib/systemd/system/bind9.service.old /lib/systemd/system/bind9.service.new --- /lib/systemd/system/bind9.service.old2015-02-19 06:41:35.0 +0200 +++ /lib/systemd/system/bind9.service.new2015-04-22 17:42:11.148347245 +0300 @@ -4,7 +4,8 @@ After=network.target [Service] -ExecStart=/usr/sbin/named -f -u bind +EnvironmentFile=-/etc/default/bind9 +ExecStart=/usr/sbin/named $OPTIONS ExecReload=/usr/sbin/rndc reload ExecStop=/usr/sbin/rndc stop --- Uve Lokk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783119: ifup does not update /etc/network/run/ifstate with eth0 information
Package: ifupdown Version: 0.7.53.1 When I invoke 'ifup eth0' the corresponding interface is only partially brought up when debian runs a guest under KVM because the ifstate does not contain eth0. This effectively prevents me from using post-up or other triggered commands. I am using Debian GNU/Linux 8, kernel 3.16+63 and libc6 2.19-18 Greetings Lukas Wingerberg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783088: use $FOO instead of ${FOO} ?
Hi Rian, thanks for your bugreport. Can you confirm that using $FOO instead of ${FOO} fixes the issue? cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#756522: bumblebee-nvidia: cannot access secondary gpu - error: Permission denied
Package: bumblebee Version: 3.2.1-7 Followup-For: Bug #756522 Dear Maintainer, I installed bumblebee and primus packages, not bumblebee-nvidia. But I get the exact same issues and logs than described here. See stuff below. I understood (is it correct ?) that we can use bumblebee with nouveau driver alone without nvidia proprietary driver. My 3D card is within the list of nouveau supported cards. I added my user to both groups bumblebee and video. I tried to extend access rights to /dev/dri/cardO. I tried to add BusId and screen section to xorg.conf... All the same messages. My bumblebee.conf has the line driver= . I understand that only xorg.conf.nouveau is active. Is that correct? I read Daniel post, how he got bumblebee working with Debian Jessie. It is a bit complicated and is there no way to work with nouveau alone ? My laptop graphism is usually working fine with the Intel card. I try to activate the 3D card because I use the Sweethome3D application and the 3D features are not working. Thank you for your attention. Jean *** THE STUFF jean@pc-jean-debian:~$ uname -a Linux pc-jean-debian 3.16-3-amd64 #1 SMP Debian 3.16.5-1 (2014-10-10) x86_64 GNU/Linux jean@pc-jean-debian:~$ lspci | grep VGA\|3D 00:02.0 VGA compatible controller: Intel Corporation Haswell-ULT Integrated Graphics Controller (rev 0b) 04:00.0 3D controller: NVIDIA Corporation GM108M [GeForce 840M] (rev a2) jean@pc-jean-debian:~$ optirun glxgears [ 6121.577688] [ERROR]Cannot access secondary GPU - error: [XORG] (EE) /dev/dri/card0: failed to set DRM interface version 1.4: Permission denied [ 6121.577723] [ERROR]Aborting because fallback start is disabled. jean@pc-jean-debian:~$ cat /var/log/Xorg.8.log [ 6143.880] X.Org X Server 1.16.4 Release Date: 2014-12-20 [ 6143.880] X Protocol Version 11, Revision 0 [ 6143.880] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian [ 6143.880] Current Operating System: Linux pc-jean-debian 3.16-3-amd64 #1 SMP Debian 3.16.5-1 (2014-10-10) x86_64 [ 6143.880] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.16-3-amd64 root=UUID=aa863fdf-6f1d-4caf-9a40-0c549c988dfc ro quiet psmouse.proto=bare [ 6143.880] Build Date: 11 February 2015 12:32:02AM [ 6143.880] xorg-server 2:1.16.4-1 (http://www.debian.org/support) [ 6143.880] Current version of pixman: 0.32.6 [ 6143.880]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 6143.880] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 6143.880] (==) Log file: /var/log/Xorg.8.log, Time: Wed Apr 22 15:16:57 2015 [ 6143.881] (++) Using config file: /etc/bumblebee/xorg.conf.nouveau [ 6143.881] (++) Using config directory: /etc/bumblebee/xorg.conf.d [ 6143.881] (==) Using system config directory /usr/share/X11/xorg.conf.d [ 6143.881] (==) ServerLayout Layout0 [ 6143.881] (==) No screen section available. Using defaults. [ 6143.881] (**) |--Screen Default Screen Section (0) [ 6143.881] (**) | |--Monitor default monitor [ 6143.882] (==) No device specified for screen Default Screen Section. Using the first device section listed. [ 6143.882] (**) | |--Device DiscreteNvidia [ 6143.882] (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. [ 6143.882] (**) Option AutoAddDevices false [ 6143.882] (**) Option AutoAddGPU false [ 6143.882] (**) Not automatically adding devices [ 6143.882] (==) Automatically enabling devices [ 6143.882] (**) Not automatically adding GPU devices [ 6143.882] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [ 6143.882]Entry deleted from font path. [ 6143.882] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins [ 6143.882] (==) ModulePath set to /usr/lib/xorg/modules [ 6143.882] (==) |--Input Device default pointer [ 6143.882] (==) |--Input Device default keyboard [ 6143.882] (==) The core pointer device wasn't specified explicitly in the layout. Using the default mouse configuration. [ 6143.882] (==) The core keyboard device wasn't specified explicitly in the layout. Using the default keyboard configuration. [ 6143.882] (II) Loader magic: 0x7f64463b9d80 [ 6143.882] (II) Module ABI versions: [ 6143.882]X.Org ANSI C Emulation: 0.4 [ 6143.882]X.Org Video Driver: 18.0 [ 6143.882]X.Org XInput driver : 21.0 [ 6143.882]X.Org Server Extension : 8.0 [ 6143.882] (II) xfree86: Adding drm device (/dev/dri/card0) [ 6143.883] (EE) /dev/dri/card0: failed to set DRM interface version 1.4: Permission denied [ 6143.884] (--) PCI:*(0:4:0:0) 10de:1341:1043:130d
Bug#783117: www.debian.org: Adding BD (Blue Disk) Support for Vendor List
Package: www.debian.org Severity: normal Dear Maintainer, according to discussion on debian-www@ Ref, Message-ID: caktje6g1giuyz9qbehbnvy5wxf54_+_zteh+bv6y09xvq_f...@mail.gmail.com This patch adds support to wml page: Cheers, anoe --- CD/vendors/vendors.CD.def 2011-07-10 19:51:52.0 +0200 +++ CD/vendors/vendors.CD.def_withDB2015-04-22 15:38:18.715823054 +0200 @@ -11,6 +11,8 @@ gettext domain=vendorsemail:/gettext gettext domain=vendorsCD Type:/gettext gettext domain=vendorsDVD Type:/gettext +gettext domain=vendorsBD Type:/gettext +gettext domain=vendorsUSB Type:/gettext gettext domain=vendorsArchitectures:/gettext -- @@ -25,7 +27,7 @@ tr thgettext domain=vendorsVendor/gettext/th thgettext domain=vendorsAllows Contributions/gettext/th - thgettext domain=vendorsCD/DVD/gettext/th + thgettext domain=vendorsCD/DVD/BD/USB/gettext/th thgettext domain=vendorsArchitectures/gettext/th thgettext domain=vendorsShip International/gettext/th thgettext domain=vendorsContact/gettext/th @@ -46,6 +48,8 @@ preserve contacturl / preserve cd / preserve dvd / + preserve bd / + preserve usb / set-var %attributes / tr class=get-var trclass / ifeq get-var trclass / a set-var trclass=b / set-var trclass=a / / @@ -56,11 +60,18 @@ # Vendor allows donations - Yes or No tdcontribution get-var contribution //td -# Vendor offers CD, DVD or CD+DVD +# Vendor can offer CD, DVD, CD+DVD, DVD+USB, CD+DVD+USB, CD+USB, +BD td\ - ifeq get-var cd / yes CD\ - ifeq get-var cd / yes ifeq get-var dvd / yes +\ - ifeq get-var dvd / yes DVD\ + ifeq get-var cd / yes CD\ + ifeq get-var cd / yes ifeq get-var dvd / yes +\ + ifeq get-var cd / yes ifeq get-var dvd / no ifeq get-var bd / yes +\ + ifeq get-var cd / yes ifeq get-var dvd / no ifeq get-var bd / no ifeq get-var usb / yes + \ + ifeq get-var dvd / yes DVD\ + ifeq get-var dvd / yes ifeq get-var bd / yes +\ + ifeq get-var dvd / yes ifeq get-var bd / no ifeq get-var usb / yes +\ + ifeq get-var bd / yes DB\ + ifeq get-var bd / yes ifeq get-var usb / yes +\ + ifeq get-var usb / yes USB\ /td tdget-var architectures //td tdship get-var ship //td @@ -80,16 +91,18 @@ # Ensure that the list is sorted: ifeq string-compare get-var name / get-var prevname / caseless=true / less -exit status=1 message=CD/DVD Vendor entries not sorted - 'get-var name /' should appear before 'get-var prevname /' in the list! / +exit status=1 message=CD/DVD/BD/USB Vendor entries not sorted - 'get-var name /' should appear before 'get-var prevname /' in the list! / / # Ensure that the entry is in the right country section ifneq get-var country / get-var code / -exit status=1 message=CD/DVD Vendor 'get-var name /' should appear inside the country tag for country 'get-var country /', but it is inside that for 'get-var code /'! / +exit status=1 message=CD/DVD/BD/USB Vendor 'get-var name /' should appear inside the country tag for country 'get-var country /', but it is inside that for 'get-var code /'! / /\ set-var prevname=get-var name / / restore dvd / restore cd / + restore bd / + restore usb / restore contacturl / restore ship / restore contribution / -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659824: Version 1.9.1 available
Hi, I noticed that one of my target packages is including BioJava 1.9.1. It seems 1.x series does have some relevance and is developed actively upstream. Do you intend to update this series? Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782732: Testing installeur, Braille no more operating automatically
Seems like the auto-detection is going wrong. Or do you really own a Cebra from NinePoint Systems? Apr 22 14:04:10 brltty[529]: Cebra Model: 0X74, 40 cells raphael.poite...@gmail.com (Raphaël POITEVIN) writes: Samuel Thibault sthiba...@debian.org writes: Could you try to upgrade the version in the installed system to 5.2~20141018-5? It’s already this version. Ideally you'd manage to run by hand brltty -d usb: -b ht -l debug -n -e inside the installer, and post the resulting log. Here in attachement. I noticed if I restart brltty, the Braille display works fine! If I disconnect and reconnect the USB, the bug appears again. So the bug appears at the boot of the installer and when the brltty daemon is already activated and has to detect the USB display. -- CYa, ⡍⠁⠗⠊⠕ | Debian Developer URL:http://debian.org/ .''`. | Get my public key via finger mlang/k...@db.debian.org : :' : | 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44 `. `' `- URL:http://delysid.org/ URL:http://www.staff.tugraz.at/mlang/ pgprQdi33HPHg.pgp Description: PGP signature
Bug#783118: atftp: misspelling in Description-fr: Clint instead of Client
Package: atftp Version: 0.7.git20120829-1 Severity: minor Tags: l10n Dear Maintainer, the French translation of the package's description field contains a spelling error, it starts using the following line: Description-fr: Clint TFTP avancé However it should be: Description-fr: Client TFTP avancé Kind regards, Benedikt Wildenhain signature.asc Description: Digital signature
Bug#783061: dolibarr: incomplete installation instructions
On Wed, 22 Apr 2015 14:49:02 Laurent Destailleur wrote: The package already depends on libjs-jquery, so the /javascript should not missing, because libjs-jquery should depends on it. libjs-jquery only Recommends javascript-common but that's not the point because javascript-common do not activate Apache configuration automatically. Don't you think the bug should be moved into libjs-jquery package ? Certainly not. dolibarr needs /javascript hence it should depend on javascript-common and describe how to activate it in README.Debian. Besides libjs-jquery may be useful without Apache so one should not expect /javascript to magically appear once libjs-jquery is installed. I hope it makes sense. For the second point, i will replace the libjs-flot into libjs-jquery-flot into a next patch. Thanks. :) -- Regards, Dmitry Smirnov. signature.asc Description: This is a digitally signed message part.
Bug#753173: [Pkg-anonymity-tools] Bug#753173: Bug#753173: wrongly detects language
control: tags -1 + upstream # thanks, zack signature.asc Description: This is a digitally signed message part.
Bug#783109: Aw: Bug#783109: ITP: orocos-kdl -- Orocos Kinematics and Dynamics Library
Hi Leopold, I would definitely wish to have the time to play with this. The least I can do is to help with sponsoring. Ping me. Steffen Gesendet: Mittwoch, 22. April 2015 um 12:37 Uhr Von: Leopold Palomo-Avellaneda l...@alaxarxa.net An: Debian Bug Tracking System sub...@bugs.debian.org Betreff: Bug#783109: ITP: orocos-kdl -- Orocos Kinematics and Dynamics Library Package: wnpp Severity: wishlist Owner: Leopold Palomo-Avellaneda l...@alaxarxa.net * Package name: orocos-kdl Version : 1.3.0 Upstream Author : Orocos Developers orocos-...@lists.mech.kuleuven.be * URL : http://www.orocos.org/kdl * License : LGPL Programming Lang: C++ Description : Orocos Kinematics and Dynamics Library Orocos project to supply RealTime usable kinematics and dynamics code, it contains code for rigid body kinematics calculations and representations for kinematic structures and their inverse and forward kinematic solvers. This package contains the development files of the library. - why is this package useful/relevant? Yes, it's a good kinematics and dynamics library, especially for kinematic chains. - is it a dependency for another package? do you use it? if there are other packages providing similar functionality, how does it compare? A lot of robotics packages use it. We use it in our lab. AFAIK, not other are so complete and well designed. - how do you plan to maintain it? inside a packaging team? Inside debian-science team. I have done a preliminary work in: http://anonscm.debian.org/cgit/debian-science/packages/orocos/kdl.git - are you looking for co-maintainers? do you need a sponsor? Yes, both. Any help will be welcome. It's better to have co-maintainers. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150422103708.17390.6226.report...@soho.upc.es -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782732: Testing installeur, Braille no more operating automatically
Mario Lang ml...@debian.org writes: Or do you really own a Cebra from NinePoint Systems? I use a Handy Tech Braille Star. -- Raphaël POITEVIN Hypra S.A.S. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783109: Aw: Bug#783109: ITP: orocos-kdl -- Orocos Kinematics and Dynamics Library
El Dimecres, 22 d'abril de 2015, a les 15:03:32, Steffen Möller va escriure: Hi Leopold, I would definitely wish to have the time to play with this. The least I can do is to help with sponsoring. Ping me. Pong the package is almost done: http://anonscm.debian.org/cgit/debian-science/packages/orocos/kdl.git and almost lintian clean. If you want to test it: http://sir.upc.edu/debian-robotics/pool/main/o/orocos-kdl/ or, http://mentors.debian.net/package/orocos-kdl also, https://launchpad.net/~deb-rob/+archive/ubuntu/ros-trusty/+sourcepub/4957488/+listing-archive-extra And, yes, let me make a final check and please, sponsor it. Leopold Steffen Gesendet: Mittwoch, 22. April 2015 um 12:37 Uhr Von: Leopold Palomo-Avellaneda l...@alaxarxa.net An: Debian Bug Tracking System sub...@bugs.debian.org Betreff: Bug#783109: ITP: orocos-kdl -- Orocos Kinematics and Dynamics Library Package: wnpp Severity: wishlist Owner: Leopold Palomo-Avellaneda l...@alaxarxa.net * Package name: orocos-kdl Version : 1.3.0 Upstream Author : Orocos Developers orocos-...@lists.mech.kuleuven.be * URL : http://www.orocos.org/kdl * License : LGPL Programming Lang: C++ Description : Orocos Kinematics and Dynamics Library Orocos project to supply RealTime usable kinematics and dynamics code, it contains code for rigid body kinematics calculations and representations for kinematic structures and their inverse and forward kinematic solvers. This package contains the development files of the library. - why is this package useful/relevant? Yes, it's a good kinematics and dynamics library, especially for kinematic chains. - is it a dependency for another package? do you use it? if there are other packages providing similar functionality, how does it compare? A lot of robotics packages use it. We use it in our lab. AFAIK, not other are so complete and well designed. - how do you plan to maintain it? inside a packaging team? Inside debian-science team. I have done a preliminary work in: http://anonscm.debian.org/cgit/debian-science/packages/orocos/kdl.git - are you looking for co-maintainers? do you need a sponsor? Yes, both. Any help will be welcome. It's better to have co-maintainers. -- -- Linux User 152692 GPG: 05F4A7A949A2D9AA Catalonia - A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? signature.asc Description: This is a digitally signed message part.
Bug#783061: dolibarr: incomplete installation instructions
The package already depends on libjs-jquery, so the /javascript should not missing, because libjs-jquery should depends on it. Don't you think the bug should be moved into libjs-jquery package ? For the second point, i will replace the libjs-flot into libjs-jquery-flot into a next patch. 2015-04-21 13:03 GMT+02:00 Dmitry Smirnov only...@debian.org: Package: dolibarr Version: 3.5.5+dfsg1-1 Severity: normal I'm accessing dolibarr as http://localhost/dolibarr as per /etc/apache2/conf-available/dolibarr.conf however I'm getting 404 errors in browser on GET /javascript/jquery/jquery.min.js GET /javascript/jquery-ui/jquery-ui.min.js GET /javascript/flot/jquery.flot.js GET /javascript/flot/jquery.flot.pie.js GET /javascript/flot/jquery.flot.stack.js and others because /javascript do not exist in the Apache configuration. Naturally dolibarr interface is not functioning properly... I've managed to fix that by installing package javascript-common and invoking the following command: a2enconf javascript-common But dolibarr should document that necessary installation instructions in README.Debian and perhaps depend on javascript-common. Besides dolibarr depends on transitional dummy package libjs-flot which should be replaced with libjs-jquery-flot. -- Best wishes, Dmitry Smirnov
Bug#782732: Testing installeur, Braille no more operating automatically
Mario Lang ml...@debian.org writes: So the bug is in auto-detection. The Cebra and Braille Star do infact speak almost the same protocol, and do have, IIRC, identical USB IDs. OK, but why this bug appears in RC2? Is it because CEbra maybe is a new braille display? -- Raphaël Hypra S.A.S. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763652: boot failure: similar case, possible explanation
On Wed, Apr 22, 2015 at 05:03:31PM +0200, Michael Biebl wrote: Am 22.04.2015 um 16:36 schrieb chrysn: it is my current impression that things fail when there are nested mount points, and the outer mount point needs a time-consuming fsck. With outer mount point, do you mean underlying mount point? Like /home - underlying mountpoint being fscked? /home/foo - this mount fails / times out? exactly. in my case (to compare with the logs) it's * /home/shared (ext3, fsck will take several hours) * /home/shared/daten-3tb (btrfs, no fsck) signature.asc Description: Digital signature
Bug#776987: nmu patch
apologies, the previous patch didn't apply cleanly. I'm attaching a new one, against the sqlcipher git repo. I think this is ready for nmu, if we're still on time. From 675ede1eff7d271d82695ff2598b4af28399c330 Mon Sep 17 00:00:00 2001 From: Ben Carrillo b...@futeisha.org Date: Wed, 22 Apr 2015 10:15:04 -0400 Subject: [PATCH] Add a different variable for SQLCIPHER version Closes: #776987 The version substitution of the patch 20-change-name-to-sqlcipher was breaking code that relied on the base sqlite library versioning, since this version is made public in the library and some extensions do a hardcoded version check that expects the right sqlite version, instead of the sqlcipher one. This patch changes the behavior of the mentioned debian patch, and allows to version the sqlcipher library number separately (used when configuring the library symbols in the system). --- debian/changelog | 8 + debian/patches/20-change-name-to-sqlcipher.patch | 43 debian/patches/32-fix-pkgconfig-libname.patch| 2 +- 3 files changed, 46 insertions(+), 7 deletions(-) diff --git a/debian/changelog b/debian/changelog index eca50f3..ce265e4 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +sqlcipher (3.2.0-1.1) unstable; urgency=medium + + [ Ben Carrillo ] + * Non-maintainer upload. + * use a separate variable to track SQLCIPHER version (Closes: #776987) + + -- Micah Anderson mi...@debian.org Wed, 22 Apr 2015 10:38:05 -0400 + sqlcipher (3.2.0-1) unstable; urgency=low * updated to latest upstream: v3.2.0 diff --git a/debian/patches/20-change-name-to-sqlcipher.patch b/debian/patches/20-change-name-to-sqlcipher.patch index 4d02dda..64b10c9 100644 --- a/debian/patches/20-change-name-to-sqlcipher.patch +++ b/debian/patches/20-change-name-to-sqlcipher.patch @@ -1,7 +1,38 @@ a/VERSION -+++ b/VERSION -@@ -1 +1 @@ --3.8.6 -\ No newline at end of file +--- a/Makefile.in b/Makefile.in +@@ -89,6 +89,7 @@ TCC += $(OPTS) + VERSION = @VERSION@ + VERSION_NUMBER = @VERSION_NUMBER@ + RELEASE = @RELEASE@ ++SQLCIPHER_VERSION = @SQLCIPHER_VERSION@ + + # Filename extensions + # +--- /dev/null b/VERSION_SQLCIPHER +@@ -0,0 +1 @@ +3.2.0 -\ No newline at end of file +--- a/configure.ac b/configure.ac +@@ -179,6 +179,10 @@ VERSION_NUMBER=[`cat $srcdir/VERSION \ + AC_MSG_NOTICE(Version number set to $VERSION_NUMBER) + AC_SUBST(VERSION_NUMBER) + ++SQLCIPHER_VERSION=[`cat $srcdir/VERSION_SQLCIPHER | sed 's/^\([0-9]*\.*[0-9]*\).*/\1/'`] ++AC_MSG_NOTICE(SQLCipher Version set to $SQLCIPHER_VERSION) ++AC_SUBST(SQLCIPHER_VERSION) ++ + # + # Check to see if the --with-hints=FILE option is used. If there is none, + # then check for a files named $host.hints and ../$hosts.hints where +--- a/sqlcipher.pc.in b/sqlcipher.pc.in +@@ -7,7 +7,7 @@ includedir=@includedir@ + + Name: SQLCipher + Description: SQL database engine +-Version: @PACKAGE_VERSION@ ++Version: @SQLCIPHER_VERSION@ + Libs: -L${libdir} -lsqlcipher + Libs.private: @LIBS@ + Cflags: -I${includedir} diff --git a/debian/patches/32-fix-pkgconfig-libname.patch b/debian/patches/32-fix-pkgconfig-libname.patch index 5a9a920..44c8dfb 100644 --- a/debian/patches/32-fix-pkgconfig-libname.patch +++ b/debian/patches/32-fix-pkgconfig-libname.patch @@ -1,7 +1,7 @@ --- a/sqlcipher.pc.in +++ b/sqlcipher.pc.in @@ -10,4 +10,4 @@ Description: SQL database engine - Version: @PACKAGE_VERSION@ + Version: @SQLCIPHER_VERSION@ Libs: -L${libdir} -lsqlcipher Libs.private: @LIBS@ -Cflags: -I${includedir} -- 2.1.4
Bug#763652: boot failure: similar case, possible explanation
On 04/22/2015 07:36 AM, chrysn wrote: it is my current impression that things fail when there are nested mount points, and the outer mount point needs a time-consuming fsck. nikolaus, is that plausible with your system? Yes, that's possible. I have a mount for /home as well as to mounts for /home/user/onething and /home/user/otherthing. Best, -Nikolaus -- Nikolaus Rath, Ph.D. Senior Scientist Tri Alpha Energy, Inc. +1 949 830 2117 ext 211 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782732: Testing installeur, Braille no more operating automatically
Mario Lang, le Wed 22 Apr 2015 16:49:01 +0200, a écrit : raphael.poite...@gmail.com (Raphaël POITEVIN) writes: Mario Lang ml...@debian.org writes: Or do you really own a Cebra from NinePoint Systems? I use a Handy Tech Braille Star. So the bug is in auto-detection. The Cebra and Braille Star do infact speak almost the same protocol, and do have, IIRC, identical USB IDs. Eeee... So there's no other way than specifying brltty=ht,usb:, at boot? Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783029: [py3porters-devel] Packaging of suds-jurko
On Wed, Apr 22, 2015 at 11:07:49AM +0200, Mathias Behrle wrote: The situation with suds-jurko for sure is not worse, but the problem is more generally to get more or keep unmaintained software in the archive. Entirely sane point of view. My thoughts: - When providing a quite unmaintained suds(-jurko) we will have to maintain the evtl. necessary patches there. So it boils down a little bit, where the patches go: to python-suds or to evtl. rdepends. - When not providing a python3-suds package, the pressure on rdepends is slightly higher to consider using another well maintained SOAP client providing python3 support. Soon we will be at the beginning of a new release cycle, so there will be quite some time for rdepends to adapt. So, I agree with you, but I also think our tradeoff doing such huge patches to upstream software in Debian is not worth it. I'd rather tolerate this, and centrally manage all of that effort (e.g. rather then major patches to 10 apps, maintain minor patches to 1 library) Of course, this also means that it's *your* time, not *my* time, and I have no right to have you do any work at all, so this is entirely up to you. So my reservation with providing a python3-suds as a stop gap is, that this will rather fix unsane conditions than moving forward. We can always file bugs and get our peers to talk with their upstreams about porting to a better backend. I surely won't get in the way of my Debian fellows, if I am told that it is considered useful to have suds-jurko under the actual circumstances in the archive. While trying to contact Jurko once more I will be glad to hear your opinions. AFAIR the work already done[0] and dating from July last year resulted in a functional package, so usually there shouldn't big drawbacks in getting this done provided there weren't any API changes in the meantime (which I don't expect). :+1: Looking forward to working with you, Mathias! Paul -- .''`. Paul Tagliamonte paul...@debian.org | Proud Debian Developer : :' : 4096R / 8F04 9AD8 2C92 066C 7352 D28A 7B58 5B30 807C 2A87 `. `'` http://people.debian.org/~paultag `- http://people.debian.org/~paultag/conduct-statement.txt signature.asc Description: Digital signature
Bug#783120: lvm2-lvmetad.service fails to start with separate /var
Package: lvm2 Version: 2.02.111-2.2 Severity: important File: /lib/systemd/system/lvm2-lvmetad.service The lvm2-lvmetad.service has DefaultDependencies=no to start early during boot (before local-fs.target) but it also has PIDFile=/var/run/lvmetad.pid With a separate /var partition this leads to a failure during boot as /var might not be mounted yet and therfore /var/run not being available/writable. Please use /run/lvmetad.pid for the pid file. /run is guaranteed to exist and be writable. -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages lvm2 depends on: ii dmeventd 2:1.02.90-2.2 ii dmsetup 2:1.02.90-2.2 ii init-system-helpers 1.22 ii initscripts 2.88dsf-59 ii libc6 2.19-18 ii libdevmapper-event1.02.1 2:1.02.90-2.2 ii libdevmapper1.02.12:1.02.90-2.2 ii libreadline5 5.2+dfsg-2 ii libudev1 215-17 ii lsb-base 4.1+Debian13+nmu1 lvm2 recommends no packages. Versions of packages lvm2 suggests: pn thin-provisioning-tools 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#782730: PulseAudio Log
Adding back the bug to CC... On 22 April 2015 at 12:44, Felipe Sateler fsate...@debian.org wrote: On 22 April 2015 at 12:18, Luis Felipe Dominguez Vega lfdoming...@estudiantes.uci.cu wrote: Yeap, the problem persist, i was probed with the auto option too, but i think that the resample-method depends of the power of the machina, i have a core i7 and 8GB RAM, so... Seeing the log, i see too the buffer underrun, now with the auto or trivial i have the same situation. The crash sound is always to the end of the second sound. Hm, but I see the following on the second sound: ( 11.670| 0.000) D: [pulseaudio] module-suspend-on-idle.c: Sink alsa_output.pci-_00_1b.0.analog-stereo becomes busy, resuming. I thought you said that the problem only happened when there was a second sound at the same time? -- Saludos, Felipe Sateler -- Saludos, Felipe Sateler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763652: boot failure: similar case, possible explanation
Am 22.04.2015 um 16:36 schrieb chrysn: hello, i've encountered a very similar situation (log files attached), tricky to debug because booting would only occasionally fail. it is my current impression that things fail when there are nested mount points, and the outer mount point needs a time-consuming fsck. nikolaus, is that plausible with your system? With outer mount point, do you mean underlying mount point? Like /home - underlying mountpoint being fscked? /home/foo - this mount fails / times out? -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#782793: systemd: ext4 filesystem on lvm on raid causes boot to enter emergency shell
Am 22.04.2015 um 12:10 schrieb Rick Thomas: This works. Interestingly, without the sleep loop the vgchange fails. Now, you say that a VM with two virtual disks configured as RAID1 with a logical volume works fresh out of the box. This makes me wonder if it’s some kind of a timing problem… It takes a few seconds for the freshly rebooted system to find the USB-Flash sticks and assemble them. So some time-out is triggered in the systemd stuff on my setup, while your setup has no such physical constraints — everything is available immediately. So you're running vgchange in a loop, which suggests that the lvm2-activation.service and lvm2-activation-early.service unitsas shipped by lvm2 are not sufficient. Those are supposed to run vgchange. I notice, that the /etc/init.d/lvm2 init script has Should-Start: mdadm-raid but the systemd unit files have no such ordering. I wonder, if that makes a difference. Could you copy /lib/systemd/system/lvm2-activation.service to /etc/systemd/system and add a line After=mdadm-raid.service to the [Unit] section. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#783096: ieee-data: update-oui fails every time because standards.ieee.org uses TLS AIA instead of intermediate certs
Package: ieee-data Version: 20141019.1 Severity: important Tags: upstream standards.ieee.org does not send intermediate certs and instead uses the TLS AIA extension to tell the browser how to download the intermediate certs. As wget in jessie does not support the TLS AIA extension, update-oui will never work and the ieee-data monthly cron job sends a mail to the sysadmin every time. I think this should be fixed in jessie-updates after the release as it has the potential to annoy a lot of sysadmins and also prevents data updates. https://www.tbs-certificates.co.uk/FAQ/en/453.html https://bugzilla.mozilla.org/show_bug.cgi?id=399324 openssl s_client -showcerts -connect standards.ieee.org:443 -servername standards.ieee.org /dev/null 21 | openssl x509 -in /dev/stdin -noout -text | grep -A2 A.*I.*A -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (900, 'testing'), (860, 'testing-proposed-updates'), (850, 'buildd-testing-proposed-updates'), (800, 'unstable'), (790, 'buildd-unstable'), (700, 'experimental'), (690, 'buildd-experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages ieee-data depends on: ii curl 7.38.0-4 ii libwww-perl 6.08-1 ii wget 1.16-1 ieee-data recommends no packages. ieee-data suggests no packages. -- no debconf information -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#783088: use $FOO instead of ${FOO} ?
On Wed, Apr 22, 2015 at 02:43:48PM +0200, Holger Levsen wrote: thanks for your bugreport. Can you confirm that using $FOO instead of ${FOO} fixes the issue? Yes, this fixes the issue. So it was the configuration file's fault I guess, or maybe systemd. Where is this distinction for $FOO and ${FOO} in systemd documented? Bash doesn't make this distinction. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781809: base-files: /etc/os-release support URL points to non existing page
reassign 781809 base-files thanks On Friday 03 April 2015 14:28:14 Santiago Vila wrote: I can see this: https://www.debian.org/support in Spanish but https://www.debian.org/support/ gives me 404. If the intent is for this page not to exist anymore, then please add a 301 redirect to whatever URL is appropriate, at least until jessie becomes oldstable. The support page is not a sub page, and has never been one as far as I can tell. Please fix the package instead by pointing to https://www.debian.org/support; without the slash at the end. -- Regards, Kaare -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783129: Cannot includedeb binary package with tabs in DEBIAN/control (IBM TSM)
Package: reprepro Version: 4.16.0-1 Severity: minor Hi, when trying to include the tivsm-*.deb packages from the official IBM Ubuntu repository (available at ftp://public.dhe.ibm.com/storage/tivoli-storage-management/maintenance/client/v7r1/Linux/LinuxX86_DEB/BA/v712/7.1.2.0-TIV-TSMBAC-LinuxX86_DEB.tar into our local repository running reprepro the import fails. $ reprepro --priority extra includedeb jessie-test tivsm-ba.amd64.deb Character 0x09 not allowed within filenamepart 'amd64'! There have been errors! This is caused by IBM using tabs instead of whitespaces in DEBIAN/control, which is apparently legal according to https://www.debian.org/doc/debian-policy/ch-controlfields.html#s-controlsyntax but apparently seldomly used. For now we're repacking the .debs with a script like this: mkdir output for deb in *.deb; do dir=${deb/.deb} # Extract binaries dpkg -x $deb $dir # Extract control files dpkg -e $deb $dir/DEBIAN # Replace Tabs in Control file with spaces sed -i -r 's:\t+: :' $dir/DEBIAN/control dpkg -b $dir output/ done Thanks, Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783131: dracut: please make the package build reproducibly
Source: dracut Version: 040+1-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Hi! While working on the “reproducible builds” effort [1], we have noticed that dracut could not be built reproducibly. The attached patch adds a revision date to the manpages. Once applied, dracut can be built reproducibly in our current experimental framework. [1]: https://wiki.debian.org/ReproducibleBuilds -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- From 3dfa4445639b1b53735113c9afd37be1fdc46f75 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?J=C3=A9r=C3=A9my=20Bobbio?= lu...@debian.org Date: Wed, 22 Apr 2015 17:52:50 + Subject: [PATCH] Make the package build reproducibly Add a patch adding a revision date to manpages to get them a deterministic date. --- debian/changelog | 7 + .../0001-Add-revision-date-to-manpages.patch | 235 + debian/patches/series | 1 + 3 files changed, 243 insertions(+) create mode 100644 debian/patches/0001-Add-revision-date-to-manpages.patch diff --git a/debian/changelog b/debian/changelog index e3cd53e..e47ca8c 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +dracut (040+1-1.0~reproducible1) UNRELEASED; urgency=low + + * Make the package build reproducibly: +- Add revision date to manpages. + + -- Jérémy Bobbio lu...@debian.org Wed, 22 Apr 2015 17:52:09 + + dracut (040+1-1) unstable; urgency=low * new upstream, Closes: #739794, #758655, #754062, #755271 diff --git a/debian/patches/0001-Add-revision-date-to-manpages.patch b/debian/patches/0001-Add-revision-date-to-manpages.patch new file mode 100644 index 000..bd47a04 --- /dev/null +++ b/debian/patches/0001-Add-revision-date-to-manpages.patch @@ -0,0 +1,235 @@ +From 5bf66e84c5b90527c06b460588f339ee6d5b2fcf Mon Sep 17 00:00:00 2001 +From: =?UTF-8?q?J=C3=A9r=C3=A9my=20Bobbio?= lu...@debian.org +Date: Wed, 22 Apr 2015 17:48:03 + +Subject: [PATCH] Add revision date to manpages + +Otherwise the current date is picked, making the build unreproducible. + +Magic command-line to pick the right date from Git: + +for i in $(git grep -L ':revdate:' -- '**/*.[0-9].asc'); do +revdate=$(git log -1 --date=short --pretty='%cd' $i); \ +sed -e 3i:revdate: $revdate -i $i; \ \ \ \ +done +--- + dracut-catimages.8.asc | 1 + + dracut.8.asc | 1 + + dracut.bootup.7.asc | 1 + + dracut.cmdline.7.asc | 1 + + dracut.conf.5.asc| 1 + + dracut.modules.7.asc | 1 + + dracut.usage.asc | 1 + + lsinitrd.1.asc | 1 + + mkinitrd-suse.8.asc | 1 + + mkinitrd.8.asc | 1 + + modules.d/98systemd/dracut-cmdline.service.8.asc | 1 + + modules.d/98systemd/dracut-initqueue.service.8.asc | 1 + + modules.d/98systemd/dracut-mount.service.8.asc | 1 + + modules.d/98systemd/dracut-pre-mount.service.8.asc | 1 + + modules.d/98systemd/dracut-pre-pivot.service.8.asc | 1 + + modules.d/98systemd/dracut-pre-trigger.service.8.asc | 1 + + modules.d/98systemd/dracut-pre-udev.service.8.asc| 1 + + modules.d/98systemd/dracut-shutdown.service.8.asc| 1 + + 18 files changed, 18 insertions(+) + +diff --git a/dracut-catimages.8.asc b/dracut-catimages.8.asc +index 57f422c..0ca3d04 100644 +--- a/dracut-catimages.8.asc b/dracut-catimages.8.asc +@@ -1,5 +1,6 @@ + DRACUT-CATIMAGES(8) + === ++:revdate: 2012-03-14 + :doctype: manpage + :man source: dracut + :man manual: dracut +diff --git a/dracut.8.asc b/dracut.8.asc +index 7d11f43..7ea4d10 100644 +--- a/dracut.8.asc b/dracut.8.asc +@@ -1,5 +1,6 @@ + DRACUT(8) + = ++:revdate: 2014-09-11 + :doctype: manpage + :man source: dracut + :man manual: dracut +diff --git a/dracut.bootup.7.asc b/dracut.bootup.7.asc +index d7edc1e..4c8e70f 100644 +--- a/dracut.bootup.7.asc b/dracut.bootup.7.asc +@@ -1,5 +1,6 @@ + DRACUT.BOOTUP(7) + ++:revdate: 2014-01-13 + :doctype: manpage + :man source: dracut + :man manual: dracut +diff --git a/dracut.cmdline.7.asc b/dracut.cmdline.7.asc +index 48356c7..d863b84 100644 +--- a/dracut.cmdline.7.asc b/dracut.cmdline.7.asc +@@ -1,5 +1,6 @@ + DRACUT.CMDLINE(7) + = ++:revdate: 2014-09-08 + :doctype: manpage + :man source: dracut + :man manual: dracut +diff --git a/dracut.conf.5.asc b/dracut.conf.5.asc +index 0531a49..66a2a7a 100644 +--- a/dracut.conf.5.asc b/dracut.conf.5.asc +@@ -1,5 +1,6 @@ + DRACUT.CONF(5) +
Bug#783130: r-base: FTBFS when setting TZ environmental variable
Package: r-base Version: 3.2.0-2 Severity: serious Tags: upstream Justification: fails to build from source (but built successfully in the past) Hi Dirk, I was trying to understand why GNU R FTBFS in the reproducible build env[1] while building fine on the buildds. It turns out that setting the TZ environmental variable[2] crashes the build. *** stack smashing detected ***: /tmp/buildd/r-base-3.2.0/bin/exec/R terminated for a BT see [1] ... The offending command is: echo tools:::sysdata2LazyLoadDB(\./R/sysdata.rda\,\../../../library/tools/R\) | R_DEFAULT_PACKAGES=NULL LC_ALL=C ../../../bin/R --vanilla --slave To reproduce: I followed the steps in https://wiki.debian.org/ReproducibleBuilds/ExperimentalToolchain#Usage_example and used the rebuild.sh from http://anonscm.debian.org/cgit/reproducible/misc.git/tree/prebuilder But I guess just using sudo TZ=/usr/share/zoneinfo/Etc/GMT+12 pbuilder ... should also do the trick. I don't have a clue why this happens - probably something for upstream? Best, Philip [1] https://reproducible.debian.net/rbuild/unstable/amd64/r-base_3.2.0-2.rbuild.log [2] http://www.gnu.org/software/libc/manual/html_node/TZ-Variable.html -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (600, 'testing'), (550, 'unstable'), (500, 'testing-updates'), (450, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783126: haskell-hxt-relaxng: FTBFS for mips/mipsel, virtual memory exhausted
Package: haskell-hxt-relaxng Version: 9.1.4-4 Tags: sid patch Severity: important Justification: FTBFS User: debian-m...@lists.debian.org Usertags: mips-patch Packge haskell-hxt-relaxng FTBFS mips and mipsel with an error: virtual memory exhausted: Cannot allocate memory. https://buildd.debian.org/status/logs.php?pkg=haskell-hxt-relaxngver=9.1.4-4arch=mipselsuite=sid https://buildd.debian.org/status/logs.php?pkg=haskell-hxt-relaxngver=9.1.4-4%2Bb1arch=mipssuite=sid Some packages, like haskell-hxt-relaxng, needs a lot of memory during compilation. Unfortunately, this amount of memory is not available on all platforms, and error: virtual memory exhausted: Cannot allocate memory. could appear. In this case possible solution could be using ggc-min-expand. This parameter specifies the minimum percentage by which the garbage collector’s heap should be allowed to expand between collections. Tuning this may improve compilation speed; it has no effect on code generation. Read more about this here: http://hostingfu.com/article/compiling-with-gcc-on-low-memory-vps Patch that fixes this issue is attached. With this patch I was able to successfully built haskell-hxt-relaxng for both mips and mipsel. Could you please consider including this patch? Regards, Dejan diff -uNr haskell-hxt-relaxng-9.1.4.orig/debian/rules haskell-hxt-relaxng-9.1.4/debian/rules --- haskell-hxt-relaxng-9.1.4.orig/debian/rules 2012-10-13 11:31:40.0 + +++ haskell-hxt-relaxng-9.1.4/debian/rules 2015-04-17 15:34:52.0 + @@ -1,4 +1,10 @@ #!/usr/bin/make -f +DEB_BUILD_ARCH ?= $(shell dpkg-architecture -qDEB_BUILD_ARCH) + +ifneq (,$(filter $(DEB_BUILD_ARCH),mips mipsel)) +DEB_SETUP_GHC6_CONFIGURE_ARGS = --ghc-options=-optc--param -optcggc-min-expand=10 +endif + include /usr/share/cdbs/1/rules/debhelper.mk include /usr/share/cdbs/1/class/hlibrary.mk
Bug#783081: installation-reports: Jessie daily installer installs kernel in flash without any further confirmation (QNAP TS-212)
Hello, one little addition about this installation. Emails like following get generated once a day: -- From root@nas3c3b5d Wed Apr 15 22:57:26 2015 Envelope-to: root@nas3c3b5d Delivery-date: Wed, 15 Apr 2015 22:57:26 +0200 From: mdadm monitoring root@nas3c3b5d To: root@nas3c3b5d Subject: DegradedArray event on /dev/md2:nas3c3b5d Date: Wed, 15 Apr 2015 22:57:26 +0200 This is an automatically generated mail message from mdadm running on nas3c3b5d A DegradedArray event had been detected on md device /dev/md2. Faithfully yours, etc. P.S. The /proc/mdstat file currently contains the following: Personalities : [raid1] md2 : active (auto-read-only) raid1 sdb2[0] 530048 blocks [2/1] [U_] md9 : active (auto-read-only) raid1 sdb1[0] 530048 blocks [2/1] [U_] bitmap: 65/65 pages [260KB], 4KB chunk md13 : active (auto-read-only) raid1 sdb4[0] 458880 blocks [2/1] [U_] bitmap: 47/57 pages [188KB], 4KB chunk unused devices: none -- When I remember correctly I saw those devices as default for at least a swap device. As I wanted to leave the internal flash untouched I changed that to use/format only partitions on the usb stick. While writing this email I realized that this md* devices are probably remainings of the original firmware which did setup my hard disk that way, even when I had until now never 2 disks installed. -- root@nas3c3b5d:/home/bernhard# fdisk -l /dev/sdb Disk /dev/sdb: 465,8 GiB, 500107862016 bytes, 976773168 sectors Device Boot Start End Sectors Size Id Type /dev/sdb1 40 1060289 1060250 517,7M 83 Linux /dev/sdb2 1060296 2120579 1060284 517,7M 83 Linux /dev/sdb3 2120584 975755969 973635386 464,3G 83 Linux /dev/sdb4 975755976 976751999996024 486,3M 83 Linux -- Kind regards, Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783124: release-notes: proofreading updates for installer.dbk
Package: release-notes Severity: normal Tags: patch The installing.dbk file still has some worrying gaps - for instance: !-- TODO: Add Jessie : * The partition where to install grub can now be choosen -- But here is a proofreading patch for the material we've got so far. -- JBR with qualifications in linguistics, experience as a Debian sysadmin, and probably no clue about this particular package Index: en/installing.dbk === --- en/installing.dbk (revision 10808) +++ en/installing.dbk (working copy) @@ -130,7 +130,7 @@ termDesktop selection/term listitem para -Desktop can now be choosen within tasksel during the installation. Note that +The desktop can now be chosen within tasksel during installation. Note that several desktops can be selected at the same time, but some combinations of desktops may not be co-installable./para /listitem @@ -141,8 +141,8 @@ termReplacing -- by --- for boot parameters/term listitem para -Due to a change on the linux kernel side, the --- separator is now used instead -of the historical -- one to separate kernel parameters from userland parameters. +Due to a change on the Linux kernel side, the --- separator is now used instead +of the historical -- to separate kernel parameters from userland parameters. /para /listitem /varlistentry @@ -152,8 +152,8 @@ termGraphical installer/term listitem para -Graphical installer is now the default on supported platforms. -Text installer is still accessible from the very first menu, or if +The graphical installer is now the default on supported platforms. +The text installer is still accessible from the very first menu, or if the system has limited capabilities./para /listitem /varlistentry @@ -206,7 +206,7 @@ listitem para The Jessie installer improves support for a lot of UEFI fireware - and also supports installing on a 32-bit UEFI firmware with a 64-bit + and also supports installing on 32-bit UEFI firmware with a 64-bit kernel. /para para
Bug#783125: dbus-daemon -- produce a log of syslog messages
Package: dbus Version: 1.8.16-1 Severity: important Hi, dbus-daemon produce a log of syslog messages: [quote] Apr 22 18:40:52 merkur com.canonical.indicator.messages[4248]: (process:4574): GLib-CRITICAL **: g_variant_get_string: assertion 'g_variant_is_of_type (value, G_VARIANT_TYPE_STRING) || g_variant_is_of_type (value, G_VARIANT_TYPE_OBJECT_PATH) || g_variant_is_of_type (value, G_VARIANT_TYPE_SIGNATURE)' failed Apr 22 18:40:52 merkur com.canonical.indicator.messages[4248]: (process:4574): GLib-CRITICAL **: g_variant_get_string: assertion 'g_variant_is_of_type (value, G_VARIANT_TYPE_STRING) || g_variant_is_of_type (value, G_VARIANT_TYPE_OBJECT_PATH) || g_variant_is_of_type (value, G_VARIANT_TYPE_SIGNATURE)' failed Apr 22 18:40:52 merkur com.canonical.indicator.messages[4248]: (process:4574): GLib-CRITICAL **: g_variant_get_string: assertion 'g_variant_is_of_type (value, G_VARIANT_TYPE_STRING) || g_variant_is_of_type (value, G_VARIANT_TYPE_OBJECT_PATH) || g_variant_is_of_type (value, G_VARIANT_TYPE_SIGNATURE)' failed Apr 22 18:40:52 merkur com.canonical.indicator.messages[4248]: (process:4574): GLib-CRITICAL **: g_variant_get_string: assertion 'g_variant_is_of_type (value, G_VARIANT_TYPE_STRING) || g_variant_is_of_type (value, G_VARIANT_TYPE_OBJECT_PATH) || g_variant_is_of_type (value, G_VARIANT_TYPE_SIGNATURE)' failed Apr 22 18:40:52 merkur com.canonical.indicator.messages[4248]: (process:4574): GLib-CRITICAL **: g_variant_get_string: assertion 'g_variant_is_of_type (value, G_VARIANT_TYPE_STRING) || g_variant_is_of_type (value, G_VARIANT_TYPE_OBJECT_PATH) || g_variant_is_of_type (value, G_VARIANT_TYPE_SIGNATURE)' failed Apr 22 18:40:52 merkur com.canonical.indicator.messages[4248]: (process:4574): GLib-CRITICAL **: g_variant_get_string: assertion 'g_variant_is_of_type (value, G_VARIANT_TYPE_STRING) || g_variant_is_of_type (value, G_VARIANT_TYPE_OBJECT_PATH) || g_variant_is_of_type (value, G_VARIANT_TYPE_SIGNATURE)' failed Apr 22 18:40:52 merkur com.canonical.indicator.messages[4248]: (process:4574): GLib-CRITICAL **: g_variant_get_string: assertion 'g_variant_is_of_type (value, G_VARIANT_TYPE_STRING) || g_variant_is_of_type (value, G_VARIANT_TYPE_OBJECT_PATH) || g_variant_is_of_type (value, G_VARIANT_TYPE_SIGNATURE)' failed Apr 22 18:40:52 merkur com.canonical.indicator.messages[4248]: (process:4574): GLib-CRITICAL **: g_variant_get_string: assertion 'g_variant_is_of_type (value, G_VARIANT_TYPE_STRING) || g_variant_is_of_type (value, G_VARIANT_TYPE_OBJECT_PATH) || g_variant_is_of_type (value, G_VARIANT_TYPE_SIGNATURE)' failed Apr 22 18:40:52 merkur com.canonical.indicator.messages[4248]: (process:4574): GLib-CRITICAL **: g_variant_get_string: assertion 'g_variant_is_of_type (value, G_VARIANT_TYPE_STRING) || g_variant_is_of_type (value, G_VARIANT_TYPE_OBJECT_PATH) || g_variant_is_of_type (value, G_VARIANT_TYPE_SIGNATURE)' failed Apr 22 18:40:52 merkur com.canonical.indicator.messages[4248]: (process:4574): GLib-CRITICAL **: g_variant_get_string: assertion 'g_variant_is_of_type (value, G_VARIANT_TYPE_STRING) || g_variant_is_of_type (value, G_VARIANT_TYPE_OBJECT_PATH) || g_variant_is_of_type (value, G_VARIANT_TYPE_SIGNATURE)' failed Apr 22 18:40:52 merkur com.canonical.indicator.messages[4248]: (process:4574): GLib-CRITICAL **: g_variant_get_string: assertion 'g_variant_is_of_type (value, G_VARIANT_TYPE_STRING) || g_variant_is_of_type (value, G_VARIANT_TYPE_OBJECT_PATH) || g_variant_is_of_type (value, G_VARIANT_TYPE_SIGNATURE)' failed Apr 22 18:40:52 merkur com.canonical.indicator.messages[4248]: (process:4574): GLib-CRITICAL **: g_variant_get_string: assertion 'g_variant_is_of_type (value, G_VARIANT_TYPE_STRING) || g_variant_is_of_type (value, G_VARIANT_TYPE_OBJECT_PATH) || g_variant_is_of_type (value, G_VARIANT_TYPE_SIGNATURE)' failed Apr 22 18:40:52 merkur com.canonical.indicator.messages[4248]: (process:4574): GLib-CRITICAL **: g_variant_get_string: assertion 'g_variant_is_of_type (value, G_VARIANT_TYPE_STRING) || g_variant_is_of_type (value, G_VARIANT_TYPE_OBJECT_PATH) || g_variant_is_of_type (value, G_VARIANT_TYPE_SIGNATURE)' failed Apr 22 18:40:52 merkur com.canonical.indicator.messages[4248]: (process:4574): GLib-CRITICAL **: g_variant_get_string: assertion 'g_variant_is_of_type (value, G_VARIANT_TYPE_STRING) || g_variant_is_of_type (value, G_VARIANT_TYPE_OBJECT_PATH) || g_variant_is_of_type (value, G_VARIANT_TYPE_SIGNATURE)' failed Apr 22 18:40:52 merkur com.canonical.indicator.messages[4248]: (process:4574): GLib-CRITICAL **: g_variant_get_string: assertion 'g_variant_is_of_type (value, G_VARIANT_TYPE_STRING) || g_variant_is_of_type (value, G_VARIANT_TYPE_OBJECT_PATH) || g_variant_is_of_type (value, G_VARIANT_TYPE_SIGNATURE)' failed Apr 22 18:40:52 merkur com.canonical.indicator.messages[4248]: (process:4574): GLib-CRITICAL **: g_variant_get_string: assertion 'g_variant_is_of_type (value, G_VARIANT_TYPE_STRING) || g_variant_is_of_type (value, G_VARIANT_TYPE_OBJECT_PATH) || g_variant_is_of_type
Bug#779974: josm: invalid certificate
On 04/22/2015 11:29 AM, Salvo Tomaselli wrote: In data martedì 21 aprile 2015 19:51:15, Sebastiaan Couwenberg ha scritto: On 04/21/2015 09:22 AM, Salvo Tomaselli wrote: aptitude update aptitude reinstall ca-certificates Tried this one, still same result in josm. Still only 11 certs in the Java cacerts keystore, this should be over 100. crappy webmail I was using. Do you have the Equifax_Secure_CA.crt installed? $ ls -l /etc/ssl/certs/Equifax_Secure_CA.pem /usr/share/ca- certificates/mozilla/Equifax_Secure_CA.crt So you have the CA cert, just not in the Java truststore. The update-ca-certificates hook should take care of this, but for some mysterious reason it doesn't import all certificates as it should. Can you check if the certificate is enabled in the configuration file? grep Equifax_Secure_CA /etc/ca-certificates.conf Assuming it's enabled but still not picked up by the update-ca-certificates hook, you can manually import the certificate: sudo keytool -v -importcert -trustcacerts -alias equifax_secure_ca \ -file /usr/share/ca-certificates/mozilla/Equifax_Secure_CA.crt \ -keystore /etc/ssl/certs/java/cacerts -storepass changeit This manually import shouldn't be required, but I have no clue why your cacerts keystore is not populated by the tools as expected. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782732: Testing installeur, Braille no more operating automatically
Samuel Thibault sthiba...@debian.org writes: It didn't happen at all with RC1? There were uploads of brltty in between, but they mattered only to xbrlapi and grub. I can also reproduce the no-detection-at-all issue with it. I don’t know. I didn’t think to try the RC1. -- Raphaël Hypra S.A.S. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783127: [g++-5] Qt apps compile with g++-5 crashes
Package: g++-5 Version: 5.1~rc1-1 Severity: important --- Please enter the report below this line. --- Large Qt apps (e.g. QtCreator) that are compiled with g++-5 crashes if Qt was compiled with g++-4.9. --- System information. --- Architecture: amd64 Kernel: Linux 3.16.0-4-amd64 Debian Release: 8.0 500 unstableftp.debian.org 500 stable dl.google.com 101 experimentalftp.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783128: Can't install Debian Jessie RC3 Freeze on detecting network
Package: installation-reports Boot method: Bootable USB drive Image version: URL complète de l'image téléchargée Date: April 22th 13:41 Machine: Toshiba Satellite L755D Processor:AMD A6-3420M APU with Radeon(tm) HD Graphics stepping: 0 Memory: 4gig Partitions: df -Tl ; mais nous préférons la table des partitions Résultat de lspci -knn (ou lspci -nn) :00:00.0 Host bridge [0600]: Advanced Micro Devices [AMD] Family 12h Processor Root Complex [1022:1705] Subsystem: Advanced Micro Devices [AMD] Family 12h Processor Root Complex [1022:1705] 00:01.0 VGA compatible controller [0300]: Advanced Micro Devices [AMD] nee ATI BeaverCreek [Radeon HD 6520G] [1002:9647] Subsystem: Toshiba America Info Systems Device [1179:fc50] Kernel driver in use: radeon 00:01.1 Audio device [0403]: Advanced Micro Devices [AMD] nee ATI BeaverCreek HDMI Audio [Radeon HD 6500D and 6400G-6600G series] [1002:1714] Subsystem: Advanced Micro Devices [AMD] nee ATI BeaverCreek HDMI Audio [Radeon HD 6500D and 6400G-6600G series] [1002:1714] Kernel driver in use: snd_hda_intel 00:04.0 PCI bridge [0604]: Advanced Micro Devices [AMD] Family 12h Processor Root Port [1022:1709] Kernel driver in use: pcieport 00:05.0 PCI bridge [0604]: Advanced Micro Devices [AMD] Family 12h Processor Root Port [1022:170a] Kernel driver in use: pcieport 00:11.0 SATA controller [0106]: Advanced Micro Devices [AMD] FCH SATA Controller [AHCI mode] [1022:7801] Subsystem: Toshiba America Info Systems Device [1179:fc50] Kernel driver in use: ahci 00:12.0 USB controller [0c03]: Advanced Micro Devices [AMD] FCH USB OHCI Controller [1022:7807] (rev 11) Subsystem: Toshiba America Info Systems Device [1179:fc50] Kernel driver in use: ohci-pci 00:12.2 USB controller [0c03]: Advanced Micro Devices [AMD] FCH USB EHCI Controller [1022:7808] (rev 11) Subsystem: Toshiba America Info Systems Device [1179:fc50] Kernel driver in use: ehci-pci 00:13.0 USB controller [0c03]: Advanced Micro Devices [AMD] FCH USB OHCI Controller [1022:7807] (rev 11) Subsystem: Toshiba America Info Systems Device [1179:fc50] Kernel driver in use: ohci-pci 00:13.2 USB controller [0c03]: Advanced Micro Devices [AMD] FCH USB EHCI Controller [1022:7808] (rev 11) Subsystem: Toshiba America Info Systems Device [1179:fc50] Kernel driver in use: ehci-pci 00:14.0 SMBus [0c05]: Advanced Micro Devices [AMD] FCH SMBus Controller [1022:780b] (rev 13) Subsystem: Toshiba America Info Systems Device [1179:fc50] 00:14.2 Audio device [0403]: Advanced Micro Devices [AMD] FCH Azalia Controller [1022:780d] (rev 01) Subsystem: Toshiba America Info Systems Device [1179:fc50] Kernel driver in use: snd_hda_intel 00:14.3 ISA bridge [0601]: Advanced Micro Devices [AMD] FCH LPC Bridge [1022:780e] (rev 11) Subsystem: Toshiba America Info Systems Device [1179:fc50] 00:14.4 PCI bridge [0604]: Advanced Micro Devices [AMD] FCH PCI Bridge [1022:780f] (rev 40) 00:14.5 USB controller [0c03]: Advanced Micro Devices [AMD] FCH USB OHCI Controller [1022:7809] (rev 11) Subsystem: Toshiba America Info Systems Device [1179:fc50] Kernel driver in use: ohci-pci 00:16.0 USB controller [0c03]: Advanced Micro Devices [AMD] FCH USB OHCI Controller [1022:7807] (rev 11) Subsystem: Toshiba America Info Systems Device [1179:fc50] Kernel driver in use: ohci-pci 00:16.2 USB controller [0c03]: Advanced Micro Devices [AMD] FCH USB EHCI Controller [1022:7808] (rev 11) Subsystem: Toshiba America Info Systems Device [1179:fc50] Kernel driver in use: ehci-pci 00:18.0 Host bridge [0600]: Advanced Micro Devices [AMD] Family 12h/14h Processor Function 0 [1022:1700] (rev 43) 00:18.1 Host bridge [0600]: Advanced Micro Devices [AMD] Family 12h/14h Processor Function 1 [1022:1701] 00:18.2 Host bridge [0600]: Advanced Micro Devices [AMD] Family 12h/14h Processor Function 2 [1022:1702] 00:18.3 Host bridge [0600]: Advanced Micro Devices [AMD] Family 12h/14h Processor Function 3 [1022:1703] Kernel driver in use: k10temp 00:18.4 Host bridge [0600]: Advanced Micro Devices [AMD] Family 12h/14h Processor Function 4 [1022:1704] 00:18.5 Host bridge [0600]: Advanced Micro Devices [AMD] Family 12h/14h Processor Function 6 [1022:1718] 00:18.6 Host bridge [0600]: Advanced Micro Devices [AMD] Family 12h/14h Processor Function 5 [1022:1716] 00:18.7 Host bridge [0600]: Advanced Micro Devices [AMD] Family 12h/14h Processor Function 7 [1022:1719] 01:00.0 Ethernet controller [0200]: Atheros Communications Inc. AR8152 v2.0 Fast Ethernet [1969:2062] (rev c1) Subsystem: Toshiba America Info Systems Device [1179:fc50] Kernel driver in use: atl1c 02:00.0 Network controller [0280]: Realtek Semiconductor Co., Ltd. RTL8188CE 802.11b/g/n WiFi Adapter [10ec:8176] (rev 01) Subsystem: Realtek Semiconductor Co., Ltd. Device
Bug#783132: /usr/bin/disk-image-create: No man page for disk-image-create
Package: python-diskimage-builder Version: 0.1.30-1 Severity: minor File: /usr/bin/disk-image-create disk-image-create has no man page. According to Debian Policy Manual ch. 12: Each program, utility, and function should have an associated manual page included in the same package. (https://www.debian.org/doc/debian-policy/ch-docs.html) -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages python-diskimage-builder depends on: ii debootstrap 1.0.67 ii dpkg 1.17.25 ii kpartx0.5.0-6 ii python2.7.9-1 ii python-babel 1.3+dfsg.1-5 ii qemu-utils1:2.1+dfsg-11 python-diskimage-builder recommends no packages. python-diskimage-builder 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#783130: r-base: FTBFS when setting TZ environmental variable
severity 783130 normal thanks Ups, that wasn't intended to be 'serious' Philip -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783130: r-base: FTBFS when setting TZ environmental variable
On 22 April 2015 at 20:01, Philip Rinn wrote: | Package: r-base | Version: 3.2.0-2 | Severity: serious | Tags: upstream | Justification: fails to build from source (but built successfully in the past) | | Hi Dirk, | | I was trying to understand why GNU R FTBFS in the reproducible build env[1] | while building fine on the buildds. | It turns out that setting the TZ environmental variable[2] crashes the build. | | *** stack smashing detected ***: /tmp/buildd/r-base-3.2.0/bin/exec/R terminated | | for a BT see [1] ... | | The offending command is: | | echo | tools:::sysdata2LazyLoadDB(\./R/sysdata.rda\,\../../../library/tools/R\) | | R_DEFAULT_PACKAGES=NULL LC_ALL=C ../../../bin/R --vanilla --slave | | | | To reproduce: | | I followed the steps in | https://wiki.debian.org/ReproducibleBuilds/ExperimentalToolchain#Usage_example | | and used the rebuild.sh from | http://anonscm.debian.org/cgit/reproducible/misc.git/tree/prebuilder | | But I guess just using | | sudo TZ=/usr/share/zoneinfo/Etc/GMT+12 pbuilder ... | | should also do the trick. | | I don't have a clue why this happens - probably something for upstream? Certainly, but can we please backtrack for a second? R has been in Debian since the laste 1990s. We never needed a TZ (nor should having one break it, but let's leave that aside for a second), and given all the releases and architectures we must by now have built a thousand times. Without FTBFS. So who now sets TZ and why? Can we just unset before / while R is built? R should work just fine with or without TZ. Most systems seem to have it; Debian never did and I am not aware of side effects (but we sometimes do set TZ in our (user) analysis scripts). So two things going forward: i) find out who set TZ, make him stop it (should take care of the FTBFS now) ii) contact upstream which I'll will and see what can be done about makeing the behaviour more robust (as it used to be prior to R 3.1.3 as well, I think) Dirk | | Best, | Philip | | | [1] | https://reproducible.debian.net/rbuild/unstable/amd64/r-base_3.2.0-2.rbuild.log | [2] http://www.gnu.org/software/libc/manual/html_node/TZ-Variable.html | | | | -- System Information: | Debian Release: 8.0 | APT prefers testing | APT policy: (600, 'testing'), (550, 'unstable'), (500, 'testing-updates'), (450, 'experimental') | Architecture: amd64 (x86_64) | Foreign Architectures: i386 | | Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) | Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) | Shell: /bin/sh linked to /bin/dash | Init: systemd (via /run/systemd/system) -- http://dirk.eddelbuettel.com | @eddelbuettel | e...@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#783126: [Pkg-haskell-maintainers] Bug#783126: haskell-hxt-relaxng: FTBFS for mips/mipsel, virtual memory exhausted
Hi, Thanks for the patch. Am Mittwoch, den 22.04.2015, 17:29 + schrieb Dejan Latinovic: In this case possible solution could be using ggc-min-expand. This parameter specifies the minimum percentage by which the garbage collector’s heap should be allowed to expand between collections. Tuning this may improve compilation speed; it has no effect on code generation. Read more about this here: http://hostingfu.com/article/compiling-with-gcc-on-low-memory-vps would it make sense to add this flag centrally in haskell-devscripts, for all Haskell packages? Would it make sense to do that even for all architectures? Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#783063: Xen domU freeze with Guest Rx stalled
On Wed, Apr 22, 2015 at 08:37 +0100, Ian Campbell wrote: In fact 3.16.7-ckt9-2~bpo70+1 has just been uploaded, so best to test that. We will test that kernel on the domUs (which are most likely to blame in this case) and will report back. The Xen stack is the standard one on wheezy (i.e. 4.1.4-3+deb7u5). Thank you -- Wolodja deb...@babilen5.org 4096R/CAF14EFC 081C B7CD FF04 2BA9 94EA 36B2 8B7F 7D30 CAF1 4EFC signature.asc Description: Digital signature
Bug#783133: qt4-x11: CVE-2015-1858 CVE-2015-1859 CVE-2015-1860
Source: qt4-x11 Version: 4:4.8.6+git64-g5dc8b2b+dfsg-3 Severity: normal Tags: security upstream fixed-upstream Hi, the following vulnerabilities were published for qt4-x11. CVE-2015-1858[0]: segmentation fault in qbmphandler.cpp CVE-2015-1859[1]: segmentation fault in qicohandler.cpp CVE-2015-1860[2]: segmentation fault in qgifhandler.cpp If you fix the vulnerabilities please also make sure to include the CVE (Common Vulnerabilities Exposures) ids in your changelog entry. For further information see: [0] https://security-tracker.debian.org/tracker/CVE-2015-1858 [1] https://security-tracker.debian.org/tracker/CVE-2015-1859 [2] https://security-tracker.debian.org/tracker/CVE-2015-1860 [3] http://lists.qt-project.org/pipermail/announce/2015-April/67.html Please adjust the affected versions in the BTS as needed. Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782793: systemd: ext4 filesystem on lvm on raid causes boot to enter emergency shell
On Apr 22, 2015, at 8:17 AM, Michael Biebl bi...@debian.org wrote: Could you copy /lib/systemd/system/lvm2-activation.service to /etc/systemd/system and add a line After=mdadm-raid.service to the [Unit] section. Will do. Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783134: qtbase-opensource-src: CVE-2015-1858 CVE-2015-1859 CVE-2015-1860
Source: qtbase-opensource-src Version: 5.3.2+dfsg-4 Severity: normal Tags: security upstream fixed-upstream Hi, the following vulnerabilities were published for qtbase-opensource-src. CVE-2015-1858[0]: segmentation fault in qbmphandler.cpp CVE-2015-1859[1]: segmentation fault in qicohandler.cpp CVE-2015-1860[2]: segmentation fault in qgifhandler.cpp If you fix the vulnerabilities please also make sure to include the CVE (Common Vulnerabilities Exposures) ids in your changelog entry. For further information see: [0] https://security-tracker.debian.org/tracker/CVE-2015-1858 [1] https://security-tracker.debian.org/tracker/CVE-2015-1859 [2] https://security-tracker.debian.org/tracker/CVE-2015-1860 [3] http://lists.qt-project.org/pipermail/announce/2015-April/67.html Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783015: ITP: easea -- EAsy specification of evolutionary algorithms
Hi Daniel, since I assume you want to maintain this package in the Debian Science team it would be great if you keep the mailing list in CC (done hereby). Please specify in what task(s) you think this package is appropriate. Kind regards and thanks for maintaining this package Andreas. On Mon, Apr 20, 2015 at 07:10:12PM +0200, Daniel Stender wrote: Package: wnpp Severity: wishlist Owner: Daniel Stender deb...@danielstender.com * Package name: easea Version : 1.0.3 Upstream Author : Pierre Collet pierre.col...@lsiit.u-strasbg.fr * URL : http://easea.unistra.fr/easea/index.php * License : AGPL-3.0 Programming Lang: C++ Description : EAsy specification of evolutionary algorithms EASEA (pronounced easy) is an artificial evolution platform that allows scientists with only basic skills in computer science to implement evolutionary algorithms (EA) and to exploit the massive parallelism of many-core architectures in order to optimize virtually any real-world problems (continous, discrete, combinatorial, mixed and more (with Genetic Programming)). EASEA provides an own high-level language for the specification of EAs. Many elements for EAs are already pre defined. It features a compiler to generate C++ object files from its .ez-files. It uses the CUDA development toolkit to parallelize massively over graphic cards. Very easy to use. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150420171012.2976.23071.report...@varuna.home -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783135: sbuild: Description of --dist in manpage is incomplete
Package: sbuild Version: 0.65.2-1dima3 Severity: normal Hi. In the sbuild manpage, the only thing stated about --dist is -d, --dist=distribution Fetch source packages from specified distribution. This description implies that this setting only controls where sources come from, which isn't the case. In particular, --dist sets the OVERRIDE_DISTRIBUTION setting (set_options() in Options.pm), and this setting affects what ends up in the .changes file (build() in Build.pm). I think the manpage description should say this. Thanks! -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (800, 'unstable'), (700, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: armhf, armel, i386 Kernel: Linux 3.16-3-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages sbuild depends on: ii adduser 3.113+nmu3 ii apt-utils 1.0.9.5 ii libsbuild-perl 0.65.2-1dima3 ii perl5.20.1-4 Versions of packages sbuild recommends: ii debootstrap 1.0.67 ii fakeroot 1.20.2-1 Versions of packages sbuild suggests: pn deborphan none ii wget 1.16-3 -- Configuration Files: /etc/sbuild/sbuild.conf changed: 1; -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783139: keepalived: please make the build reproducible
Source: keepalived Version: 1:1.2.16-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org Hi! While working on Debian's “reproducible builds” effort [1], we have noticed that keepalived doesn't build reproducibly. The build date is part of the version string and therefore varies depending on when it was built. The attached patch removes the date part of the version string, as it provides no useful information anyway. Regards, Reiner [1]: https://wiki.debian.org/ReproducibleBuilds diff --git a/debian/patches/remove_date_from_version.patch b/debian/patches/remove_date_from_version.patch new file mode 100644 index 000..98db9eb --- /dev/null +++ b/debian/patches/remove_date_from_version.patch @@ -0,0 +1,31 @@ +Author: Reiner Herrmann rei...@reiner-h.de +Description: Removes the timestamp from the version string + Having the build date as part of the version string makes building the + binary unreproducible. This patch removes the timestamp, as it + provides no useful information. + +Index: pkg-keepalived/configure.in +=== +--- pkg-keepalived.orig/configure.in pkg-keepalived/configure.in +@@ -9,7 +9,6 @@ + dnl [ Process this file with autoconf to produce a configure script ] + AC_INIT(keepalived/core/main.c) + VERSION=`cat VERSION` +-VERSION_DATE=`date +%m/%d,20%y` + OUTPUT_TARGET=Makefile genhash/Makefile keepalived/core/Makefile lib/config.h keepalived.spec + + dnl [ Checks for programs ] +Index: pkg-keepalived/lib/config.h.in +=== +--- pkg-keepalived.orig/lib/config.h.in pkg-keepalived/lib/config.h.in +@@ -24,7 +24,7 @@ + + #define LOG_FACILITY_MAX7 + #define PROGKeepalived +-#define VERSION_STRING PROG v@VERSION@ (@VERSION_DATE@)\n ++#define VERSION_STRING PROG v@VERSION@\n + #define COPYRIGHT_STRING Copyright (C) 2001-2012 Alexandre Cassen, acas...@gmail.com + + diff --git a/debian/patches/series b/debian/patches/series index e69de29..59a68c4 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -0,0 +1 @@ +remove_date_from_version.patch signature.asc Description: OpenPGP digital signature
Bug#747488: Acknowledgement (jabberd2-router segfaults on messages w/o body element)
Hi Jan. Thanks for the report. We just uploaded 2.3.3 to unstable, which presumably has the patch you linked to in it. Please test the new release. Unless we hear anything, I'll close this bug. /Simon pgpPLudHHgqOT.pgp Description: OpenPGP digital signatur
Bug#742748: jabberd2: fails to build with clang instead of gcc
Hi Nicolas. Thanks for the report. There is 2.3.3 in unstable now, which should fix this. Please test and report back if this is not the case. If we don't hear anything, I believe it is safe to close this bug since this should work now. /Simon pgpJj8ej8mINZ.pgp Description: OpenPGP digital signatur
Bug#783142: VMs fail to start on Broadwell CPUs
On Wed, Apr 22, 2015 at 09:48:01PM +0200, Moritz Muehlenhoff wrote: Package: virtualbox Version: 4.3.18-dfsg-3 Severity: important Hi, virtualbox doesn't work on Broadwell CPUs; all VMs fail to start no matter what the user configures in the VM settings. This was reported upstream at https://www.virtualbox.org/ticket/13820 I verified that the patch by Frank works on my Thinkpad X250 with such a CPU. I'm attaching a suitable Debian diff. Please fix this for the jessie 8.1 point release, Broadwell CPUs will become increasingly popular and Vbox is completely broken on them. Now really attached. Cheers, Moritz diff -Naur virtualbox-4.3.18-dfsg.orig/debian/patches/disable-smap.patch virtualbox-4.3.18-dfsg/debian/patches/disable-smap.patch --- virtualbox-4.3.18-dfsg.orig/debian/patches/disable-smap.patch 1970-01-01 01:00:00.0 +0100 +++ virtualbox-4.3.18-dfsg/debian/patches/disable-smap.patch 2015-04-22 19:50:08.474457626 +0200 @@ -0,0 +1,58 @@ +Description: Disable SMAP when during VirtualBox kernel calls +This fixes virtualbox on Broadwell CPUs + +https://www.virtualbox.org/ticket/13820 +Author: frank.mehn...@oracle.com + +--- virtualbox-4.3.18-dfsg.orig/src/VBox/HostDrivers/Support/linux/SUPDrv-linux.c virtualbox-4.3.18-dfsg/src/VBox/HostDrivers/Support/linux/SUPDrv-linux.c +@@ -48,6 +48,12 @@ + # include iprt/power.h + # define VBOX_WITH_SUSPEND_NOTIFICATION + #endif ++#if LINUX_VERSION_CODE = KERNEL_VERSION(3, 7, 0) ++# include asm/smap.h ++#else ++static inline void clac(void) { } ++static inline void stac(void) { } ++#endif + + #include linux/sched.h + #ifdef CONFIG_DEVFS_FS +@@ -622,6 +628,7 @@ static int VBoxDrvLinuxIOCtl(struct inod + #endif + { + PSUPDRVSESSION pSession = (PSUPDRVSESSION)pFilp-private_data; ++int rc; + + /* + * Deal with the two high-speed IOCtl that takes it's arguments from +@@ -632,12 +639,15 @@ static int VBoxDrvLinuxIOCtl(struct inod + || uCmd == SUP_IOCTL_FAST_DO_HM_RUN + || uCmd == SUP_IOCTL_FAST_DO_NOP) +pSession-fUnrestricted == true)) +-return supdrvIOCtlFast(uCmd, ulArg, g_DevExt, pSession); ++{ ++stac(); ++rc = supdrvIOCtlFast(uCmd, ulArg, g_DevExt, pSession); ++clac(); ++return rc; ++} + return VBoxDrvLinuxIOCtlSlow(pFilp, uCmd, ulArg, pSession); + + #else /* !HAVE_UNLOCKED_IOCTL */ +- +-int rc; + unlock_kernel(); + if (RT_LIKELY( ( uCmd == SUP_IOCTL_FAST_DO_RAW_RUN + || uCmd == SUP_IOCTL_FAST_DO_HM_RUN +@@ -715,7 +725,9 @@ static int VBoxDrvLinuxIOCtlSlow(struct + /* + * Process the IOCtl. + */ ++stac(); + rc = supdrvIOCtl(uCmd, g_DevExt, pSession, pHdr, cbBuf); ++clac(); + + /* + * Copy ioctl data and output buffer back to user space. diff -Naur virtualbox-4.3.18-dfsg.orig/debian/patches/series virtualbox-4.3.18-dfsg/debian/patches/series --- virtualbox-4.3.18-dfsg.orig/debian/patches/series 2015-03-04 10:34:01.0 +0100 +++ virtualbox-4.3.18-dfsg/debian/patches/series 2015-04-22 19:48:16.138459638 +0200 @@ -14,3 +14,4 @@ 32-disable-guest-version-check.patch 35-libvdeplug-soname.patch 36-fix-vnc-version-string.patch +disable-smap.patch
Bug#783143: docker.io does not need cgroupfs-mount
Package: docker.io Version: 1.6.0~rc4~dfsg1-1 Severity: normal Bug 782480 was poorly worded, closed, and left closed after I explained what went wrong, so I'm opening a new bug. docker.io recommends cgroupfs-mount which doesn't do anything useful since docker.io already ships cgroupfs_mount in its initscript. By default apt will install cgroupsfs-mount and mountall (which does nothing useful on debian, it was written for ubuntu and upstart), and in turn plymouth (likely because mountall requires plymouth on ubuntu)). docker.io does not need any of cgroupfs-mount, mountall, or plymouth. Can you please remove this dependency, even if it's just a recommend? Thanks, Marc -- A mouse is a device used to point at the xterm you want to type in - A.S.R. Microsoft is to operating systems what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783136: readline6: plese make the build reproducible
Source: readline6 Version: 6.3-8 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: umask Hi! While working on the “reproducible builds” effort [1], we have noticed that readline6 could not be built reproducibly. The attached patch adds an extra dh_fixperms to avoid difference with different umasks. Once applied, readline6 can be built reproducibly in our current experimental framework. [1]: https://wiki.debian.org/ReproducibleBuilds -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- diff -Nru readline6-6.3/debian/changelog readline6-6.3/debian/changelog --- readline6-6.3/debian/changelog 2014-08-03 17:33:18.0 + +++ readline6-6.3/debian/changelog 2015-04-22 19:14:25.0 + @@ -1,3 +1,11 @@ +readline6 (6.3-8.0~reproducible1) UNRELEASED; urgency=low + + * Make the package build reproducibly: +- Call dh_fixperms for arch-indep packages to avoid variations due to + umask. + + -- Jérémy Bobbio lu...@debian.org Wed, 22 Apr 2015 19:13:35 + + readline6 (6.3-8) unstable; urgency=medium * Split out a readline-doc package for documentation and examples. diff -Nru readline6-6.3/debian/rules readline6-6.3/debian/rules --- readline6-6.3/debian/rules 2014-08-03 17:34:34.0 + +++ readline6-6.3/debian/rules 2015-04-22 19:13:34.0 + @@ -390,6 +390,7 @@ dh_installdocs -i dh_installchangelogs -i dh_compress -i + dh_fixperms -i dh_installdeb -i dh_gencontrol -i dh_md5sums -i signature.asc Description: Digital signature
Bug#783137: share parsing of sources.list files
Package: dh-make-perl, apt-file Severity: wishlist It looks like both apt-file and Debian::AptContents::get_contents_files() in dh-make-perl parse /etc/apt/sources.list type files and try to determine a path to Contents files from that. It would be nice if they could share this code, perhaps by moving it into a separate module shipped with apt-file that dh-make-perl could use. (This was prompted by #783110 FWIW.) As for actually parsing the sources.list files, libapt-pkg-perl does some of that too but unfortunately there doesn't seem to be any interface for getting details about the source repositories... -- Niko Tyni nt...@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#783138: installation-reports from Gremany
Package: installation-reports Boot method: How did you boot the installer? DVD + USB (mini iso) Image version: 1) DVD amd64.iso + mini iso for usb-stik Germany Date: Monday 13.04.2015 Machine: Laptop Asus X53U Radeon HD6320 Serie Processor:AMD Vision E2 Memory: 8000 RAM Partitions: 1000 GB / 016000 GB for Swapp/ 21 GB for Debian /ca 63 Output of lspci -knn (or lspci -nn): Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [0] Detect network card:[0] Configure network: [0] Detect CD: [0] Load installer modules: [0] Detect hard drives: [0] Partition hard drives: [0] Install base system:[0] Clock/timezone setup: [0] User/password setup:[0] Install tasks: [0] Install boot loader:[0] Overall install:[0] Comments/Problems:no have no Problems, in the Text mod. Description of the install, in prose, and any thoughts, comments and ideas you had during the initial install.
Bug#541743: jabberd2: /var/run/jabberd2 is not owned by jabber if default file is removed
Hi Raphael. Thanks for the report. I propose the following patch. It kind of hides the fact that you can modify the uid/gid of jabberd2 from the defaults file since that probably isn't something we want to encourage, however if someone adds USER/GROUP to her default-file, it will work. Thoughts? /Simon diff --git a/debian/default b/debian/default index be9828c..a2f249a 100644 --- a/debian/default +++ b/debian/default @@ -2,10 +2,6 @@ # sourced by /etc/init.d/jabberd2 # installed at /etc/default/jabberd2 by the maintainer scripts -# user and group -USER=jabber -GROUP=jabber - # run router ROUTER_RUN=1 diff --git a/debian/init b/debian/init index d71be91..97903c7 100644 --- a/debian/init +++ b/debian/init @@ -13,6 +13,8 @@ set -e +USER=jabber +GROUP=jabber test -f /etc/default/jabberd2 . /etc/default/jabberd2 COMPONENTDPATH=/etc/jabberd2/component.d pgphXYHG1o_PV.pgp Description: OpenPGP digital signatur
Bug#783141: lnav: FTBFS on all architectures on buildds
Source: lnav Version: 0.7.3-1 Severity: serious Justification: FTBFS lnav/0.7.3-1 builded locally in a pbuilder based build environment, but the build seems to hang during tests on all architectures: https://buildd.debian.org/status/package.php?p=lnavsuite=experimental Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783140: docker.io could help users misconfigured with /sys/fs/cgroup mounted in fstab
Package: docker.io Version: 1.6.0~rc4~dfsg1-1 Severity: normal docker.io will not work if you have this in fstab cgroup /sys/fs/cgroup cgroup defaults0 0 But the initscript just runs, skips the cgroup mounting and doesn't tell the user that docker will not work, or why. It's not a bug with the package, just something it doesn't catch for people with old systems that mounted cgroups differently. Docker than fails and it's not super obvious to fix. I had the above line to mount /sys/fs/cgroup in my fstab The docker initscript in your package does already mount everything in /sys/fs/cgroup/* just fine, but fails if the above is mounted from fstab. No problem, /usr/share/docker.io/contrib/check-config.sh reports the error, but due to apparently a kernel bug, unmounting /sys/fs/cgroup as cgroup, making one as tmpfs, and trying to mount the cgroup subdirs fails with: mount: cgroup is already mounted or /sys/fs/cgroup/cpuset busy cgroup is already mounted on /sys/fs/cgroup I finally found on the net that there seems to be no fix but rebooting and sure enough, rebooting fixed this. I have kernel 3.19, and I can swear that I had no cgroups mounted anywhere when I got this error. It could be useful for the docker initscript to detect this, and give an error message to remove the fstab line, and tell the user to reboot (for real) to clear the cgroup state in the kernel and allow subdir cgroup mounts. This is the unfixed kernel bug: https://bugzilla.kernel.org/show_bug.cgi?id=60795 The same bug also happens in reverse: docker is working, unmount cgroups legolas:~# umount /sys/fs/cgroup/* legolas:~# /etc/init.d/docker stop [ ok ] Stopping Docker: docker. legolas:~# umount /sys/fs/cgroup legolas:~# mount -t cgroup cgroup /sys/fs/cgroup mount: cgroup is already mounted or /sys/fs/cgroup busy legolas:~# grep cgroup /proc/mounts legolas:~# Thanks, Marc -- A mouse is a device used to point at the xterm you want to type in - A.S.R. Microsoft is to operating systems what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783142: VMs fail to start on Broadwell CPUs
Package: virtualbox Version: 4.3.18-dfsg-3 Severity: important Hi, virtualbox doesn't work on Broadwell CPUs; all VMs fail to start no matter what the user configures in the VM settings. This was reported upstream at https://www.virtualbox.org/ticket/13820 I verified that the patch by Frank works on my Thinkpad X250 with such a CPU. I'm attaching a suitable Debian diff. Please fix this for the jessie 8.1 point release, Broadwell CPUs will become increasingly popular and Vbox is completely broken on them. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782958: Please provide a python3 module
Dirk Eddelbuettel e...@debian.org writes: Can you recommend a debian/rules and debian/control for me to look at? The package mygrated happily from python 2.3, 2.4, ... to now 2.7; but I have yet to work with python3 so a gentle nudge or push would be appreciated. I'll gladly work with you on this, Dirk. The existing source package doesn't have a ‘Vcs-*’ field. So I have established a Git repository at Alioth for the Debian packaging (‘ssh://git.debian.org/git/collab-maint/pkg-rpy2.git/’). If you are using a VCS already to track the packaging, please let me know. | Please upload any new versions before Jessie's release to | experimental, the Release Team has been doing such great work, it'd | be a shame to see unstable out of sync before we release! Hm, unstable != testing. Do you really want this only in experimental? Uploads to “unstable” mean “I intend this package release to be released with the next release of Debian”. During the release freeze, the changes allowed into the next Debian release are restricted by the freeze policy URL:https://release.debian.org/jessie/freeze_policy.html. For changes intended to enter Debian only after the release freeze ends, we upload only to “experimental”. -- \ “Creativity can be a social contribution, but only in so far as | `\ society is free to use the results.” —Richard M. Stallman | _o__) | Ben Finney b...@benfinney.id.au -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775895: Having this issue also
I have several Debian virtual machines installed and they are all getting the same message. Host is running ESXi 5.5. It does have a RAID card, and perhaps the VM is seeing something from the host's BIOS that it sees a RAID card, but the drives that the VMs see should all be VMDK (Virtual harddisk) files, not actual physical drives. I do find this interesting: # mpt-status -s open /dev/mptctl: No such file or directory Try: mknod /dev/mptctl c 10 220 Make sure mptctl is loaded into the kernel # mknod /dev/mptctl c 10 220 # mpt-status -s open /dev/mptctl: No such device Are you sure your controller is supported by mptlinux? Make sure mptctl is loaded into the kernel # lsmod | grep mptctl # Does this mean I need to load a module? Should it be compiled in? Should the package just not be loaded on these VMs at install time? Please let me know what info you need from me. I'm happy to help with a fix, but I don't know much about this package as I've never had a hardware RAID controller before. Question for others with this issue: Do you have a hardware RAID controller in the host as I do, or is the fact that you're running on VMware appear to be the reason that it thinks there is one?
Bug#782958: Please provide a python3 module
On 23 April 2015 at 10:09, Ben Finney wrote: | Dirk Eddelbuettel e...@debian.org writes: | | On 23 April 2015 at 06:36, Ben Finney wrote: | | I'll gladly work with you on this, Dirk. | | | | The existing source package doesn't have a ‘Vcs-*’ field. | | That is orthogonal to the python3 issue. | | To be clear, I'm setting up a VCS for this so that we can collaborate on | the changes to bring this package to Python 3. I am sorry but that is overcomplicating matters a little in my book. This is a one-off alteration to debian/{rules,control}. | | So I have established a Git repository at Alioth for the Debian | | packaging (‘ssh://git.debian.org/git/collab-maint/pkg-rpy2.git/’). | | If you are using a VCS already to track the packaging, please let me | | know. | | I have write access to https://github.com/Debian but I am a few years | behind converting my 100+ packages to using git. | | It's at Alioth because that's Debian-hosted and so if you're a DD, you | should already (?) have an Alioth account. (I don't use GitHub, and | I don't assume others want to.) Sure do, and used to use alioth a little back in the day but it is, if I may say so, a little bare. Anyway... | Paul Tagliamonte paultag-8fiuurrzop0dnm+yrof...@public.gmane.org | writes: | | Sure. How can I help, sorry about that. I'd be happy to check out any | changesets or help out with moving it. | | I have begun a little at the above-mentioned VCS, planning to make | changes in branches. Can get to it again in about 12 hours. | | Looking forward to working on this! I'll just go off picking at a couple other python packages that come to mind. Dirk -- http://dirk.eddelbuettel.com | @eddelbuettel | e...@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#607193: document/link to unofficial images including non-free firmware
On Thu, Apr 23, 2015 at 7:27 AM, Laura Arjona Reina wrote: * Affects the pages of the debian-installer images in squeeze and wheezy. * It just adds an anchor in the warning about nonfree (no header, same layout as it's now), and changes non official to unofficial as suggested. Sounds good to me. If there are no objections, I'll commit the patch in some days (feel free to commit yourself if you agree with it). BTW, please use `diff -u` as that generates much more human-readable patches. -- bye, pabs https://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782958: [py3porters-devel] Bug#782958: Please provide a python3 module
On Wed, Apr 22, 2015 at 08:59:49PM -0500, Dirk Eddelbuettel wrote: I declare defeat. Aw, sorry to hear that edd. That sucks. We should really document this to make it look better :\ I rewrote debian/rules following a current python3 package but I am hitting a brick wall as the substvers does not work. And maybe the package does not build the same way. For the (new) python3 I get The way you have ${python3:Depends} appears correct to me. Looking at the rules, I'd change dh $@ --with python2, --with python3 to dh $@ --with python2,python3 but I don't think the top one is wrong at all, so I can't imagine why that's not kicking in :\ ./usr/lib/python3/dist-packages/rpy2/rinterface/_rpy_device.cpython-34m-i386-linux-gnu.so ./usr/lib/python3/dist-packages/rpy2/rinterface/_rinterface.cpython-34m-i386-linux-gnu.so whereas python2 has ./usr/lib/python2.7/dist-packages/rpy2/rinterface/_rpy_device.so ./usr/lib/python2.7/dist-packages/rpy2/rinterface/_rinterface.so which leads to a proper Depends: whereas it does not for python3 :-/ debian/rules and debian/control attached. The compat was obviously inc'ed to 9 as well. Hurm, those paths look OK to me, do they work? I wonder why the substvars is broken. I'll clone the source in the morning :) Can you guys take a log? Laurent (upstream) is pretty responsive. Dirk Thanks for being so responsive, Dirk! Paul -- .''`. Paul Tagliamonte paul...@debian.org | Proud Debian Developer : :' : 4096R / 8F04 9AD8 2C92 066C 7352 D28A 7B58 5B30 807C 2A87 `. `'` http://people.debian.org/~paultag `- http://people.debian.org/~paultag/conduct-statement.txt signature.asc Description: Digital signature
Bug#783156: ITP: libtermkey -- library for processing keyboard input from terminal-based programs
Package: wnpp Severity: wishlist Owner: James McCoy james...@debian.org * Package name: libtermkey Version : 0.17 Upstream Author : Paul Evans leon...@leonerd.org.uk * URL : http://www.leonerd.org.uk/code/libtermkey/ * License : MIT Programming Lang: C Description : library for processing keyboard input from terminal-based programs This library allows easy processing of keyboard entry from terminal-based programs. It handles all the necessary logic to recognise special keys, UTF-8 combining, and so on, with a simple interface. why is this package useful/relevant? is it a dependency for another package? - Dependency for Neovim if there are other packages providing similar functionality, how does it compare? - Quoting from upstream in regard to a comparison with terminfo This library uses the terminfo database for the terminal type given by $TERM as a first attempt to convert raw incoming bytes into symbolic keypress events. If this translation fails, and the terminal type is known to be one that uses xterm's generic CSI scheme for representing modified keypresses (e.g. xterm), then the sequence is interpreted according to xterm's rules. Finally, if all of these fail, the raw bytes will be presented as they are. how do you plan to maintain it? - collab-maint git, co-maintainers welcome -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781869: pulseaudio: sound total hangup when program using audio suddenly dies
On further diagnostic (now that we know for sure what we are looking for), the user logged in to TTY2 is relevant. This eliminates the statistical match for a hard match to the problem. If the TTY is logged in as root or not logged in, happens every time. I'm in the habit of doing all root work directly from text consoles (no X as root for the obvious reason). This is actually more secure than sudo as an X key sniffer can never grab the root password. A program that requires X doesn't get root. I make no exceptions except xterm (testing X config files). I think this is still a direct bug. Users able to play sound ought to be the sum of all logged-in users on all TTY sessions (X or text), not just the current one. I'm adding my user to audio group for now. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763695: console-setup is slowest part of boot, not fast as setupcon manpage tells us
On Wed, 8 Oct 2014 18:27:04 +0300 Anton Zinoviev an...@lml.bas.bg wrote: On Wed, Oct 01, 2014 at 11:31:18PM +0200, Julian Andres Klode wrote: console-setup requires 800ms during a boot. The complete boot finishes in 4.1 seconds. This really should not be a shell script in the long term, but short term at least removing fast from the manual page would be a good idea... Here's a boot graph: https://people.debian.org/~jak/boot.svg One possible explanation is what Samuel Thibault proposed (for some reason setupcon doesn't use cached keymap). The following is (may be) another explanation. I don't know how exactly recent Debian systems boot so the following is only a guess. Considering that keyboard-setup.service uses only 190 ms compared to 823 ms for console-setup.service, I suppose that these 823 ms are caused by forked printf commands (by setupcon) waiting for the virtual consoles to become active. So during most of these 823ms the scripts were waiting and didn't consume cpu resources. If my hypothesis is true, the proper fix is to improve the description console-setup.service in order to run it only after the virtual consoles become active. This, however, is not something I can do (with my current knowledge). I am experiencing the same problem. I edited setupcon to add set -x at the beginning to help tracing where the slowness is. It doesn't look like printf is at fault. I also tried changing the amount of ACTIVE_CONSOLES in /etc/default/console-setup but it did not make much of a difference (I tried setting it to just tty1 and to the empty string). Logs, plots and systemd-blame at https://people.debian.org/~fsateler/console-setup/ Saludos -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782958: Please provide a python3 module
Dirk Eddelbuettel e...@debian.org writes: On 23 April 2015 at 06:36, Ben Finney wrote: | I'll gladly work with you on this, Dirk. | | The existing source package doesn't have a ‘Vcs-*’ field. That is orthogonal to the python3 issue. To be clear, I'm setting up a VCS for this so that we can collaborate on the changes to bring this package to Python 3. | So I have established a Git repository at Alioth for the Debian | packaging (‘ssh://git.debian.org/git/collab-maint/pkg-rpy2.git/’). | If you are using a VCS already to track the packaging, please let me | know. I have write access to https://github.com/Debian but I am a few years behind converting my 100+ packages to using git. It's at Alioth because that's Debian-hosted and so if you're a DD, you should already (?) have an Alioth account. (I don't use GitHub, and I don't assume others want to.) Paul Tagliamonte paultag-8fiuurrzop0dnm+yrof...@public.gmane.org writes: Sure. How can I help, sorry about that. I'd be happy to check out any changesets or help out with moving it. I have begun a little at the above-mentioned VCS, planning to make changes in branches. Can get to it again in about 12 hours. Looking forward to working on this! -- \ “I distrust those people who know so well what God wants them | `\to do to their fellows, because it always coincides with their | _o__) own desires.” —Susan Brownell Anthony, 1896 | Ben Finney b...@benfinney.id.au -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767376: RFP: gnome-exe-thumbnailer -- thumbnails for wine exes
Control: owner -1 ! Control: retitle -1 ITP: gnome-exe-thumbnailer -- thumbnails for wine exes Hi, I plan on adopting this package. James -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782958: Please provide a python3 module
I declare defeat. I rewrote debian/rules following a current python3 package but I am hitting a brick wall as the substvers does not work. And maybe the package does not build the same way. For the (new) python3 I get ./usr/lib/python3/dist-packages/rpy2/rinterface/_rpy_device.cpython-34m-i386-linux-gnu.so ./usr/lib/python3/dist-packages/rpy2/rinterface/_rinterface.cpython-34m-i386-linux-gnu.so whereas python2 has ./usr/lib/python2.7/dist-packages/rpy2/rinterface/_rpy_device.so ./usr/lib/python2.7/dist-packages/rpy2/rinterface/_rinterface.so which leads to a proper Depends: whereas it does not for python3 :-/ debian/rules and debian/control attached. The compat was obviously inc'ed to 9 as well. Can you guys take a log? Laurent (upstream) is pretty responsive. Dirk control Description: Binary data rules Description: Binary data -- http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
Bug#782958: [py3porters-devel] Bug#782958: Please provide a python3 module
On 22 April 2015 at 22:07, Paul Tagliamonte wrote: | On Wed, Apr 22, 2015 at 08:59:49PM -0500, Dirk Eddelbuettel wrote: | I declare defeat. | | Aw, sorry to hear that edd. That sucks. We should really document this | to make it look better :\ I took another look ... and things got better. Corrected packages now uploaded :) Special thanks for Scott whose python3-yaml package I modeled it after, Ben for patiently suggesting that the debian/* files should be in VCS and you for the original bug report. We now have a spanking new debian/rules and all is good (once the package gets out of NEW, I suppose). Dirk -- http://dirk.eddelbuettel.com | @eddelbuettel | e...@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#781869: pulseaudio: sound total hangup when program using audio suddenly dies
Control: reassign -1 pulseaudio On 22 April 2015 at 23:42, Joshua Hudson joshud...@gmail.com wrote: The second is that when you return to X your sound does not return. This is the bug that needs debugging. Output of getfacl suggests permissions are being restored correctly but pulseaudio is getting stuck by the transient. Given the statistical nature of the inital repro with same user on TTY2, I suggest the transient is there even when switching between two same-users sessions but is often too fast for pulseaudio to get stuck. Reassigning back to pulseaudio then, as it no longer looks like a problem in logind. Does pulseaudio get unstuck by doing another roundtrip to tty2? -- Saludos, Felipe Sateler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781869: pulseaudio: sound total hangup when program using audio suddenly dies
On 22 April 2015 at 23:58, Felipe Sateler fsate...@debian.org wrote: Control: reassign -1 pulseaudio On 22 April 2015 at 23:42, Joshua Hudson joshud...@gmail.com wrote: The second is that when you return to X your sound does not return. This is the bug that needs debugging. Output of getfacl suggests permissions are being restored correctly but pulseaudio is getting stuck by the transient. Given the statistical nature of the inital repro with same user on TTY2, I suggest the transient is there even when switching between two same-users sessions but is often too fast for pulseaudio to get stuck. Reassigning back to pulseaudio then, as it no longer looks like a problem in logind. Does pulseaudio get unstuck by doing another roundtrip to tty2? And please try to see if this problem is still present in pulseaudio 6. -- Saludos, Felipe Sateler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781869: pulseaudio: sound total hangup when program using audio suddenly dies
Does pulseaudio get unstuck by doing another roundtrip to tty2? Nope. I haven't found an unstick short of X logoff-logon. Killing pulseaudio does not unstick. Will try pull from experimental soon. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781888: [pkg-cinnamon] Bug#781888: cinnamon-session: session does not start
Hi Maximiliano, thanks for coming back to that. On Tue, 21 Apr 2015, Maximiliano Curia wrote: You seem to have an incomplete upgrade, so my guess is that you are missing to upgrade gir1.2-cinnamondesktop-3.0. If not, let me know if you find which package you were missing to upgrade. ii cinnamon-session-common 2.2.2-5 Well, that's an unexpected missing source:Version I have retried the upgrade, and made sure anything related to cinnamon is at experimenta, at least I hope: ii cinnamon 2.4.8-1 amd64Innovative and comfortable desktop ii cinnamon-common 2.4.8-1 all Innovative and comfortable desktop (Common data files) ii cinnamon-control-center 2.4.2-1 amd64utilities to configure the Cinnamon desktop ii cinnamon-control-center-data 2.4.2-1 all configuration applets for Cinnamon - data files ii cinnamon-desktop-data 2.4.2-1 all Common files for Cinnamon desktop apps ii cinnamon-l10n 2.4.4-1 all Translation files for the Cinnamon desktop ii cinnamon-screensaver 2.4.2-1 amd64Cinnamon screen saver and locker ii cinnamon-session 2.4.3-1 amd64Cinnamon Session Manager - Minimal runtime ii cinnamon-session-common 2.4.3-1 all Cinnamon Session Manager - common files ii cinnamon-settings-daemon 2.4.3-1 amd64daemon handling the Cinnamon session settings ii gir1.2-cinnamondesktop-3.02.4.2-1 amd64Introspection data for CinnamonDesktop ii libcinnamon-control-center1:amd64 2.4.2-1 amd64utilities to configure the Cinnamon desktop ii libcinnamon-desktop4:amd642.4.2-1 amd64Cinnamon library for loading .desktop files ii libcinnamon-menu-3-0 2.4.2-1 amd64Cinnamon implementation of the freedesktop menu specification (forgot to include, nemo and nemo-data is at 2.4.5-1) BUt I still get the following errors when logging in from lightdm into my cinnamon session. At the point where I sent the xsession-errors the X screen contains a window Cinnamon crashed. You are currently running in Fallback Mode. Do you want to restart Cinnamon? here the xsession-errors: Xsession: X session started for norbert at Thu Apr 23 09:32:08 JST 2015 localuser:norbert being added to access control list I: Script for fcitx started at run_im. I: Script for auto started at run_im. I: Script for default started at run_im. I: Script for fcitx started at run_im. (INFO-10763 /tmp/buildd/fcitx-4.2.8.5/src/lib/fcitx/addon.c:151) Load Addon Config File:fcitx-anthy.conf (INFO-10763 /tmp/buildd/fcitx-4.2.8.5/src/lib/fcitx/addon.c:151) Load Addon Config File:fcitx-skk.conf (INFO-10763 /tmp/buildd/fcitx-4.2.8.5/src/lib/fcitx/addon.c:151) Load Addon Config File:fcitx-mozc.conf (INFO-10763 /tmp/buildd/fcitx-4.2.8.5/src/lib/fcitx/addon.c:151) Load Addon Config File:fcitx-spell.conf (INFO-10763 /tmp/buildd/fcitx-4.2.8.5/src/lib/fcitx/addon.c:151) Load Addon Config File:fcitx-unicode.conf (INFO-10763 /tmp/buildd/fcitx-4.2.8.5/src/lib/fcitx/addon.c:151) Load Addon Config File:fcitx-remote-module.conf (INFO-10763 /tmp/buildd/fcitx-4.2.8.5/src/lib/fcitx/addon.c:151) Load Addon Config File:fcitx-quickphrase.conf (INFO-10763 /tmp/buildd/fcitx-4.2.8.5/src/lib/fcitx/addon.c:151) Load Addon Config File:fcitx-punc.conf (INFO-10763 /tmp/buildd/fcitx-4.2.8.5/src/lib/fcitx/addon.c:151) Load Addon Config File:fcitx-keyboard.conf (INFO-10763 /tmp/buildd/fcitx-4.2.8.5/src/lib/fcitx/addon.c:151) Load Addon Config File:fcitx-imselector.conf (INFO-10763 /tmp/buildd/fcitx-4.2.8.5/src/lib/fcitx/addon.c:151) Load Addon Config File:fcitx-fullwidth-char.conf (INFO-10763 /tmp/buildd/fcitx-4.2.8.5/src/lib/fcitx/addon.c:151) Load Addon Config File:fcitx-clipboard.conf (INFO-10763 /tmp/buildd/fcitx-4.2.8.5/src/lib/fcitx/addon.c:151) Load Addon Config File:fcitx-chttrans.conf (INFO-10763 /tmp/buildd/fcitx-4.2.8.5/src/lib/fcitx/addon.c:151) Load Addon Config File:fcitx-autoeng.conf (INFO-10763 /tmp/buildd/fcitx-4.2.8.5/src/lib/fcitx/addon.c:151) Load Addon Config File:fcitx-freedesktop-notify.conf (INFO-10763 /tmp/buildd/fcitx-4.2.8.5/src/lib/fcitx/addon.c:151) Load Addon Config File:fcitx-ipc.conf (INFO-10763 /tmp/buildd/fcitx-4.2.8.5/src/lib/fcitx/addon.c:151) Load Addon Config File:fcitx-dbus.conf (INFO-10763 /tmp/buildd/fcitx-4.2.8.5/src/lib/fcitx/addon.c:151) Load Addon Config
Bug#782958: Please provide a python3 module
On Wed, Apr 22, 2015 at 05:19:03PM -0500, Dirk Eddelbuettel wrote: It's probably good enough if you can just point me to a package with debian/rules and debian/control which also builds 2.8 amd 3.4 (or 3.3?). As a non-Python jock I am a little out of the loop on what is de rigeur here. Current Debian packaging for Python has converged on using Debhelper 9 or later, using Pybuild as a build system. That's what you'll find as the strongly-recommended best practice today. I am sorry but that is overcomplicating matters a little in my book. This is a one-off alteration to debian/{rules,control}. I think the conversion to use Debhelper 9 and Pybuild will be the maintainable solution. Are you amenable to that? I'm happy to hear opinions from others in the ‘py3porters-devel’ forum. -- \ “Please do not feed the animals. If you have any suitable food, | `\ give it to the guard on duty.” —zoo, Budapest | _o__) | Ben Finney -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782958: [py3porters-devel] Bug#782958: Please provide a python3 module
On April 22, 2015 9:59:49 PM EDT, Dirk Eddelbuettel e...@debian.org wrote: I declare defeat. I rewrote debian/rules following a current python3 package but I am hitting a brick wall as the substvers does not work. And maybe the package does not build the same way. For the (new) python3 I get ./usr/lib/python3/dist-packages/rpy2/rinterface/_rpy_device.cpython-34m-i386-linux-gnu.so ./usr/lib/python3/dist-packages/rpy2/rinterface/_rinterface.cpython-34m-i386-linux-gnu.so whereas python2 has ./usr/lib/python2.7/dist-packages/rpy2/rinterface/_rpy_device.so ./usr/lib/python2.7/dist-packages/rpy2/rinterface/_rinterface.so which leads to a proper Depends: whereas it does not for python3 :-/ debian/rules and debian/control attached. The compat was obviously inc'ed to 9 as well. Can you guys take a log? Laurent (upstream) is pretty responsive. Those file names look correct. Scott K -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781869: pulseaudio: sound total hangup when program using audio suddenly dies
On 22 April 2015 at 22:24, Joshua Hudson joshud...@gmail.com wrote: On further diagnostic (now that we know for sure what we are looking for), the user logged in to TTY2 is relevant. This eliminates the statistical match for a hard match to the problem. If the TTY is logged in as root or not logged in, happens every time. Lets distinguish between 2 things: one, that sound stops when you switch to TTY2 and your user is not logged in. This is fully expected. The second is that when you return to X your sound does not return. This is the bug that needs debugging. I'm in the habit of doing all root work directly from text consoles (no X as root for the obvious reason). This is actually more secure than sudo as an X key sniffer can never grab the root password. A program that requires X doesn't get root. I make no exceptions except xterm (testing X config files). I think this is still a direct bug. Users able to play sound ought to be the sum of all logged-in users on all TTY sessions (X or text), not just the current one. But this would mean that either any user can eavesdrop on other user's audio, or a currently-seating user does not have access to the sound device (because the other user is using it). I'm adding my user to audio group for now. This is only really appropriate for single-user computers. -- Saludos, Felipe Sateler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781869: pulseaudio: sound total hangup when program using audio suddenly dies
The second is that when you return to X your sound does not return. This is the bug that needs debugging. Output of getfacl suggests permissions are being restored correctly but pulseaudio is getting stuck by the transient. Given the statistical nature of the inital repro with same user on TTY2, I suggest the transient is there even when switching between two same-users sessions but is often too fast for pulseaudio to get stuck. joshua@nova:~ϟ getfacl /dev/snd/* # file: dev/snd/by-path # owner: root # group: root user::rwx group::r-x other::r-x # file: dev/snd/controlC0 # owner: root # group: audio user::rw- user:joshua:rw- group::rw- mask::rw- other::--- # file: dev/snd/controlC1 # owner: root # group: audio user::rw- user:joshua:rw- group::rw- mask::rw- other::--- # file: dev/snd/hwC0D0 # owner: root # group: audio user::rw- user:joshua:rw- group::rw- mask::rw- other::--- # file: dev/snd/hwC1D0 # owner: root # group: audio user::rw- user:joshua:rw- group::rw- mask::rw- other::--- # file: dev/snd/pcmC0D3p # owner: root # group: audio user::rw- user:joshua:rw- group::rw- mask::rw- other::--- # file: dev/snd/pcmC1D0c # owner: root # group: audio user::rw- user:joshua:rw- group::rw- mask::rw- other::--- # file: dev/snd/pcmC1D0p # owner: root # group: audio user::rw- user:joshua:rw- group::rw- mask::rw- other::--- # file: dev/snd/pcmC1D1p # owner: root # group: audio user::rw- user:joshua:rw- group::rw- mask::rw- other::--- # file: dev/snd/pcmC1D2c # owner: root # group: audio user::rw- user:joshua:rw- group::rw- mask::rw- other::--- # file: dev/snd/seq # owner: root # group: audio user::rw- user:joshua:rw- group::rw- mask::rw- other::--- # file: dev/snd/timer # owner: root # group: audio user::rw- user:joshua:rw- group::rw- mask::rw- other::--- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783143: docker.io does not need cgroupfs-mount
On Wed, Apr 22, 2015 at 02:03:25PM -0600, Tianon Gravi wrote: On 22 April 2015 at 13:32, Marc MERLIN marc_s...@merlins.org wrote: By default apt will install cgroupsfs-mount and mountall (which does nothing useful on debian, it was written for ubuntu and upstart), and in turn plymouth (likely because mountall requires plymouth on ubuntu)). You can install and use upstart in Debian, and it's still a fully supported init system at this point. I didn't realize that, thanks for correcting me. As to this specific issue, I'm more inclined to figure out why cgroupfs-mount (and the cgroup-lite package it descended from) felt the need to include mountall in the first place, and see if we can If that can be fixed, it would also address my concern. I'd also be +1 to patching out the /sys/fs/cgroup code from the upstream init scripts since it really falls very directly under Convenience copies of code (Debian Policy 4.13 [1]), and upstream includes it to be more tolerant of systems that don't have either cgroupfs-mount or cgroup-lite available (older suites, for example, like Ubuntu Precise). Ah, I see, so you prefer to 1) remove the cgroup mounting code from the docker.io initscript 2) make cgroupfs-mount required instead of recommended 3) fix cgroupfs-mount not to require mountall If so, that sounds like a fine alternative plan to me. Thanks Marc -- A mouse is a device used to point at the xterm you want to type in - A.S.R. Microsoft is to operating systems what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779967: liferea: poor error reporting for command sourced feeds
To reproduce, create a new feed subscription where the source is a command which does not produce an RSS or ATOM feed. Any common command should display the behavior, say, /bin/ls or /bin/false. On Wed, Apr 22, 2015 at 1:40 PM, Marcelo Lacerda marceloslace...@gmail.com wrote: I'm curious, how do I reproduce this bug? On Fri, Mar 6, 2015 at 8:55 PM, Daniel Perelman da...@cornell.edu wrote: Package: liferea Version: 1.10.12-1 Severity: wishlist Dear Maintainer, When feeds generated by a command fail to produce a working feed, the error messages are both misleading and useless. Pretty much no matter what the problem is, it outputs: The last update of this subscription failed! There were errors while parsing this feed! Details Could not detect the type of this feed! Please check if the source really points to a resource provided in one of the supported syndication formats! XML Parser Output: The URL you want Liferea to subscribe to points to a webpage and the auto discovery found no feeds on this page. Maybe this webpage just does not support feed auto discovery.Source points to HTML document. You may want to contact the author/webmaster of the feed about this! (Strangely, that error even sometimes included saying that it got an HTTP 404 which makes no sense for a local resource.) My understanding is that once Liferea fails to parse an input as a feed, it tries to parse it as a webpage that has a link to a feed and it only reports the error for the second failure, despite the first failure almost always being the relevant one. As a workaround, using the same command as a conversion filter (not caring what the input being filtered is) gives more useful errors. In case that led to this bug report, telling me that the command was returning an exit code of 1 (although actually seeing the error message in output would have been more helpful). This is a very minor issue because in addition to the workaround just mentioned, I suspect this is a rarely used feature and except in edge cases like the one I ran into (it turned out the script worked with my bash environment variables but not with my X session's), simply running the command from a terminal would give the desired debugging information. -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages liferea depends on: ii dbus-x11 1.8.16-1 ii dconf-gsettings-backend [gsettings-backend] 0.22.0-1 ii gir1.2-gtk-3.0 3.14.5-1 ii gir1.2-peas-1.0 1.12.1-2 ii libatk1.0-0 2.14.0-1 ii libc62.19-15 ii libcairo21.14.0-2.1 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libgirepository-1.0-11.42.0-2.2 ii libglib2.0-0 2.42.1-1 ii libgtk-3-0 3.14.5-1 ii libindicate5 0.6.92-2 ii libjson-glib-1.0-0 1.0.2-1 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.8-3 ii libpeas-1.0-01.12.1-2 ii libsoup2.4-1 2.48.0-1 ii libsqlite3-0 3.8.7.4-1 ii libwebkitgtk-3.0-0 2.4.8-1 ii libxml2 2.9.1+dfsg1-4 ii libxslt1.1 1.1.28-2+b2 ii liferea-data 1.10.12-1 ii python-gi3.14.0-1 pn python:any none Versions of packages liferea recommends: pn gir1.2-gnomekeyring-1.0 none ii gnome-icon-theme 3.12.0-1 ii gnome-keyring3.14.0-1+b1 ii steadyflow 0.2.0-1.1 Versions of packages liferea suggests: pn network-manager none -- no debconf information
Bug#782958: [py3porters-devel] Bug#782958: Please provide a python3 module
Euch! Sorry Dirk! I ment to reply, but I'm the worst. On Wed, Apr 22, 2015 at 04:10:45PM -0500, Dirk Eddelbuettel wrote: In theory, yes. In practice that never mattered in the 20 years I uploaded packages to unstable because we know when unstable is effectively cut from testing / the release. With Jessie being released _this weekend_ I don't really see the point. At this point, yeah. Security updates have to go through jessie-security or updates at this point, so fire away! | For changes intended to enter Debian only after the release freeze ends, | we upload only to “experimental”. Thanks for all that. Can we direct to coversation towards python3 now? Sure. How can I help, sorry about that. I'd be happy to check out any changesets or help out with moving it. Thanks, Dirk! Paul -- .''`. Paul Tagliamonte paul...@debian.org | Proud Debian Developer : :' : 4096R / 8F04 9AD8 2C92 066C 7352 D28A 7B58 5B30 807C 2A87 `. `'` http://people.debian.org/~paultag `- http://people.debian.org/~paultag/conduct-statement.txt signature.asc Description: Digital signature
Bug#741972: intent to package
reopen 741972 retitle 741972 ITP: popcorn-time -- Torrent movie streamer owner 741972 ! thanks I have the intention of packaging this. I think first step would be some research to see if popcorn-time would be accepted as debian package or if there are some big blockers. signature.asc Description: Digital signature
Bug#783154: libwine-development: cannot be installed - try to overwrite ...
Package: libwine-development Version: 1.7.41-1 Severity: grave Justification: renders package unusable Hi there seems to be some replace are missing: Unpacking libwine-development:amd64 (1.7.41-1) over (1.7.29-4) ... dpkg: error processing archive /var/cache/apt/archives/libwine-development_1.7.41-1_amd64.deb (--unpack): trying to overwrite shared '/usr/share/wine-development/wine/fonts/sseriffe.fon', which is different from other instances of package libwine-development:amd64 -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783153: xserver-xorg: The window freeze, Xorg.0.log contains : AIGLX: Suspending AIGLX clients for VT switch
Package: xserver-xorg Version: 1:7.7+7 Severity: important Dear Maintainer, I get a window freeze with a message in X log's file : AIGLX: Suspending AIGLX clients for VT switch I get that message when I have two SSH sessions (ssh -X) open on two different machines and when I use X software, mostly vim-gtk. at some time moving through window the X session is locked and I can only restart X connecting through ssh from another machine. I was connected to 2 different VM, one on the current machine (KVM), the other on another hardware (XEN). I get the same problem working with the 2 same VM from the XEN machine. The Xorg.conf is new since the first time I get some problems (result of X -configurei The two different machines : 1) i3-3220 CPU @ 3.30GHz No specific videocard, using video from CPU using intel driver 8G Ram upgraded from Wheezy to jessie last week 2) AMD Phenom(tm) II X4 905e Processor video card : NVIDIA Corporation G94 [GeForce 9600 GT] (rev a1) using nouveau driver 16 G Ram using jessie since more than 1 year. The machine are kept uptodate at least once a week, I never get that problem before. I try with different kernels (3.16 standard from Debian, 3.19.5 and even 4.0.0) getting always the lock after some (??) time. Regards JP P -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 May 24 2014 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 2401376 Feb 11 01:35 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 00:02.0 VGA compatible controller [0300]: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor Graphics Controller [8086:0152] (rev 09) Xorg X server configuration file status: -rw-r--r-- 1 root root 2654 Apr 18 23:01 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: --- Section ServerLayout Identifier X.org Configured Screen 0 Screen0 0 0 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard EndSection Section Files ModulePath /usr/lib/xorg/modules FontPath /usr/share/fonts/X11/misc FontPath /usr/share/fonts/X11/cyrillic FontPath /usr/share/fonts/X11/100dpi/:unscaled FontPath /usr/share/fonts/X11/75dpi/:unscaled FontPath /usr/share/fonts/X11/Type1 FontPath /usr/share/fonts/X11/100dpi FontPath /usr/share/fonts/X11/75dpi FontPath built-ins EndSection Section Module Load glx EndSection Section InputDevice Identifier Keyboard0 Driver kbd EndSection Section InputDevice Identifier Mouse0 Driver mouse Option Protocol auto Option Device /dev/input/mice Option ZAxisMapping 4 5 6 7 EndSection Section Monitor Identifier Monitor0 VendorName Monitor Vendor ModelNameMonitor Model EndSection Section Device ### Available Driver options are:- ### Values: i: integer, f: float, bool: True/False, ### string: String, freq: f Hz/kHz/MHz, ### percent: f% ### [arg]: arg optional #Option NoAccel # [bool] #Option AccelMethod # str #Option Backlight # str #Option DRI # str #Option ColorKey # i #Option VideoKey # i #Option Tiling# [bool] #Option LinearFramebuffer # [bool] #Option SwapbuffersWait # [bool] #Option TripleBuffer # [bool] #Option XvPreferOverlay # [bool] #Option HotPlug # [bool] #Option ReprobeOutputs# [bool] #Option XvMC # [bool] #Option ZaphodHeads # str #Option TearFree # [bool] #Option PerCrtcPixmaps# [bool] #Option FallbackDebug # [bool] #Option DebugFlushBatches # [bool] #Option DebugFlushCaches # [bool] #Option DebugWait # [bool] #Option BufferCache # [bool] Identifier Card0 Driver intel BusID PCI:0:2:0 EndSection Section Screen Identifier Screen0 Device Card0 MonitorMonitor0 SubSection Display Viewport 0 0 Depth 24 EndSubSection EndSection Contents of /etc/X11/xorg.conf.d: - total 0 /etc/modprobe.d contains no KMS configuration files. Kernel version (/proc/version): --- Linux version 3.16.0-0.bpo.4-amd64
Bug#783082: Aw: Re: linux-image-3.16.0-4-586: video players/browsers crash with 'illegal instruction' on i586
Hello Bernhard, thanks for your reply! I will try to reproduce your findings on real hardware tomorrow. Can you have a look at the qupzilla and/or xombrero issue as well please? I'm not sure anymore if it's the same problem, because meanwhile I installed a qemu vm myself (on Wheezy/amd64) using these settings: qemu-system-i386 -cpu pentium -m 512 -hda pentium.img -cdrom debian-jessie-DI-rc3-i386-netinst.iso Then I installed a standard LXDE desktop and could reproduce the browser crashes but not the video player crashes. So far I have no gdb results because I only have very basic knowledge about it and a simple run command alone wasn't helpful. Doesn't Jessie's libav configure script already check for a K6-2 and disable i686? [1] I don't know because I'm not sure what's actually stored in $cpu at that point. regards hikaru [1] http://sources.debian.net/src/libav/6:11.3-1/configure/#L3282 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org