Bug#743603: readline6: No actual changes in 6.3-5
Source: readline6 Version: 6.3-5 Severity: normal Dear Maintainer, it seems there is no change in 6.3-5 but the changelog. Could you please check? See the debdiff output: $ debdiff readline6_6.3-4.dsc readline6_6.3-5.dsc (GPG stuff omitted) diff -Nru readline6-6.3/debian/changelog readline6-6.3/debian/changelog --- readline6-6.3/debian/changelog 2014-03-19 18:36:59.0 +0100 +++ readline6-6.3/debian/changelog 2014-03-29 18:04:30.0 +0100 @@ -1,3 +1,9 @@ +readline6 (6.3-5) unstable; urgency=medium + + * Fix a display issue when a multiline command is aborted with ^C. + + -- Matthias Klose d...@debian.org Sat, 29 Mar 2014 18:03:53 +0100 + readline6 (6.3-4) unstable; urgency=medium * Fix an issue in vi-mode, not re-doing the latest dw, dl, D, ... Christoph -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.10.34 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash signature.asc Description: Digital signature
Bug#743604: mplayer2: Missing Samba (4.0) dependency in experimental
Package: src:mplayer2 Version: 2.0-728-g2c378c7-1 Severity: normal Tags: patch Hi dear maintainers, Mplayer2 source package in debian (experimental) has libsmbclient-dev building dependency. (https://packages.debian.org/source/experimental/mplayer2) But Mplayer2 binary package in experimental does not have libsmbclient dependency. (https://packages.debian.org/experimental/mplayer2) Please update mplayer2 source to build with new samba-4.0 (patch from www.linuxfromscratch.org). diff -Naru a/configure b/configure --- a/configure 2014-03-09 08:06:06.0 +0800 +++ b/configure 2014-04-04 12:51:15.975609904 +0800 @@ -3166,7 +3166,7 @@ if test $_smb = auto; then _smb=no for _ld_tmp in -lsmbclient -lsmbclient $_ld_dl -lsmbclient $_ld_dl -lnsl -lsmbclient $_ld_dl -lssl -ln$ -statement_check libsmbclient.h 'smbc_opendir(smb://)' $_ld_tmp +statement_check samba-4.0/libsmbclient.h 'smbc_opendir(smb://)' $_ld_tmp extra_ldflags=$extra_ldflags $_ld_tmp _smb=yes break done fi diff -Naru a/stream/stream_smb.c b/stream/stream_smb.c --- a/stream/stream_smb.c 2014-03-09 08:06:06.0 +0800 +++ b/stream/stream_smb.c 2014-04-04 12:51:15.975609904 +0800 @@ -18,7 +18,7 @@ #include config.h -#include libsmbclient.h +#include samba-4.0/libsmbclient.h #include unistd.h #include mp_msg.h -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743605: usbmuxd and libusbmuxd-tools: error when trying to install together
Package: libusbmuxd-tools,usbmuxd Version: libusbmuxd-tools/1.0.9-1 Version: usbmuxd/1.0.8-3+b1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2014-04-04 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: Selecting previously unselected package libxml2:amd64. (Reading database ... 10937 files and directories currently installed.) Preparing to unpack .../libxml2_2.9.1+dfsg1-3_amd64.deb ... Unpacking libxml2:amd64 (2.9.1+dfsg1-3) ... Selecting previously unselected package libplist2:amd64. Preparing to unpack .../libplist2_1.11-3_amd64.deb ... Unpacking libplist2:amd64 (1.11-3) ... Selecting previously unselected package libusb-1.0-0:amd64. Preparing to unpack .../libusb-1.0-0_2%3a1.0.17-1+b1_amd64.deb ... Unpacking libusb-1.0-0:amd64 (2:1.0.17-1+b1) ... Selecting previously unselected package libusbmuxd2:amd64. Preparing to unpack .../libusbmuxd2_1.0.9-1_amd64.deb ... Unpacking libusbmuxd2:amd64 (1.0.9-1) ... Selecting previously unselected package libusbmuxd-tools. Preparing to unpack .../libusbmuxd-tools_1.0.9-1_amd64.deb ... Unpacking libusbmuxd-tools (1.0.9-1) ... Selecting previously unselected package usbmuxd. Preparing to unpack .../usbmuxd_1.0.8-3+b1_amd64.deb ... Unpacking usbmuxd (1.0.8-3+b1) ... dpkg: error processing archive /var/cache/apt/archives/usbmuxd_1.0.8-3+b1_amd64.deb (--unpack): trying to overwrite '/usr/bin/iproxy', which is also in package libusbmuxd-tools 1.0.9-1 Processing triggers for man-db (2.6.6-1) ... Errors were encountered while processing: /var/cache/apt/archives/usbmuxd_1.0.8-3+b1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /usr/bin/iproxy /usr/share/man/man1/iproxy.1.gz This bug has been filed against both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that package. You may then also register in the BTS that the other package is affected by the bug. -Ralf. PS: for more information about the detection of file overwrite errors of this kind see http://edos.debian.net/file-overwrites/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743605: [Pkg-gtkpod-devel] Bug#743605: usbmuxd and libusbmuxd-tools: error when trying to install together
On Fri, Apr 04, 2014 at 08:20:04AM +0200, Ralf Treinen wrote: Package: libusbmuxd-tools,usbmuxd Version: libusbmuxd-tools/1.0.9-1 Version: usbmuxd/1.0.8-3+b1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2014-04-04 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: That's a known issue. The libusbmuxd stuff was recently split into a different source package and I was waiting for that go pass through NEW before removing it from usbmuxd itself. Thanks for reporting it though. -- Kind regards, Loong Jin signature.asc Description: Digital signature
Bug#743508: perhaps it should be libzmq4?
This makes me wonder if there shouldn't be a libzmq4 package for the 4.x series while leaving the libzmq3 for the 3.x series. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743606: webkitgtk: Please switch to geoclue 2
Source: webkitgtk Version: 2.4.0-1 Severity: normal Hi, Quickly looking at webkitgtk 2.4.0 it seems that it supports geoclue2, could you please to switch to this new version. geoclue 2.1.7 has been uploaded to unstable already. My goal is to remove geoclue1 from the archive before the jessie release. Cheers, Laurent Bigonville -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742768: Re: Regarding your cacti security report CVE-2014-2326 - 2328
Hi Tony, Just for your heads up. I was hoping to also se a fix for CVE-2014-2327 already, but I fully understand why that takes longer. Do you have any idea how long it will take? Days, weeks, months? If the scale is bigger than some small number of weeks, I will patch cacti in Debian already with the fixes available. You do know that Cacti got assigned two other CVE's for a fix you made recently? CVE-2014-2708 and CVE-2014-2709: http://seclists.org/oss-sec/2014/q2/15 Paul On 03/31/14 06:46, Tony Roman wrote: Paul, I created 3 bugs to fix the issues outlined. I'm still working on CVE-2014-2327 as it will require a little more work to mitigate in the Cacti code. As for your questions about past CVE, the currently reported ones are valid from the reported version to the latest. Once I have resolved the issue in CVE-2014-2327, I will post patches all the way back to 0.8.7g to 0.8.8b. A new release is pending release after testing is complete. If you are logged into the bug system you should be able to read the descriptions of the issues that I added as private comments. CVE-2014-2326 Unspecified HTML Injection Vulnerability http://bugs.cacti.net/view.php?id=2431 CVE-2014-2327 Cross Site Request Forgery Vulnerability http://bugs.cacti.net/view.php?id=2432 CVE-2014-2328 Unspecified Remote Command Execution Vulnerability http://bugs.cacti.net/view.php?id=2433 Tony Roman Cacti Developer On 3/28/14, 3:52 AM, Paul Gevers wrote: Hi, As the maintainer of Cacti in Debian, I received [1] your security report [2] on Cacti yesterday. I have several questions. I didn't see any public communication with the upstream maintainers, so I assume it was done in private. After releasing your CVE numbers, wouldn't it been nice to report the issues also in the bug tracker of cacti, so that contributors could maybe help? I find your report rather vague, for one because it talks about an old version of cacti (current version is 0.8.8b). How is e.g. CVE-2014-2326 different than (the already fixed) CVE-2013-5588, CVE-2010-2545, CVE-2010-2544 and CVE-2010-2543? Could you please explain if you found new issues? Maybe just explicitly stating the issues you found? Furthermore, with the current description I hardly see a difference between CVE-2014-2328 and the (unresolved) CVE-2009-4112? To me it seems you have a new point with CVE-2014-2327 though. Paul Gevers. Debian Cacti maintainer. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=742768 [2] http://www.securityfocus.com/archive/1/531588 signature.asc Description: OpenPGP digital signature
Bug#736532: [postgres-xc] gtm proxy support in init script
On Thu, Apr 03, 2014 at 11:20:38AM -0400, Tim Sattarov wrote: can you send me output of sh -x postgres-xc start ? Sure, attached. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at gmail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL + set -e + PGXC_DATA=/var/lib/postgres-xc + PGXC_LOG=/var/log/postgres-xc + PGXC_RUN=/var/run/postgresql + . /lib/lsb/init-functions + run-parts --lsbsysinit --list /lib/lsb/init-functions.d + [ -r /lib/lsb/init-functions.d/20-left-info-blocks ] + . /lib/lsb/init-functions.d/20-left-info-blocks + FANCYTTY= + [ -e /etc/lsb-base-logging.sh ] + true + [ -r /etc/default/postgres-xc ] + . /etc/default/postgres-xc + FAST_STOP=true + [ -d /var/run/postgresql ] + chown postgres-xc.postgres-xc /var/run/postgresql + chmod 2775 /var/run/postgresql + do_ctl start Starting + ACTION=start + STATUS=0 + status=0 + [ start = stop ] + SEQUENCE=gtm gtm_proxy coordinator datanode + [ start = stop ] + PG_CTL=gtm_ctl + PG_START=gtm + EXTRA_OPTS= + log_daemon_msg Starting Postgres-XC gtm + [ -z Starting Postgres-XC gtm ] + log_daemon_msg_pre Starting Postgres-XC gtm + log_use_fancy_output + TPUT=/usr/bin/tput + EXPR=/usr/bin/expr + [ -t 1 ] + FANCYTTY=0 + false + [ -z ] + echo -n Starting Postgres-XC gtm: Starting Postgres-XC gtm:+ return + ls /etc/postgres-xc/gtm/ + [ -f /etc/postgres-xc/gtm/GTM/run ] + [ start = reload ] + [ start = reload ] + [ start = stop ] + [ 0 -eq 1 ] + [ gtm = gtm_proxy ] + [ gtm = gtm_proxy ] + start-stop-daemon -c postgres-xc -Sx /usr/bin/gtm_ctl -- start -D /var/lib/postgres-xc/GTM -Z gtm -l /var/log/postgres-xc/datanode.log + STATUS=0 + true + [ 0 -gt 0 ] + ERRMSG=server starting + REPORT=GTM + [ start = status ] + log_progress_msg GTM + [ -z GTM ] + echo -n GTM GTM+ [ 0 -eq 0 ] + [ start = start ] + check_if_running gtm GTM + status=0 + pidfile=gtm.pid + sleep 2 + [ -r /var/lib/postgres-xc/GTM/gtm.pid ] + head -n 1 /var/lib/postgres-xc/GTM/gtm.pid + PID=2433 + [ -z 2433 ] + ps h -o comm -p 2433 + [ gtm != gtm ] + return 0 + STATUS=0 + log_end_msg 0 + [ -z 0 ] + local retval + retval=0 + log_end_msg_pre 0 + log_use_fancy_output + TPUT=/usr/bin/tput + EXPR=/usr/bin/expr + [ -t 1 ] + FANCYTTY=0 + false + log_use_fancy_output + TPUT=/usr/bin/tput + EXPR=/usr/bin/expr + [ -t 1 ] + FANCYTTY=0 + false + RED= + YELLOW= + NORMAL= + [ 0 -eq 0 ] + echo . . + log_end_msg_post 0 + : + return 0 + PG_CTL=gtm_ctl + PG_START=gtm_proxy + EXTRA_OPTS= + log_daemon_msg Starting Postgres-XC gtm_proxy + [ -z Starting Postgres-XC gtm_proxy ] + log_daemon_msg_pre Starting Postgres-XC gtm_proxy + log_use_fancy_output + TPUT=/usr/bin/tput + EXPR=/usr/bin/expr + [ -t 1 ] + FANCYTTY=0 + false + [ -z ] + echo -n Starting Postgres-XC gtm_proxy: Starting Postgres-XC gtm_proxy:+ return + ls /etc/postgres-xc/gtm_proxy/ + [ -f /etc/postgres-xc/gtm_proxy/GTM_PROXY/run ] + [ start = reload ] + [ start = reload ] + [ start = stop ] + [ 0 -eq 1 ] + [ gtm_proxy = gtm_proxy ] + EXTRA_OPTS=-o -D /var/lib/postgres-xc/GTM_PROXY + [ gtm_proxy = gtm_proxy ] + start-stop-daemon -c postgres-xc -Sx /usr/bin/gtm_ctl -- start -D /var/lib/postgres-xc/GTM_PROXY -Z gtm_proxy -l /var/log/postgres-xc/datanode.log -o -D /var/lib/postgres-xc/GTM_PROXY gtm_ctl: another server might be running; trying to start server anyway + STATUS=0 + true + [ 0 -gt 0 ] + ERRMSG=server starting + REPORT=GTM_PROXY + [ start = status ] + log_progress_msg GTM_PROXY + [ -z GTM_PROXY ] + echo -n GTM_PROXY GTM_PROXY+ [ 0 -eq 0 ] + [ start = start ] + check_if_running gtm_proxy GTM_PROXY + status=0 + pidfile=gtm_proxy.pid + sleep 2 + [ -r /var/lib/postgres-xc/GTM_PROXY/gtm_proxy.pid ] + head -n 1 /var/lib/postgres-xc/GTM_PROXY/gtm_proxy.pid + PID=2443 + [ -z 2443 ] + ps h -o comm -p 2443 + [ != gtm_proxy ] + status=1 + return 0 + STATUS=1 + log_end_msg 1 + [ -z 1 ] + local retval + retval=1 + log_end_msg_pre 1 + log_use_fancy_output + TPUT=/usr/bin/tput + EXPR=/usr/bin/expr + [ -t 1 ] + FANCYTTY=0 + false + log_use_fancy_output + TPUT=/usr/bin/tput + EXPR=/usr/bin/expr + [ -t 1 ] + FANCYTTY=0 + false + RED= + YELLOW= + NORMAL= + [ 1 -eq 0 ] + [ 1 -eq 255 ] + /bin/echo -e failed! failed! + log_end_msg_post 1 + : + return 1
Bug#743607: Outstanding fixes on ocl-icd-devel mailing list
Package: src:ocl-icd Severity: -1 normal Owner: Aaron Watry awa...@gmail.com X-Debbugs-CC: Aaron Watry awa...@gmail.com Hi, On 04/04/2014 04:37, Aaron Watry wrote: Hi Vincent, I'm not quite sure who to go to about this, but back in November I had posted 2 resource leak/bug fixes to ocl-icd-devel [1][2]. Both were issues spotted by using valgrind to debug something else I was working on. Sadly, no one has responded and the patches are still sitting on the mailing list. Would you mind taking a look at them and committing them if they look ok? At a quick glance, they seem good. It looks like you're one of the main guys working on this project at the moment (based on the commit history), which is why I'm writing you. Please let me know if there are any issues/objections. I think I miss them or I forgot them. I opened a bug report with this mail to be sure to deal with them at my next upload. [1] http://lists.forge.imag.fr/pipermail/ocl-icd-devel/2013-November/03.html [2] http://lists.forge.imag.fr/pipermail/ocl-icd-devel/2013-November/04.html Thank You, Aaron Watry Thank you very much for the initial report and this follow up. Just note for next times that such remarks are bugs so using bugreport would ensure a better tracking. Regards, Vincent -- Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://people.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743608: network-manager: Unable to connect to any network after suspend (reboot, needed)
Package: network-manager Version: 0.9.8.8-5 Severity: normal Dear Maintainer, After a recent upgrade (of NM and other softwares), NM does not allow to reconnect to a wifi network after suspend. The only way to reconnect is to reboot the computer. See dmesg log below to have an example of the fail (see also daemon.log). I notice this bug occurs only when I close the screen of my laptop (and then it suspend). When I suspend with an hardware shortcut, I can reconnect after. -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages network-manager depends on: pn addusernone ii dbus 1.8.0-3 ii init-system-helpers1.18 pn isc-dhcp-clientnone ii libc6 2.18-4 ii libdbus-1-31.8.0-3 ii libdbus-glib-1-2 0.102-1 ii libgcrypt111.5.3-4 ii libglib2.0-0 2.40.0-2 ii libgnutls262.12.23-13 ii libgudev-1.0-0 204-8 ii libmm-glib01.0.0-4 ii libnl-3-2003.2.24-1 ii libnl-genl-3-200 3.2.24-1 ii libnl-route-3-200 3.2.24-1 ii libnm-glib40.9.8.8-5 ii libnm-util20.9.8.8-5 ii libpam-systemd 204-8 pn libpolkit-gobject-1-0 none ii libsoup2.4-1 2.46.0-2 ii libsystemd-login0 204-8 ii libuuid1 2.20.1-5.7 pn lsb-base none pn policykit-1none ii udev 204-8 ii wpasupplicant 1.1-1 Versions of packages network-manager recommends: pn crda none pn dnsmasq-base none pn iptables none pn modemmanager none ii ppp 2.4.5+git20130610-4 Versions of packages network-manager suggests: pn avahi-autoipd none -- Configuration Files: /etc/NetworkManager/NetworkManager.conf changed: [main] plugins=ifupdown,keyfile no-auto-default=B8:CA:3A:C6:29:4D, [ifupdown] managed=false -- no debconf information --$ cat /var/lib/NetworkManager/NetworkManager.state [main] NetworkingEnabled=true WirelessEnabled=true WWANEnabled=true WimaxEnabled=true --dmesg Running hook /usr/lib/pm-utils/sleep.d/00logging suspend suspend: Linux nil2 3.13-1-amd64 #1 SMP Debian 3.13.7-1 (2014-03-25) x86_64 GNU/Linux Module Size Used by uinput 17372 1 ctr12927 0 ccm17577 0 binfmt_misc16949 1 nfsd 259239 2 auth_rpcgss51202 1 nfsd oid_registry 12419 1 auth_rpcgss nfs_acl12511 1 nfsd nfs 183626 0 lockd 79321 2 nfs,nfsd fscache45542 1 nfs sunrpc224626 6 nfs,nfsd,auth_rpcgss,lockd,nfs_acl nls_utf8 12456 1 nls_cp437 16553 1 vfat 17135 1 fat53794 1 vfat fuse 78793 1 loop 26609 0 ppdev 12686 0 lp 17074 0 joydev 17063 0 snd_hda_codec_hdmi 40859 1 iTCO_wdt 12831 0 snd_hda_codec_idt 48662 1 iTCO_vendor_support12649 1 iTCO_wdt dell_wmi 12477 0 sparse_keymap 12818 1 dell_wmi x86_pkg_temp_thermal12951 0 intel_powerclamp 13063 0 intel_rapl 17356 0 coretemp 12854 0 kvm_intel 130584 0 kvm 380340 1 kvm_intel crct10dif_pclmul 13387 0 crc32_pclmul 12915 0 crc32c_intel 21809 0 ghash_clmulni_intel13021 0 snd_hda_intel 43768 2 snd_hda_codec 146743 3 snd_hda_codec_hdmi,snd_hda_codec_idt,snd_hda_intel snd_hwdep 13148 1 snd_hda_codec arc4 12536 2 snd_pcm84153 3 snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel snd_page_alloc 17114 2 snd_pcm,snd_hda_intel dell_laptop17077 0 dcdbas 13313 1 dell_laptop snd_seq48834 0 iwldvm126927 0 snd_seq_device 13132 1 snd_seq snd_timer 26614 2 snd_pcm,snd_seq aesni_intel50772 0 mac80211 450945 1 iwldvm efi_pstore 12805 1 aes_x86_64 16719 1 aesni_intel lrw12757 1 aesni_intel gf128mul 12970 1 lrw glue_helper12695 1 aesni_intel ablk_helper12572 1 aesni_intel cryptd 14516 3 ghash_clmulni_intel,aesni_intel,ablk_helper uvcvideo 78960 0 efivars17257 1 efi_pstore snd60917 13
Bug#743434: openssh-client: wildcard host precedence and CanonicalizeHostname
03.04.2014, в 11:58, sergio mail...@sergio.spb.ru написал(а): On 04/03/2014 04:52 AM, Russ Allbery wrote: That host block doesn't match that ssh command. Try changing it to: Host foo foo.mydomain.com and see if you get different behavior. He said that you wrote host foo.mydomain.com and use command for DIFFERENT domain foo (ssh -vvv foo ...) in your previous letter. I think it was just a blot. The answer you need was in the first letter - change the order of blocks in local config. Even after rereading foo matches the first block that has no delegate option. Have you noticed CanonicalizeHostname and CanonicalDomains? This block matches that ssh command otherwise could you explain why I got all other options from it and this debug line: % ssh -vvv foo klist | grep re-re debug1: Hostname has changed; re-reading configuration /usr/share/doc/openssh-client/changelog.Debian.gz openssh (1:6.5p1-1) unstable; urgency=medium * New upstream release (http://www.openssh.com/txt/release-6.5, LP: #1275068): - ssh(1): Add support for client-side hostname canonicalisation using a set of DNS suffixes and rules in ssh_config(5). This allows unqualified names to be canonicalised to fully-qualified domain names to eliminate ambiguity when looking up keys in known_hosts or checking host certificate names (closes: #115286). -- sergio. -- To UNSUBSCRIBE, email to debian-ssh-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/533d14c0.3060...@sergio.spb.ru -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743605: [Pkg-gtkpod-devel] Bug#743605: usbmuxd and libusbmuxd-tools: error when trying to install together
Hi, On Fri, Apr 04, 2014 at 02:28:17PM +0800, Chow Loong Jin wrote: On Fri, Apr 04, 2014 at 08:20:04AM +0200, Ralf Treinen wrote: Package: libusbmuxd-tools,usbmuxd Version: libusbmuxd-tools/1.0.9-1 Version: usbmuxd/1.0.8-3+b1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2014-04-04 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: That's a known issue. The libusbmuxd stuff was recently split into a different source package and I was waiting for that go pass through NEW before removing it from usbmuxd itself. OK, good to know. I just added a tag pending to the bug. Cheers -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743609:
Package: cifs-utils Version: 2:5.5-1 Error message : [35755.280480] CIFS VFS : RFC1001 size 84 smaller than SMB for mid=1 [35755.285126] CIFS VFS : cifs_mount failed w/return code = -5 My command : mount -t cifs //10.250.113.18/share /local/folder -o username=usr,password=pw,sec=ntlmv2 Descrption : mount should have mounted the cifs share. (worked 3 weeks ago when i was doing my labs) Tried on 2 different Debian, show same result. I'm trying to mount a share from an old version of OS400 V5R2. Can't get it to work now Configuration : I Didn't change anything at the default config. Kernel = Linux Debian-Name 3.2.0.4-686-pae #1 SMP Debian 3.2.54-2 i686 GNU/Linux Cordialement, Charles BARTHOLOMEW Portable : +33 6 52 89 11 79 Adresse : 73 Route de Bordeaux ? Pauillac 33460 Macau
Bug#703188: Test issues with ruby-pygments.rb
On Friday 04 April 2014 01:29:59 Per Andersson wrote: The pull request actually removes Debian specific invokation. Check the comment for the python_binary method. got it. I am using it to patch the Debian package. If upstream decides to include it: great! If not, we carry the patch. Fine with me. Thanks for finishing up the work and uploading. :-) All the best -- https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/ -o- irc: dod at irc.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#743610: O: crystalhd -- Crystal HD Video Decoder (development files)
Package: wnpp Severity: normal The current maintainer of crystalhd, Andres Mejia ame...@debian.org, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: crystalhd Binary: libcrystalhd-dev, libcrystalhd3, gstreamer0.10-crystalhd Version: 1:0.0~git20110715.fdd2f19-9 Maintainer: Andres Mejia ame...@debian.org Build-Depends: debhelper (= 8.1.3~), libgstreamer0.10-dev, libgstreamer-plugins-base0.10-dev Architecture: amd64 i386 Standards-Version: 3.9.3 Format: 3.0 (quilt) Files: 0a3dcc8d6257ff727edc1a0b3fc505ca 2180 crystalhd_0.0~git20110715.fdd2f19-9.dsc c48042d163dd81bf2fb003f8da134dfd 1186072 crystalhd_0.0~git20110715.fdd2f19.orig.tar.gz 0a24bbab1b33e47c552a7ff6e450266a 4703 crystalhd_0.0~git20110715.fdd2f19-9.debian.tar.gz Vcs-Browser: http://git.debian.org/?p=collab-maint/crystalhd.git Vcs-Git: git://git.debian.org/git/collab-maint/crystalhd.git Checksums-Sha1: 7dbf4eb6ce05f75e083404a65921979a2f87e90e 2180 crystalhd_0.0~git20110715.fdd2f19-9.dsc b051c1522e53120d5d3a35f3639c8c6dc69918da 1186072 crystalhd_0.0~git20110715.fdd2f19.orig.tar.gz 759f76f3f3594dc848c239d36cefa385e54a43a3 4703 crystalhd_0.0~git20110715.fdd2f19-9.debian.tar.gz Checksums-Sha256: 998976e5372590fc89fcef6805545677724ba8e706bbabe6690285de71d17a80 2180 crystalhd_0.0~git20110715.fdd2f19-9.dsc a1c22908b85085dcc4591bc033fe054be63eab59b7d35f0a9ab3fcb2600722b7 1186072 crystalhd_0.0~git20110715.fdd2f19.orig.tar.gz e4cce2c3344689169d3e0bf7b7d0d4eb2680c755f24841e13fe6caaa60f15749 4703 crystalhd_0.0~git20110715.fdd2f19-9.debian.tar.gz Homepage: http://www.broadcom.com/support/crystal_hd/ Package-List: gstreamer0.10-crystalhd deb video optional libcrystalhd-dev deb libdevel optional libcrystalhd3 deb libs optional Directory: pool/main/c/crystalhd Priority: source Section: libs Package: libcrystalhd-dev Source: crystalhd Version: 1:0.0~git20110715.fdd2f19-9 Installed-Size: 112 Maintainer: Andres Mejia ame...@debian.org Architecture: amd64 Depends: libcrystalhd3 (= 1:0.0~git20110715.fdd2f19-9) Description-en: Crystal HD Video Decoder (development files) Crystal HD Solution is a product offered by Broadcom. It is used to enable flawless playback of 1080p high definition video across a wide range of systems. . This package contains the files necessary for development. Description-md5: 2ccad650bf2e351c06e27d334202ca8f Multi-Arch: same Homepage: http://www.broadcom.com/support/crystal_hd/ Tag: devel::library, role::devel-lib Section: libdevel Priority: optional Filename: pool/main/c/crystalhd/libcrystalhd-dev_0.0~git20110715.fdd2f19-9_amd64.deb Size: 18056 MD5sum: 6af2d4df45bd78087988130e86a43f86 SHA1: 93bda69b201434b055f5b5bc34c69e666240 SHA256: f1322aede989f6dca9ff770281ab6e8109057d13fa202cd6d5d24f5e8d748e2f Package: libcrystalhd3 Source: crystalhd Version: 1:0.0~git20110715.fdd2f19-9 Installed-Size: 144 Maintainer: Andres Mejia ame...@debian.org Architecture: amd64 Depends: libc6 (= 2.4), libgcc1 (= 1:4.1.1), libstdc++6 (= 4.1.1) Pre-Depends: multiarch-support Suggests: firmware-crystalhd Description-en: Crystal HD Video Decoder (shared library) Crystal HD Solution is a product offered by Broadcom. It is used to enable flawless playback of 1080p high definition video across a wide range of systems. . This package contains the shared library. Description-md5: 9c0c3fc62fd3a469604f2bcbf869c64b Multi-Arch: same Homepage: http://www.broadcom.com/support/crystal_hd/ Tag: role::shared-lib Section: libs Priority: optional Filename: pool/main/c/crystalhd/libcrystalhd3_0.0~git20110715.fdd2f19-9_amd64.deb Size: 53004 MD5sum: 137589f40f3745d5f0d82285e7b1ed57 SHA1: c759e1c7d68f8f3a4a4e56ad468078a5a486862c SHA256: 8f8e1f9354e4698d5e65075143a27b2f468ba349febc3ce34db41452995c5edd Package: gstreamer0.10-crystalhd Source: crystalhd Version: 1:0.0~git20110715.fdd2f19-9 Installed-Size: 95 Maintainer: Andres Mejia ame...@debian.org Architecture: amd64 Depends: libc6 (= 2.3.4), libcrystalhd3, libglib2.0-0 (= 2.14.0), libgstreamer-plugins-base0.10-0 (= 0.10.23), libgstreamer0.10-0 (= 0.10.14), libxml2 (= 2.6.27) Description-en: Crystal HD Video Decoder (GStreamer plugin) Crystal HD Solution is a product offered by Broadcom. It is used to enable flawless playback of 1080p high definition video across a wide range of systems. . This package contains the crystalhd GStreamer plugin. Description-md5: 6af7309316f56b0e9bce49e7ef4bfeff Homepage: http://www.broadcom.com/support/crystal_hd/ Tag: role::plugin, works-with::video Section: video Priority: optional Filename: pool/main/c/crystalhd/gstreamer0.10-crystalhd_0.0~git20110715.fdd2f19-9_amd64.deb Size: 28634 MD5sum:
Bug#742965: libc0.1: openpty()/forkpty() fail on kfreebsd =9.0
I wonder how to fix it. Merely documenting the restriction isn't really anoption, as no widespread system has it. Saving the signal handler, disabling it then restoring would work but introduces a slight race condition (a child process can exit while we're in grantpt()). In fact, it is documented: http://pubs.opengroup.org/onlinepubs/9699919799/functions/grantpt.html The behavior of the grantpt() function is unspecified if the application has installed a signal handler to catch SIGCHLD signals. What is the real package, which hits this problem ? Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742833: [Pkg-mpd-maintainers] Bug#742833: mpd: fails to start when using systemd
Hi Nicolas, I recently decided to try systemd instead of sysvinit. Since this switch mpd does not start when the computer starts anymore. are there any (error) messages? What is the output of 'systemctl status mpd.service'? Do you find anything mpd-related in your syslog / systemd journal, or in mpd's log? Here's an excerpt of the terminal session: balisto:~% pms Practical Music Search v0.42 (c) 2006-2010 by Kim Tore Jensen kimt...@gmail.com Didn't find configuration file /etc/xdg/pms/rc Didn't find configuration file /usr/local/etc/xdg/pms/rc Reading configuration file /home/nicoe/.config/pms/rc Finished reading configuration file. Connecting to host 127.0.0.1, port 6600...failed. problems connecting to 127.0.0.1 on port 6600: Connexion refusée Apparently, mpd is not listening on 127.0.0.1:6600; is mpd running at all, is it listening somewhere else perhaps? If mpd is not running, can you try starting in foreground mode, e.g. using 'mpd --no-daemon --verbose --stderr' - what does it say? I think it lacks an mpd.socket file or something like that. mpd in Debian does not use socket activation yet. If enabled, it is started unconditionally using the configuration in /etc/mpd.conf. -- Configuration Files: /etc/mpd.conf changed [not included] What changes did you make to /etc/mpd.conf? What's the content of /etc/default/mpd? Florian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743000: [Logcheck-devel] Bug#743000: logcheck: i.d.s/ssh regex doesn't match when using key exchange authentication
On Fri, Apr 04, 2014 at 01:19:07AM +0200, Philou wrote: Hi Alberto, You mean, which ssh option ? Default sshd configuration on the server, it's just that, as i'm using key exchange authentication, some text is appended at the end of the syslog message : RSA e8:31:68:c7:01:2d:25:20:36:8f:50:5d:f9:ee:70:4c, and as such the very first regex of i.s.d/ssh won't match Hi! I thought you were using some option in order to get the key fingerprint in the logs, since none of my systems did that. Now I was able to reproduce it. Thanks, this will be fixed. Regards, Alberto Le 2 avr. 2014 à 18:58, Alberto Gonzalez Iniesta a...@inittab.org a écrit : On Sat, Mar 29, 2014 at 10:53:09PM +0100, philou wrote: Current regex in i.d.s/ssh doesn't match when using key exchange authentication. If not using key exchange authentication, the following log message will be correctly ignored: Jan 28 11:52:05 server sshd[1003]: Accepted publickey for fred from 192.0.2.60 port 20042 ssh2 When using key exchange authentication, the following log message will NOT be ignored: Jan 28 11:51:43 server sshd[5104]: Accepted publickey for fred from 192.0.2.60 port 60594 ssh2: RSA e8:31:68:c7:01:2d:25:20:36:8f:50:5d:f9:ee:70:4c Hi Philippe, Could you tell me which option are you using in order to get the latter message? That way I can reproduce it and fix the rule. Thanks, Alberto -- Alberto Gonzalez Iniesta| Formación, consultoría y soporte técnico mailto/sip: a...@inittab.org | en GNU/Linux y software libre Encrypted mail preferred| http://inittab.com Key fingerprint = 5347 CBD8 3E30 A9EB 4D7D 4BF2 009B 3375 6B9A AA55 -- Alberto Gonzalez Iniesta| Formación, consultoría y soporte técnico mailto/sip: a...@inittab.org | en GNU/Linux y software libre Encrypted mail preferred| http://inittab.com Key fingerprint = 5347 CBD8 3E30 A9EB 4D7D 4BF2 009B 3375 6B9A AA55 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743584: trafficserver 4.1.2-1.1 FTBFS on kfreebsd-*
Petr, I would really appreciate a patch for trafficserver with the
prototype to fix this bug, until your fix for eglibc is available in
unstable.
Workaround for trafficserver:
--- lib/ts/ink_thread.h
+++ lib/ts/ink_thread.h
@@ -310,6 +310,12 @@
// This define is from Linux's sys/prctl.h and is most likely very
// Linux specific... Feel free to add support for other platforms
// that has a feature to give a thread specific name / tag.
+
+#if defined(__FreeBSD_kernel__) defined(HAVE_PTHREAD_SETNAME_NP_1)
+#undef HAVE_PTHREAD_SETNAME_NP_1
+extern C int pthread_setname_np (pthread_t __target_thread, __const char
*__name);
+#endif
+
static inline void
ink_set_thread_name(const char* name ATS_UNUSED)
{
Sorry for this problem.
Petr
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743611: acpid: Do not log event in systemd's journalctl
Package: acpid Version: 1:2.0.22-1 Severity: minor Hello, I tried to log all the acpi events using journalctl by using the -l switch in /etc/default/acpid but unfortunately they do not appear while they do when launch from the command line. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages acpid depends on: ii kmod 16-2 ii libc6 2.18-4 ii lsb-base 4.1+Debian12 Versions of packages acpid recommends: ii acpi-support-base 0.141-2 acpid suggests no packages. -- Configuration Files: /etc/default/acpid changed: OPTIONS=-l -- no debconf information -- (° Nicolas Évrard ( ) Liège `¯ signature.asc Description: Digital signature
Bug#743612: pu: package libxml2/2.8.0+dfsg1-7+nmu3
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: pu
X-Debbugs-Cc: debian-xml-sgml-p...@lists.alioth.debian.org
Hi,
I think I have found the likely cause for some (most?) of the infamous
“oops! something has gone wrong” error messages in wheezy.
Please consider accepting this new version of libxml2.
Thanks,
--
.''`.Josselin Mouette
: :' :
`. `'
`-
diff -Nru libxml2-2.8.0+dfsg1/debian/changelog libxml2-2.8.0+dfsg1/debian/changelog
--- libxml2-2.8.0+dfsg1/debian/changelog 2013-10-13 07:40:45.0 +0200
+++ libxml2-2.8.0+dfsg1/debian/changelog 2014-04-04 09:48:36.0 +0200
@@ -1,3 +1,12 @@
+libxml2 (2.8.0+dfsg1-7+nmu3) stable; urgency=low
+
+ * Non-maintainer upload with maintainer’s approval.
+ * 0007-Fix-pthread-memory-corruption.patch: patch stolen from the
+upstream repository. Fix memory corruption when re-using the libxml2
+from threaded applications. Closes: #742258.
+
+ -- Josselin Mouette j...@debian.org Fri, 04 Apr 2014 09:25:16 +0200
+
libxml2 (2.8.0+dfsg1-7+nmu2) stable-security; urgency=high
* Non-maintainer upload by the Security Team.
diff -Nru libxml2-2.8.0+dfsg1/debian/patches/0007-Fix-pthread-memory-corruption.patch libxml2-2.8.0+dfsg1/debian/patches/0007-Fix-pthread-memory-corruption.patch
--- libxml2-2.8.0+dfsg1/debian/patches/0007-Fix-pthread-memory-corruption.patch 1970-01-01 01:00:00.0 +0100
+++ libxml2-2.8.0+dfsg1/debian/patches/0007-Fix-pthread-memory-corruption.patch 2014-04-04 09:40:02.0 +0200
@@ -0,0 +1,32 @@
+From 7a2215dbcd4882e45f618c5f78f8d975b7c47ed3 Mon Sep 17 00:00:00 2001
+From: Daniel Veillard veill...@redhat.com
+Date: Tue, 4 Sep 2012 12:05:17 +0800
+Subject: Fix reuse of xmlInitParser
+
+While xmlCleanupParser() should not be used unless complete control
+is insured over the programe making sure libxml2 is not in use anywhere
+It should still be usable, and allow a sequence of
+xmlInitParser();
+xmlCleanupParser();
+calls if needed, the problem is that the thread key wasn't reallocated
+on subsequent xmlinitParser() calls leading to corruption of pthread
+keys used by the program.
+
+* threads.c: make sure xmlCleanupParser() reset the pthread_once()
+ global variable driving thread key allocation.
+
+diff --git a/threads.c b/threads.c
+index 6d25565..f206149 100644
+--- a/threads.c
b/threads.c
+@@ -915,6 +915,7 @@ xmlCleanupThreads(void)
+ #ifdef HAVE_PTHREAD_H
+ if ((libxml_is_threaded) (pthread_key_delete != NULL))
+ pthread_key_delete(globalkey);
++once_control = PTHREAD_ONCE_INIT;
+ #elif defined(HAVE_WIN32_THREADS) !defined(HAVE_COMPILER_TLS) (!defined(LIBXML_STATIC) || defined(LIBXML_STATIC_FOR_DLL))
+ if (globalkey != TLS_OUT_OF_INDEXES) {
+ xmlGlobalStateCleanupHelperParams *p;
+--
+cgit v0.10.1
+
diff -Nru libxml2-2.8.0+dfsg1/debian/patches/series libxml2-2.8.0+dfsg1/debian/patches/series
--- libxml2-2.8.0+dfsg1/debian/patches/series 2013-10-13 07:40:49.0 +0200
+++ libxml2-2.8.0+dfsg1/debian/patches/series 2014-04-04 09:25:11.0 +0200
@@ -4,5 +4,6 @@
0004-Fix-entities-local-buffers-size-problems.patch
0005-Fix-a-failure-to-report-xmlreader-parsing-failures.patch
0006-Fix-potential-out-of-bound-access.patch
+0007-Fix-pthread-memory-corruption.patch
cve-2013-0338-0339.patch
cve-2013-2877.patch
From 7a2215dbcd4882e45f618c5f78f8d975b7c47ed3 Mon Sep 17 00:00:00 2001
From: Daniel Veillard veill...@redhat.com
Date: Tue, 4 Sep 2012 12:05:17 +0800
Subject: Fix reuse of xmlInitParser
While xmlCleanupParser() should not be used unless complete control
is insured over the programe making sure libxml2 is not in use anywhere
It should still be usable, and allow a sequence of
xmlInitParser();
xmlCleanupParser();
calls if needed, the problem is that the thread key wasn't reallocated
on subsequent xmlinitParser() calls leading to corruption of pthread
keys used by the program.
* threads.c: make sure xmlCleanupParser() reset the pthread_once()
global variable driving thread key allocation.
diff --git a/threads.c b/threads.c
index 6d25565..f206149 100644
--- a/threads.c
+++ b/threads.c
@@ -915,6 +915,7 @@ xmlCleanupThreads(void)
#ifdef HAVE_PTHREAD_H
if ((libxml_is_threaded) (pthread_key_delete != NULL))
pthread_key_delete(globalkey);
+once_control = PTHREAD_ONCE_INIT;
#elif defined(HAVE_WIN32_THREADS) !defined(HAVE_COMPILER_TLS) (!defined(LIBXML_STATIC) || defined(LIBXML_STATIC_FOR_DLL))
if (globalkey != TLS_OUT_OF_INDEXES) {
xmlGlobalStateCleanupHelperParams *p;
--
cgit v0.10.1
Bug#743584: NMU patch for trafficserver 4.1.2-1.2
debdiff trafficserver_4.1.2-1.1.dsc trafficserver_4.1.2-1.2.dsc
diff -Nru trafficserver-4.1.2/debian/changelog
trafficserver-4.1.2/debian/changelog
--- trafficserver-4.1.2/debian/changelog2014-04-03 04:22:04.0
+0100
+++ trafficserver-4.1.2/debian/changelog2014-04-04 08:59:59.0
+0100
@@ -1,3 +1,13 @@
+trafficserver (4.1.2-1.2) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Add missing prototype for pthread_setname_np()
+Add pthread_setname_np.patch
+Patch by Petr Salinger
+Closes: #743584
+
+ -- Anibal Monsalve Salazar ani...@debian.org Fri, 04 Apr 2014 08:59:48
+0100
+
trafficserver (4.1.2-1.1) unstable; urgency=medium
* Non-maintainer upload.
diff -Nru trafficserver-4.1.2/debian/patches/pthread_setname_np.patch
trafficserver-4.1.2/debian/patches/pthread_setname_np.patch
--- trafficserver-4.1.2/debian/patches/pthread_setname_np.patch 1970-01-01
01:00:00.0 +0100
+++ trafficserver-4.1.2/debian/patches/pthread_setname_np.patch 2014-04-04
08:52:04.0 +0100
@@ -0,0 +1,29 @@
+Date: Fri, 4 Apr 2014 09:19:33 +0200 (CEST)
+From: Petr Salinger petr.salin...@seznam.cz
+Subject: Re: Bug#743584: trafficserver 4.1.2-1.1 FTBFS on kfreebsd-*
+
+https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=743584
+
+The primary reason is missing prototype in pthread.h, the library call
+pthread_setname_np (with 2 parametres) have been added for kfreebsd
+recently, but the header have not been updated.
+
+I will prepare fix in svn for next eglibc upload.
+
+Workaround for trafficserver:
+
+--- a/lib/ts/ink_thread.h 2013-12-05 22:07:48.0 +
b/lib/ts/ink_thread.h 2014-04-04 08:48:05.647933842 +0100
+@@ -310,6 +310,12 @@ ink_thread_exit(void *status)
+ // This define is from Linux's sys/prctl.h and is most likely very
+ // Linux specific... Feel free to add support for other platforms
+ // that has a feature to give a thread specific name / tag.
++
++#if defined(__FreeBSD_kernel__) defined(HAVE_PTHREAD_SETNAME_NP_1)
++#undef HAVE_PTHREAD_SETNAME_NP_1
++extern C int pthread_setname_np (pthread_t __target_thread, __const char
*__name);
++#endif
++
+ static inline void
+ ink_set_thread_name(const char* name ATS_UNUSED)
+ {
diff -Nru trafficserver-4.1.2/debian/patches/series
trafficserver-4.1.2/debian/patches/series
--- trafficserver-4.1.2/debian/patches/series 2014-03-28 20:00:17.0
+
+++ trafficserver-4.1.2/debian/patches/series 2014-04-04 08:55:04.0
+0100
@@ -1,3 +1,4 @@
0001-TS-1821.patch
add-mips-support.patch
0001-TS-2454-Fix-undefined-reference-to-__sync_fetch_and_.patch
+pthread_setname_np.patch
signature.asc
Description: Digital signature
Bug#743613: vips: [INTL:de] Updated German translation
Package: vips Version: 7.36.5-1 Severity: wishlist Tags: l10n patch Hi, please find attached the newest German translation of vips. Kind regards, Chris. de.po.gz Description: application/gzip
Bug#743614: mirror listing update for debian.asis.io
Package: mirrors Severity: minor Submission-Type: update Site: debian.asis.io Aliases: ftp.asis.io Type: leaf Archive-architecture: ALL amd64 armel armhf hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390x sparc Archive-ftp: /debian/ Archive-http: /debian/ Archive-rsync: debian/ IPv6: no Archive-upstream: ftp.ro.debian.org Updates: four Maintainer: Factoreal factor...@riseup.net Country: IR Iran, Islamic Republic of Location: Tehran, Iran Sponsor: ASIS Security Group http://asis.io -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743555: [Pkg-sysvinit-devel] Bug#743555: initscripts: command halt unintended changed behaviour
Am Donnerstag, 3. April 2014, 13:20:20 schrieb Steve Langasek: Hi Hans, Hi Steve, thank you very much for your explanations. As you wrote, I already thought of it, that the now correct behaviour is a bugfix of the wrong behaviour before. But I had no proove of it. Thanks to you, I have now. :) So I will just shutdown with shutdown -h now or halt -p instead of halt as before. Just as required. Now as I know the background, you can safely close the bugreport. Again, thanks very much for the quick response and the very value information, Best Hans On Thu, Apr 03, 2014 at 08:44:38PM +0200, Hans-J. Ullrich wrote: Package: initscripts Version: 2.88dsf-51 Severity: minor I wondered, why the behaviour of the command halt might have changed. When I entered the command halt as root, my systems went down and then switched power off. Now it changed that way, that it is going down, but does not switch power off. There is a prompt System halted. According to the manual halt -p does poweroff. This is working here, too. So far, so well halt is working as the manual says. But when I correct understand, then /etc/default/halt says, the command halt shall do a poweroff. And when I understand the manual correctly, the single command halt is calling the command shutdown -h. If I am correct, then the command halt is buggy. If I am not correct, please enlighten me, and explain me, why the single command halt does no more poweroff, as it did before. Does this maybe be related to the change from sysinit to systemd? Please apologize, if this package is the wrong one, I reported the bug to. I don't know why you are seeing a behavior change here in Debian, but this is a FAQ in Ubuntu. You are right that for a very long time, the behavior of 'halt' in sysvinit, as influenced by the contents of /etc/default/halt, was to 'poweroff'. However, a careful reading of the documentation shows that this was actually a *bug*; the 'halt' command, without arguments, should always have been configured to do a non-poweroff halt, and /etc/default/halt should only ever have affected the behavior of 'shutdown -h'. The standard behaviors should always have been: shutdown -P == halt -p == poweroff: halt the system and power down shutdown -H == halt: halt the system, do not power down shutdown -h: halt or power off, depending on /etc/default/halt The reason for this is that shutdown is effectively a wrapper around halt and reboot (see /etc/init.d/reboot, /etc/init.d/halt), and if we allow /etc/default/halt's HALT=poweroff setting to affect the behavior of not just 'shutdown -h', but also of 'halt', then there is *no way* to make 'shutdown -H' do the right thing, because there is no way to override this and tell halt to *not* poweroff (i.e., there is no option to halt which is the opposite of '-p'). So the behavior you describe, while quite unfamiliar to many of us who got quite used to the Debian behavior, is not actually buggy but a bugfix. For information about the history of this behavior in Ubuntu (i.e., with upstart), see: https://bugs.launchpad.net/ubuntu/+source/upstart/+bug/532366 https://bugs.launchpad.net/ubuntu/+source/upstart/+bug/880240 https://bugs.launchpad.net/ubuntu/+source/upstart/+bug/991997 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704656: clamav: Non-actionable cron spam
Hi Tollef, You reported this bug (quite exactly) one year ago. Sorry that you didn't get a reply sooner. I hope it was just a temporary issue and this bug can be closed. If this is not the case, do you know of a way to reproduce this? Best regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743616: Adding sun-java 5,6-jdk in breaks / replaces forces removal of apt on oracle 7 and 8 package install
package: apt
version: 1.0
Why does oracle-java 7 and 8 installer from http://www.webupd8.org force
a remove of apt 1.0 in Debian Sid if the Java apt binary is deprecated??
see:
https://lists.debian.org/debian-devel/2014/04/msg00013.html
from apt 1.0 changelog:
...
[ Michael Vogt ]
* install apt binary
...
* install apt binary by default
* add sun-java{5,6}-jdk to breaks/replaces as they provided a
apt binary as well
Bug#743615: gimp: requires gdkpiuxbuf 2.24.1 but apt-get did not upgrade from 2.24.0
Package: gimp Version: 2.8.2-2+deb7u1 Severity: important upgraded gimp failed to start, with a dialogue window explaining need to upgrade gdkpixbuf, I upgraded library and cured the problem, both packages had been installed some time ago from sid. -- System Information: Debian Release: wheezy/sid APT prefers stable APT policy: (990, 'stable'), (700, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-1.slh.3-aptosid-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gimp depends on: ii gimp-data 2.8.2-2+deb7u1 Data files for GIMP ii libaa1 1.4p5-38+b1 ascii art library ii libatk1.0-0 2.2.0-2 ATK accessibility toolkit ii libbabl-0.1-0 0.1.10-1 Dynamic, any to any, pixel format ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co ii libc6 2.13-5 Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6 The Cairo 2D vector graphics libra ii libdbus-1-3 1.4.10-2 simple interprocess messaging syst ii libdbus-glib-1-20.94-2 simple interprocess messaging syst ii libexif12 0.6.20-1 library to parse EXIF files ii libexpat1 2.1.0-1+deb7u1 XML parsing C library - runtime li ii libfontconfig1 2.9.0-6 generic font configuration library ii libfreetype62.4.4-1 FreeType 2 font engine, shared lib ii libgdk-pixbuf2.0-0 2.26.1-1 GDK Pixbuf library ii libgegl-0.2-0 0.2.0-2+nmu1 Generic Graphics Library ii libgimp2.0 2.8.2-2+deb7u1 Libraries for the GNU Image Manipu ii libglib2.0-02.32.3-1 GLib library of C routines ii libgs9 9.02~dfsg-2 interpreter for the PostScript lan ii libgtk2.0-0 2.24.10-2GTK+ graphical user interface libr ii libgudev-1.0-0 170-1GObject-based wrapper library for ii libice6 2:1.0.7-1X11 Inter-Client Exchange library ii libjasper1 1.900.1-7+b1 The JasPer JPEG-2000 runtime libra ii libjavascriptcoregtk-1. 1.6.1-5 Javascript engine library for GTK+ ii libjpeg88c-2 Independent JPEG Group's JPEG runt ii liblcms11.18.dfsg-1.2+b4 Color management library ii libmng1 1.0.10-1+b1 Multiple-image Network Graphics li ii libpango1.0-0 1.29.4-2 Layout and rendering of internatio ii libpng12-0 1.2.44-2 PNG library - runtime ii libpoppler-glib80.18.4-6 PDF rendering library (GLib-based ii librsvg2-2 2.34.0-1 SAX-based renderer library for SVG ii libsm6 2:1.2.0-1X11 Session Management library ii libsoup2.4-12.38.1-2 HTTP library implementation in C - ii libtiff43.9.6-5 Tag Image File Format (TIFF) libra ii libwebkitgtk-1.0-0 1.4.2-2 Web content engine library for GTK ii libwmf0.2-7 0.2.8.4-8Windows metafile conversion librar ii libx11-62:1.5.0-1X11 client-side library ii libxcursor1 1:1.1.11-1 X cursor management library ii libxext62:1.3.0-1X11 miscellaneous extension librar ii libxfixes3 1:5.0-2 X11 miscellaneous 'fixes' extensio ii libxmu6 2:1.1.1-1X11 miscellaneous utility library ii libxpm4 1:3.5.9-1X11 pixmap library ii libxt6 1:1.1.1-1X11 toolkit intrinsics library ii python 2.7.3-4+deb7u1 interactive high-level object-orie ii python-gtk2 2.24.0-3+b1 Python bindings for the GTK+ widge ii python2.7 2.7.3-6 Interactive high-level object-orie ii zlib1g 1:1.2.7.dfsg-13 compression library - runtime Versions of packages gimp recommends: ii ghostscript 9.02~dfsg-2 interpreter for the PostScript lan Versions of packages gimp suggests: ii gimp-data-extras 1:2.0.1-3 An extra set of brushes, palettes, ii gimp-help-en [gimp-help] 2.6.1-1 Documentation for the GIMP (Englis ii gvfs-backends1.10.1-2+b1 userspace virtual filesystem - bac ii libasound2 1.0.24.1-4 shared library for ALSA applicatio -- 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#743434: openssh-client: wildcard host precedence and CanonicalizeHostname
On 04/04/2014 11:11 AM, Alexander Volkov wrote: The answer you need was in the first letter - change the order of blocks in local config. Even after rereading foo matches the first block that has no delegate option. The order doesn't matter as: This is simply not true due to the above. ~/.ssh/config is parsed before /etc/ssh/ssh_config, and so you can perfectly well override the system-wide configuration file in a per-user configuration file. -- sergio. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743617: Option for pure chaining
Package: myrepos Version: 1.20140227 Severity: wishlist Let's say A chains to B, then A has a stanza [B], which usually also includes a checkout command. Within B, if . should also be controlled by mr, then it needs a stanza for [.]. Now, if mr is run in the context of A, the B root repository gets processed twice: mr status: /home/madduck/debian/debconf/team/pub-data mr status: /home/madduck/debian/debconf/team/pub-data/. which is mostly cosmetical until you start using -j and potentially have two processes work on the same repo at the same time, which is just asking for trouble. I think this could be done in two ways: 1. Either chain==true repos should only ever be processed for checkout, but nothing else, assuming that the sub-repo specifies [.]; 2. One could introduce chain==pure as a keyword to indicate this condition. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mr depends on: ii myrepos 1.20130826 mr recommends no packages. mr suggests no packages. -- debconf-show failed -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#743618: libc6-dev-i386: /usr/include/sys/file.h conflict between libc6-dev-i386 and libc6-dev-ppc64
Package: libc6-dev-i386 Version: 2.18-4 Severity: normal Dear Maintainer, apt-get install libc6-dev-ppc64 fails with the following error: Unpacking libc6-dev-ppc64 (2.18-4) ... dpkg: error processing archive /var/cache/apt/archives/libc6-dev-ppc64_2.18-4_powerpc.deb (--unpack): trying to overwrite '/usr/include/sys/file.h', which is also in package libc6-dev-i386 2.18-4 Errors were encountered while processing: /var/cache/apt/archives/libc6-dev-ppc64_2.18-4_powerpc.deb Possibly related to #702962. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf powerpc Kernel: Linux 3.13-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libc6-dev-i386 depends on: ii libc6-dev 2.18-4 ii libc6-i386 2.18-4 Versions of packages libc6-dev-i386 recommends: pn gcc-multilib none libc6-dev-i386 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#726913: r-base-dev: does not use the dpkg-buildflags options for gfortran, specifically LDFLAGS
On Thu, Apr 03, 2014 at 06:45:57PM -0500, Dirk Eddelbuettel wrote: | But ... I just built the first r-cran-* package against the new setting and | lintian still says: | | W: r-cran-slam: hardening-no-relro usr/lib/R/site-library/slam/libs/slam.so | [...] r-cran.mk doesn't set or export anything. I am a little puzzled too. Shouldn't that just work? It makes it into R's /etc/R/Makeconf for the compiler flags. Ah .. found it. I don't assign ldflags -- doh! LDFLAGS=\ Will fix. Great! Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704805: Bug#726913: r-base-dev: does not use the dpkg-buildflags options for gfortran, specifically LDFLAGS
[Moving to correct bug report from #726913] On Thu, Apr 03, 2014 at 06:45:57PM -0500, Dirk Eddelbuettel wrote: | The last major breakage happened when R went from 2.15.x - 3.0.x; R | 3.0.0 would not read packages built for R 2.15.x. Before that, it was | something like 2.9.x - 2.10.x (though I may be wrong about the | details). Yes. So maybe twice a decade. I don't think that warrants all these acrobatics. It's two lines of metadata in r-base. That's it. Nothing more, nothing less. (The original patch is three lines, not two, and means that only one line would need to change when r-base changes.) And they only change twice a decade. It's non-intrusive, maintainers need not do anything different whatsoever and so on. The key point is that only *you*, as maintainer of r-base, are able to do this - no add-on package maintainer can. Some examples of other packages which use this system (some calling it -abi and others -api): apache2-bin, banshee, geany, libhdb9-heimdal, python-numpy, python-sip, erlang-base So it's an accepted Debian approach, it's known to work well and prevents archive breakage. | The problem for package maintainers is that no-one knows in advance | when the upstream R developers are going to break compatibility with Depends on how closely they follow R. They follow -- that is what maintainers do. This is true, but the people who are affected are the users. Not every maintainer is very responsive (as we all know only too well). It is far better that a user is told by aptitude/apt-get/... that their installed add-on package is incompatible with the r-base upgrade. It would also mean that the critical r-base transition to testing can only happen when all of the depending add-on packages have been upgraded or removed from testing, making the transition far, far smoother. Yes, it may only happen once every five years, but the pain was significant last time, and this is a very simple way to avoid that next time round. This will also make it easier for you or the then-maintainer of r-base to manage that transition: the archive tools will support you and the FTP team in the process, and not-upgraded packages can easily and automatically be removed from testing - they will have unsatisfied dependencies. R Core signals _way ahead_. We know when breaking changes will happen. We can cope. I just this too heavy-handed. We didn't cope well last time, and there's no evidence that things will be any different next time. | [...] | In this way, no-one has to be prescient, and packages built with the | new scheme will happily coexist with any r-base-core version that is | backwards compatible with it. We have that right now too :) Yes, but we also have packages happily coexisting with r-base-core versions with which they are INcompatible: a package build with r-base-core 2.15.3-2 is incompatible with r-base-core 3.0.0-1, but dpkg is entirely unaware of this. That's not acceptable. | So the changes needed are just two: introduce Provides: r-api-3.0 | in the r-base-core control file, and add r-api-3.0 to the echo | R:Depends=... line in r-cran.mk. This will ONLY need changing if | and when R ceases being backwards compatible with packages built by | earlier versions. | | | Is that a bit clearer? Yes, thank you. It is a nice answer. I just don;t think there is enough of an issue or question to warrant it. Unfortunately, I believe there is. We could ask TC for their opinion, perhaps? Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743619: vdr-plugin-vnsiserver: Is the Depends on xbmc necessary?
Source: vdr-plugin-vnsiserver Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Maintainer, is it possible to lower xmbc from Depends to Recommends for vdr-plugin-vnsiserver? I'm running VDR on a different machine than I run XBMC and I would prefer not to have to install all the XMBC dependencies when I only want VDR to be able stream to a different machine. - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-rc7-amd64 (SMP w/1 CPU core) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCgAGBQJTPnWCAAoJEGlMre9Rx7W2gpwP/iZ/32rQUkrEN0gp8vyRH9iS CGwaC3s7qA3ju95Z4IBvaXpOQhEwirgUEcaM1Wzq8UmXMDbpnazbLm2LnmAnCL93 1QczgD088aIxNS1SViFiNDyvadx+4nfShb9SArDWdFvF8LkK1ONaMoDfX7UsQ97o zQtL1OC9EcKriJ1wcM5GgSMp5rN/rO3uj7zEZQlezG0b2TpMlvyYtu71M4whc6+Z siA7SYc/ZlZvTxBfHRd/igZaEFVB80F5zfF1QY+nqm4eI3Zhr7ZovRUWCv5yZZ5m hqREwVl1eea0zgfHeLPygiADzMWRN7OAHWFuLp30e8bTVJCCpzeKejU62lIbaDkp ELUoQCqkq/O/qkOSBUzq46Xl7b2BekVt56kr7aSaIJZUDjbXU2JmAKuPg2Fp8lAY 5NDbr+rn1epq2fiuiELNHwtuk4de83Zk8V4M07vBd4TV2cPfX3nNKKU9MAzGNx7q w/dppRMXKnxmJaTYeCyf/2uFq+Oje2xNJxSdO8bSq7SIRUAgIem8Ypq6KWYa98tS q8n5Zv5niPKwWe6K20qmvohtRUYYuPccJ9NVg0d6sifcVazaWES+1CVWovwjuXbV 6x2jsbry/c12lAZ5ywZ1O+p2rmRVNEmRPzQ5kT6gVurFFHrsfL/lyeWgVm2zwoU5 DhdweLKHx5ruC7E/EMep =jQwj -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743434: openssh-client: wildcard host precedence and CanonicalizeHostname
2014-04-04 12:43 GMT+04:00 sergio mail...@sergio.spb.ru: On 04/04/2014 11:11 AM, Alexander Volkov wrote: The answer you need was in the first letter - change the order of blocks in local config. Even after rereading foo matches the first block that has no delegate option. The order doesn't matter as: This is simply not true due to the above. ~/.ssh/config is parsed before /etc/ssh/ssh_config, and so you can perfectly well override the system-wide configuration file in a per-user configuration file. I mean that you have two blocks in ~/.ssh/config: one is host *, the second is host foo. When this config is parsed second time with foo domain, the first block (host *) matches and the parser never goes further. In the first letter you have been answered to change the order - from host *... host foo... to host foo... host * -- sergio. -- To UNSUBSCRIBE, email to debian-ssh-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/533e7095.50...@sergio.spb.ru -- Alexander Volkov senior java architect and developer, engineer mob: +79215283540 skype: v2003_2...@mail.ru
Bug#743606: webkitgtk: Please switch to geoclue 2
On Fri, Apr 04, 2014 at 08:44:08AM +0200, Laurent Bigonville wrote: Quickly looking at webkitgtk 2.4.0 it seems that it supports geoclue2, could you please to switch to this new version. Yes, I think it should work fine, I'll double check and will try to take care of this asap, thanks! Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723781: Fixed in my Git repo (Please package new upstream version 4.55)
control: tag -1 + pending control: owner -1 ! Hi, I'm adopting the stunnel package and I've updated it to version 5.00 in its new collab-maint Git repository at git://anonscm.debian.org/collab-maint/stunnel.git It should be ready for an upload soon. Thanks for your interest in stunnel! G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org p.penc...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 If there were no counterfactuals, this sentence would not have been paradoxical. signature.asc Description: Digital signature
Bug#737517: Fixed in my Git repo (Should block OpenSSL 1.0.1f)
control: tag -1 + pending control: owner -1 ! Hi, I'm adopting the stunnel package and I've updated it to version 5.00 in its new collab-maint Git repository at git://anonscm.debian.org/collab-maint/stunnel.git It should be ready for an upload soon, and the upload would fix this bug. Thanks for your interest in stunnel! G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org p.penc...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 I've heard that this sentence is a rumor. signature.asc Description: Digital signature
Bug#727511: Fixed in my Git repo (run dh-autoreconf)
control: tag -1 + pending control: owner -1 ! Hi, I'm adopting the stunnel package and I've updated it to version 5.00 in its new collab-maint Git repository at git://anonscm.debian.org/collab-maint/stunnel.git Among other changes to the Debian packaging, the update includes switching to dh-autoreconf. It should be ready for an upload soon. Thanks for your interest in stunnel! G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org p.penc...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 Thit sentence is not self-referential because thit is not a word. signature.asc Description: Digital signature
Bug#742795: when selecting no webservers to configure, asks whether to restart
Thijs Kinkhorst, 2014-03-27 16:13+0100: If you unselect all webservers in the debconf question on which one to configure, after that still a question appears about whether the webserver should be restarted. This could of course be omitted in that case. Indeed, thanks for the suggestion, I shall do that in the next revision. :-) -- ,--. : /` ) Tanguy Ortolo xmpp:tan...@ortolo.eu | `-'Debian Developer irc://irc.oftc.net/Tanguy \_ signature.asc Description: Digital signature
Bug#743620: python-enum34: broken symlink: /usr/share/doc/enum/rst - html/_sources
Package: python-enum34 Version: 0.9.23-1 Severity: minor User: debian...@lists.debian.org Usertags: adequate broken-symlink python-enum34 ships a broken symlink: $ file /usr/share/doc/enum/rst /usr/share/doc/enum/rst: broken symbolic link to `html/_sources' -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743413: 'apt list' seg-faults if sources.list file is unreadable
On Wed, Apr 02, 2014 at 02:22:50PM +0100, Ben Hutchings wrote: Package: apt Version: 1.0 Severity: normal Thanks for your bugreport. I accidentally gave /etc/apt/sources.list permissions 640 rather than 644. 'apt list' would then consistently seg-fault. This is fixed in git and will be part of the next upload. Cheers, Michael Ben. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt depends on: ii debian-archive-keyring 2012.4 ii gnupg 1.4.16-1.1 ii libapt-pkg4.12 1.0 ii libc6 2.18-4 ii libgcc1 1:4.8.2-18 ii libstdc++6 4.8.2-18 apt recommends no packages. Versions of packages apt suggests: pn apt-doc none ii aptitude0.6.10-1 ii dpkg-dev1.17.6 ii python-apt 0.9.3.5 ii synaptic0.81.1 -- no debconf information -- To UNSUBSCRIBE, email to deity-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140402132250.9973.53933.report...@deadeye.wl.decadent.org.uk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743621: RFS: spatialite/4.1.1-8
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package spatialite. Package name: spatialite Version : 4.1.1-8 Upstream Author : Alessandro Furieri a.furi...@lqt.it URL : https://www.gaia-gis.it/fossil/libspatialite/ License : MPL-1.1 or GPL-2.0+ or LGPL-2.1+ Section : science It builds those binary packages: libspatialite-dev - Geospatial extension for SQLite - development files libspatialite5 - Geospatial extension for SQLite - libraries libspatialite5-dbg - Geospatial extension for SQLite - debugging symbols To access further information about this package, please visit the following URL: http://mentors.debian.net/package/spatialite Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/s/spatialite/spatialite_4.1.1-8.dsc More information about SpatiaLite can be obtained from https://www.gaia-gis.it/fossil/libspatialite/. Changes since the last upload: * Don't build (but do install) examples, causes gcc-4.8 to segfaul on armhf. Regards, Sebastiaan Couwenberg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743622: libnspr4-dev: support for ppc64el
Package: libnspr4-dev Version: 2:4.10.4-1 Severity: normal Tags: patch Dear Maintainer, I've noticed some defines aren't well set for powerpc64le (aka ppc64el) in linux config file (include/md/_linux.cfg). There is an assumption that powerpc64 is big endian, so defines are set in this way (for example IS_BIG_ENDIAN is defined). This assumption could lead to compiling error on ppc64el arch which is powperpc64 and little endian. To prevent errors, I've added a test to check for powerpc64 to verify the endianness (little or big). Hope it helps. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: ppc64el (ppc64le) Kernel: Linux 3.13-1-powerpc64le (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libnspr4-dev depends on: ii libnspr4 2:4.10.4-1 libnspr4-dev recommends no packages. libnspr4-dev suggests no packages. -- no debconf information --- a/nspr/pr/include/md/_linux.cfg +++ b/nspr/pr/include/md/_linux.cfg @@ -28,10 +28,56 @@ #endif #ifdef __powerpc64__ +#define IS_64 +#ifdef _LITTLE_ENDIAN + +#define IS_LITTLE_ENDIAN 1 +#undef IS_BIG_ENDIAN + +#define PR_BYTES_PER_BYTE 1 +#define PR_BYTES_PER_SHORT 2 +#define PR_BYTES_PER_INT4 +#define PR_BYTES_PER_INT64 8 +#define PR_BYTES_PER_LONG 8 +#define PR_BYTES_PER_FLOAT 4 +#define PR_BYTES_PER_DOUBLE 8 +#define PR_BYTES_PER_WORD 8 +#define PR_BYTES_PER_DWORD 8 + +#define PR_BITS_PER_BYTE8 +#define PR_BITS_PER_SHORT 16 +#define PR_BITS_PER_INT 32 +#define PR_BITS_PER_INT64 64 +#define PR_BITS_PER_LONG64 +#define PR_BITS_PER_FLOAT 32 +#define PR_BITS_PER_DOUBLE 64 +#define PR_BITS_PER_WORD64 + +#define PR_BITS_PER_BYTE_LOG2 3 +#define PR_BITS_PER_SHORT_LOG2 4 +#define PR_BITS_PER_INT_LOG25 +#define PR_BITS_PER_INT64_LOG2 6 +#define PR_BITS_PER_LONG_LOG2 6 +#define PR_BITS_PER_FLOAT_LOG2 5 +#define PR_BITS_PER_DOUBLE_LOG2 6 +#define PR_BITS_PER_WORD_LOG2 6 + +#define PR_ALIGN_OF_SHORT 2 +#define PR_ALIGN_OF_INT 4 +#define PR_ALIGN_OF_LONG8 +#define PR_ALIGN_OF_INT64 8 +#define PR_ALIGN_OF_FLOAT 4 +#define PR_ALIGN_OF_DOUBLE 8 +#define PR_ALIGN_OF_POINTER 8 +#define PR_ALIGN_OF_WORD8 + +#define PR_BYTES_PER_WORD_LOG2 3 +#define PR_BYTES_PER_DWORD_LOG2 3 + +#else /* assuming this is BIG ENDIAN */ #undef IS_LITTLE_ENDIAN #define IS_BIG_ENDIAN1 -#define IS_64 #define PR_BYTES_PER_BYTE 1 #define PR_BYTES_PER_SHORT 2 @@ -72,6 +118,7 @@ #define PR_BYTES_PER_WORD_LOG2 3 #define PR_BYTES_PER_DWORD_LOG2 3 +#endif #elif defined(__powerpc__)
Bug#680137: [Pkg-openssl-devel] Bug#680137: libssl1.0.0: handshake failure (wrong cipher) since 1.0.1 (1.0.0h works)
On 08/10/2013 19:13, Kurt Roeckx wrote: Yes, disabling TLS 1.2 seems to fix your issue, but I really have no idea why. I also don't think this is a good idea. You say that the other side is using OpenSSL 1.0.1, but it looks like a really weird version to me. It doesn't seem to support TLS 1.2 but does 1.1 while there never was a version released that only didn't do 1.2 but did 1.1. It seems to be a snapshot from cvs/git since it says 1.0.1-stable 05 Jun 2011 and doesn't actually have any real version in it. Looking at the release history and git repository, it seems to be in the middle of a development cycle. Please note that 1.0.1 was released on 19 Apr 2012. So I suggest you upgrade it to a released version like 1.0.1e or the current 1.0.1-stable version. The server admin fixed the issue by importing this commit in the 1.0.1c NetBSD version : http://git.openssl.org/gitweb/?p=openssl.git;a=blobdiff;f=ssl/s3_pkt.c;h=dca345865a10a5fae10741e009676731181fc60d;hp=2d569cc1cedc5aa2bb0d0e7f876a22468e77950e;hb=c3b130338760a7e52656fd217d1d4c846e85cdff;hpb=5762f7778da56b9502534fd236007b9a1b0244d9 I think the issue is in the client as well, but fixing it on the server side is enough for it to work. Cheers, -- Clement Hermann (nodens) - L'air pur ? c'est pas en RL, ça ? c'est pas hors charte ? Jean in L'Histoire des Pingouins, http://tnemeth.free.fr/fmbl/linuxsf/ Vous trouverez ma clef publique sur le serveur public pgp.mit.edu. Please find my public key on the public keyserver pgp.mit.edu. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743608: [Pkg-utopia-maintainers] Bug#743608: network-manager: Unable to connect to any network after suspend (reboot, needed)
forcemerge 743206 743608 thanks Thanks for the bug report. Am 04.04.2014 09:07, schrieb pw: Package: network-manager Version: 0.9.8.8-5 Severity: normal Dear Maintainer, After a recent upgrade (of NM and other softwares), NM does not allow to reconnect to a wifi network after suspend. The only way to reconnect is to reboot the computer. See dmesg log below to have an example of the fail (see also daemon.log). I notice this bug occurs only when I close the screen of my laptop (and then it suspend). When I suspend with an hardware shortcut, I can reconnect after. This looks like a duplicate of #743206. Until this has been addressed, you can either a/ boot with systemd as PID 1 b/ install systemd-shim (although it's not yet clear if this package will continue to work with never systemd versions) c/ use the workaround described in [0] to wake up NM, i.e. nmcli nm sleep false Sorry for the inconvenience. Michael [0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=743206#15 -- 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#743510: libnfs
Hey Guys, My day job also involves NFS. Hence I have an interest in it. I'll take over it. Thanks, Ritesh -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System signature.asc Description: OpenPGP digital signature
Bug#730756: gvfs-backends: iphone and systemd: gvfs-afc-volume general protection .. error:0 in libgobject
Hello, Am Dienstag, den 11.03.2014, 17:15 + schrieb althaser: Could you please still reproduce this issue with newer version like gvfs 1.16.3-2 ? With 1.16.3-2 the message was still reproducable but with 1.20.0-1+b1 I have now in sid installed I don't get the traps: gvfs-afc-volume[] general protection error anymore. iphone mounting still doesn't work and I have no idea what's the reason.:( Regards Noël signature.asc Description: This is a digitally signed message part
Bug#742932: adequate: Please indicate via exit code if warnings were emitted
Hi, On Freitag, 4. April 2014, Jakub Wilk wrote: If it's not going to be possible to guess what the option means anyway, and since we anticipate it'll be often-used, maybe a short option would serve better? -e comes to mind (akin to shell's -e). I'm still thinking: adequate is still fairly new, woultdnt it better to make it the default now / soon? And then not exiting with error could become --dry-run maybe?! :) cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#743623: snd-hda-intel not autoloaded with ICH10
Package: linux-image-3.2.0-4-686-pae Version: 3.2.51-1 mariner:~ uname -av Linux mariner 3.2.0-4-686-pae #1 SMP Debian 3.2.51-1 i686 GNU/Linux mariner:~ lspci ... 00:1b.0 Audio device: Intel Corporation 82801JI (ICH10 Family) HD Audio Controller ... mariner:~ cat /proc/asound/cards cat: /proc/asound/cards: No such file or directory mariner:~ really modprobe snd-hda-intel mariner:~ cat /proc/asound/cards 0 [Intel ]: HDA-Intel - HDA Intel HDA Intel at 0xf7ffc000 irq 68 mariner:~ This used to work on this machine; it stopped working after a power cut (ie, effectively, reboot). I think that what has changed is that I'm now running a new kernel - I'm not normally in the habit of rebooting this machine immediately when the kernel is upgraded and it had previously been up for months. Peering at the entrails in dpkg.log isn't of much help in divining what the previous kernel might have been, I'm afraid. However, I can say that linux-image-3.2.0-4-amd64 3.2.51-1 has the same buggy behaviour. For the benefit of others with a similar problem: adding snd-hda-intel to /etc/modules will force load the module and thus provides a workaround. Thanks, Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743265: systemd: booting with init=/bin/systemd drops into emergency mode
retitle 743265 systemd drops into emergency mode if devices from /etc/fstat are missing thanks Hi, Am 02.04.2014 05:59, schrieb Norbert Preining: On Tue, 01 Apr 2014, Michael Biebl wrote: Apr 01 15:49:04 wienerschnitzel systemd[1]: Failed to start Load Kernel Modules. I confirm that adding the noauto option to the strange devices allows booting with init=/bin/systemd. Another option is to use nofail [0]. The above message interestingly remains, but that might have different reasons (self compiled kernel). I guess it boils down to whether non-existing devices should break the boot process. With sysv scripts this what not the case, just a warning messages. I actually do think that systemd handles this correctly. How is it supposed to know if the mount points listed in /etc/fstab aren't vital for the system to function properly unless you tell it so? Say you do have devices in /etc/fstab which do not show up under sysvinit in time during boot. It will just happily continue to boot. If there is e.g. data on those devices which are critical for your server processes to work properly, you might get data loss, undefined behaviour etc. which can be hard to diagnose. Dropping into the rescue shell and letting the administrator examine the situation looks like a much better alternative to me. Can we do something to address this nonetheless? Should we add something to systemd's README.Debian? Do you consider it important enough to add this information to the release notes? Regards, Michael [0] man 5 fstab -- 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#743624: openssh-client: CanonicalizeHostname and GSSAPIDelegateCredentials
Package: openssh-client Version: 1:6.6p1-2 Severity: normal Starting with version 6.6 ssh re-reads ssh_config on CanonicalizeHostname: http://www.openssh.com/txt/release-6.6 * ssh(1): if hostname canonicalisation is enabled and results in the destination hostname being changed, then re-parse ssh_config(5) files using the new destination hostname. This gives 'Host' and 'Match' directives that use the expanded hostname a chance to be applied. This works fine except GSSAPIDelegateCredentials in /etc/ssh/ssh_config. The buggy combination is: /etc/ssh/ssh_config: host * GSSAPIDelegateCredentials no ~/.ssh/config: host * CanonicalizeHostname yes CanonicalDomains mydomain.com host foo.mydomain.com GSSAPIKeyExchange yes GSSAPIAuthentication yes GSSAPIDelegateCredentials yes GSSAPIRenewalForcesRekey yes % ssh foo klist klist: No credentials cache found (ticket cache FILE:/tmp/krb5cc_UID) If I comment out GSSAPIDelegateCredentials in /etc/ssh/ssh_config or do ssh foo.mydomain.com I get forwarded credentials. -- sergio. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743626: nfs-kernel-server doesn't startup reliable. Needs 'reload' or 'restart' in order to work
Package: nfs-kernel-server
Version: 1:1.2.6-4
Severity: important
Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
* What led up to the situation?
Upgrading from Debian Squeeze to Wheezy.
I never had any problems of this kind with former versions of Debian (Sqeeze,
Lenny, ..).
* What exactly did you do (or not do) that was effective (or
ineffective)?
Mounting a nfs-share leads to
mount.nfs: access denied by server while mounting server:home/
at the client and to syslog entry on the server like
rpc.mountd[3073]: refused mount request from 192.168.001.32 for /home (/home):
unmatched host
or
rpc.mountd[3073]: refused mount request from
2002::::::: for /home (/home): unmatched host
But host {IP-Addr} gives exactly the name of the host as it is written in
the exports-file or returned by exportfs.
Till now the problem could always be solved with a /etc/init.d/nfs-kernel-
server restart run as root,
sometimes, but not always, a /etc/init.d/nfs-kernel-server reload did it as
well.
Once by chance I mentioned that exportfs was empty. In this very case a
exportfs -a solved the problem.
This issue occurs on amd64 and i386 machines.
It looks to me like other services or information needed by nfs-kernel-server
aren't yet ready when it starts up, leaving it up in an semi-configured state.
Because when the system is up. a restart of the nsf-kernel-server always
leads to a functional nfs-server.
-- Package-specific info:
-- rpcinfo --
program vers proto port service
104 tcp111 portmapper
103 tcp111 portmapper
102 tcp111 portmapper
104 udp111 portmapper
103 udp111 portmapper
102 udp111 portmapper
1000241 udp 39315 status
1000241 tcp 48325 status
132 tcp 2049 nfs
133 tcp 2049 nfs
134 tcp 2049 nfs
1002272 tcp 2049
1002273 tcp 2049
132 udp 2049 nfs
133 udp 2049 nfs
134 udp 2049 nfs
1002272 udp 2049
1002273 udp 2049
1000211 udp 39480 nlockmgr
1000213 udp 39480 nlockmgr
1000214 udp 39480 nlockmgr
1000211 tcp 51715 nlockmgr
1000213 tcp 51715 nlockmgr
1000214 tcp 51715 nlockmgr
151 udp 50261 mountd
151 tcp 53975 mountd
152 udp 54057 mountd
152 tcp 46722 mountd
153 udp 34905 mountd
153 tcp 56788 mountd
-- /etc/default/nfs-kernel-server --
RPCNFSDCOUNT=8
RPCNFSDPRIORITY=0
RPCMOUNTDOPTS=--manage-gids
NEED_SVCGSSD=
RPCSVCGSSDOPTS=
-- /etc/exports --
/home AcerOne.fritz.box(ro,no_root_squash,async,no_subtree_check)\
Lenovo.fritz.box(ro,no_root_squash,async,no_subtree_check)\
Siemens.fritz.box(ro,no_root_squash,async,no_subtree_check)\
Terra.fritz.box(ro,no_root_squash,async,no_subtree_check)
-- /proc/fs/nfs/exports --
# Version 1.1
# Path Client(Flags) # IPs
/
Terra.fritz.box(ro,root_squash,sync,no_wdelay,no_subtree_check,v4root,fsid=0,uuid=b5b20ae5:c0134e11:b421169b:785fb398)
/home
Terra.fritz.box(ro,no_root_squash,async,wdelay,no_subtree_check,uuid=31ba8f4f:176b476f:a1381778:735700d3)
-- System Information:
Debian Release: 7.4
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages nfs-kernel-server depends on:
ii libblkid1 2.20.1-5.3
ii libc6 2.13-38+deb7u1
ii libtirpc1 0.2.2-5
ii libwrap07.6.q-24
ii lsb-base4.1+Debian8+deb7u1
ii nfs-common 1:1.2.6-4
ii ucf 3.0025+nmu3
nfs-kernel-server recommends no packages.
nfs-kernel-server 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#737309: meld: segfaults when selecting source for directory comparison
Following up on my previous post. I've just noticed that the meld file selector works fine when doing a file comparison. Only when a directory comparison is selected and the first directory for comparison is chosen does the selector cause a segfault crash. It still only happens on one of my boxes though. Others work without problem. What to do? -- Chris Dunn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739921: ITP: iperf3 -- tool for measuring maximum TCP and UDP bandwidth performance
Hello Simon, I'm the maintainer of the bwct package in Debian: https://packages.debian.org/source/jessie/bwctl The next version of bwctl (that I'd like to package for jessie) is depending on iperf3. Do you have any idea how long it will take you to package iperf3? Do you need any help with that? I'll be happy to help if you need a hand! Thanks and best regards, Raoul -- - Raoul Gunnar Borenius Phone : +49 711 63314-206 DFN-Verein, Geschäftsstelle Stuttgart Fax: +49 711 63314-133 Lindenspürstr.32 E-Mail : boren...@dfn.de D-70176 Stuttgart WWW: http://www.dfn.de - - Deutsches Forschungsnetz -- - Germany's National Research and Education Network - - smime.p7s Description: S/MIME cryptographic signature
Bug#743627: grub-splashimages: outdated README
Package: grub-splashimages Version: 1.2.3 Severity: minor Dear Maintainer, the README file of your package comes with a README file with outdated instructions, since now the grub2 configuration is generated automatically from /etc/default, so the file to modify to have an image is actually located there. Best -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/8 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash grub-splashimages depends on no packages. grub-splashimages recommends no packages. Versions of packages grub-splashimages suggests: pn grub 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#737309: meld: segfaults when selecting source for directory comparison
I'm suffering the identical problem to Philipp Huebner on just one of my boxes. As suggested, I removed all packages connected to qtcurve. This did not solve the problem. Removed ~/.gtkrc-2.0 and ~/.gtkrc.bak. This did not help. Re-installed meld. This did not help. Logged out and logged in again. This did not help. Removed ~/.gconf/apps/meld/. This did not help. Removed ~/.gconf/apps/gnome-settings/meld/. This did not help. Removed ~/.local/share/meld/. This did not help. So my uninformed opinion says that this is not a problem connected to qtcurve. I would like to get the invaluable meld working again. Please advise if I can do anything else to assist in resolving the issue. -- Chris Dunn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743629: Wrong (random?) font used by Iceweasel
Package: iceweasel
Version: 24.4.0esr-1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
something seems to be wrong with Iceweasel's interaction with the font
system. Consider Wikipedia, the h1 has
font-family: Linux Libertine,Georgia,Times,serif
Fontconfig knows these fonts:
$ fc-match 'Linux Libertine'
LinLibertine_R.otf: Linux Libertine O Regular
$ fc-match 'serif'
DejaVuSerif.ttf: DejaVu Serif Book
Nevertheless the font used is, according to Iceweasel's inspector,
Nimbus Roman No9 L Regular (and it was TeXGyreTermes until I removed
fonts-texgyre).
No font-related settings are changed in about:config.
Thanks,
Joachim
- -- Package-specific info:
- -- Extensions information
Name: Deutsch (DE) Language Pack locale
Location:
/usr/lib/iceweasel/browser/extensions/langpack...@iceweasel.mozilla.org.xpi
Package: iceweasel-l10n-de
Status: enabled
Name: DownloadHelper
Location: ${PROFILE_EXTENSIONS}/{b9db16a4-6edc-47ec-a1f4-b86292ed211d}
Status: user-disabled
Name: Firefox OS Simulator
Location: ${PROFILE_EXTENSIONS}/r2d2...@mozilla.org
Status: user-disabled
Name: Perspectives
Location:
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/perspecti...@cmu.edu
Package: xul-ext-perspectives
Status: user-disabled
Name: Standard theme
Location:
/usr/lib/iceweasel/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}
Package: iceweasel
Status: enabled
Name: Web Developer
Location:
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{c45c406e-ab73-11d8-be73-000a95be3b12}
Package: xul-ext-webdeveloper
Status: user-disabled
- -- Plugins information
Name: IcedTea-Web Plugin (using IcedTea-Web 1.4.2 (1.4.2-1))
Location: /usr/lib/jvm/java-7-openjdk-amd64/jre/lib/amd64/IcedTeaPlugin.so
Package: icedtea-7-plugin:amd64
Status: enabled
Name: iTunes Application Detector
Location: /usr/lib/mozilla/plugins/librhythmbox-itms-detection-plugin.so
Package: rhythmbox-plugins
Status: enabled
Name: MozPlugger 1.14.5 handles QuickTime and Windows Media Player Plugin
(1.14.5)
Location: /usr/lib/mozilla/plugins/mozplugger.so
Package: mozplugger
Status: enabled
Name: Shockwave Flash (11,2,202,327)
Location: /usr/lib/flashplugin-nonfree/libflashplayer.so
Status: enabled
- -- Addons package information
ii icedtea-7-plug 1.4.2-1 amd64web browser plugin based on OpenJ
ii iceweasel 24.4.0esr-1 amd64Web browser based on Firefox
ii iceweasel-l10n 1:24.4.0esr- all German language package for Icewe
ii mozplugger 1.14.5-2 amd64Plugin allowing external viewers
ii rhythmbox-plug 3.0.1-1+b2 amd64plugins for rhythmbox music playe
ii xul-ext-perspe 4.4-1all verify HTTPS sites through notary
ii xul-ext-webdev 1.2.5+repack all web developer extension
- -- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages iceweasel depends on:
ii debianutils 4.4
ii fontconfig 2.11.0-5
ii libc6 2.18-4
ii libgdk-pixbuf2.0-0 2.30.6-1
ii libglib2.0-02.40.0-2
ii libgtk2.0-0 2.24.22-1
ii libnspr42:4.10.4-1
ii libnspr4-0d 2:4.10.4-1
ii libsqlite3-03.8.4.1-1
ii libstdc++6 4.8.2-18
ii procps 1:3.3.9-4
ii xulrunner-24.0 24.4.0esr-1
iceweasel recommends no packages.
Versions of packages iceweasel suggests:
pn fonts-mathjax none
ii fonts-oflb-asana-math 000.907-6
ii fonts-stix [otf-stix] 1.1.0-1
ii libgssapi-krb5-2 1.12.1+dfsg-1
ii mozplugger 1.14.5-2
Versions of packages xulrunner-24.0 depends on:
ii libasound21.0.27.2-3
ii libatk1.0-0 2.12.0-1
ii libbz2-1.01.0.6-5
ii libc6 2.18-4
ii libcairo2 1.12.16-2
ii libdbus-1-3 1.8.0-3
ii libdbus-glib-1-2 0.102-1
ii libevent-2.0-52.0.21-stable-1
ii libfontconfig12.11.0-5
ii libfreetype6 2.5.2-1
ii libgcc1 1:4.8.2-18
ii libgdk-pixbuf2.0-02.30.6-1
ii libglib2.0-0 2.40.0-2
ii libgtk2.0-0 2.24.22-1
ii libhunspell-1.3-0 1.3.2-7
ii libmozjs24d 24.4.0esr-1
ii libnspr4 2:4.10.4-1
ii libnss3 2:3.16-1
ii libpango-1.0-01.36.3-1
ii libsqlite3-0 3.8.4.1-1
ii libstartup-notification0 0.12-3
ii libstdc++64.8.2-18
ii libvpx1 1.3.0-2
ii libx11-6 2:1.6.2-1
ii libxext6 2:1.3.2-1
ii libxrender1 1:0.9.8-1
ii libxt61:1.1.4-1
ii zlib1g
Bug#718591: News on the ITP? + 3d printer team
On 2014-01-18 at 14:17:42 +0100, Tonnerre LOMBARD wrote: The current state is that I'm waiting for what appears to be the last dependency to go in: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=735772 I've noticed that sockjs-client has been uploaded: http://packages.qa.debian.org/s/sockjs-client.html are you looking for a sponsor for octoprint? I'm not a DD, but I could ping the 3d-printer mailing list where there are a few DDs that can help. -- Elena ``of Valhalla'' signature.asc Description: Digital signature
Bug#743489: license issues
On 04/03/2014 01:43 PM, Thorsten Alteholz wrote: please add the missing licenses of: postgis-2.1.2\doc\xsl\* postgis-2.1.2\java\* (LGPL, BSD) postgis-2.1.2\liblwgeom\stringbuffer.* postgis-2.1.2\loader\* to debian/copyright. I've updated the copyright file using copyright-format 1.0 and included the licenses for the above. The link in the license of postgis-2.1.2\extras\ogc_test_suite\* does not work anymore. Please also add the license that your organization has signed to debian/copyright. These test cases are from the old Conformance Testing Procedure which has been superseded by the Compliance Testing Program. I cannot find the license text referred in the test case comments, but I assume the OpenGIS Simple Features for SQL test cases are licensed under the OGC Document Notice like the WFS and other tests are too. http://www.opengeospatial.org/ogc/document This license doesn't allow modification of the licensed works, making the works non-free. I think the wisest course of action is to remove the ogc_test_suite in a repacked tarbal. Markus, what do you think? Kind Regards, Bas -- GPG Key ID: 4096R/E88D4AF1 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#743489: license issues
Bas, On 04/04/2014 01:45 PM, Sebastiaan Couwenberg wrote: I've updated the copyright file using copyright-format 1.0 and included the licenses for the above. Way cool, thanks. Uh... just... where did you do the update? The link in the license of postgis-2.1.2\extras\ogc_test_suite\* does not work anymore. Please also add the license that your organization has signed to debian/copyright. These test cases are from the old Conformance Testing Procedure which has been superseded by the Compliance Testing Program. I cannot find the license text referred in the test case comments, but I assume the OpenGIS Simple Features for SQL test cases are licensed under the OGC Document Notice like the WFS and other tests are too. http://www.opengeospatial.org/ogc/document This license doesn't allow modification of the licensed works, making the works non-free. Ouch. I'll notify upstream, I don't think that's their intent. I think the wisest course of action is to remove the ogc_test_suite in a repacked tarbal. Yeah, for 2.1.2, that sounds like the best we can do. Regards Markus signature.asc Description: OpenPGP digital signature
Bug#730903: mutrace ftbfs
Hi, The libiberty.h is provided by libiberty-dev and installed in /usr/include/libiberty/libiberty.h. unfortunately this change isn't enough. Due to some other changes, linking against static libbfd doesn't work: gcc -std=gnu99 -shared -fPIC .libs/libmutrace_backtrace_symbols_la-backtrace-symbols.o /usr/lib/libbfd.a -lrt -ldl -pthread -O2 -pthread -Wl,-soname -Wl,libmutrace-backtrace-symbols.so -o .libs/libmutrace-backtrace-symbols.so /usr/bin/ld: /usr/lib/libbfd.a(bfd.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC /usr/lib/libbfd.a: error adding symbols: Bad value collect2: error: ld returned 1 exit status while dynamic linking against libbfd is not considered allowed. This leaves the code stuck in no-building area. Considering dropping the package. Riku -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743489: license issues
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 04/04/2014 01:57 PM, Markus Wanner wrote: Bas, On 04/04/2014 01:45 PM, Sebastiaan Couwenberg wrote: I've updated the copyright file using copyright-format 1.0 and included the licenses for the above. Way cool, thanks. Uh... just... where did you do the update? The changes currently live in my personal git repository [1], I have some more changes [2] that I need to merge with your recent changes before I planned to push to git.debian.org. [1] http://git.linuxminded.nl/?p=pkg-grass/postgis [2] http://git.linuxminded.nl/?p=pkg-grass/postgis;a=shortlog;h=refs/heads/mymaster The maven-repo-helper changes are required to build the new osmosis package I'm also working on. But I got distracted by the SpatiaLite transition and the mapnik FTBFS it caused on arm*. The latter is being addressed by Jérémy now. The link in the license of postgis-2.1.2\extras\ogc_test_suite\* does not work anymore. Please also add the license that your organization has signed to debian/copyright. These test cases are from the old Conformance Testing Procedure which has been superseded by the Compliance Testing Program. I cannot find the license text referred in the test case comments, but I assume the OpenGIS Simple Features for SQL test cases are licensed under the OGC Document Notice like the WFS and other tests are too. http://www.opengeospatial.org/ogc/document This license doesn't allow modification of the licensed works, making the works non-free. Ouch. I'll notify upstream, I don't think that's their intent. Thanks. Dealing with the OGC licensing was not fun for TinyOWS, but luckily upstream was very helpful in addressing our concerns. I'm sure PostGIS upstream is too. I think the wisest course of action is to remove the ogc_test_suite in a repacked tarball. Yeah, for 2.1.2, that sounds like the best we can do. I'll make those changes to my repo too then, and push it all when it's done. Probably later today or the end of the weekend at the latest. Regards Markus Kind Regards, Bas - -- GPG Key ID: 4096R/E88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQIcBAEBCgAGBQJTPqKfAAoJEGdQ8QrojUrxycgP+wTp5na8ivI6nnJJ82S1KvDV v0BG90np7z2K0sdsaIoFVJpro6qji/BJSVl+ggdObAN3mIluBvVEALZA7a26xQVA wwZrXsl8rXQDuMh/OCU9RTcIs6AriE8auigPSYOSpRJhksKkb0KSturvJ3v+QLce YjRarg5VuUE8rmCi26wgIWdf5RwZYZkq0R7OHSftsDjqLMM39z5MguDKG+vJ8Y3X 6PRct/fK/SiojpET+IYbA1Ov7Q4prMU3M51oDBus1IXPjnC/4sx2dW7tQAwDRuXJ Wy57f7ATJ10TaK93vkDEookV5SEgyoGfRydvOb+4bGA1ud9ccA8y7iBhbcpVtpwe 1c3nbH08yiRlP8UZkkqmM503Uo9Za0lo1oVLbBsXSqgg+wpkPflZATf/+BOQropX /SagmUlbkZeCX90ND3mRVqq6pzOGLPpR4fVIN1n/aQ4He2Y2dIy5bgU1GjluwhMp GaHgKovvH48/4RGJs+E9Sp+21uc4LnkHpWKaE1Duf/3V3LBFBjUuNiJmID7KDtcF CsAQWVVzkvB2k/f9Mvwu6HlKbxocz90NrsrVLXAk3aBqg2dvBdg7L87oQz8XQF6L 6m/AYmHcamOQv5PwUcxCUZt8L74p6W14lbhaGp9ZLn0OO5qrY0/vjT4Nja1b7JNk p8g5cs2gB4vIva9AKbV/ =fuj0 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743481: Problem solved this bug is invalid and can be closed
Hey, I found the reason for the unexpected behavior I was seeing. I have compared the output of strace when saving a file with vi and with kate: vi: write(1, \aFile\, 7)= 7 kate: rename(/var/tmp/test/aFilehc6546.new, /var/tmp/test/aFile) = 0 It is possible to catch the rename event via watching the ENTRY_CREATE. Something I wasn't aware of before. So it was really not a problem of java or anything else but a problem of my limited understanding. So this bug can be closed as invalid. I am sorry for producing some noise here. Best regards Stefan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722130: [pkg-otr-team] gajim-plugin-otr
Hi, Dmitry Smirnov wrote (03 Apr 2014 20:41:07 GMT) : Very nice, thanks. I'd like to let you know about gajim-plugin-otr (RFP #722130) that I packaged some time ago. It is pretty much ready and only need someone to take ownership. I would personally be happy to see you upload the Gajim OTR plugin, and become the primary maintainer for it, under our team's umbrella. But maybe other team members will want to get more involved :) Now, I have a few questions: 1. The current state of upstream work on this plugin is a bit confusing. The homepage [1] says bugs live in Trac [2], while I've seen the author re-create on GitHub [3] a bug filed in Trac. Any idea where is the preferred place to forward Debian bugs? 2. Upstream wrote [4] I don't have a lot of time for gotr right now five months ago, and indeed, an important bug like the OTR logs conversations [5] one has seen no update since then. Are you confident such problems will be addressed in a timely manner by upstream, in the future? 3. I see you've called the source package gajim-plugins. If the idea is to potentially maintain a bunch of non-OTR Gajim plugins in the source package, then I doubt it's appropriate to put it under the OTR team's umbrella. So, perhaps a dedicated source package would be better. What do you think? [1] https://trac-plugins.gajim.org/wiki/OffTheRecordPlugin [2] https://trac-plugins.gajim.org/query?status=acceptedstatus=assignedstatus=newstatus=reopenedcomponent=OffTheRecordPlugin [3] https://github.com/afflux/gotr/issues [4] https://github.com/afflux/pure-python-otr/issues/45 [5] https://trac-plugins.gajim.org/ticket/69 Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738024: scid: please provide a desktop file and icons
Package: scid Version: 1:4.3.0.cvs20120311-1 Followup-For: Bug #738024 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu trusty ubuntu-patch *** /tmp/tmpzrF_88/bug_body In Ubuntu, the attached patch was applied to achieve the following: * Added .desktop file (LP: #1277520) Thanks for considering the patch. -- System Information: Debian Release: jessie/sid APT prefers trusty-updates APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 'trusty'), (100, 'trusty-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.0-22-generic (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru scid-4.3.0.cvs20120311/debian/changelog scid-4.3.0.cvs20120311/debian/changelog diff -Nru scid-4.3.0.cvs20120311/debian/scid.desktop scid-4.3.0.cvs20120311/debian/scid.desktop --- scid-4.3.0.cvs20120311/debian/scid.desktop 1969-12-31 19:00:00.0 -0500 +++ scid-4.3.0.cvs20120311/debian/scid.desktop 2014-04-04 08:15:59.0 -0400 @@ -0,0 +1,12 @@ +[Desktop Entry] +Version=1.0 +Type=Application +Hidden=false +Terminal=false +Icon=/usr/share/pixmaps/scid.xpm +Name=Scid +Exec=scid %f +Keywords=Chess;PGN;convert +Categories=Game;BoardGame; +MimeType=application/pgn;application/x-chess-pgn;application/x-pgn +Comment=Free chess database application diff -Nru scid-4.3.0.cvs20120311/debian/scid.install scid-4.3.0.cvs20120311/debian/scid.install --- scid-4.3.0.cvs20120311/debian/scid.install 2012-03-11 19:03:27.0 -0400 +++ scid-4.3.0.cvs20120311/debian/scid.install 2014-04-04 08:04:38.0 -0400 @@ -5,3 +5,4 @@ scid/usr/share/scid/html/* usr/share/scid/html debian/PLACEHOLDER usr/share/scid/books debian/PLACEHOLDER usr/share/scid/bases +debian/scid.desktop usr/share/applications
Bug#740491: Similar problem
After upgrading a system from wheezy to jessie, nfs-common failed to (re)start. Version: 1:1.2.8-6. Reinstalling rpcbind, nfs-common, nfs-kernel-server, libnfsidmap2 did not help. Startup message: [FAIL] Starting NFS common utilities: statd idmapd failed! In syslog I noticed: rpc.idmapd[6984]: main: open(/var/lib/nfs/rpc_pipefs/nfs): No such file or directory I manually created a directory /var/lib/nfs/rpc_pipefs/nfs and the problem was solved. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741033: octave-strings: shadowing of core library function
Severity: important
Hi,
this warning seems to be the reason for breaking the legend function:
legend('graph 1', 'graph 2', 'graph 3');
leads to:
error: invalid value = northeast
error: set: invalid value for radio property location (value = northeast)
error: called from:
error: /usr/share/octave/3.8.1/m/plot/appearance/legend.m at line
995, column 11
See also http://savannah.gnu.org/bugs/?41390
Thanks,
Andrey
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743630: linux-image-3.14-rc7-amd64: r8169 ethernet driver fails after resume or rmmod/insmod with RTL8101E
Package: src:linux Version: 3.14~rc7-1~exp1 Severity: normal Dear Maintainer, * What led up to the situation? This machine is a Toshiba NB10t-A-102, which is a bay trail-m based laptop with a built-in Realtek fast ethernet controller. The r8169 module is loaded automatically for this ethernet controller and works fine when the machine is first booted. After a suspend resume cycle, the ethernet controller no longer works. It reports link is up even though no cable is connected. If a cable is connected, no negotiation takes place, and the network does not pass traffic. ethtool reports (with the cable disconnected): # ethtool eth0 Settings for eth0: Supported ports: [ TP MII ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full Supported pause frame use: No Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full Advertised pause frame use: Symmetric Receive-only Advertised auto-negotiation: Yes Link partner advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full Link partner advertised pause frame use: Symmetric Receive-only Link partner advertised auto-negotiation: Yes Speed: 100Mb/s Duplex: Full Port: MII PHYAD: 0 Transceiver: internal Auto-negotiation: on Supports Wake-on: pumbg Wake-on: pumbg Current message level: 0x0033 (51) drv probe ifdown ifup Link detected: yes If I remove and re-insert the r8169 module, the device is incorrectly detected on re-insert of the module, with a MAC address of ff:ff:ff:ff:ff:ff This looks like this: [42262.656574] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded [42262.656646] r8169 :03:00.0: can't disable ASPM; OS doesn't have ASPM control [42262.657032] r8169 :03:00.0 (unregistered net_device): unknown MAC, using family default [42262.667223] r8169 :03:00.0 (unregistered net_device): rtl_chipcmd_cond == 1 (loop: 100, delay: 100). [42262.667404] r8169 :03:00.0: irq 103 for MSI/MSI-X [42262.669348] r8169 :03:00.0 eth0: RTL8101e at 0xc900e000, ff:ff:ff:ff:ff:ff, XID 9cf0f8ff IRQ 103 * What exactly did you do (or not do) that was effective (or ineffective)? Rebooting the system entirely makes the card work until the next suspend/resume cycle. It's difficult for me to test with earlier kernels because this computer's hardware is quite new and there are stability issues with kernels prior to 3.14. The 3.13 which ships with the jessie installer at present can be booted with additional kernel parameters, and the r8169 behaves the same way. Under the wheezy installer, the ethernet is completely broken from boot - it appears with a MAC of ff:ff:ff:ff:ff right from boot-time. * What was the outcome of this action? * What outcome did you expect instead? -- Package-specific info: ** Version: Linux version 3.14-rc7-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.2 (Debian 4.8.2-16) ) #1 SMP Debian 3.14~rc7-1~exp1 (2014-03-17) ** Command line: BOOT_IMAGE=/vmlinuz-3.14-rc7-amd64 root=/dev/mapper/cvg-root ro acpi_backlight=vendor reboot=p i8042.reset i8042.nomux=1 nmi_watchdog=0 ** Tainted: WO (4608) * Taint on warning. * Out-of-tree module has been loaded. ** Kernel log: [26243.062537] r8169 :03:00.0 eth0: rtl_phyar_cond == 1 (loop: 20, delay: 25). [26243.063153] r8169 :03:00.0 eth0: rtl_phyar_cond == 1 (loop: 20, delay: 25). [26243.063780] r8169 :03:00.0 eth0: rtl_phyar_cond == 1 (loop: 20, delay: 25). [26243.064397] r8169 :03:00.0 eth0: rtl_phyar_cond == 1 (loop: 20, delay: 25). [26243.065013] r8169 :03:00.0 eth0: rtl_phyar_cond == 1 (loop: 20, delay: 25). [26243.065629] r8169 :03:00.0 eth0: rtl_phyar_cond == 1 (loop: 20, delay: 25). [26243.066245] r8169 :03:00.0 eth0: rtl_phyar_cond == 1 (loop: 20, delay: 25). [26243.066860] r8169 :03:00.0 eth0: rtl_phyar_cond == 1 (loop: 20, delay: 25). [26243.067477] r8169 :03:00.0 eth0: rtl_phyar_cond == 1 (loop: 20, delay: 25). [26243.068094] r8169 :03:00.0 eth0: rtl_phyar_cond == 1 (loop: 20, delay: 25). [26243.068710] r8169 :03:00.0 eth0: rtl_phyar_cond == 1 (loop: 20, delay: 25). [26243.069326] r8169 :03:00.0 eth0: rtl_phyar_cond == 1 (loop: 20, delay: 25). [26243.069942] r8169 :03:00.0 eth0: rtl_phyar_cond == 1 (loop: 20, delay: 25). [26243.070558] r8169 :03:00.0 eth0: rtl_phyar_cond == 1 (loop: 20, delay: 25). [26243.071173] r8169 :03:00.0 eth0: rtl_phyar_cond == 1 (loop: 20, delay: 25). [26243.071799] r8169 :03:00.0 eth0: rtl_phyar_cond == 1 (loop: 20, delay: 25). [26243.072415] r8169 :03:00.0 eth0: rtl_phyar_cond == 1 (loop: 20, delay: 25). [26243.073031] r8169
Bug#743263: linux-image-3.2.0-4-amd64: Iommu warnings ERROR: DMA PTE for vPFN 0xfda00 already set
On Tue, 2014-04-01 at 10:50 +0400, Alexandra N. Kossovsky wrote: Package: src:linux Version: 3.2.54-2 Severity: important Tags: patch Using some out-of-tree drivers, I see IOMMU warnings - see an example below. This patch fixes the issue: https://lkml.org/lkml/2013/12/20/414 Could you include this patch in the next stable update, please? [...] That link doesn't work me now, but based on the date I guess you mean this: http://article.gmane.org/gmane.linux.kernel.iommu/3799 which went into 3.2.56. Ben. -- Ben Hutchings If you seem to know what you are doing, you'll be given more to do. signature.asc Description: This is a digitally signed message part
Bug#675008: bash: should handle /etc/bashrc.d (or similar) for non-login interactive shell
Hi, Christoph Anton Mitterer wrote (04 Apr 2014 01:53:38 GMT) : What keeps it from being merged? I would suggest: 1. Make the patch complete, so that it can actually be applied. (My understanding is that the proposed patch does not update the documentation, and Matthijs offered to do it at some point.) 2. Tag this bug report patch. 3. Ping the maintainer again. (Just my 2 cents.) Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735563: Bug #735563: udev: 70-persistent-net.rules not updated when adding or changing NIC
On 04/03/2014 11:28 PM, Michael Biebl wrote: On 4. April 2014 05:43:10 MESZ, Stephen Powell zlinux...@wowway.com wrote: On Thu, 03 Apr 2014 22:14:28 -0400 (EDT), Michael Biebl wrote: Actually, this doesn't tell the whole story. While it is true, that upstream has deliberately removed that feature (for the reasons you mentioned, renaming network interfaces within the same namespace is racy), in the Debian udev package we decided to keep the old network interface naming scheme and make the new predictable interface names [0] explicitly opt-in [1]. Yes, for the change in interface names to work properly, one must specify net.ifnames=1 as a kernel boot option when using a kernel compiled from Debian kernel sources. So even in jessie, we still ship /lib/udev/rules.d/75-persistent-net-generator.rules which is responsible for creating /etc/udev/rules.d/70-persistent-net.rules. You may ship it, but it doesn't actually work. It may be useful during installation, but if you erase the file after installation, it does not get re-created, and if you add a new NIC after installation, the new data for the new card does not get appended. Are you saying that, in the Debian version of systemd, this is supposed to work? If that is your claim, then in Debian, this is a bug after all. If it doesn't work it's a bug I can vouch that it doesn't work. Also referencing one of Stephen's comments: If you only have one network interface of a given type, you probably don't need this file. After all, if your machine only has one ethernet interface, it's a pretty safe bet that it will be called eth0. That would be wonderful if it always worked that way; however, when I replaced the NIC in a jessie system, there was no network connection and lshw informed me that the new NIC was now eth1. That might be because of the still existing persistent net rule. I did not try without the file, which follows from the fact that I didn't know why the net rule was not being updated in the first place. As of late, I've been building wireless routers using 2 NIC's and a wireless adapter, bridging one of the NIC's with the wireless. For this purpose, it really helps to have a persistent naming system, as much of the supporting software uses ethX in their config files. Gentlemen, I appreciate the input. Thanks for your help. Dale -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725675: ruby-packetfu: Should provide ruby2.0 compatibility
Control: forwarded -1 https://github.com/packetfu/packetfu/issues/28 Hi, Jérémy Bobbio wrote (07 Oct 2013 09:24:50 GMT) : Forwarded: https://github.com/todb/packetfu/issues/28 Updating link, as upstream has apparently moved. Shall I file another bug report for updating the homepage in d/control, or will you do it immediately to save some paperwork? ruby-packetfu should be made compatible with ruby2.0. Perhaps a severity wishlist would be in order, now that Ruby 2.0 is the default on sid. What do you think? Hopefully, upstream will sort it out soon. Yeah, hopefully. The relevant upstream issue (#28) has not been updated in the last 7 months :( Thanks for maintaining the packetfu Gem in Debian! Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743631: xpdf: In Find, the Whole words only option is ignored
Package: xpdf Version: 3.03-16 Severity: normal In the Find dialog, even when the Whole words only option is ticked, xpdf finds subwords. Note: this is not a problem with the PDF file with possible invisible spaces, as the full word itself can be found when searched. So, this is an inconsistency in xpdf. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xpdf depends on: ii libc6 2.18-4 ii libgcc1 1:4.8.2-18 ii libpoppler37 0.22.5-4+b1 ii libstdc++64.8.2-18 ii libx11-6 2:1.6.2-1 ii libxm42.3.4-5 ii libxt61:1.1.4-1 Versions of packages xpdf recommends: ii cups-bsd 1.7.1-12 ii gsfonts-x110.22 ii poppler-data 0.4.6-5 ii poppler-utils 0.22.5-4+b1 xpdf 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#735563: Bug #735563: udev: 70-persistent-net.rules not updated when adding or changing NIC
Am 04.04.2014 14:57, schrieb Dale Schroeder: On 04/03/2014 11:28 PM, Michael Biebl wrote: On 4. April 2014 05:43:10 MESZ, Stephen Powell zlinux...@wowway.com wrote: On Thu, 03 Apr 2014 22:14:28 -0400 (EDT), Michael Biebl wrote: Actually, this doesn't tell the whole story. While it is true, that upstream has deliberately removed that feature (for the reasons you mentioned, renaming network interfaces within the same namespace is racy), in the Debian udev package we decided to keep the old network interface naming scheme and make the new predictable interface names [0] explicitly opt-in [1]. Yes, for the change in interface names to work properly, one must specify net.ifnames=1 as a kernel boot option when using a kernel compiled from Debian kernel sources. So even in jessie, we still ship /lib/udev/rules.d/75-persistent-net-generator.rules which is responsible for creating /etc/udev/rules.d/70-persistent-net.rules. You may ship it, but it doesn't actually work. It may be useful during installation, but if you erase the file after installation, it does not get re-created, and if you add a new NIC after installation, the new data for the new card does not get appended. Are you saying that, in the Debian version of systemd, this is supposed to work? If that is your claim, then in Debian, this is a bug after all. If it doesn't work it's a bug I can vouch that it doesn't work. Also referencing one of Stephen's comments: If you only have one network interface of a given type, you probably don't need this file. After all, if your machine only has one ethernet interface, it's a pretty safe bet that it will be called eth0. That would be wonderful if it always worked that way; however, when I replaced the NIC in a jessie system, there was no network connection and lshw informed me that the new NIC was now eth1. That might be because of the still existing persistent net rule. I did not try without the file, which follows from the fact that I didn't know why the net rule was not being updated in the first place. That's not how it works. Once an interface has been added to /etc/udev/rules.d/70-persistent-net.rules, that entry is not deleted anymore. So, if you remove your old NIC and insert a new one, it's actually expected that you get eth1 for the new interface name. If you check /etc/udev/rules.d/70-persistent-net.rules, there should be a new entry for the NIC (compare the MAC addresses) can you post the output of ifconfig -a and your /etc/udev/rules.d/70-persistent-net.rules, please -- 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#743632: gnome-control-center: no option for IPv6 privacy extension
Package: gnome-control-center Version: 1:3.8.3-4 Severity: wishlist Tags: upstream The network panel in gnome-control-center has no option for the IPv6 privacy extensions. These are already supported by NetworkManager, but I couldn't find a way in GNOME to change the setting. For reference, with NM I could activate them in the connection setting file in /etc/NetworkManager/system-connections by making sure [ipv6] method=auto ip6-privacy=2 is in there (the ip6-privacy=2 line). It would be nice if this setting could be controlled via GNOME's graphical interface as well. Ansgar -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (100, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-control-center depends on: ii accountsservice0.6.34-2 ii apg2.2.3.dfsg.1-2 ii colord 1.0.6-1 ii desktop-file-utils 0.22-1 ii gnome-control-center-data 1:3.8.3-4 ii gnome-desktop3-data3.8.4-2 ii gnome-icon-theme 3.12.0-1 ii gnome-icon-theme-symbolic 3.12.0-1 ii gnome-menus3.8.0-2 ii gnome-settings-daemon 3.8.5-2 ii gsettings-desktop-schemas 3.8.2-2 ii libaccountsservice00.6.34-2 ii libatk1.0-02.10.0-2 ii libc6 2.18-4 ii libcairo2 1.12.16-2 ii libcanberra-gtk3-0 0.30-2 ii libcanberra0 0.30-2 ii libcheese-gtk233.10.1-1sid1+b1 ii libcheese7 3.10.1-1sid1+b1 ii libclutter-gtk-1.0-0 1.4.4-3+b1 ii libcolord-gtk1 0.1.25-1.1 ii libcolord1 1.0.6-1 ii libcups2 1.7.1-10 ii libdbus-glib-1-2 0.102-1 ii libfontconfig1 2.11.0-2 ii libgdk-pixbuf2.0-0 2.30.6-1 ii libgl1-mesa-glx [libgl1] 10.1.0-4 ii libglib2.0-0 2.38.2-5 ii libgnome-bluetooth11 3.8.1-2 ii libgnome-desktop-3-7 3.8.4-2 ii libgoa-1.0-0 3.8.3-2 ii libgtk-3-0 3.10.7-1 ii libgtop2-7 2.28.5-2 ii libibus-1.0-5 1.5.5-1 ii libkrb5-3 1.12.1+dfsg-1 ii libnm-glib-vpn10.9.8.0-5 ii libnm-glib40.9.8.0-5 ii libnm-gtk0 0.9.8.8-1 ii libnm-util20.9.8.0-5 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-01.36.3-1 ii libpolkit-gobject-1-0 0.105-4 ii libpulse-mainloop-glib04.0-6+b1 ii libpulse0 4.0-6+b1 ii libpwquality1 1.2.3-1 ii libsmbclient 2:4.1.6+dfsg-1 ii libsocialweb-client2 0.25.20-6 ii libupower-glib10.9.23-2+b1 ii libwacom2 0.8-1 ii libx11-6 2:1.6.2-1 ii libxi6 2:1.7.2-1 ii libxml22.9.1+dfsg1-3 Versions of packages gnome-control-center recommends: ii cups-pk-helper 0.2.5-2 ii gkbd-capplet 3.6.0-1 ii gnome-online-accounts 3.8.3-2 ii gnome-user-guide 3.8.2-1 ii gnome-user-share 3.8.3-1 ii iso-codes 3.51-1 pn mesa-utils none ii mousetweaks3.12.0-1 ii network-manager-gnome 0.9.8.8-1 pn ntpnone ii policykit-1-gnome 0.105-2 ii rygel 0.20.3-1 pn system-config-printer none Versions of packages gnome-control-center suggests: ii gnome-screensaver3.6.1-1 ii gstreamer1.0-pulseaudio 1.2.3-1 pn libcanberra-gtk-module none pn libcanberra-gtk3-module none ii x11-xserver-utils7.7+2 ii xscreensaver 5.26-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#743633: lnav: FTBFS on sparc
Source: lnav Version: 0.7.0-3 Severity: serious Tags: help Justification: FTBFS on release architecture Hi, lnav/0.7.0-3 FTBFS now on sparc only (after the FTBFS for all big-endian architectures is solved): https://buildd.debian.org/status/fetch.php?pkg=lnavarch=sparcver=0.7.0-3stamp=1396541235 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#743607: Outstanding fixes on ocl-icd-devel mailing list
Alright, I'll keep that in mind. Would you prefer that I open a debian bug for any future requests (as you did here), or would a bug on forge.imag.fr be preferred? I'm assuming debian, but don't want to assume incorrectly. Thanks for the quick response to my previous request. --Aaron -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728188: clamav-milter: errata in /usr/share/doc/clamav-milter/README.Debian.gz
Control: tags -1 pending Hi Olaf, thanks for your bug report. The source package contains a file INSTALL, but this does not contain any information about clamav-milter, so including it does not make sense. Thus I removed the mentioning of INSTALL.gz from README.Debian. Best regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741064: potential work around
in /etc/auto.master, changing: /net -hosts to /net /etc/auto.net fixed the problem for me. I do not know if there are security implications, so use at your own risk. -Jim
Bug#743634: libreoffice-accessodf: MessageBox API changed in LO 4.2 :/
Package: libreoffice-accessodf Version: 0.1-4 Severity: important [ important for now but grave when LO 4.2.x is uploaded to sid ] got old the following on IRC: 12:12 Sweetshark _rene_: http://people.canonical.com/~bjoern/trusty/accessodf_0.1-1.3ubuntu2_amd64.changes - FYI, 4.2 broke published API (and the change originates from AOO for added fun) ... See https://issues.apache.org/ooo/show_bug.cgi?id=121544 and especially https://issues.apache.org/ooo/show_bug.cgi?id=121544#c2 foe details. This won't be reverted I fear... Thus I'll add a Breaks: libreoffice-accessodf (= 0.1-4). Accessodf of course needs to be adapted and the fix brought upstream. Note the extension then qill require a AOO = 4.0 or a LO = 4.2.. 20:45 @Sweetshark _rene_: so ... will you update accessodf soonish? asking because I have a fixed version ready-to-go, but would merge from debian if you are doing it anyway ... Haven't seen the actual fix which went into Ubuntu yet but will add it and tag patch If I do. Or you follow it yourself... Regards, Rene -- System Information: Debian Release: 7.4 APT prefers stable APT policy: (500, 'stable') Architecture: armhf (armv7l) Kernel: Linux 3.4.75-sun7i (SMP w/2 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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682655: gnome-control-center: Canon MF4350 Multiclass fails to print after upgrade to Wheezy from Squeeze
Hey Daniel, this is an old bug. Could you please still reproduce this issue with newer gnome-control-center version like 1:3.4.3.1-2 or 1:3.8.3-4 ? cheers, althaser
Bug#743105: luasseq: FTBFS: ! LaTeX Error: File `xcolor.sty' not found.
Control: tag -1 +patch Hi, Just adding latex-xcolor to Build-Depends would solve this FTBFS, patch attached. -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane diff -Nru luasseq-2.1/debian/changelog luasseq-2.1/debian/changelog --- luasseq-2.1/debian/changelog 2014-01-13 02:13:36.0 +0900 +++ luasseq-2.1/debian/changelog 2014-04-04 15:46:26.0 +0900 @@ -1,3 +1,11 @@ +luasseq (2.1-5.1) unstable; urgency=medium + + * Non-maintainer upload. + * debian/control +- add Build-Depends: latex-xcolor to fix FTBFS (Closes: #743105) + + -- Hideki Yamane henr...@debian.org Fri, 04 Apr 2014 15:46:25 +0900 + luasseq (2.1-5) unstable; urgency=medium [ Andreas Tille ] diff -Nru luasseq-2.1/debian/control luasseq-2.1/debian/control --- luasseq-2.1/debian/control 2014-01-13 02:13:36.0 +0900 +++ luasseq-2.1/debian/control 2014-04-04 15:45:58.0 +0900 @@ -7,6 +7,7 @@ Build-Depends-Indep: tex-common, texlive-latex-base, luatex (= 0.63), + latex-xcolor, pgf, texlive-latex-recommended, texlive-fonts-recommended
Bug#699730: gnome-control-center: brightness resets on reboot or logout
found 699730 1:3.10.1-1 kthxbye I have the same problem using single monitor and gnome-control-center-1:3.10.1-1 thanks regards althaser
Bug#743635: openvswitch: OVS should probably start before networking
Source: openvswitch
Severity: important
OVS is a software switch, and as such providing primarily L2 features. Therefore
it's unfortunate that it starts after networking (i.e. ifupdown) that may be
used
to configure bridge ports provided by OVS.
Consider this configuration:
ovs-vsctl add-br br0
ovs-vsctl add-bond br0 bond0 eth0 eth1 lacp=active
/etc/network/interfaces
auto br0
iface br0 inet static
address 10.10.100.84
netmask 255.255.255.128
network 10.10.100.0
broadcast 10.10.100.127
gateway 10.10.100.1
auto eth0
auto eth0 inet manual
auto eth1
auto eth1 inet manual
In such a setup there is no way where you ever could end up with a networking
setup that ends in remote reachable machine and is thus locking you out. This is
because ifupdown starts before openvswitch-{switch, controller}. Thus, ifupdown
does not find that interface as it isn't provided at this stage during the boot.
A possible fix would be to let openvswitch-{switch, controller} start before the
network. For example these LSB headers would do the job:
# X-Start-Before:networking
# Required-Start:$local_fs
# Required-Stop:
# Default-Start: S
# Default-Stop: 0 6
Arguably this is a cyclic dependency as - depending on the configuration - OVS
may
indeed rely on a working network to connect to a remote controller. In such
setups
it is probably advised to keep things as is, although OVS may still come up and
fail to connect to the controller which isn't that bad as it keeps reconnecting
I
guess. That being said I believe that my use case is more common for OVS and
should thus be fixed.
Alternatively OVS should provide a way to configure it's own L3 stuff itself so
that
such cyclic dependencies could be avoided. For example, the whole problem could
be
avoided if the IP configuration was stored in the OVS database.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702393: gnome-control-center: Brightness and Lock option crash
Hey Thomas, Could you please still reproduce this issue with newer gnome-control-center version 1:3.8.3-4 ? cheers, althaser
Bug#646845: clamav-daemon: startup script usage ends with failure
Control: tags -1 pending Hi Jason, thanks for your bug report and sorry that it took so long. I have changed the init scripts of clamav-daemon, clamav-freshclam and clamav-milter to use log_action_msg instead of log_failure_msg. Best regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743636: gzip: Add --keep
Package: gzip Version: 1.5-1.1 Severity: wishlist Dear Maintainer, Could you add the --keep flag that bzip2 and xz have? -k --keep keep (don't delete) input files Gr, Olaf -- System Information: Debian Release: 7.4 APT prefers stable APT policy: (500, 'stable'), (1, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gzip depends on: ii dpkg 1.16.12 ii install-info 4.13a.dfsg.1-10 ii libc6 2.17-93 gzip recommends no packages. Versions of packages gzip suggests: ii less 444-4 -- 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#743637: missing licenses in debian/copyright
Package: libusb-1.0 Version: 2:1.0.18-1 Severity: serious User: alteh...@debian.org Usertags: ftp X-Debbugs-CC: ftpmas...@ftp-master.debian.org thanks Dear Maintainer, please add the missing GPLv2+ license of some files in libusb-1.0.18\examples\ to debian/copyright. Thanks! Thorsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739921: ITP: iperf3 -- tool for measuring maximum TCP and UDP bandwidth performance
Hi, Raoul Borenius boren...@dfn.de writes: I'm the maintainer of the bwct package in Debian: https://packages.debian.org/source/jessie/bwctl The next version of bwctl (that I'd like to package for jessie) is depending on iperf3. Do you have any idea how long it will take you to package iperf3? Do you need any help with that? I'll be happy to help if you need a hand! Sorry, I've been meaning to get to this for a while. I'll hopefully work on it soon, but I can't guarantee it. If you've got time and want to do it, or even take over the ITP, please feel free. Regards, Simon pgp3wFPJy5ZgK.pgp Description: PGP signature
Bug#712547: rhythmbox: opens on arbitrary external devices
retitle 712547 gnome-control-center: opens on arbitrary external devices kthxbye Hey Norbert, Could you please still reproduce this issue with newer versions of gnome-control-center ? cheers, althaser
Bug#743638: RFP: shairport -- Play music streamed from iTunes/iPads/iPods
Package: wnpp Severity: wishlist * Package name: shairport Upstream Author : Albert Zeyer others * URL : https://github.com/albertz/shairport * License : BSD Programming Lang: C Description : Play music streamed from iTunes/iPads/iPods Shairport emulates an AirPort Express for the purpose of streaming music from iTunes and compatible iPods and iPhones. It implements a server for the Apple RAOP protocol. ShairPort does not support AirPlay v2 (video and photo streaming). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743639: ITP: ruby-fog-core -- shared classes and tests for fog providers and services
package: wnpp severity: wishlist Upstream URL: https://rubygems.org/gems/fog-core Upstream Authors: Evan Light, Wesley Beary License: MIT -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് You have to keep reminding your government that you don't get your rights from them; you give them permission to rule, only so long as they follow the rules: laws and constitution.
Bug#731209: libgtk-3-0: segmentation fault when changing desktop background
retitle 731209 gnome-control-center: segmentation fault when changing desktop background kthxbye I can't reproduce it here with gnome-control-center-1:3.10.1-1. cheers, althaser
Bug#743640: nautilus: Segfault when searching
Package: nautilus Version: 3.8.2-2 Severity: normal Dear Maintainer, Nautilus segfaults when searching as soon as the first letter is entered. See attached stack trace. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.13-1-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nautilus depends on: ii desktop-file-utils 0.22-1 ii gsettings-desktop-schemas 3.8.2-2 ii gvfs 1.20.0-1 ii libatk1.0-02.10.0-2 ii libc6 2.18-4 ii libcairo-gobject2 1.12.16-2 ii libcairo2 1.12.16-2 ii libexempi3 2.2.1-1 ii libexif12 0.6.21-1 ii libgail-3-03.10.7-1 ii libgdk-pixbuf2.0-0 2.30.6-1 ii libglib2.0-0 2.38.2-5 ii libglib2.0-data2.38.2-5 ii libgnome-desktop-3-7 3.8.4-2 ii libgtk-3-0 3.10.7-1 ii libnautilus-extension1a3.8.2-2 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-01.36.3-1 ii libselinux12.2.2-1 ii libtracker-sparql-0.16-0 0.16.2-1+b2 ii libx11-6 2:1.6.2-1 ii libxml22.9.1+dfsg1-3 ii nautilus-data 3.8.2-2 ii shared-mime-info 1.2-1 Versions of packages nautilus recommends: ii eject 2.1.5+deb1+cvs20081104-13.1 ii gnome-icon-theme-symbolic 3.12.0-1 ii gnome-sushi3.10.0-1 ii gvfs-backends 1.20.0-1 ii librsvg2-common2.40.2-1 Versions of packages nautilus suggests: ii acroread [pdf-viewer] 9.5.5-dmo1 ii brasero3.8.0-2+b1 ii eog3.12.0-1 ii evince [pdf-viewer]3.12.0-1 ii mupdf [pdf-viewer] 1.3-2 ii totem 3.8.2-4 ii tracker0.16.2-1+b2 ii vlc [mp3-decoder] 1:2.1.3-dmo2 ii vlc-nox [mp3-decoder] 1:2.1.3-dmo2 ii xdg-user-dirs 0.15-1 -- no debconf information Starting program: /usr/bin/nautilus warning: Could not load shared library symbols for linux-gate.so.1. Do you need set solib-search-path or set sysroot? [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/i386-linux-gnu/i686/cmov/libthread_db.so.1. [New Thread 0xb64cfb40 (LWP 17860)] [New Thread 0xb5affb40 (LWP 17861)] [New Thread 0xb50ffb40 (LWP 17862)] [New Thread 0xb45a4b40 (LWP 17863)] [New Thread 0xb2bccb40 (LWP 17867)] [New Thread 0xa147cb40 (LWP 17870)] [New Thread 0xa0a44b40 (LWP 17873)] [Thread 0xa147cb40 (LWP 17870) exited] [Thread 0xa0a44b40 (LWP 17873) exited] [New Thread 0xa0a44b40 (LWP 17874)] [New Thread 0xa147cb40 (LWP 17875)] [Thread 0xa0a44b40 (LWP 17874) exited] [New Thread 0xa0a44b40 (LWP 17876)] [Thread 0xa147cb40 (LWP 17875) exited] [Thread 0xb5affb40 (LWP 17861) exited] [New Thread 0xb5affb40 (LWP 17877)] [New Thread 0xa147cb40 (LWP 17878)] [Thread 0xa147cb40 (LWP 17878) exited] [Thread 0xa0a44b40 (LWP 17876) exited] Program received signal SIGSEGV, Segmentation fault. 0xb6e690f9 in ?? () from /usr/lib/i386-linux-gnu/libsqlite3.so.0 #0 0xb6e690f9 in ?? () from /usr/lib/i386-linux-gnu/libsqlite3.so.0 #1 0xb6e69d2c in ?? () from /usr/lib/i386-linux-gnu/libsqlite3.so.0 #2 0xb6e7e7e2 in ?? () from /usr/lib/i386-linux-gnu/libsqlite3.so.0 #3 0xb6e81ead in ?? () from /usr/lib/i386-linux-gnu/libsqlite3.so.0 #4 0xb6e9769a in ?? () from /usr/lib/i386-linux-gnu/libsqlite3.so.0 #5 0xb6e9b49e in ?? () from /usr/lib/i386-linux-gnu/libsqlite3.so.0 #6 0xb6e9ba8c in ?? () from /usr/lib/i386-linux-gnu/libsqlite3.so.0 #7 0xb6e9bd95 in ?? () from /usr/lib/i386-linux-gnu/libsqlite3.so.0 #8 0xb6f8b4df in tracker_db_interface_create_statement () from /usr/lib/tracker-0.16/libtracker-data.so.0 #9 0xb6f63957 in ?? () from /usr/lib/tracker-0.16/libtracker-data.so.0 #10 0xb6f688bf in tracker_sparql_query_execute_cursor () from /usr/lib/tracker-0.16/libtracker-data.so.0 #11 0xb7fa754e in ?? () from /usr/lib/libtracker-sparql-0.16.so.0 #12 0xb7fa78dd in ?? () from /usr/lib/libtracker-sparql-0.16.so.0 #13 0xb7f9e02f in tracker_sparql_connection_query_async () from /usr/lib/libtracker-sparql-0.16.so.0 #14 0xb7f9889b in ?? () from /usr/lib/libtracker-sparql-0.16.so.0 #15 0xb7f9e02f in tracker_sparql_connection_query_async () from /usr/lib/libtracker-sparql-0.16.so.0 #16 0x0812d693 in nautilus_search_engine_tracker_start (provider=0x861c8b8) at nautilus-search-engine-tracker.c:296 #17 0x0811efbf in nautilus_search_provider_start (provider=0x861c8b8) at nautilus-search-provider.c:120 #18 0x0811f304 in search_engine_start_real (engine=0x86222e0) at nautilus-search-engine.c:89 #19 0x0811efbf in nautilus_search_provider_start (provider=0x86222e0) at
Bug#743502: Change of url
Correction to URL : https://www.ip2location.com/developers/c
Bug#743641: rxvt-unicode: color fringes appearing when using sub-pixel antialiased hinted fonts
Package: rxvt-unicode Version: 9.15-2 Severity: normal Hi, On my system, I used to have urxvt with a special font rendering of mine which worked correctly with squeeze: I use DejaVu sans at 11pt, with hintstyle=hintfull and lcdfilter=lcdlegacy, using RVB sub-pixel rendering. This worked nicely, and seems to continue to work correctly on wheezy with gnome-terminal and xfce4-terminal, but not with urxvt; the the attached screenshot as an example. What I see are sligthly exagerated color fringe, that are typically associated with sub-pixel rendering, but which are here very noticable. It looks like blending is made incorrectly. This is a bit annoying to the eye. You can see it very well with w for example. BTW, I see that colord is running, but I don't know if this has some influence; I didn't calibrate my screens at all with it. I'm also running XFCE4 as desktop environment, if this is relevant; but I also whitnessed it under Gnome at home. I would be interested if some other people saw that too. Regards, benjamin -- System Information: Debian Release: 7.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rxvt-unicode depends on: ii base-passwd 3.5.26 ii libc6 2.13-38+deb7u1 ii libfontconfig12.9.0-7.1 ii libgcc1 1:4.7.2-5 ii libgdk-pixbuf2.0-02.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libperl5.14 5.14.2-21+deb7u1 ii libstartup-notification0 0.12-1 ii libx11-6 2:1.5.0-1+deb7u1 ii libxft2 2.3.1-1 ii libxrender1 1:0.9.7-1+deb7u1 ii ncurses-base 5.9-10 Versions of packages rxvt-unicode recommends: ii fonts-vlgothic [fonts-japanese-gothic] 20120629-2 ii ttf-dejavu 2.33-3 rxvt-unicode suggests no packages. -- no debconf information attachment: terminals-font-rendering-comparison.png
Bug#704805: Bug#726913: r-base-dev: does not use the dpkg-buildflags options for gfortran, specifically LDFLAGS
On 4 April 2014 at 09:52, Julian Gilbey wrote: | Some examples of other packages which use this system (some calling it | -abi and others -api): | | apache2-bin, banshee, geany, libhdb9-heimdal, python-numpy, | python-sip, erlang-base Appreciate the list. That is helpful. | It would also mean that the critical r-base transition to testing can | only happen when all of the depending add-on packages have been | upgraded or removed from testing, making the transition far, far | smoother. Yes, it may only happen once every five years, but the pain | was significant last time, and this is a very simple way to avoid that | next time round. This is where we differ. I did not see the last (or previous) transition as painful. At all. [1] I would submit that we could ask on r-sig-debian to see if someone reports about pain. Quite frankly, I have seen more issues (outside of Debian, mostly) with the imposed build change in my Rcpp package (where again within Debian I simply released the four reverse depends the next time). Dirk [1] I have one persistent pain point, but that is unrelated to the transition and your proposal. Well maybe it is related: there are group-maintained r-cran-* packages that are simply poorly maintained. Look at the Debian QA pages, some slip behind a few upstream releases. In that context I do not want a poorly maintained package to block the transitiont of R itself. -- Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732844: gnome-control-center doesn't start, crashes and logout from active session
Hey Fabio, Could you please still reproduce this behaviour ? If so, could you provide a backtrace ? thanks althaser
Bug#743633: lnav: FTBFS on sparc
The log shows 7 failed tests, but I only see this one as actually failing: ../test-driver: line 95: 4705 Bus error $@ $log_file 21 I'm sure I'm not reading this properly -- where are the other 6 failing tests? A bus error on sparc isn't uncommon, but usually it affects many RISC architectures, not just one. That's interesting... I have a sparc box at home running Debian, I'll try to look at this next week. Patrick On Fri, Apr 4, 2014 at 8:29 AM, Salvatore Bonaccorso car...@debian.orgwrote: Source: lnav Version: 0.7.0-3 Severity: serious Tags: help Justification: FTBFS on release architecture Hi, lnav/0.7.0-3 FTBFS now on sparc only (after the FTBFS for all big-endian architectures is solved): https://buildd.debian.org/status/fetch.php?pkg=lnavarch=sparcver=0.7.0-3stamp=1396541235 Regards, Salvatore -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140404132905.27737.82245.report...@lorien.valinor.li
