Bug#1057967: This bug is not resolved completely - update
There is a newer image in backports, I installed version: # apt list --installed | grep linux-image.*back linux-image-6.5.0-0.deb12.4-amd64/stable-backports,now 6.5.10-1~bpo12+1 amd64 [installed] After reboot version changed: # uname -a Linux P7730 6.5.0-0.deb12.4-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.5.10-1~bpo12+1 (2023-11-23) x86_64 GNU/Linux And problem (when connecting cable network) is gone, network and Gnome work as usual :-)
Bug#1057967: This bug is not resolved completely
I'm observing same misbehaviours, as described by Kevin Price (Gnome becomes unusable), even with newest image installed (linux-image-6.1.0-16-amd64). I had to install version 13 to omit the bug (linux-image-6.1.0-13-amd64). With 13: everything works stable. With 16: as long, as I use only WiFi, everything works stable too. But as soon as I connect cable to LAN socket of laptop, Gnome loses network and all problems occurs again, like described in first message. It is enough to boot image 13, and I can use both cable and wireless network without any trouble. If you'd like to read a logs, then please tell which files to copy and after what actions? Debian version is 12.4.
Bug#1051342: Issue with the genx software
Hi Frédéric, Can you send me details of your configuration? - platform - python version - wxPython version I suspect that something changed in the WX API causing this issue. I don't think this should prevent you from packaging, as this part of the code only gets called upon user request to exit. (There might be no request to save or missing storage of window state, but no big impact on the functionality). Cheers, Artur -Original Message- From: PICCA Frederic-Emmanuel Sent: Wednesday, September 6, 2023 3:25 PM To: Glavic Artur Gregor Cc: debian-pan-maintainers ; 1051...@bugs.debian.org Subject: Issue with the genx software Hello, I am preparing the packaging of genx 3.6.22. When I try to quit the application I have this error message CRITICAL: uncought python error Traceback (most recent call last): File "/usr/lib/python3/dist-packages/genx/gui/main_window.py", line 1418, in eh_mb_quit if event.CanVeto() and not self.model_control.saved: ^ AttributeError: 'CommandEvent' object has no attribute 'CanVeto' Traceback (most recent call last): File "/usr/lib/python3/dist-packages/genx/gui/main_window.py", line 1418, in eh_mb_quit if event.CanVeto() and not self.model_control.saved: ^ So I would like your help in order to solve this issue. thanks for considering. Frédéric
Bug#1011357: /bin/mount links with library in /usr - might be unaccesible in case of /usr failure
Package: mount Version: 2.38-4 Severity: important File: /bin/mount The /bin/mount binary uses libraries being placed in /usr. In case /usr is a separate filesystem and is not mounted, mount might be unusable. Here is output of ldd /bin/mount with marked libraries from /usr: root@tardis:~# ldd /bin/mount linux-vdso.so.1 (0x7fffa3ede000) !!! libmount.so.1 => /usr/lib/x86_64-linux-gnu/libmount.so.1 (0x7f9394295000) libselinux.so.1 => /lib/x86_64-linux-gnu/libselinux.so.1 (0x7f9394269000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7f939409) !!! libblkid.so.1 => /usr/lib/x86_64-linux-gnu/libblkid.so.1 (0x7f939403c000) libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7f9394036000) /lib64/ld-linux-x86-64.so.2 (0x7f9394331000) !!! libpcre2-8.so.0 => /usr/lib/x86_64-linux-gnu/libpcre2-8.so.0 (0x7f9393f9e000) libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f9393f7b000) libmount and libblkid are parts of the util-linux source package, however libpcre2-8 is separate source package. Please note, there is also no package dependency on libpcre2-8-0 in mount package. However, dependency on libsmartcols1 is listed, but it seems to be not used by mount. Best regards Artur -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.16.0-3-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages mount depends on: ii libblkid1 2.37.3-1+b1 ii libc6 2.33-7 ii libmount1 2.38-4 ii libselinux13.3-1+b1 ii libsmartcols1 2.37.3-1+b1 mount recommends no packages. Versions of packages mount suggests: pn nfs-common -- no debconf information --
Bug#971812: gimp cannot be started because of dependency on wrong version of libgegl-0.4-0 package
Package: gimp Version: 2.10.8-2 Severity: grave Justification: renders package unusable In the curent state of available packages from stable (buster) the program GIMP cannot be used. After start it shows following message: "GEGL operation missing! GIMP requires the GEGL operation "gegl:seamless-clone". This operation cannot be found. Check your GEGL install and ensure it has been compiled with any dependencies required for GIMP." and ends. If started from command line, then following additional error message is produced to the console: "$ gimp GEGL-Message: 20:38:16.980: Fehler beim Laden von Modul »/usr/lib/x86_64-linux- gnu/gegl-0.4/seamless-clone.so«: /usr/lib/x86_64-linux-gnu/libgegl-sc-0.4.so: undefined symbol: __exp_finite " This bug has been already reported as a bug https://bugs.debian.org/cgi- bin/bugreport.cgi?bug=968342 and was closed with the statement the dependency has to be used on libgegl-0.4-0 where the problem has been fixed, but the problem is, such version is not available on stable - buster, or even buster- backports. It breaks the basic rule, the stable packages have to depend only on stable packages. The todays stable (buster) version of libgegl-0.4-0 which is 0.4.12-2, does not contain the functionality, needed by the current stable version of gimp (2.10.8-2), what means the dependency in this gimp package version is defined ina wrong way, it should be defined like (>= 0.4.18-1) and not, like defined (>= 0.4.12). neither gimp, not libgegl-0.4-0 cannot be in the current stable version downgraded, which seems to be the reason, why the software after update of the stable system renders to be unbusable for everybody who keeps strictly on stable releases. Proposed solution: move the library libgegl-0.4-0 of version >= 0.4.18-1 from testing to stable or buster-backports... I cannot imagine, we cannot use GIMP software for the next 2 years until bullseye becomes stable. -- System Information: Debian Release: 10.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.7.0-0.bpo.2-amd64 (SMP w/16 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE, TAINT_AUX Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8), LANGUAGE=cs:en_US:de (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gimp depends on: ii gimp-data2.10.8-2 ii libaa1 1.4p5-46 ii libbabl-0.1-00.1.62-1 ii libbz2-1.0 1.0.6-9.2~deb10u1 ii libc62.31-3 ii libcairo21.16.0-4 ii libfontconfig1 2.13.1-2 ii libfreetype6 2.9.1-3+deb10u1 ii libgcc-s1 [libgcc1] 10.2.0-9 ii libgcc1 1:8.3.0-6 ii libgdk-pixbuf2.0-0 2.38.1+dfsg-1 ii libgegl-0.4-00.4.12-2 ii libgexiv2-2 0.10.9-1 ii libgimp2.0 2.10.8-2 ii libglib2.0-0 2.58.3-2+deb10u2 ii libgs9 9.27~dfsg-2+deb10u4 ii libgtk2.0-0 2.24.32-3 ii libgudev-1.0-0 232-2 ii libharfbuzz0b2.3.1-1 ii libheif1 1.3.2-2~deb10u1 ii libilmbase23 2.2.1-2 ii libjpeg62-turbo 1:1.5.2-2+b1 ii liblcms2-2 2.9-3 ii liblzma5 5.2.4-1 ii libmng1 1.0.10+dfsg-3.1+b5 ii libmypaint-1.3-0 1.3.0-2.1 ii libopenexr23 2.2.1-4.1+deb10u1 ii libopenjp2-7 2.3.0-2+deb10u1 ii libpango-1.0-0 1.42.4-8~deb10u1 ii libpangocairo-1.0-0 1.42.4-8~deb10u1 ii libpangoft2-1.0-01.42.4-8~deb10u1 ii libpng16-16 1.6.36-6 ii libpoppler-glib8 0.71.0-5 ii librsvg2-2 2.44.10-2.1 ii libstdc++6 10.2.0-9 ii libtiff5 4.1.0+git191117-2~deb10u1 ii libwebp6 0.6.1-2 ii libwebpdemux20.6.1-2 ii libwebpmux3 0.6.1-2+b1 ii libwmf0.2-7 0.2.8.4-14 ii libx11-6 2:1.6.7-1+deb10u1 ii libxcursor1 1:1.1.15-2 ii libxext6 2:1.3.3-1+b2 ii libxfixes3 1:5.0.3-1 ii libxmu6 2:1.1.2-2+b3 ii libxpm4 1:3.5.12-1 ii xdg-utils1.1.3-1+deb10u1 ii zlib1g 1:1.2.11.dfsg-2 Versions of packages gimp recommends: ii ghostscript 9.27~dfsg-2+deb10u4 Versions of packages gimp suggests: pn gimp-data-extras pn gimp-help-en | gimp-help pn gimp-python ii gvfs-backends 1.38.1-5 ii libasound21.1.8-1 -- no debconf information
Bug#959989: nftables: nft does not recognize imap service
Hi, Le 08/05/2020 à 11:09, Arturo Borrero Gonzalez a écrit : > I cannot reproduce this. The same rule worked here: > ... > I wonder if fail2ban is wrapping the call to the nft binary in a way that > prevents it from doing the getaddrinfo() call. This seems unlikely anyway. No, this is not specific to fail2ban. I reproduce this problem the exact same way in shell : # nft insert rule inet filter input tcp dport \{ smtp,465,submission,imap,imaps,pop3,pop3s \} ip saddr @f2b-pos tfix-sasl reject Error: Could not resolve service: Servname not found in nft services list insert rule inet filter input tcp dport { smtp,465,submission,imap,imaps,pop3,pop3s } ip saddr @f2b-postfix-sasl reject I also tried 'sudo nft...' with the same error. I am able to reproduce it on two different servers. One upgraded from older Debian versions and the second one is a clean install on a cloud instance. How can I help ? -- Best regards, Artur
Bug#959989: nftables: nft does not recognize imap service
Package: nftables Version: 0.9.0-2 Severity: normal Dear Maintainer, While setting fail2ban with nftables (with default /etc/nftables.conf) the firewall initialization command failed on fail2ban start : nft insert rule inet filter input tcp dport \{ smtp,465,submission,imap,imaps,pop3,pop3s \} ip saddr @f2b-postfix-sasl reject failed with the following error : Error: Could not resolve service: Servname not found in nft services list The error was related to 'imap' service. However, in /etc/services imap service is defined as follows : imap2 143/tcp imap# Interim Mail Access P 2 and 4 This service main name is 'imap2' and there is also an alias set to 'imap'. It seems that nft does not take into account this service alias. Replacing 'imap' with 'imap2' solved the nft problem : nft insert rule inet filter input tcp dport \{ smtp,465,submission,imap2,imaps,pop3,pop3s \} ip saddr @f2b-postfix-sasl reject Please note that to solve this problem in fail2ban, one have to change the default ports list in jail.local. Example of working /etc/fail2ban/jail.local : [DEFAULT] banaction = nftables-multiport banaction_allports = nftables-allports [postfix-sasl] enabled = true port = smtp,465,submission,imap2,imaps,pop3,pop3s [dovecot] enabled = true port= pop3,pop3s,imap2,imaps,submission,465,sieve One may expect to have imap service resolved in nft and to have a default working configuration in fail2ban Thanks for your attention. -- System Information: Debian Release: 10.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.5.0-0.bpo.2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages nftables depends on: ii dpkg 1.19.7 ii libc6 2.28-10 ii libgmp10 2:6.1.2+dfsg-4 ii libjansson4 2.12-1 ii libnftables0 0.9.0-2 ii libreadline7 7.0-5 nftables recommends no packages. nftables suggests no packages. -- Configuration Files: /etc/nftables.conf changed [not included] -- no debconf information
Bug#955139: calendar-google-provider: Missing build of package for thunderbird/lightning versions 1:65.* and 1:68.*
Package: calendar-google-provider Version: 1:60.9.0-1~deb10u1 Severity: grave Justification: renders package unusable There is missing build of the package for thunderbird/lightning of current versions 1:65.* and 1:68.* what makes the package unusable with any version of the given tools higher than 1:60.*. It also prevents the thunderbird/lightning from upgrade from this older version. -- System Information: Debian Release: 10.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-6-amd64 (SMP w/16 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8), LANGUAGE=cs:en_US:de (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages calendar-google-provider depends on: ii lightning 1:60.9.0-1~deb10u1 calendar-google-provider recommends no packages. calendar-google-provider suggests no packages. -- no debconf information
Bug#949033: neomutt: While installing neomutt it suggest "urlview mixmaster" but there is no candidate to mixmaster.
Package: neomutt Version: 20180716+dfsg.1-1 Severity: minor Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- Package-specific info: NeoMutt 20180716 Copyright (C) 1996-2016 Michael R. Elkins and others. NeoMutt comes with ABSOLUTELY NO WARRANTY; for details type 'neomutt -vv'. NeoMutt is free software, and you are welcome to redistribute it under certain conditions; type 'neomutt -vv' for details. System: Linux 4.19.0-6-amd64 (x86_64) ncurses: ncurses 6.1.20181013 (compiled with 6.1.20180714) libidn: 1.33 (compiled with 1.33) hcache backends: tokyocabinet Compiler: Using built-in specs. COLLECT_GCC=cc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/7/lto-wrapper OFFLOAD_TARGET_NAMES=nvptx-none OFFLOAD_TARGET_DEFAULT=1 Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Debian 7.3.0-25' --with-bugurl=file:///usr/share/doc/gcc-7/README.Bugs --enable-languages=c,ada,c++,go,brig,d,fortran,objc,obj-c++ --prefix=/usr --with-gcc-major-version-only --program-suffix=-7 --program-prefix=x86_64-linux-gnu- --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-vtable-verify --enable-libmpx --enable-plugin --enable-default-pie --with-system-zlib --with-target-system-zlib --enable-objc-gc=auto --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic --enable-offload-targets=nvptx-none --without-cuda-driver --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 7.3.0 (Debian 7.3.0-25) Configure options: --build=x86_64-linux-gnu --prefix=/usr {--includedir=${prefix}/include} {--mandir=${prefix}/share/man} {--infodir=${prefix}/share/info} --sysconfdir=/etc --localstatedir=/var --disable-silent-rules {--libdir=${prefix}/lib/x86_64-linux-gnu} {--libexecdir=${prefix}/lib/x86_64-linux-gnu} --disable-maintainer-mode --disable-dependency-tracking --mandir=/usr/share/man --libexecdir=/usr/lib --with-mailpath=/var/mail --gpgme --lua --notmuch --with-ui --gnutls --gss --idn --mixmaster --sasl --tokyocabinet Compilation CFLAGS: -g -O2 -fdebug-prefix-map=/build/neomutt-oDMtzm/neomutt-20180716+dfsg.1=. -fstack-protector-strong -Wformat -Werror=format-security -std=c99 -D_ALL_SOURCE=1 -D_GNU_SOURCE=1 -D__EXTENSIONS__ -I/usr/include -I/usr/include/lua5.3 -DNCURSES_WIDECHAR -isystem /usr/include/mit-krb5 Default options: +attach_headers_color +compose_to_sender +compress +cond_date +debug +encrypt_to_self +forgotten_attachments +forwref +ifdef +imap +index_color +initials +limit_current_thread +multiple_fcc +nested_if +new_mail +nntp +pop +progress +quasi_delete +regcomp +reply_with_xorig +sensible_browser +sidebar +skip_quoted +smtp +status_color +timeout +tls_sni +trash Compile options: +bkgdset +color +curs_set +fcntl -flock -fmemopen +futimens +getaddrinfo +gnutls +gpgme +gss +hcache -homespool +idn -locales_hack +lua +meta +mixmaster +nls +notmuch -openssl +pgp +sasl +smime +start_color +sun_attachment +typeahead MAILPATH="/var/mail" MIXMASTER="mixmaster" PKGDATADIR="/usr/share/neomutt" SENDMAIL="/usr/sbin/sendmail" SYSCONFDIR="/etc" To learn more about NeoMutt, visit: https://neomutt.org If you find a bug in NeoMutt, please raise an issue at: https://github.com/neomutt/neomutt/issues or send an email to: -- System Information: Debian Release: 10.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-6-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages neomutt depends on: ii libc6 2.28-10 ii libcom-err2 1.44.5-1+deb10u2 ii libgnutls30 3.6.7-4 ii libgpgme111.12.0-6 ii libgssapi-krb5-2 1.17-3 ii libidn11 1.33-2.2 ii libk5crypto3 1.17-3 ii libkrb5-3 1.17-3 ii liblua5.3-0 5.3.3-1.1 ii libncursesw6 6.1+20181013-2+deb10u2 ii libnotmuch5 0.28.4-1 ii libsasl2-22.1.27+dfsg-1 ii libtinfo6 6.1+20181013-2+deb10u2 ii libtokyocabinet9 1.4.48-12 Versions of packages neomutt recommends: ii libsasl2-modules 2.1.27+dfsg-1 ii locales 2.28-10 ii mime-support 3.62 Versions of
Bug#948243: linux-image-5.4.0-1-amd64: Fails to boot into graphical mode on Radeon RX 5700 XT, amdgpu: [powerplay] failed send message
Package: src:linux Version: 5.4.6-1 Severity: important Dear Maintainer, Switching from kernel package 5.3.0-3-amd64 to package 5.4.0-1-amd64 makes my PC no longer boot in graphical mode, with amdgpu errors reported in kernel log. Selecting the older kernel (5.3) from GRUB still boots the system correctly with no issues. I am using latest firmware binaries from linux-firmware repository because older versions did not detect the graphics card correctly (I am using Radeon RX 5700 XT). The following amdgpu-related lines are present in kernel logs: [drm] amdgpu kernel modesetting enabled. amdgpu :0a:00.0: remove_conflicting_pci_framebuffers: bar 0: 0xe000 -> 0xefff amdgpu :0a:00.0: remove_conflicting_pci_framebuffers: bar 2: 0xf000 -> 0xf01f amdgpu :0a:00.0: remove_conflicting_pci_framebuffers: bar 5: 0xfcb0 -> 0xfcb7 fb0: switching to amdgpudrmfb from EFI VGA amdgpu :0a:00.0: vgaarb: deactivate vga console amdgpu :0a:00.0: firmware: direct-loading firmware amdgpu/navi10_gpu_info.bin amdgpu :0a:00.0: No more image in the PCI ROM amdgpu :0a:00.0: VRAM: 8176M 0x0080 - 0x0081FEFF (8176M used) amdgpu :0a:00.0: GART: 512M 0x - 0x1FFF [drm] amdgpu: 8176M of VRAM memory ready [drm] amdgpu: 8176M of GTT memory ready. amdgpu :0a:00.0: firmware: direct-loading firmware amdgpu/navi10_sos.bin amdgpu :0a:00.0: firmware: direct-loading firmware amdgpu/navi10_asd.bin amdgpu :0a:00.0: firmware: direct-loading firmware amdgpu/navi10_smc.bin amdgpu :0a:00.0: firmware: direct-loading firmware amdgpu/navi10_pfp.bin amdgpu :0a:00.0: firmware: direct-loading firmware amdgpu/navi10_me.bin amdgpu :0a:00.0: firmware: direct-loading firmware amdgpu/navi10_ce.bin amdgpu :0a:00.0: firmware: direct-loading firmware amdgpu/navi10_rlc.bin amdgpu :0a:00.0: firmware: direct-loading firmware amdgpu/navi10_mec.bin amdgpu :0a:00.0: firmware: direct-loading firmware amdgpu/navi10_mec2.bin amdgpu :0a:00.0: firmware: direct-loading firmware amdgpu/navi10_sdma.bin amdgpu :0a:00.0: firmware: direct-loading firmware amdgpu/navi10_sdma1.bin amdgpu :0a:00.0: firmware: direct-loading firmware amdgpu/navi10_vcn.bin amdgpu: [powerplay] SMU is initialized successfully! fbcon: amdgpudrmfb (fb0) is primary device amdgpu :0a:00.0: fb0: amdgpudrmfb frame buffer device amdgpu :0a:00.0: ring 0(gfx_0.0.0) uses VM inv eng 4 on hub 0 amdgpu :0a:00.0: ring 1(gfx_0.1.0) uses VM inv eng 5 on hub 0 amdgpu :0a:00.0: ring 2(comp_1.0.0) uses VM inv eng 6 on hub 0 amdgpu :0a:00.0: ring 3(comp_1.1.0) uses VM inv eng 7 on hub 0 amdgpu :0a:00.0: ring 4(comp_1.2.0) uses VM inv eng 8 on hub 0 amdgpu :0a:00.0: ring 5(comp_1.3.0) uses VM inv eng 9 on hub 0 amdgpu :0a:00.0: ring 6(comp_1.0.1) uses VM inv eng 10 on hub 0 amdgpu :0a:00.0: ring 7(comp_1.1.1) uses VM inv eng 11 on hub 0 amdgpu :0a:00.0: ring 8(comp_1.2.1) uses VM inv eng 12 on hub 0 amdgpu :0a:00.0: ring 9(comp_1.3.1) uses VM inv eng 13 on hub 0 amdgpu :0a:00.0: ring 10(kiq_2.1.0) uses VM inv eng 14 on hub 0 amdgpu :0a:00.0: ring 11(sdma0) uses VM inv eng 15 on hub 0 amdgpu :0a:00.0: ring 12(sdma1) uses VM inv eng 16 on hub 0 amdgpu :0a:00.0: ring 13(vcn_dec) uses VM inv eng 4 on hub 1 amdgpu :0a:00.0: ring 14(vcn_enc0) uses VM inv eng 5 on hub 1 amdgpu :0a:00.0: ring 15(vcn_enc1) uses VM inv eng 6 on hub 1 amdgpu :0a:00.0: ring 16(vcn_jpeg) uses VM inv eng 7 on hub 1 [drm] Initialized amdgpu 3.35.0 20150101 for :0a:00.0 on minor 0 snd_hda_intel :0a:00.1: bound :0a:00.0 (ops amdgpu_dm_audio_component_bind_ops [amdgpu]) amdgpu: [powerplay] failed send message: TransferTableSmu2Dram (18) param: 0x0006 response 0xffc2 amdgpu: [powerplay] Failed to export SMU metrics table! amdgpu: [powerplay] failed send message: PowerUpVcn (43) param: 0x0001 response 0xffc2 amdgpu :0a:00.0: [drm:amdgpu_ib_ring_tests [amdgpu]] *ERROR* IB test failed on vcn_enc0 (-110). amdgpu :0a:00.0: [drm:amdgpu_ib_ring_tests [amdgpu]] *ERROR* IB test failed on vcn_enc1 (-110). amdgpu: [powerplay] failed send message: TransferTableSmu2Dram (18) param: 0x0006 response 0xffc2 amdgpu: [powerplay] Failed to export SMU metrics table! amdgpu: [powerplay] failed send message: SetDriverDramAddrHigh (14) param: 0x0080 response 0xffc2 amdgpu: [powerplay] failed send message: SetDriverDramAddrHigh (14) param: 0x0080 response 0xffc2 amdgpu: [powerplay] Failed to export SMU metrics table! amdgpu: [powerplay] failed send message: SetDriverDramAddrHigh (14) param: 0x0080 response 0xffc2 amdgpu: [powerplay] failed send message: SetDriverDramAddrHigh (14) param: 0x0080 response 0xffc2 amdgpu: [powerplay] Failed to export SMU metrics table! amdgpu: [powerplay] failed send message: SetDriverDramAddrHigh (14) param: 0x0080 response 0xffc2 amdgpu: [powerplay]
Bug#942042: systemd: Enabling systemd-networkd does not disable ifupdown management of /etc/network/interfaces
Thank you all for the explanations and suggestions. I undestand your decision to close this report. The following article in Debian wiki explains how to setup systemd-networkd and suggests to rename /etc/network/interfaces. It should be enough. https://wiki.debian.org/SystemdNetworkd -- Best regards, Artur
Bug#927197: deluge-web: Add deluge-web systemd service
Package: deluge-web Version: 1.3.13+git20161130.48cedf63-3 Severity: wishlist Tags: patch Dear Maintainer, If possible to add the deluge-web systemd service as per documentation to make it easier to deploy: https://dev.deluge-torrent.org/wiki/UserGuide/Service/systemd#DelugeWebUIdeluge-webService I'm including a copy of the daemon, my humble suggestion is /lib/systemd/system/deluge-web.service [Unit] Description=Deluge Bittorrent Client Web Interface Documentation=man:deluge-web After=network-online.target deluged.service Wants=deluged.service [Service] Type=simple User=deluge Group=deluge UMask=027 # This 5 second delay is necessary on some systems # to ensure deluged has been fully started ExecStartPre=/bin/sleep 5 ExecStart=/usr/bin/deluge-web Restart=on-failure [Install] WantedBy=multi-user.target -- System Information: Debian Release: 9.8 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-8-amd64 (SMP w/12 CPU cores) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968), LANGUAGE=en_US:en (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages deluge-web depends on: ii deluge-common 1.3.13+git20161130.48cedf63-3 ii python 2.7.13-2 ii python-mako1.0.6+ds1-2 deluge-web recommends no packages. deluge-web suggests no packages. -- debconf information: perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = "en_US:en", LC_ALL = (unset), LANG = "pt_BR.UTF-8" are supported and installed on your system. perl: warning: Falling back to the standard locale ("C"). locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory
Bug#927196: deluged: Unable to use deluge-web and deluge-console with username debian-deluged: BadLoginError
Package: deluged Version: 1.3.13+git20161130.48cedf63-3 Severity: normal Dear Maintainer, The version of deluge daemon (deluged) packaged with Debian 9 Stable doesn't work with the username debian-deluged when used in conjunction with deluge-web and deluge-console givin a BadLoginError("Username does not exist") even when running both services as the same user. I dont know if this problem is related to the dash or the long username, but by creating another username/group as deluge:deluge as per the Deluge documentation the deluge-web and deluge-console modules can connect to deluged without a problem. -- System Information: Debian Release: 9.8 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-8-amd64 (SMP w/12 CPU cores) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968), LANGUAGE=en_US:en (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages deluged depends on: ii adduser3.115 ii deluge-common 1.3.13+git20161130.48cedf63-3 ii lsb-base 9.20161125 ii python 2.7.13-2 ii python-libtorrent 1.1.1-1+b1 deluged recommends no packages. deluged suggests no packages. -- Configuration Files: /etc/default/deluged changed: ENABLE_DELUGED=1 /etc/init.d/deluged changed: PATH=/sbin:/usr/sbin:/bin:/usr/bin DESC="Deluge BitTorrent Daemon" NAME="deluged" DAEMON=/usr/bin/$NAME DAEMON_ARGS="-d -c /var/lib/deluged/config -l /var/log/deluged/daemon.log -L info" USER=deluge MASK=0007 PIDFILE=/var/run/$NAME.pid SCRIPTNAME=/etc/init.d/$NAME [ -x "$DAEMON" ] || exit 0 ENABLE_DELUGED=1 [ -r /etc/default/$NAME ] && . /etc/default/$NAME [ -f /etc/default/rcS ] && . /etc/default/rcS . /lib/lsb/init-functions do_start() { if [ $ENABLE_DELUGED != 1 ]; then log_progress_msg "Not starting ${DESC} ${NAME}, disabled in /etc/default/${NAME}" else # Return # 0 if daemon has been started # 1 if daemon was already running # 2 if daemon could not be started start-stop-daemon --start --background --quiet --pidfile $PIDFILE --exec $DAEMON \ --chuid $USER --umask $MASK --test > /dev/null \ || return 1 start-stop-daemon --start --background --quiet --pidfile $PIDFILE --make-pidfile --exec $DAEMON \ --chuid $USER --umask $MASK -- $DAEMON_ARGS \ || return 2 fi } do_stop() { # Return # 0 if daemon has been stopped # 1 if daemon was already stopped # 2 if daemon could not be stopped # other if a failure occurred start-stop-daemon --stop --quiet --retry=TERM/30/KILL/5 --pidfile $PIDFILE RETVAL="$?" [ "$RETVAL" = "2" ] && return 2 rm -f $PIDFILE return "$RETVAL" } case "$1" in start) [ "$VERBOSE" != no ] && log_daemon_msg "Starting $DESC" "$NAME" do_start case "$?" in 0|1) [ "$VERBOSE" != no ] && log_end_msg 0 ;; 2) [ "$VERBOSE" != no ] && log_end_msg 1 ;; esac ;; stop) [ "$VERBOSE" != no ] && log_daemon_msg "Stopping $DESC" "$NAME" do_stop case "$?" in 0|1) [ "$VERBOSE" != no ] && log_end_msg 0 ;; 2) [ "$VERBOSE" != no ] && log_end_msg 1 ;; esac ;; status) status_of_proc "$DAEMON" "$NAME" && exit 0 || exit $? ;; restart|force-reload) log_daemon_msg "Restarting $DESC" "$NAME" do_stop case "$?" in 0|1) do_start case "$?" in 0) log_end_msg 0 ;; 1) log_end_msg 1 ;; # Old process is still running *) log_end_msg 1 ;; # Failed to start esac ;; *) # Failed to stop log_end_msg 1 ;; esac ;; *) echo "Usage: $SCRIPTNAME {start|stop|status|restart|force-reload}" >&2 exit 3 ;; esac : -- debconf information: perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = "en_US:en", LC_ALL = (unset), LANG = "pt_BR.UTF-8" are supported and installed on your system. perl: warning: Falling back to the standard locale ("C"). locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory
Bug#904074: libkscreenlocker5: After dehibernation no login dialogue is shown, user cannot unlock dehibernated session
Package: libkscreenlocker5 Version: 5.8.6-2 Severity: important The problem is, after the resume from suspend to disk, the login screen does not appear. Workaround how to log-in again is to press Ctrl-Alt-F1, log in to the text console and kill the process kscreenlocker_greet. Then this process is restarted and the login screen is visible again, after the return to the KDE screen by pressing Alt-F7. The same or very similar bug is reported also in kde 4.11. and has been solved there, can it be this fix has not been included into the KDE 5 branch or the bug has become active again...? See the bug and solution in https://bugs.kde.org/show_bug.cgi?id=327947 This happens not every time, only under some circumstances which I have not been able to track/test exactly, but in the old bug description there is described how this could be probably reproduced. -- System Information: Debian Release: 9.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-0.bpo.3-amd64 (SMP w/2 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8), LANGUAGE=cs:en_US:de (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libkscreenlocker5 depends on: ii kpackagetool5 5.28.1-1 ii libc6 2.24-11+deb9u3 ii libkf5configcore5 5.28.0-2 ii libkf5configgui5 5.28.0-2 ii libkf5coreaddons5 5.28.0-2 ii libkf5crash5 5.28.0-1 ii libkf5declarative55.28.0-1 ii libkf5globalaccel55.28.0-1 ii libkf5i18n5 5.28.0-2 ii libkf5idletime5 5.28.0-1 ii libkf5notifications5 5.28.0-1 ii libkf5package55.28.1-1 ii libkf5quickaddons55.28.0-1 ii libkf5waylandclient5 4:5.28.0-1 ii libkf5waylandserver5 4:5.28.0-1 ii libkf5windowsystem5 5.28.0-2 ii libpam0g 1.1.8-3.6 ii libqt5core5a 5.7.1+dfsg-3+b1 ii libqt5dbus5 5.7.1+dfsg-3+b1 ii libqt5gui55.7.1+dfsg-3+b1 ii libqt5network55.7.1+dfsg-3+b1 ii libqt5qml55.7.1-2+b2 ii libqt5quick5 5.7.1-2+b2 ii libqt5widgets55.7.1+dfsg-3+b1 ii libqt5x11extras5 5.7.1~20161021-2 ii libstdc++66.3.0-18+deb9u1 ii libwayland-client01.12.0-1 ii libwayland-server01.12.0-1 ii libx11-6 2:1.6.4-3 ii libxcb-keysyms1 0.4.0-1+b2 ii libxcb1 1.12-1 ii libxi62:1.7.9-1 Versions of packages libkscreenlocker5 recommends: ii kde-config-screenlocker 5.8.6-2 libkscreenlocker5 suggests no packages. -- no debconf information
Bug#848024: Fails to connect after upgrade to openvpn 2.4
Package: network-manager-openvpn Version: 1.2.8-2 Followup-For: Bug #848024 The bug is still there in the version 1.2.8-2, because the g|UI for the editing of connection properties still generates the invalid option "tls-remote" always if you want to specify the X509 properties. The problem is concretely in the openvpn configuration, tab VPN (openvpn), then click on "Advanced", then switch to the tab TLS settings. As a first control on this tab is the edit field, where you can put the identification for X509 validation (somethng like "C=cz, L=Praha, O=Some Org, CN=someserver.somedomain.cz, emailAddress=somaeddr...@somedomain.cz") But now, instead of the generating openvpn configuration with the option "verify-X509-name" - on the ovpn configuration should be the line with something like verify-x509-name "C=cz, L=Praha, O=Some Org, CN=someserver.somedomain.cz, emailAddress=someaddr...@somedomain.cz" it still generates the old obsolete form tls-remote "C=cz, L=Praha, O=Some Org, CN=someserver.somedomain.cz, emailAddress=someaddr...@somedomain.cz" The only workaround for this I have found is to let the validation field empty, but then you lose the validation possibility. This should be fixed, there should be generated the correct settings verify-x509-name to the generated ovpn configuration instead of todays tls-remote Possibly there should be also extended the edit dialogue, where should be specified the type parameter behind the name parameter of the tag verify-x509-name - according to the openvpn manual, there can be also specified the type of the X509 name, if omitted, then default is used. -- System Information: Debian Release: 9.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-0.bpo.3-amd64 (SMP w/2 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8), LANGUAGE=cs:en_US:de (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages network-manager-openvpn depends on: ii adduser 3.115 ii libc62.24-11+deb9u1 ii libglib2.0-0 2.50.3-2 ii libnm0 1.6.2-3 ii network-manager 1.6.2-3 ii openvpn 2.4.0-6+deb9u1 network-manager-openvpn recommends no packages. network-manager-openvpn suggests no packages. -- no debconf information
Bug#848861: invoke-rc.d: Tries to start disabled systemd service if there are SysVinit init scripts
Package: init-system-helpers Version: 1.46 Severity: important Dear Maintainer, invoke-rc.d from init-system-helpers 1.46 starts a systemd service (e.g. ipmi_port.service) if it is not enabled but there are init.d scripts with the same name (e.g. /etc/rc2.d/S01ipmi_port /etc/rc3.d/S01ipmi_port /etc/rc4.d/S01ipmi_port /etc/rc5.d/S01ipmi_port). It causes inability to install ipmiutil 3.0.0-2. As a result users cannot install ipmiutil in Ubuntu 16.10+. There is existed bug in Ubuntu bugtracker. https://bugs.launchpad.net/ubuntu/+source/init-system-helpers/+bug/165 -- System Information: Debian Release: 8.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages init-system-helpers depends on: ii perl-base 5.20.2-3+deb8u6 init-system-helpers recommends no packages. init-system-helpers suggests no packages. Versions of packages init-system-helpers is related to: ii insserv 1.14.0-5 -- no debconf information
Bug#834359: kwin crashes occasionally when creating new window
rocessEvents(QFlags) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #6 0x7f40124d119a in QEventLoop::exec(QFlags) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #7 0x7f40122f6e53 in QThread::exec() () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #8 0x7f4014cac525 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5DBus.so.5 #9 0x7f40122fbd78 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #10 0x7f400dc3f464 in start_thread (arg=0x7f3ff3fff700) at pthread_create.c:333 #11 0x7f401469d30d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109 Thread 2 (Thread 0x7f3ffa3f0700 (LWP 2749)): #0 0x7f401469419d in poll () at ../sysdeps/unix/syscall-template.S:84 #1 0x7f4013827340 in ?? () from /usr/lib/x86_64-linux-gnu/libxcb.so.1 #2 0x7f4013828f39 in xcb_wait_for_event () from /usr/lib/x86_64-linux-gnu/libxcb.so.1 #3 0x7f3ffb0c0a79 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5XcbQpa.so.5 #4 0x7f40122fbd78 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #5 0x7f400dc3f464 in start_thread (arg=0x7f3ffa3f0700) at pthread_create.c:333 #6 0x7f401469d30d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109 Thread 1 (Thread 0x7f4014b89940 (LWP 2742)): [KCrash Handler] #6 0x7f400cd8c339 in QQmlBinding::write(QQmlPropertyData const&, QV4::Value const&, bool, QFlags) () from /usr/lib/x86_64-linux-gnu/libQt5Qml.so.5 #7 0x7f400cd8d28a in QQmlBinding::update(QFlags) () from /usr/lib/x86_64-linux-gnu/libQt5Qml.so.5 #8 0x7f400cd9659f in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Qml.so.5 #9 0x7f400cd2304e in QQmlComponentPrivate::complete(QQmlEnginePrivate*, QQmlComponentPrivate::ConstructionState*) () from /usr/lib/x86_64-linux-gnu/libQt5Qml.so.5 #10 0x7f400cd23117 in QQmlComponentPrivate::completeCreate() () from /usr/lib/x86_64-linux-gnu/libQt5Qml.so.5 #11 0x7f400cd22f80 in QQmlComponent::create(QQmlContext*) () from /usr/lib/x86_64-linux-gnu/libQt5Qml.so.5 #12 0x7f3ff1f750c7 in ?? () from /usr/lib/x86_64-linux-gnu/qt5/plugins/org.kde.kdecoration2/kwin5_aurorae.so #13 0x7f40142c4a01 in ?? () from /usr/lib/x86_64-linux-gnu/libkwin.so.5 #14 0x7f40141ac1d9 in KWin::Client::createDecoration(QRect const&) () from /usr/lib/x86_64-linux-gnu/libkwin.so.5 #15 0x7f40141acb93 in KWin::Client::updateDecoration(bool, bool) () from /usr/lib/x86_64-linux-gnu/libkwin.so.5 #16 0x7f40142091a6 in KWin::Client::manage(unsigned int, bool) () from /usr/lib/x86_64-linux-gnu/libkwin.so.5 #17 0x7f401418f6af in KWin::Workspace::createClient(unsigned int, bool) () from /usr/lib/x86_64-linux-gnu/libkwin.so.5 #18 0x7f40141f6881 in KWin::Workspace::workspaceEvent(xcb_generic_event_t*) () from /usr/lib/x86_64-linux-gnu/libkwin.so.5 #19 0x7f40124d02df in QAbstractEventDispatcher::filterNativeEvent(QByteArray const&, void*, long*) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #20 0x7f3ffb0c2455 in QXcbConnection::handleXcbEvent(xcb_generic_event_t*) () from /usr/lib/x86_64-linux-gnu/libQt5XcbQpa.so.5 #21 0x7f3ffb0c33eb in QXcbConnection::processXcbEvents() () from /usr/lib/x86_64-linux-gnu/libQt5XcbQpa.so.5 #22 0x7f4012501729 in QObject::event(QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #23 0x7f4012e0fbec in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 #24 0x7f4012e1508f in QApplication::notify(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 #25 0x7f40124d3450 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #26 0x7f40124d53cc in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #27 0x7f4012526be2 in QEventDispatcherUNIX::processEvents(QFlags) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #28 0x7f3ffb1350ad in ?? () from /usr/lib/x86_64-linux-gnu/libQt5XcbQpa.so.5 #29 0x7f40124d119a in QEventLoop::exec(QFlags) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #30 0x7f40124d999c in QCoreApplication::exec() () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #31 0x7f4014960226 in kdemain () from /usr/lib/x86_64-linux-gnu/libkdeinit5_kwin_x11.so #32 0x7f40145d6730 in __libc_start_main (main=0x400730, argc=1, argv=0x7fffeafe25a8, init=, fini=, rtld_fini=, stack_end=0x7fffeafe2598) at ../csu/libc-start.c:291 #33 0x00400769 in _start () Best regards Artur -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.6.0-1-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages kwin-x11 depends on: ii kwin-common
Bug#834834: linux-image-4.6.0-0.bpo.1-amd64: screen flickering on older notebook display (in x-windows)
Package: src:linux Version: 4.6.4-1~bpo8+1 Severity: important Problem occurs on the notebook display only, the attached screen display does no flickering at all with any kernel tried. After the last version of package the flickering is very massive after the boot of the system and start of X-Windows, and does not stop even after chaniging the parameters of the display (resolution). Also if using the kernel 4.5.0 (package linux- image-4.5.0-0.bpo.2-amd64 in version 4.5.4-1~bpo8+1) the flickering occurs, with the older kernel 3.13 (package linux-image-3.13-1-amd64 in version 3.13.10-1) the display works well and no flickering at all can be seen. -- Package-specific info: ** Version: Linux version 4.6.0-0.bpo.1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.9.2 (Debian 4.9.2-10) ) #1 SMP Debian 4.6.4-1~bpo8+1 (2016-08-11) ** Command line: BOOT_IMAGE=/boot/vmlinuz-4.6.0-0.bpo.1-amd64 root=UUID=db6ab517-0ceb-47fb-9e8d-8ce27468ca23 ro ** Tainted: E (8192) * Unsigned module has been loaded (currently expected). ** Kernel log: [2.658507] ACPI Warning: SystemIO range 0x1028-0x102F conflicts with OpRegion 0x1000-0x1042 (\_SB.C003.C004.C0BC) (20160108/utaddress-255) [2.658689] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [2.658759] ACPI Warning: SystemIO range 0x1130-0x113F conflicts with OpRegion 0x1100-0x113B (\_SB.C003.C004.C0CE) (20160108/utaddress-255) [2.658935] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [2.659002] ACPI Warning: SystemIO range 0x1100-0x112F conflicts with OpRegion 0x1100-0x113B (\_SB.C003.C004.C0CE) (20160108/utaddress-255) [2.659178] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [2.659245] lpc_ich: Resource conflict(s) found affecting gpio_ich [2.660167] leds_ss4200: no LED devices found [2.665170] usb 4-7.4.2: New USB device found, idVendor=09da, idProduct=c10a [2.665233] usb 4-7.4.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [2.665300] usb 4-7.4.2: Product: USB Mouse [2.665357] usb 4-7.4.2: Manufacturer: A4Tech [2.688728] yenta_cardbus :02:06.0: ISA IRQ mask 0x0c78, PCI irq 18 [2.688792] yenta_cardbus :02:06.0: Socket status: 3006 [2.688852] pci_bus :02: Raising subordinate bus# of parent bus (#02) from #03 to #06 [2.688925] yenta_cardbus :02:06.0: pcmcia: parent PCI bridge window: [io 0x8000-0x8fff] [2.688992] yenta_cardbus :02:06.0: pcmcia: parent PCI bridge window: [mem 0xf420-0xf45f] [2.689060] pcmcia_socket pcmcia_socket0: cs: memory probe 0xf420-0xf45f: [2.689129] excluding 0xf420-0xf423 [2.712049] tifm_core: MMC/SD card detected in socket 0:1 [2.749373] input: PC Speaker as /devices/platform/pcspkr/input/input18 [2.846499] [drm] fb mappable at 0xE00C [2.846561] [drm] vram apper at 0xE000 [2.846618] [drm] size 7258112 [2.846674] [drm] fb depth is 24 [2.846730] [drm]pitch is 6912 [2.848221] fbcon: radeondrmfb (fb0) is primary device [2.874110] Adding 5859324k swap on /dev/sda2. Priority:-1 extents:1 across:5859324k SSFS [2.923056] Console: switching to colour frame buffer device 128x48 [2.925686] radeon :01:00.0: fb0: radeondrmfb frame buffer device [2.936071] [drm] Initialized radeon 2.43.0 20080528 for :01:00.0 on minor 0 [3.027244] input: HP WMI hotkeys as /devices/virtual/input/input19 [3.045816] iTCO_vendor_support: vendor-support=0 [3.046337] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.11 [3.046432] iTCO_wdt: Found a ICH7-M or ICH7-U TCO device (Version=2, TCOBASE=0x1060) [3.048918] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0) [3.056251] EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: discard,commit=600 [3.079379] pcmcia_socket pcmcia_socket0: cs: memory probe 0x0c-0x0f: [3.079394] excluding 0xc-0xc 0xe-0xf [3.079410] pcmcia_socket pcmcia_socket0: cs: memory probe 0xa000-0xa0ff: [3.079419] excluding 0xa000-0xa0ff [3.079434] pcmcia_socket pcmcia_socket0: cs: memory probe 0x6000-0x60ff: [3.079443] excluding 0x6000-0x60ff [3.167732] systemd-journald[194]: Received request to flush runtime journal from PID 1 [3.268273] tpm_tis 00:03: TPM is disabled/deactivated (0x7) [3.302959] hidraw: raw HID events driver (C) Jiri Kosina [3.311217] usbcore: registered new interface driver usbhid [3.311219] usbhid: USB HID core driver [3.322558] input: A4Tech USB Mouse as /devices/pci:00/:00:1d.7/usb4/4-7/4-7.4/4-7.4.2/4-7.4.2:1.0/0003:09DA:C10A.0001/input/input20 [3.323918] hid-
Bug#832161: RFP: gpsmaster -- application to create, view, edit and analyse GPX files
Sebastiaan, Sounds fair. I will contact you soon, then. Regards Artur On Sat, Jul 23, 2016 at 05:39:23PM +0200, Sebastiaan Couwenberg wrote: > On 07/23/2016 04:37 PM, Artur R. Czechowski wrote: > > On Sat, Jul 23, 2016 at 11:18:09AM +0200, Sebastiaan Couwenberg wrote: > >> Would you be willing to help co-maintain the gpsmaster package in Debian > >> since the Debian GIS team is low on manpower? > > > > Well, I used to have a Debian Maintainer status with a few packages under > > my care. For last year I was unable to maintain them properly and all of > > them > > are reported as RFA. Situation changed in a good way recently so I am going > > to have a closer relation with Debian again. If the Debian GIS team is not > > against the new package I will contact you again as soon as I will be ready > > for a new commitment. > > The Debian GIS team is not against the new package, there is simply not > a lot of manpower in the team to maintain all our existing packages. You > clearly have an interest in the gpsmaster package, so I invite you to > help co-maintain it within the team. There are only a handful of people > somewhat active in the team, and not munch Java expertise, but for that > latter the debian-java list is a good option. > > Please refer to the Debian GIS Policy for the team specific documentation: > > https://pkg-grass.alioth.debian.org/policy/index.html#introduction > > Kind Regards, > > Bas > > -- > GPG Key ID: 4096R/6750F10AE88D4AF1 > Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 > >
Bug#832161: RFP: gpsmaster -- application to create, view, edit and analyse GPX files
Hi Sebastian, On Sat, Jul 23, 2016 at 11:18:09AM +0200, Sebastiaan Couwenberg wrote: > How does gpsmaster compare to gpsprune and qmapshack? It seems to > overlap with their functionality, and both are already available in Debian. Maybe little background. The GPS device I own occasionally resets itself. So, instead of having one segment track from the trip I have few segment. The list of requirements I have from the software is: - remove some points from the track: close the home to protect my location when I publish the path and the gps drift from places when I stopped for a break without turning off the device - merge segments into one track - provide me the background map to remind me where I have been As I've got back to Linux based workstation, first I've tried available software, including the gpsprune. At first glance I cannot find required functionality. Now I am digging through the documentation - maybe I would be able to achieve what I want. I've just run qmapshack. Again, at first glance I was unable to find what I want. After some digging I've found what I need, but the interface is far for comfortable to use. If I would have a choice only from gpsprune and qmapshack I would try to learn how to merge the segments in gpsmaster (stil keep trying), as the points' removal is quite easy. The qmapshack makes from such basic operations elaborate procedure requiring clicking through the few windows every time. Contrary to the above, the gpsmaster is straightforward and intuitive to use. It doesn't require any additional configuration. Run the ѕoftware, open the track, the software fetcheѕ the map of the region. After one guess to click one button visible on the toolbar to enable a side toolbar, the new options are available. As a bonus, there are quite nice trip stats visible. > The gpsmaster project doesn't seem to use a bugtracker nor version > control, so I'm doubting the maturity of this project. There is a presence of .svn directory in the sources. So it is a high chance the developer uses private subversion repository. I agree, lack of bugtracker could be a drawback. > Would you be willing to help co-maintain the gpsmaster package in Debian > since the Debian GIS team is low on manpower? Well, I used to have a Debian Maintainer status with a few packages under my care. For last year I was unable to maintain them properly and all of them are reported as RFA. Situation changed in a good way recently so I am going to have a closer relation with Debian again. If the Debian GIS team is not against the new package I will contact you again as soon as I will be ready for a new commitment. Best regards Artur
Bug#832161: RFP: gpsmaster -- application to create, view, edit and analyse GPX files
Package: wnpp Severity: wishlist * Package name: gpsmaster Version : 0.62.97 Upstream Author : Rainer Fügenstein * URL : http://wiki.openstreetmap.org/wiki/GpsMaster * License : GPL Programming Lang: Java Description : application to create, view, edit and analyse GPX files The program is focused toward the analysis of recorded tracks, but also offers features for planning outdoor activities such as backpacking, hiking, and biking. I consider this package as worth adding to Debian repository, because no other software available currently in Debian allows merging segments. For last year I used the this piece of software, as I was limited only to the Windows based laptop. Now I'm back on Debian and first I've checked existing packages for required functionality. Because I didn't found any, I fetched the GPS Master which I am quite happy to uise on regular basis. Best regards -- Artur R. Czechowski GCS/IT dpu-(++) s-:-- a C++ UL$ P+++ L++(+++) E--- W++ N+(-) K- w !O M- V? PE++ Y+ PGP++ t !5 X R tv--(-) b++ DI+++ D+ G e-(*) h++(---) r++ y+
Bug#819386: csmash: Fix missing format arguments
Package: src:csmash Version: 0.6.6-6.7 Tags: patch Usertags: origin-ubuntu ubuntu-patch xenial In Ubuntu, we've applied the attached patch to achieve the following: * debian/patches/missing-format-arguments.patch: - Fix missing format arguments. Fixing FTBFS. loadparts.cpp: In static member function 'static bool parts::loadobjects(const char*)': loadparts.cpp:221:17: warning: format not a string literal and no format arguments [-Wformat-security] printf(e.what()); ^ loadparts.cpp: In static member function 'static bool parts::loadfile(const char*)': loadparts.cpp:251:60: error: no matching function for call to 'clamp(unsigned int, long unsigned int, long unsigned int)' int bufsize = clamp(0U, sizeof(line)-l, sizeof(line)-1); ^ loadparts.cpp:251:60: note: candidate is: loadparts.cpp:73:17: note: template const T& {anonymous}::clamp(const T&, const T&, const T&) inline const T& clamp(const T& a, const T& x, const T& b) { ^ loadparts.cpp:73:17: note: template argument deduction/substitution failed: loadparts.cpp:251:60: note: deduced conflicting types for parameter 'const T' ('unsigned int' and 'long unsigned int') int bufsize = clamp(0U, sizeof(line)-l, sizeof(line)-1); ^ loadparts.cpp: In member function 'virtual bool texture_parts::realize()': loadparts.cpp:541:12: warning: format not a string literal and no format arguments [-Wformat-security] printf(buf); ^ loadparts.cpp: In member function 'void polyhedron_parts::render() const': loadparts.cpp:578:11: warning: unused variable 'NanTheBLACK' [-Wunused-variable] float NanTheBLACK[4] = { 0, 0, 0, 1 }; ^ loadparts.cpp:579:11: warning: unused variable 'ManOfVirtue' [-Wunused-variable] float ManOfVirtue[4] = { 1, 1, 1, 1 }; ^ make[3]: *** [loadparts.o] Error 1 make[3]: Leaving directory `/build/buildd/csmash-0.6.6' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/buildd/csmash-0.6.6' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd/csmash-0.6.6' make: *** [build-stamp] Error 2 We thought you might be interested in doing the same. Description: Fix missing format arguments, resolving FTBFS. Author: Daniel T Chen Index: csmash-0.6.6/loadparts.cpp === --- csmash-0.6.6.orig/loadparts.cpp 2014-04-02 09:00:08.0 -0400 +++ csmash-0.6.6/loadparts.cpp 2014-04-02 09:04:11.568523265 -0400 @@ -218,7 +218,7 @@ } catch (const error &e) { printf("loadfile failed\n"); - printf(e.what()); + printf("%s", e.what()); return false; } return true; @@ -538,7 +538,7 @@ char buf[256]; snprintf(buf, sizeof(buf), "texture %s cannot be realized\n", filename.c_str()); - printf(buf); + printf("%s", buf); throw error(buf); return false; } else {
Bug#819373: libfiu: FTBFS with ld --as-needed
Package: src:libfiu Version: 0.94-3 Tags: patch Usertags: origin-ubuntu ubuntu-patch xenial In Ubuntu, we've applied the attached patch to achieve the following: * debian/patches/0002-ld-as-needed.patch: Move libraries after files that need them to fix FTBFS with ld --as-needed. We thought you might be interested in doing the same. Description: Move libraries after files that need them to fix FTBFS with ld --as-needed. Author: Logan Rosen --- a/tests/Makefile +++ b/tests/Makefile @@ -64,8 +64,8 @@ #direct jumps, which leaves caller information out of the stack frame and #makes functions not appear in the backtrace. We disable it. test-enable_stac%: test-enable_stac%.c build-flags - $(NICE_CC) $(ALL_CFLAGS) -lfiu -lpthread \ - -rdynamic -fno-optimize-sibling-calls $< -o $@ + $(NICE_CC) $(ALL_CFLAGS) \ + -rdynamic -fno-optimize-sibling-calls $< -lfiu -lpthread -o $@ c-run-%: % $(NICE_RUN) ./$<
Bug#819339: qd: Rename library packages for g++5 ABI transition
Package: src:qd Version: 2.3.11.dfsg-2.3 Tags: patch Usertags: origin-ubuntu ubuntu-patch xenial In Ubuntu, we've applied the attached patch to achieve the following: * Rename library packages for g++5 ABI transition. We thought you might be interested in doing the same. diff -pruN 2.3.11.dfsg-2.2/debian/changelog 2.3.11.dfsg-2.2ubuntu1/debian/changelog --- 2.3.11.dfsg-2.2/debian/changelog 2015-08-11 21:46:01.0 + +++ 2.3.11.dfsg-2.2ubuntu1/debian/changelog 2015-08-11 21:46:01.0 + @@ -1,3 +1,9 @@ +qd (2.3.11.dfsg-2.2ubuntu1) wily; urgency=medium + + * Rename library packages for g++5 ABI transition. + + -- Iain Lane Tue, 04 Aug 2015 11:37:46 +0100 + qd (2.3.11.dfsg-2.2) unstable; urgency=low * Convert to dh-autoreconf, which is more robust than CDBS diff -pruN 2.3.11.dfsg-2.2/debian/control 2.3.11.dfsg-2.2ubuntu1/debian/control --- 2.3.11.dfsg-2.2/debian/control 2015-08-11 21:46:01.0 + +++ 2.3.11.dfsg-2.2ubuntu1/debian/control 2015-08-11 21:46:01.0 + @@ -1,7 +1,8 @@ Source: qd Section: libs Priority: optional -Maintainer: Debian Science Maintainers +Maintainer: Ubuntu Developers +XSBC-Original-Maintainer: Debian Science Maintainers Uploaders: Christophe Prud'homme Build-Depends: cdbs, debhelper (>= 7), quilt, dh-autoreconf, g++ (>= 4.1), gfortran (>= 4.1) Standards-Version: 3.9.1 @@ -12,7 +13,7 @@ Vcs-Browser: http://svn.debian.org/wsvn/ Package: libqd-dev Section: libdevel Architecture: any -Depends: libqd0 (= ${binary:Version}), ${misc:Depends} +Depends: libqd0v5 (= ${binary:Version}), ${misc:Depends} Description: Double-double and quad double types in C++ and F90 This package supports both a double-double datatype (approx. 32 decimal digits) and a quad-double datatype (approx. 64 decimal @@ -21,12 +22,12 @@ Description: Double-double and quad doub to convert an existing C++ or Fortran-90 program to use the library with only minor changes to the source code. -Package: libqd0 +Package: libqd0v5 Section: libs Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends} -Replaces: libqd2c2a -Conflicts: libqd2c2a +Replaces: libqd0, libqd2c2a +Conflicts: libqd0, libqd2c2a Description: Double-double and quad double types in C++ and F90 This package supports both a double-double datatype (approx. 32 decimal digits) and a quad-double datatype (approx. 64 decimal diff -pruN 2.3.11.dfsg-2.2/debian/libqd0.install 2.3.11.dfsg-2.2ubuntu1/debian/libqd0.install --- 2.3.11.dfsg-2.2/debian/libqd0.install 2015-08-11 21:46:01.0 + +++ 2.3.11.dfsg-2.2ubuntu1/debian/libqd0.install 1970-01-01 00:00:00.0 + @@ -1,2 +0,0 @@ -debian/tmp/usr/lib/libqd*.so.* /usr/lib - diff -pruN 2.3.11.dfsg-2.2/debian/libqd0v5.install 2.3.11.dfsg-2.2ubuntu1/debian/libqd0v5.install --- 2.3.11.dfsg-2.2/debian/libqd0v5.install 1970-01-01 00:00:00.0 + +++ 2.3.11.dfsg-2.2ubuntu1/debian/libqd0v5.install 2015-08-11 21:46:01.0 + @@ -0,0 +1,2 @@ +debian/tmp/usr/lib/libqd*.so.* /usr/lib + diff -pruN 2.3.11.dfsg-2.2/debian/libqd0v5.lintian-overrides 2.3.11.dfsg-2.2ubuntu1/debian/libqd0v5.lintian-overrides --- 2.3.11.dfsg-2.2/debian/libqd0v5.lintian-overrides 1970-01-01 00:00:00.0 + +++ 2.3.11.dfsg-2.2ubuntu1/debian/libqd0v5.lintian-overrides 2015-08-11 21:46:01.0 + @@ -0,0 +1,2 @@ +# G++5 ABI transition +libqd0v5: package-name-doesnt-match-sonames libqd0
Bug#736879: Jessie/stable still contains this bug, no backport... Kwallet password storage completely unusable for me...
Hello, the jessie stable is still on version 1.8.10, so the kwallet does not work at all. So, it seems in kde there is no alternative for storing encrypted passwords with subversion, what is a relly bad situation. Is there planned some backport of the 1.9.2 or 1.9.3 version, which is currently in the testing phase? Artur Linhart smime.p7s Description: Elektronicky podpis S/MIME
Bug#811329: mstflint: Please use dh_autotools-dev to update config.{sub,guess} for new ports
Package: src:mstflint Version: 4.1.0+1.46.gb1cdaf7-1 Tags: patch Usertags: origin-ubuntu ubuntu-patch xenial In Ubuntu, we've applied the attached patch to achieve the following: * debian/rules: Update config.{sub,guess} correctly with dh_autotools-dev. We thought you might be interested in doing the same. diff -Nru mstflint-4.1.0+1.46.gb1cdaf7/debian/rules mstflint-4.1.0+1.46.gb1cdaf7/debian/rules --- mstflint-4.1.0+1.46.gb1cdaf7/debian/rules 2015-12-31 01:25:47.0 +0100 +++ mstflint-4.1.0+1.46.gb1cdaf7/debian/rules 2015-12-31 05:14:17.0 +0100 @@ -1,4 +1,4 @@ #!/usr/bin/make -f %: - dh $@ + dh $@ --with autotools_dev
Bug#811271: bppsuite: Remove hardcoded library dependencies
Package: src:bppsuite Version: 0.8.0-1+build1 Tags: patch Usertags: origin-ubuntu ubuntu-patch xenial In Ubuntu, we've applied the attached patch to achieve the following: * debian/control: Remove hardcoded library dependencies. We thought you might be interested in doing the same. diff -Nru bppsuite-0.8.0/debian/changelog bppsuite-0.8.0/debian/changelog --- bppsuite-0.8.0/debian/changelog 2013-07-17 14:33:48.0 + +++ bppsuite-0.8.0/debian/changelog 2015-08-11 16:47:36.0 + @@ -1,3 +1,9 @@ +bppsuite (0.8.0-1+ubuntu1) wily; urgency=medium + + * Remove hardcoded library dependencies. + + -- Iain Lane Tue, 11 Aug 2015 17:47:36 +0100 + bppsuite (0.8.0-1+build1) unstable; urgency=low * New models for proteins (COaLA) diff -Nru bppsuite-0.8.0/debian/control bppsuite-0.8.0/debian/control --- bppsuite-0.8.0/debian/control 2013-07-17 13:38:51.0 + +++ bppsuite-0.8.0/debian/control 2015-08-11 16:46:56.0 + @@ -9,7 +9,7 @@ Package: bppsuite Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends}, libbpp-phyl9 (>= 2.0.3) +Depends: ${shlibs:Depends}, ${misc:Depends} Description: Bio++ program suite Includes programs: - BppML for maximum likelihood analysis,
Bug#809234: O: lwatch -- Simple log colorizer
Package: wnpp Severity: normal I intend to orphan the lwatch package. The package description is: Lwatch is a program to split syslog or syslog-ng messages with regexps (PCREs), colorize and display them in a way that important information can be seen at a glance. It is a small, useful tool for system administrators. -- There are only 10 types of people in the world: Those who understand binary and those who don't. /unknown/
Bug#809233: O: imms -- Unobtrusive, automatic, and learning XMMS playlist manager
Package: wnpp Severity: normal I intend to orphan the imms package. The package description is: IMMS is an intelligent playlist plug-in for XMMS that tracks your listening patterns and dynamically adapts to your taste. . Major features include: . - Rating and playlist adjustment are done completely transparently to the user. IMMS is super easy to use! - Though IMMS will mostly play "good" songs, occasionally less popular ones are given a chance to earn your favor. - IMMS does a better job of shuffling than XMMS. It is able to recognize different versions of the same song (eg. remixes) and not play them too often. - IMMS uses smart file identification that allows files to keep their ratings even if they are moved and/or their tags change. . -- Po co mamy ze sobą rozmawiać, skoro tak łatwo się komunikować? /Jean Baudrillard/
Bug#809235: O: rrdcollect -- Round-Robin-Database Collecting Daemon
Package: wnpp Severity: normal I intend to orphan the rrdcollect package. The package description is: RRDcollect is a daemon which polls certain files in /proc/ directory, gathering data and storing it inside RRDtool's database files. Being written in C it should be both fast and resources-friendly. It supports both scanf(3)-style pattern matches and perl compatible regular expressions. . This package does not create rrd files. You need to create those files manually using rrdtool package. -- zaoszczędzona benzyna napędza motory tak samo dobrze, jak zaoszczędzony cement wiąże zaoszczędzone cegły /"Przygoda na Mariensztacie"/
Bug#809065: capnproto: MultiArch support
Package: src:capnproto Version: Tags: patch Usertags: origin-ubuntu ubuntu-patch xenial In Ubuntu, we've applied the attached patch to achieve the following: - debian/compat, debian/control: + Bump to debhelper 9 (needed for MultiArch). - debian/{control, *.install}: + Convert to MutliArch support. We thought you might be interested in doing the same. diff -pruN -x '*~' capnproto-0.5.3.orig/debian/compat capnproto-0.5.3/debian/compat --- capnproto-0.5.3.orig/debian/compat 2015-10-31 07:52:49.0 +0100 +++ capnproto-0.5.3/debian/compat 2015-12-26 20:27:54.0 +0100 @@ -1 +1 @@ -8 +9 diff -pruN -x '*~' capnproto-0.5.3.orig/debian/control capnproto-0.5.3/debian/control --- capnproto-0.5.3.orig/debian/control 2015-10-31 07:52:49.0 +0100 +++ capnproto-0.5.3/debian/control 2015-12-26 21:33:43.782543436 +0100 @@ -2,7 +2,7 @@ Source: capnproto Section: devel Priority: optional Maintainer: Tom Lee -Build-Depends: debhelper (>= 8.0.0), gcc (>= 4.7), +Build-Depends: debhelper (>= 9), gcc (>= 4.7), python-all (>= 2.6), dpkg-dev (>= 1.16.1.1), docbook-xsl, docbook-xml, xsltproc, dh-autoreconf, netbase Standards-Version: 3.9.6 @@ -12,6 +12,7 @@ Vcs-Browser: http://github.com/thomaslee Package: libcapnp-0.5.3 Architecture: any +Multi-Arch: same Section: libs Depends: ${shlibs:Depends}, ${misc:Depends} Description: Cap'n Proto C++ library @@ -29,6 +30,7 @@ Description: Cap'n Proto C++ library Package: libcapnp-dev Architecture: any +Multi-Arch: same Section: libdevel Depends: ${misc:Depends}, libcapnp-0.5.3 (= ${binary:Version}) Description: Cap'n Proto C++ library (development files) @@ -47,6 +49,7 @@ Description: Cap'n Proto C++ library (de Package: capnproto Architecture: any +Multi-Arch: foreign Depends: ${shlibs:Depends}, ${misc:Depends}, libcapnp-0.5.3 (= ${binary:Version}) Description: tool for working with the Cap'n Proto data interchange format diff -pruN -x '*~' capnproto-0.5.3.orig/debian/libcapnp-0.5.3.install capnproto-0.5.3/debian/libcapnp-0.5.3.install --- capnproto-0.5.3.orig/debian/libcapnp-0.5.3.install 2015-10-31 07:52:49.0 +0100 +++ capnproto-0.5.3/debian/libcapnp-0.5.3.install 2015-12-26 20:30:22.0 +0100 @@ -1,5 +1,5 @@ -usr/lib/libcapnp-0.5.3.so -usr/lib/libcapnp-rpc-0.5.3.so -usr/lib/libcapnpc-*.so -usr/lib/libkj-0.5.3.so -usr/lib/libkj-async-0.5.3.so +/usr/lib/*/libcapnp-0.5.3.so +/usr/lib/*/libcapnp-rpc-0.5.3.so +/usr/lib/*/libcapnpc-*.so +/usr/lib/*/libkj-0.5.3.so +/usr/lib/*/libkj-async-0.5.3.so diff -pruN -x '*~' capnproto-0.5.3.orig/debian/libcapnp-dev.install capnproto-0.5.3/debian/libcapnp-dev.install --- capnproto-0.5.3.orig/debian/libcapnp-dev.install2015-10-31 07:52:49.0 +0100 +++ capnproto-0.5.3/debian/libcapnp-dev.install 2015-12-26 20:32:40.0 +0100 @@ -1,13 +1,13 @@ -usr/lib/libcapnp.a -usr/lib/libcapnp.so -usr/lib/libcapnp-rpc.a -usr/lib/libcapnp-rpc.so -usr/lib/libcapnpc.a -usr/lib/libcapnpc.so -usr/lib/libkj.a -usr/lib/libkj.so -usr/lib/libkj-async.a -usr/lib/libkj-async.so -usr/lib/pkgconfig -usr/lib/cmake +/usr/lib/*/libcapnp.a +/usr/lib/*/libcapnp.so +/usr/lib/*/libcapnp-rpc.a +/usr/lib/*/libcapnp-rpc.so +/usr/lib/*/libcapnpc.a +/usr/lib/*/libcapnpc.so +/usr/lib/*/libkj.a +/usr/lib/*/libkj.so +/usr/lib/*/libkj-async.a +/usr/lib/*/libkj-async.so +/usr/lib/*/pkgconfig +/usr/lib/*/cmake usr/include
Bug#808481: (no subject)
Should not be the binary package kamailio-mono-modules in debian/control adjusted as well? Package: kamailio-mono-modules Architecture: amd64 armel i386 mipsel powerpc powerpcspe ppc64 s390x
Bug#792904: fwupdate: FTBFS on arm* architectures
Package: src:fwupdate Version: 0.4-3 Tags: ftbfs -T elf_arm_efi.lds ld: section .note.gnu.build-id loaded at [,0023] overlaps section .text loaded at [,648f] make[3]: *** [fakeesrt2.so] Error 1 Makefile:74: recipe for target 'fakeesrt2.so' failed rm fakeesrt2.o make[3]: Leaving directory '/«PKGBUILDDIR»/efi' make[2]: *** [all] Error 2 Makefile:7: recipe for target 'all' failed make[2]: Leaving directory '/«PKGBUILDDIR»' dh_auto_build: make -j1 libdir=${prefix}/usr/lib/arm-linux-gnueabihf LIBDIR=${prefix}/usr/lib GNUEFIDIR=${prefix}/usr/lib EFIDIR=debian returned exit code 2 make[1]: *** [override_dh_auto_build] Error 2 debian/rules:16: recipe for target 'override_dh_auto_build' failed make[1]: Leaving directory '/«PKGBUILDDIR»' make: *** [build-arch] Error 2 debian/rules:13: recipe for target 'build-arch' failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#783961: (no subject)
In Ubuntu, we've applied the attached patch to achieve the following: - debian/control, debian/*.install: + Install pkcs11 in its own binary. This change is strongly related to bug #686843 on BTS. We thought you might be interested in doing the same diff -pruN -x '*~' gnome-keyring-3.16.0.orig/debian/control gnome-keyring-3.16.0/debian/control --- gnome-keyring-3.16.0.orig/debian/control2015-07-01 22:39:27.0 +0200 +++ gnome-keyring-3.16.0/debian/control 2015-07-01 22:47:53.108825799 +0200 @@ -43,7 +43,7 @@ Depends: ${misc:Depends}, dbus-x11, p11-kit (>= 0.16), libcap2-bin [linux-any] -Recommends: libpam-gnome-keyring +Recommends: libpam-gnome-keyring, libp11-kit-gnome-keyring Breaks: libgnome-keyring0 (<< 3.0), seahorse-plugins (<< 3.0) Description: GNOME keyring services (daemon and tools) @@ -55,6 +55,24 @@ Description: GNOME keyring services (dae password, and there is also a session keyring which is never stored to disk, but forgotten when the session ends. +Package: libp11-kit-gnome-keyring +Section: libs +Architecture: any +Multi-Arch: same +Pre-Depends: ${misc:Pre-Depends}, + multiarch-support +Depends: ${misc:Depends}, + ${shlibs:Depends} +Breaks: gnome-keyring (<< 3.6.2-0ubuntu2~) +Replaces: gnome-keyring (<< 3.6.2-0ubuntu2~) +Description: GNOME keyring module for the PKCS#11 module loading library + gnome-keyring is a daemon in the session, similar to ssh-agent, + and other applications can use it to store passwords and other + sensitive information. + . + This package contains a PKCS#11 module that will allow using the GNOME + keyring as a certificate database. + Package: libpam-gnome-keyring Section: admin Architecture: any diff -pruN -x '*~' gnome-keyring-3.16.0.orig/debian/control.in gnome-keyring-3.16.0/debian/control.in --- gnome-keyring-3.16.0.orig/debian/control.in 2015-07-01 22:40:07.0 +0200 +++ gnome-keyring-3.16.0/debian/control.in 2015-07-01 22:47:36.420483673 +0200 @@ -39,7 +39,7 @@ Depends: ${misc:Depends}, dbus-x11, p11-kit (>= 0.16), libcap2-bin [linux-any] -Recommends: libpam-gnome-keyring +Recommends: libpam-gnome-keyring, libp11-kit-gnome-keyring Breaks: libgnome-keyring0 (<< 3.0), seahorse-plugins (<< 3.0) Description: GNOME keyring services (daemon and tools) @@ -51,6 +51,24 @@ Description: GNOME keyring services (dae password, and there is also a session keyring which is never stored to disk, but forgotten when the session ends. +Package: libp11-kit-gnome-keyring +Section: libs +Architecture: any +Multi-Arch: same +Pre-Depends: ${misc:Pre-Depends}, + multiarch-support +Depends: ${misc:Depends}, + ${shlibs:Depends} +Breaks: gnome-keyring (<< 3.6.2-0ubuntu2~) +Replaces: gnome-keyring (<< 3.6.2-0ubuntu2~) +Description: GNOME keyring module for the PKCS#11 module loading library + gnome-keyring is a daemon in the session, similar to ssh-agent, + and other applications can use it to store passwords and other + sensitive information. + . + This package contains a PKCS#11 module that will allow using the GNOME + keyring as a certificate database. + Package: libpam-gnome-keyring Section: admin Architecture: any diff -pruN -x '*~' gnome-keyring-3.16.0.orig/debian/gnome-keyring.install gnome-keyring-3.16.0/debian/gnome-keyring.install --- gnome-keyring-3.16.0.orig/debian/gnome-keyring.install 2015-04-17 14:03:16.0 +0200 +++ gnome-keyring-3.16.0/debian/gnome-keyring.install 2015-07-01 22:44:12.832179586 +0200 @@ -7,5 +7,4 @@ usr/share/man/man1/gnome-keyring.1 usr/share/man/man1/gnome-keyring-daemon.1 usr/share/p11-kit usr/lib/gnome-keyring/devel/*.so -usr/lib/*/pkcs11/*.so etc/xdg/autostart diff -pruN -x '*~' gnome-keyring-3.16.0.orig/debian/libp11-kit-gnome-keyring.install gnome-keyring-3.16.0/debian/libp11-kit-gnome-keyring.install --- gnome-keyring-3.16.0.orig/debian/libp11-kit-gnome-keyring.install 1970-01-01 01:00:00.0 +0100 +++ gnome-keyring-3.16.0/debian/libp11-kit-gnome-keyring.install 2015-04-08 16:09:49.0 +0200 @@ -0,0 +1,2 @@ +usr/lib/*/pkcs11/*.so +usr/share/p11-kit
Bug#686843: (no subject)
In Ubuntu, we've applied the attached patch to achieve the following: - debian/control, debian/rules, debian/*.install: + MultiArch support. This change is strongly related to bug #783961 on BTS. We thought you might be interested in doing the same. diff -pruN -x '*~' gnome-keyring-3.16.0.orig/debian/control gnome-keyring-3.16.0/debian/control --- gnome-keyring-3.16.0.orig/debian/control2015-05-04 21:00:31.0 +0200 +++ gnome-keyring-3.16.0/debian/control 2015-07-01 22:39:27.841583840 +0200 @@ -34,7 +34,9 @@ Homepage: https://wiki.gnome.org/GnomeKe Package: gnome-keyring Architecture: any -Pre-Depends: ${misc:Pre-Depends} +Multi-Arch: foreign +Pre-Depends: ${misc:Pre-Depends}, + multiarch-support Depends: ${misc:Depends}, ${shlibs:Depends}, gcr (>= 3.4), @@ -56,6 +58,9 @@ Description: GNOME keyring services (dae Package: libpam-gnome-keyring Section: admin Architecture: any +Multi-Arch: same +Pre-Depends: ${misc:Pre-Depends}, + multiarch-support Depends: ${misc:Depends}, ${shlibs:Depends}, libpam-runtime (>= 1.0.1-6) diff -pruN -x '*~' gnome-keyring-3.16.0.orig/debian/control.in gnome-keyring-3.16.0/debian/control.in --- gnome-keyring-3.16.0.orig/debian/control.in 2015-04-17 13:46:10.0 +0200 +++ gnome-keyring-3.16.0/debian/control.in 2015-07-01 22:40:07.066543980 +0200 @@ -30,7 +30,9 @@ Homepage: https://wiki.gnome.org/GnomeKe Package: gnome-keyring Architecture: any -Pre-Depends: ${misc:Pre-Depends} +Multi-Arch: foreign +Pre-Depends: ${misc:Pre-Depends}, + multiarch-support Depends: ${misc:Depends}, ${shlibs:Depends}, gcr (>= 3.4), @@ -52,6 +54,9 @@ Description: GNOME keyring services (dae Package: libpam-gnome-keyring Section: admin Architecture: any +Multi-Arch: same +Pre-Depends: ${misc:Pre-Depends}, + multiarch-support Depends: ${misc:Depends}, ${shlibs:Depends}, libpam-runtime (>= 1.0.1-6) diff -pruN -x '*~' gnome-keyring-3.16.0.orig/debian/libpam-gnome-keyring.install gnome-keyring-3.16.0/debian/libpam-gnome-keyring.install --- gnome-keyring-3.16.0.orig/debian/libpam-gnome-keyring.install 2015-04-14 19:35:20.0 +0200 +++ gnome-keyring-3.16.0/debian/libpam-gnome-keyring.install2015-07-01 22:46:14.962792343 +0200 @@ -1,2 +1,2 @@ -lib/security/*.so +lib/*/security/*.so debian/pam-configs usr/share/ diff -pruN -x '*~' gnome-keyring-3.16.0.orig/debian/rules gnome-keyring-3.16.0/debian/rules --- gnome-keyring-3.16.0.orig/debian/rules 2015-04-14 19:35:20.0 +0200 +++ gnome-keyring-3.16.0/debian/rules 2015-07-01 22:35:07.990620882 +0200 @@ -14,7 +14,7 @@ ifeq (,$(filter $(DEB_BUILD_ARCH),kfreeb DEB_MAKE_CHECK_TARGET := -k check || true endif -DEB_CONFIGURE_EXTRA_FLAGS += --with-pam-dir=/lib/security \ +DEB_CONFIGURE_EXTRA_FLAGS += --with-pam-dir=/lib/$(DEB_HOST_MULTIARCH)/security \ --enable-gtk-doc \ --disable-update-mime
Bug#789825: python-lockfile: FTBFS: ImportError: No module named setuptools
Package: src:python-lockfile Version: 1:0.10.2-2 Tags: patch Usertags: origin-ubuntu ubuntu-patch wily In some cases, is it possible to get FTBFS due to missing build dependencies python*-setuptools. In Ubuntu, we've applied the attached patch to achieve the following: * debian/Build-Depends on python*-setuptools to fix FTBFS. We thought you might be interested in doing the same. I: using fakeroot in build. I: Current time: Wed Jun 24 19:53:03 CEST 2015 I: pbuilder-time-stamp: 1435168383 I: Building the build Environment I: extracting base tarball [/home/ari/pbuilder/wily-base.tgz] I: creating local configuration I: copying local configuration W: --override-config is not set; not updating apt.conf Read the manpage for details. I: mounting /proc filesystem I: mounting /run/shm filesystem I: mounting /dev/pts filesystem I: policy-rc.d already exists I: Obtaining the cached apt archive contents I: Installing the build-deps -> Attempting to satisfy build-dependencies -> Creating pbuilder-satisfydepends-dummy package Package: pbuilder-satisfydepends-dummy Version: 0.invalid.0 Architecture: amd64 Maintainer: Debian Pbuilder Team Description: Dummy package to satisfy dependencies with aptitude - created by pbuilder This package was created automatically by pbuilder to satisfy the build-dependencies of the package being currently built. Depends: debhelper (>= 9~), dh-python, python3-pbr, python3-nose, python3, python-pbr, python-nose, python dpkg-deb: building package `pbuilder-satisfydepends-dummy' in `/tmp/satisfydepends-aptitude/pbuilder-satisfydepends-dummy.deb'. Selecting previously unselected package pbuilder-satisfydepends-dummy. (Reading database ... 11718 files and directories currently installed.) Preparing to unpack .../pbuilder-satisfydepends-dummy.deb ... Unpacking pbuilder-satisfydepends-dummy (0.invalid.0) ... dpkg: pbuilder-satisfydepends-dummy: dependency problems, but configuring anyway as you requested: pbuilder-satisfydepends-dummy depends on debhelper (>= 9~); however: Package debhelper is not installed. pbuilder-satisfydepends-dummy depends on dh-python; however: Package dh-python is not installed. pbuilder-satisfydepends-dummy depends on python3-pbr; however: Package python3-pbr is not installed. pbuilder-satisfydepends-dummy depends on python3-nose; however: Package python3-nose is not installed. pbuilder-satisfydepends-dummy depends on python3; however: Package python3 is not installed. pbuilder-satisfydepends-dummy depends on python-pbr; however: Package python-pbr is not installed. pbuilder-satisfydepends-dummy depends on python-nose; however: Package python-nose is not installed. pbuilder-satisfydepends-dummy depends on python; however: Package python is not installed. Setting up pbuilder-satisfydepends-dummy (0.invalid.0) ... Reading package lists... Building dependency tree... Reading state information... Initializing package states... Writing extended state information... Building tag database... The following NEW packages will be installed: bsdmainutils{a} debhelper{a} dh-apparmor{a} dh-python{a} file{a} gettext{a} gettext-base{a} groff-base{a} intltool-debian{a} libasprintf0c2{a} libcroco3{a} libexpat1{a} libffi6{a} libglib2.0-0{a} libicu52{a} libmagic1{a} libmpdec2{a} libpipeline1{a} libpython-stdlib{a} libpython2.7-minimal{a} libpython2.7-stdlib{a} libpython3-stdlib{a} libpython3.4-minimal{a} libpython3.4-stdlib{a} libssl1.0.0{a} libunistring0{a} libxml2{a} man-db{a} mime-support{a} po-debconf{a} python{a} python-minimal{a} python-nose{a} python-pbr{a} python-pkg-resources{a} python2.7{a} python2.7-minimal{a} python3{a} python3-minimal{a} python3-nose{a} python3-pbr{a} python3-pkg-resources{a} python3.4{a} python3.4-minimal{a} 0 packages upgraded, 44 newly installed, 0 to remove and 0 not upgraded. Need to get 3951 kB/23.2 MB of archives. After unpacking 93.7 MB will be used. Writing extended state information... Get: 1 http://archive.ubuntu.com/ubuntu/ wily/main libpython2.7-minimal amd64 2.7.10-2 [338 kB] Get: 2 http://archive.ubuntu.com/ubuntu/ wily/main python2.7-minimal amd64 2.7.10-2 [1365 kB] Get: 3 http://archive.ubuntu.com/ubuntu/ wily/main libpython2.7-stdlib amd64 2.7.10-2 [1848 kB] Get: 4 http://archive.ubuntu.com/ubuntu/ wily/main python2.7 amd64 2.7.10-2 [210 kB] Get: 5 http://archive.ubuntu.com/ubuntu/ wily/main python3-pbr all 1.0.1-1ubuntu1 [33.0 kB] Get: 6 http://archive.ubuntu.com/ubuntu/ wily/main python-pbr all 1.0.1-1ubuntu1 [44.6 kB] Get: 7 http://archive.ubuntu.com/ubuntu/ wily/main python-pkg-resources all 17.0-1 [70.5 kB] Get: 8 http://archive.ubuntu.com/ubuntu/ wily/main python3-pkg-resources all 17.0-1 [41.0 kB] Fetched 3951 kB in 13s (290 kB/s) debconf: delaying package configuration, since apt-utils is not installed E: Can not write log (Is /dev/pts mounted?) - posix_openpt (2: No such file or directory) Selecting previously unselected package libexpat1:amd64. (Read
Bug#789790: src: ust: Switch to python3
Package: src:use Version: 2.6.2-1 Tags: patch Usertags: origin-ubuntu ubuntu-patch wily In Ubuntu, we've applied the attached patch to achieve the following: - debian/control, debian/patches/use-python3.patch: + Switch to use python3. We thought you might be interested in doing the same. diff -pruN -x '*~' ust-2.6.2/debian/control ust-2.6.2.orig/debian/control --- ust-2.6.2/debian/control2015-06-18 23:07:13.0 +0200 +++ ust-2.6.2.orig/debian/control 2015-06-24 14:32:57.113209786 +0200 @@ -2,7 +2,7 @@ Source: ust Priority: extra Maintainer: Jon Bernard Build-Depends: debhelper (>= 9), dh-autoreconf, liburcu-dev (>= 0.8.4), - uuid-dev, texinfo, python + uuid-dev, texinfo, python3:any, dh-python Standards-Version: 3.9.6 Section: libs Vcs-Git: git://anonscm.debian.org/collab-maint/ust.git @@ -49,7 +49,7 @@ Multi-Arch: same Depends: ${misc:Depends}, liblttng-ust0 (= ${binary:Version}), liblttng-ust-ctl2 (= ${binary:Version}), liburcu-dev (>= 0.8.4), uuid-dev -Recommends: python +Recommends: python3 Conflicts: liblttng-ust2 Replaces: liblttng-ust2 Breaks: liblttng-ust0 (<< 2.3.0) diff -pruN -x '*~' ust-2.6.2/debian/patches/series ust-2.6.2.orig/debian/patches/series --- ust-2.6.2/debian/patches/series 1970-01-01 01:00:00.0 +0100 +++ ust-2.6.2.orig/debian/patches/series2015-06-24 14:32:48.957151978 +0200 @@ -0,0 +1 @@ +use-python3.patch diff -pruN -x '*~' ust-2.6.2/debian/patches/use-python3.patch ust-2.6.2.orig/debian/patches/use-python3.patch --- ust-2.6.2/debian/patches/use-python3.patch 1970-01-01 01:00:00.0 +0100 +++ ust-2.6.2.orig/debian/patches/use-python3.patch 2015-06-24 14:32:48.957151978 +0200 @@ -0,0 +1,13 @@ +Description: use python3 +Author: Dimitri John Ledkov + +Index: ust-2.5.1-1ubuntu1/tools/lttng-gen-tp +=== +--- ust-2.5.1-1ubuntu1.orig/tools/lttng-gen-tp ust-2.5.1-1ubuntu1/tools/lttng-gen-tp +@@ -1,4 +1,4 @@ +-#!/usr/bin/env python ++#!/usr/bin/python3 + # + # Copyright (c) 2012 Yannick Brosseau + #
Bug#783083: Info received (Bug#783083: bacula-director-common: Bacula director has problems with kernel linux-image-3.16.0-0.bpo.4-amd64 (v3.16.7-ckt7-1~bpo70+1))
I have one new message to this bug, I think this is the bug either in the given new kernel - so it would the mean the package linux-image-3.16.0-0.bpo.4-amd64 (version 3.16.7-ckt9-2~bpo70+1), which I have used, or in the firewall (Sophos UTM 9.x) which acts between both hosts or even somwhere else. I have encountered similar problems also in other services like zabbix or just simple ssh. The same problems seem to be if I have used the package with kernel 3.2.0. The firewall receives somehow packets, which are not correctly recognized by the IP filtering rules what leads to the DROP of them even if the filter is explicitely specified on the source/destination address. By the usage of the older kernel the traffic runs through firewall without problems. The firewall lets the packet through only in the case neither source nor destination address is specified in the filter. I have seen never in my life such behavior. But I have tracked it only on one hosts - the wrong thing is, there are other 17 where I did not encounter any problems, even by usage of the same kernel... In every case this problem seems to be no problem of bacula at all and I think also no problem of postgresql client. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#783083: bacula-director-common: Bacula director has problems with kernel linux-image-3.16.0-0.bpo.4-amd64 (v3.16.7-ckt7-1~bpo70+1)
Hello Carsten, in the attachments you can find the results. But it seems to be restarted correctly. I have tested it also with the brand new kernel and the problem still persist. I cannot recognize any ps output differences between the 3.x kernels (wrong functionality) and 2.x kernels (works well). But I have found another clue - there is a significant difference in the director start log after the restart, I did not checked the debug messages during the correct behavior with kernel 2.x. It seems the director is not able to connect to pg database, so that's the reason why the port 9101 is not opened. If you look on the two attachedn director start logs, then in the case of the working 2.x kernel configuration the DB is connected properly and some information is read from DB, in the case of the problematic kernel 3.x the log of the debug messages ends with the message about the first init: 2.x debug messages: 24-Apr-2015 19:45:01 bacula-dir: dir_plugins.c:162-0 No dir plugin dir! 24-Apr-2015 19:45:01 bacula-dir: bpipe.c:367-0 Run program returning 0 24-Apr-2015 19:45:01 bacula-dir: bpipe.c:367-0 Run program returning 0 24-Apr-2015 19:45:01 bacula-dir: postgresql.c:1120-0 db_init_database first time [ ok 24-Apr-2015 19:45:02 bacula-dir: postgresql.c:241-0 pg_real_connect done 24-Apr-2015 19:45:02 bacula-dir: postgresql.c:243-0 db_user=bacula_dir db_name=bacula_db db_password=bacula_password . root@alg-vun-netmng:~# 24-Apr-2015 19:45:02 alg-vun-netmng-dir: pythonlib.c:102-0 No script dir. prog=DirStartUp 24-Apr-2015 19:45:02 alg-vun-netmng-dir: bnet_server.c:95-0 Addresses host[ipv4:0.0.0.0:9101] 24-Apr-2015 19:45:02 alg-vun-netmng-dir: job.c:1331-0 wstorage=bacula-sd 24-Apr-2015 19:45:02 alg-vun-netmng-dir: job.c:1340-0 wstore=bacula-sd where=Job 3.x debug messages: 24-Apr-2015 19:51:31 bacula-dir: dir_plugins.c:162-0 No dir plugin dir! 24-Apr-2015 19:51:31 bacula-dir: bpipe.c:367-0 Run program returning 0 24-Apr-2015 19:51:31 bacula-dir: bpipe.c:367-0 Run program returning 0 24-Apr-2015 19:51:31 bacula-dir: postgresql.c:1120-0 db_init_database first time . ok root@alg-vun-netmng:/home/alglogin# Generally I think, the postgres client has no problems with the connections in the new kernel environment, so I gues, the problem must be somwhere in bacula-director-pg package... Dne 23.4.2015 v 13:12 Carsten Leonhardt napsal(a): > Hi Artur, > > could you please send the output of > > ps xuaw | grep bacula-dir > > - after reboot > - after the connect with bat > - after /etc/init.d/bacula-dir stop > - after /etc/init.d/bacula-dir start > > Sounds like the director might be hanging, it could be interesting to > see if the PID changes and what state the process might be in. root@alg-vun-netmng:~# ps xuaw | grep bacula-dir bacula2324 0.0 0.9 120132 4976 ?Ssl 19:37 0:00 /usr/sbin/bacula-dir -c /etc/bacula/bacula-dir.conf -u bacula -g bacula -d 150 -dt root 2344 0.0 0.1 4048 528 ?Ss 19:37 0:00 startpar -f -- bacula-director root 2907 0.0 0.1 10020 924 pts/1S+ 19:42 0:00 grep bacula-dir root@alg-vun-netmng:~# ps xuaw | grep bacula-dir bacula2324 0.0 0.9 128348 5152 ?Ssl 19:37 0:00 /usr/sbin/bacula-dir -c /etc/bacula/bacula-dir.conf -u bacula -g bacula -d 150 -dt root 2344 0.0 0.1 4048 528 ?Ss 19:37 0:00 startpar -f -- bacula-director root 2913 0.0 0.1 10020 928 pts/1S+ 19:43 0:00 grep bacula-dir root@alg-vun-netmng:~# ps xuaw | grep bacula-dir root 2945 0.0 0.1 10016 920 pts/1S+ 19:44 0:00 grep bacula-dir root@alg-vun-netmng:~# ps xuaw | grep bacula-dir bacula2959 0.0 0.9 123872 5000 ?Ssl 19:45 0:00 /usr/sbin/bacula-dir -c /etc/bacula/bacula-dir.conf -u bacula -g bacula -d 150 -dt root 2990 0.0 0.1 10016 920 pts/1S+ 19:46 0:00 grep bacula-dir root@alg-vun-netmng:~# /etc/init.d/bacula-director start [] Starting Bacula Director...: bacula-dirbacula-dir: dird.c:185-0 Debug level = 150 24-Apr-2015 19:45:01 bacula-dir: dird.c:185-0 Debug level = 150 24-Apr-2015 19:45:01 bacula-dir: inc_conf.c:556-0 set wildbase 1bd99e8 size=1 *~ 24-Apr-2015 19:45:01 bacula-dir: inc_conf.c:556-0 set wildbase 1bda068 size=1 *~ 24-Apr-2015 19:45:01 bacula-dir: inc_conf.c:556-0 set wildbase 1bda6b8 size=1 *~ 24-Apr-2015 19:45:01 bacula-dir: jcr.c:140-0 read_last_jobs seek to 192 24-Apr-2015 19:45:01 bacula-dir: jcr.c:147-0 Read num_items=10 24-Apr-2015 19:45:01 bacula-dir: dir_plugins.c:160-0 Load dir plugins 24-Apr-2015 19:45:01 bacula-dir: dir_plugins.c:162-0 No dir plugin dir! 24-Apr-2015 19:45:01 bacula-dir: bpipe.c:367-0 Run program returning 0 24-Apr-2015 19:45:01 bacula-dir: bpipe.c:367-0 Run program returning 0 24-Apr-2015 19:45:01 bacula-dir: postgresql.c:1120-0 db_init_database first time [ ok 24-Apr-2015 19:45:02 bacula-dir: postgresql.c:241-0 pg_real_connect done 24-Apr-2015 19:45:02 bacula-dir: p
Bug#783083: [pkg-bacula-devel] Bug#783083: bacula-director-common: Bacula director has problems with kernel linux-image-3.16.0-0.bpo.4-amd64 (v3.16.7-ckt7-1~bpo70+1)
Hello, more detailed description of my situation and conclustions to which I came: The director runs on virtual server. I have connected to bacula director on this server with the BAT (Administration Console) from another host. The initial connection was OK, there came the message from the director to BAT about the successfull establishment of the connection. But in the next second, when there are sent internally other commands to director for populating the masks of BAT, the BAT has frozen, waiting endlesly on the remote director. I have restarted the director service on the server and from this time point the director did not start the listening port - so netstat -a -n -p shows no "bacula-director" process even if /etc/init.d/bacula-director status reports the process is running and is also wisible with the htop/top/ps statements - the process does not open the desired port 9101 for listening, in the list of ports can be seen only the 9102 for bacula-fd, which also runs on the server with the director. Even after the next restart /etc/init.d/bacula-director restart everything looks well and there are no error messages in the logs or on the screen (I guess, I had the debug level 150 turned on), but netstat still reports the TCP Port 9101 is not open. After the restart of the whole virtual machine (still with the newer kernel) I have seen the bacula-director on TCP 9101 in netstat, but after the connection from BAT this was the same story again and then after the restart only of the director service the director never starts to listen on 9101 again, even if restarted repeatedly or just shut down and started. Only the restart of the whole virtual machine made it possible to see the bacula-director process in netstat on TCP 9101 If I have simply shut down the virtual machine and specified other older kernel for the virtual machine, then the director with this old kernel behaves correctly according to the BAT, and also the restarts lead to correct behavior, port 9101 is always open like it should be if the service is running. with best regards, Artur Linhart Dne 21.4.2015 v 22:30 Geert Stappers napsal(a): > On Tue, Apr 21, 2015 at 09:38:11PM +0200, Artur Linhart wrote: >> Package: bacula-director-common >> Version: 5.2.6+dfsg-9 >> Severity: normal >> >> The director is not able under some circumstances communicate with Bacula >> communication console, after (service) restart it is not able to listen on >> the >> specified configured port even if the service seems to be running. > What to do to reproduce the "not able to listen"? > > > Please elaborate. > > > > Groeten > Geert Stappers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#783083: bacula-director-common: Bacula director has problems with kernel linux-image-3.16.0-0.bpo.4-amd64 (v3.16.7-ckt7-1~bpo70+1)
Package: bacula-director-common Version: 5.2.6+dfsg-9 Severity: normal The director is not able under some circumstances communicate with Bacula communication console, after (service) restart it is not able to listen on the specified configured port even if the service seems to be running. The problem can be related also to the package bacula-director-pgsql (version 5.2.6+dfsg-9), there is not clear if it has something to dowith this package or bacula-director-common, I was not able to test it on more backend databases. The problem occurs on virtual DomU instances of Debian within xen environment. If just the old kernel is used (from package linux-image-2.6.32-5-xen- amd64,version 2.6.32-48squeeze6) then the director runs without problems - after rebooting with other kernel the bacula-director works without problems. -- System Information: Debian Release: 7.8 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-0.bpo.4-amd64 (SMP w/4 CPU cores) Locale: LANG=cs_CZ.utf8, LC_CTYPE=cs_CZ.utf8 (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#781985: giftrans: FTBFS: ignoring return value of 'fread', declared with attribute warn_unused_result
Package: giftrans Version: 1.12.2-18 Tags: patch Usertags: origin-ubuntu ubuntu-patch vivid make[1]: Entering directory '/tmp/buildd/giftrans-1.12.2' cc -g -Wall -Werror -pedantic-errors -Wfatal-errors -Wwrite-strings -fno-merge-constants -fstrict-aliasing -O2 -ogiftrans giftrans.c giftrans.c: In function 'skipdata': giftrans.c:293:3: error: ignoring return value of 'fread', declared with attribute warn_unused_result [-Werror=unused-result] (void)fread((void *)&size,1,1,src); ^ compilation terminated due to -Wfatal-errors. cc1: all warnings being treated as errors In Ubuntu, we've applied the attached patch to achieve the following: * debian/patches/13_check_file_access_result.diff: - Patch giftrans.c to get result from fwrite. Fixes FTBFS with warn_unused_result. We thought you might be interested in doing the same. Index: giftrans-1.12.2/giftrans.c === --- giftrans-1.12.2.orig/giftrans.c 2008-06-19 12:12:08.152671697 +0100 +++ giftrans-1.12.2/giftrans.c 2008-06-19 12:16:13.844171848 +0100 @@ -270,16 +270,17 @@ size_t len; { unsigned char size; + size_t nbytes; while (len) { size=len<256?len:255; - (void)fwrite((void *)&size,1,1,dest); - (void)fwrite((void *)data,(size_t)size,1,dest); + nbytes = fwrite((void *)&size,1,1,dest); + nbytes = fwrite((void *)data,(size_t)size,1,dest); data+=size; len-=size; } size=0; - (void)fwrite((void *)&size,1,1,dest); + nbytes = fwrite((void *)&size,1,1,dest); } @@ -287,15 +288,16 @@ FILE *src; { unsigned char size,buffer[256]; + size_t nbytes; do { pos=ftell(src); - (void)fread((void *)&size,1,1,src); + nbytes = fread((void *)&size,1,1,src); if (debug) dump(pos,&size,1); if (debug) { pos=ftell(src); - (void)fread((void *)buffer,(size_t)size,1,src); + nbytes = fread((void *)buffer,(size_t)size,1,src); dump(pos,buffer,(size_t)size); } else @@ -309,19 +311,20 @@ FILE *dest; { unsigned char size,buffer[256]; + size_t nbytes; pos=ftell(src); - (void)fread((void *)&size,1,1,src); + nbytes = fread((void *)&size,1,1,src); if (debug) dump(pos,&size,1); if (output) - (void)fwrite((void *)&size,1,1,dest); + nbytes = fwrite((void *)&size,1,1,dest); pos=ftell(src); - (void)fread((void *)buffer,(size_t)size,1,src); + nbytes = fread((void *)buffer,(size_t)size,1,src); if (debug) dump(pos,buffer,(size_t)size); if (output) - (void)fwrite((void *)buffer,(size_t)size,1,dest); + nbytes = fwrite((void *)buffer,(size_t)size,1,dest); } @@ -329,13 +332,13 @@ FILE *src; { unsigned char size,buffer[256]; - size_t i; + size_t i,nbytes; pos=ftell(src); - (void)fread((void *)&size,1,1,src); + nbytes = fread((void *)&size,1,1,src); if (debug) dump(pos,&size,1); - (void)fread((void *)buffer,(size_t)size,1,src); + nbytes = fread((void *)buffer,(size_t)size,1,src); if (debug) dump(pos+1,buffer,(size_t)size); for (i=0; i<(size_t)size; i++) @@ -360,20 +363,21 @@ FILE *dest; { unsigned char size,buffer[256]; + size_t nbytes; do { pos=ftell(src); - (void)fread((void *)&size,1,1,src); + nbytes = fread((void *)&size,1,1,src); if (debug) dump(pos,&size,1); if (output) - (void)fwrite((void *)&size,1,1,dest); + nbytes = fwrite((void *)&size,1,1,dest); pos=ftell(src); - (void)fread((void *)buffer,(size_t)size,1,src); + nbytes = fread((void *)buffer,(size_t)size,1,src); if (debug) dump(pos,buffer,(size_t)size); if (output) - (void)fwrite((void *)buffer,(size_t)size,1,dest); + nbytes = fwrite((void *)buffer,(size_t)size,1,dest); } while (!feof(src)&&size>0); } @@ -385,11 +389,11 @@ unsigned char buffer[3*256],lsd[7],gct[3*256],gce[5]; unsigned int cnt,cols,size,gct_size=0,gct_delay,gce_present; struct entry *rgbptr; - + size_t nbytes; /* Header */ pos=ftell(src); - (void)fread((void *)buffer,6,1,src); + nbytes = fread((void *)buffer,6,1,src); if (strncmp((char *)buffer,"GIF",3)) { (void)fprintf(stderr,"No GIF file!\n"); return(1); @@ -403,12 +407,12 @@ if (output) { if (!strncmp((char *)buffer,"GIF87a",6)) buffer[4]='9'; - (void)fwrite((void *)buffer,6,1,dest); + nbytes = fwrite((void *)buffer,6,1,dest); } /* Logical Screen Descriptor */ pos=ftell(src); - (void)fread((void *)lsd,7,1,src); + nbytes = fread((void *)lsd,7,1,src); if (verbose) { (void)fprintf(stderr,"Logical Screen Descriptor:\n"); (void)fprintf(stderr,"\tLogical Screen Width: %d pixels\n",readword(lsd)); @@ -431,7 +435,7 @@ if (lsd[4]&0x80) { gct_size=2<<(lsd[4]&0x7); pos=ftell(src); - (void)fread((void *)gct,gct_size,3,src); + nbytes = fread((void *)gct,gct_size,3,src); if (go.index==RGB) for(cnt=0;cnt=0||gce_present) { if (!gce_present) { @@ -515,18 +519,18 @@ gct[3*tc.index+2]=tn.blue; } if (output&&gct_delay) { - (void)fwrite((void *)gct,gct_size,3,dest); + nbytes = fwrite((void *)gct,gct_size,3,de
Bug#781964: xchat: Include svg icon
Package: xchat Version: 2.8.8-7.3 Tags: patch Usertags: origin-ubuntu ubuntu-patch vivid In Ubuntu, we've applied the attached patch to achieve the following: * debian/xchat.install, debian/xchat.svg: - Include svg icon. We thought you might be interested in doing the same. diff -Nru xchat-2.8.8/debian/xchat.install xchat-2.8.8/debian/xchat.install --- xchat-2.8.8/debian/xchat.install 2011-07-03 12:27:04.0 +0200 +++ xchat-2.8.8/debian/xchat.install 2013-07-30 14:55:43.0 +0200 @@ -3,3 +3,4 @@ debian/tmp/usr/bin/xchat ../xchat/usr/bin debian/tmp/usr/lib/xchat/plugins/*.so xchat.xpm ../xchat/usr/share/icons/ +debian/xchat.svg /usr/share/icons/hicolor/scalable/apps diff -Nru xchat-2.8.8/debian/xchat.svg xchat-2.8.8/debian/xchat.svg --- xchat-2.8.8/debian/xchat.svg 1970-01-01 01:00:00.0 +0100 +++ xchat-2.8.8/debian/xchat.svg 2013-07-30 14:55:43.0 +0200 @@ -0,0 +1,196 @@ + + +http://purl.org/dc/elements/1.1/"; + xmlns:cc="http://web.resource.org/cc/"; + xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"; + xmlns:svg="http://www.w3.org/2000/svg"; + xmlns="http://www.w3.org/2000/svg"; + xmlns:xlink="http://www.w3.org/1999/xlink"; + xmlns:sodipodi="http://inkscape.sourceforge.net/DTD/sodipodi-0.dtd"; + xmlns:inkscape="http://www.inkscape.org/namespaces/inkscape"; + width="64" + height="64" + id="svg2" + sodipodi:version="0.32" + inkscape:version="0.43" + version="1.0" + sodipodi:docbase="/home/rax/Desktop" + sodipodi:docname="xchat-clone.svg"> + + + + + + + + + + + + + + + + + + +image/svg+xml +http://purl.org/dc/dcmitype/StillImage"; /> +X-Chat + + +Guglielmi David + + +http://creativecommons.org/licenses/GPL/2.0/"; /> + + +Peter Zelezny + + + + http://creativecommons.org/licenses/GPL/2.0/";> +http://web.resource.org/cc/Reproduction"; /> +http://web.resource.org/cc/Distribution"; /> +http://web.resource.org/cc/Notice"; /> +http://web.resource.org/cc/DerivativeWorks"; /> +http://web.resource.org/cc/ShareAlike"; /> +http://web.resource.org/cc/SourceCode"; /> + + + + + + + + + +
Bug#682141: (no subject)
In Ubuntu, we've applied the attached patch to achieve the following: * debian/patches/76_fix_gfvs_mime_handler.patch: - Make it possible to open irc:// URI's via gvfs. We thought you might be interested in doing the same. ## Description: Make it possible to open irc:// URI's via gvfs. ## Origin/Author: Shawn Landden and ## Daniel Gimpelevich ## Bug: https://bugs.launchpad.net/ubuntu/+source/xchat/+bug/933822 Index: xchat-2.8.8/xchat.desktop === --- xchat-2.8.8.orig/xchat.desktop 2010-05-30 08:08:48.0 +0200 +++ xchat-2.8.8/xchat.desktop 2012-12-03 19:18:00.0 +0100 @@ -15,9 +15,10 @@ Comment[ro]=Client de IRC Comment[zh_TW]=X-Chat è天ç¨å¼ Comment=Chat with other people using Internet Relay Chat -Exec=xchat +Exec=sh -c "xchat --existing --url %U || exec xchat" Icon=xchat Terminal=false Type=Application Categories=Network; StartupNotify=true +MimeType=x-scheme-handler/irc;x-scheme-handler/ircs;
Bug#400890: (no subject)
In Ubuntu, we've applied the attached patch to achieve the following: * debian/patches/72_fix_accelerator_menubar_toggle.patch: - Correctly show F9 as shortcut to toggle the menubar. We thought you might be interested in doing the same. Description: Upstream changes introduced in version 2.8.8-3ubuntu6~test2 Author: Andreas Moog Bug: http://sourceforge.net/support/tracker.php?aid=3024423 Bug-Ubuntu: https://launchpad.net/bugs/392503 --- xchat-2.8.8.orig/src/fe-gtk/menu.c +++ xchat-2.8.8/src/fe-gtk/menu.c @@ -2215,8 +2215,10 @@ togitem: mymenu[i].state);*/ if (mymenu[i].key != 0) gtk_widget_add_accelerator (item, "activate", accel_group, - mymenu[i].key, mymenu[i].id == MENU_ID_AWAY ? - away_mask : GDK_CONTROL_MASK, GTK_ACCEL_VISIBLE); + mymenu[i].key, + mymenu[i].id == MENU_ID_AWAY ? away_mask : + mymenu[i].key == GDK_F9 ? 0 : + GDK_CONTROL_MASK, GTK_ACCEL_VISIBLE); if (mymenu[i].callback) g_signal_connect (G_OBJECT (item), "toggled", G_CALLBACK (mymenu[i].callback), 0);
Bug#505662: (no subject)
In Ubuntu, we've applied the attached patch to achieve the following: * debian/control: - Drop xchat-gnome from Replaces/Conflicts. We thought you might be interested in doing the same. diff -Nru xchat-2.8.8/debian/control xchat-2.8.8/debian/control --- xchat-2.8.8/debian/control 2014-10-13 21:58:48.0 +0200 +++ xchat-2.8.8/debian/control 2015-04-05 19:24:50.0 +0200 @@ -10,10 +10,9 @@ Package: xchat Architecture: any Provides: irc -Replaces: xchat-gnome (<< 1:0.11-1), xchat-common (<< 1.6.0-1) +Replaces: xchat-common (<< 1.6.0-1) Depends: ${shlibs:Depends}, xchat-common (= ${source:Version}), ${misc:Depends} Recommends: ${shlibs:Recommends}, esound-clients | alsa-utils, libnotify4 | libnotify-bin, xdg-utils -Conflicts: xchat-gnome (<< 1:0.11-1) Description: IRC client for X similar to AmIRC XChat is a graphical IRC Client with a GTK+ GUI. It has a look and feel similar to AmIRC for the Amiga. Special features include the mIRC extension
Bug#710880: (no subject)
In Ubuntu, we've applied the attached patch to achieve the following: * debian/patches/99-esd_pa_fixes.patch, debian/control: - Fix padsp ioctl type mismatch, and use esd record mode by default. We thought you might be interested in doing the same. diff -u xoscope-2.0/debian/control xoscope-2.0/debian/control --- xoscope-2.0/debian/control +++ xoscope-2.0/debian/control @@ -2,14 +2,14 @@ Section: x11 Priority: optional Maintainer: Bhavani Shankar -Build-Depends: cdbs, debhelper (>= 5), autotools-dev, libgtk2.0-dev, quilt, libcomedi-dev +Build-Depends: cdbs, debhelper (>= 5), autotools-dev, libgtk2.0-dev, quilt, libcomedi-dev, libesd0-dev Standards-Version: 3.8.3 DM-Upload-Allowed: yes Homepage: http://xoscope.sourceforge.net/ Package: xoscope Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends} +Depends: ${shlibs:Depends}, ${misc:Depends}, pulseaudio-esound-compat Description: digital oscilloscope Xoscope is a oscilloscope using input from a sound card or EsounD and/or a ProbeScope/osziFOX and will soon support diff -u xoscope-2.0/debian/changelog xoscope-2.0/debian/changelog --- xoscope-2.0/debian/changelog +++ xoscope-2.0/debian/changelog @@ -1,3 +1,12 @@ +xoscope (2.0-3.3) unstable; urgency=low + + * Non-maintainer upload. + * debian/patches/99-esd_pa_fixes.patch, debian/control: +- Fix padsp ioctl type mismatch, and use esd record mode + by default. (Closes: #710880) + + -- Artur Rona Mon, 30 Mar 2015 13:40:25 +0200 + xoscope (2.0-3.2) unstable; urgency=low * Non-maintainer upload. diff -u xoscope-2.0/debian/patches/series xoscope-2.0/debian/patches/series --- xoscope-2.0/debian/patches/series +++ xoscope-2.0/debian/patches/series @@ -3,0 +4 @@ +99-esd_pa_fixes.patch only in patch2: unchanged: --- xoscope-2.0.orig/debian/patches/99-esd_pa_fixes.patch +++ xoscope-2.0/debian/patches/99-esd_pa_fixes.patch @@ -0,0 +1,22 @@ +=== modified file 'sc_linux.c' +--- x/sc_linux.c 2009-08-12 13:20:43 + x/sc_linux.c 2011-11-08 23:36:06 + +@@ -39,7 +39,7 @@ + + #ifdef HAVE_LIBESD + static int esdblock = 0; /* 1 to block ESD; 0 to non-block */ +-static int esdrecord = 0; /* 1 to use ESD record mode; 0 to use ESD monitor mode */ ++static int esdrecord = 1; /* 1 to use ESD record mode; 0 to use ESD monitor mode */ + #endif + + static int sc_chans = 0; +@@ -87,7 +87,7 @@ + + /* show system error and close sound device if given ioctl status is bad */ + static void +-check_status_ioctl(int d, int request, void *argp, int line) ++check_status_ioctl(int d, unsigned int request, void *argp, int line) + { + if (ioctl(d, request, argp) < 0) { + snd_errormsg1 = "sound ioctl"; +
Bug#781513: regexxer: Fix "save all" menu item
Package: src:regexxer Version: 0.9-6 Tags: patch Usertags: origin-ubuntu ubuntu-patch vivid In Ubuntu, we've applied the attached patch to achieve the following: * debian/patches/fix-save-all-menu-item.patch: - Fix "save all" menu item. We thought you might be interested in doing the same. diff -Nur regexxer-0.9/ui/mainwindow.glade regexxer-0.9.new/ui/mainwindow.glade --- regexxer-0.9/ui/mainwindow.glade 2007-01-08 17:36:55.0 +0100 +++ regexxer-0.9.new/ui/mainwindow.glade 2007-04-03 16:38:02.0 +0200 @@ -47,7 +47,7 @@ True regexxer-save-all - True + True
Bug#781376: oxygen-gtk3: Do not depend on libgtk-3-0
Package: src:oxygen-gtk3 Version: 1.4.1-2 Tags: patch Usertags: origin-ubuntu ubuntu-patch vivid In Ubuntu, we've applied the attached patch to achieve the following: * debian/rules: - Add dh_shlibdeps to not depend on libgtk-3-0. We thought you might be interested in doing the same. diff -Nru oxygen-gtk3-1.4.1/debian/rules oxygen-gtk3-1.4.1/debian/rules --- oxygen-gtk3-1.4.1/debian/rules 2013-07-14 19:57:32.0 +0200 +++ oxygen-gtk3-1.4.1/debian/rules 2015-03-25 10:40:27.0 +0100 @@ -19,3 +19,7 @@ override_dh_builddeb: dh_builddeb -- -Zxz + +override_dh_shlibdeps: + dh_shlibdeps -- -xlibgtk-3-0 +
Bug#781362: tcpdump: regression after fix CVE-2015-2153
Package: src:tcpdump Version: 4.6.2-4 Tags: patch Usertags: origin-ubuntu ubuntu-patch vivid In Ubuntu, we've applied the attached patch to achieve the following: * debian/patches/60_cve-2015-2153-fix-regression.diff: - Fix regression due to 60_cve-2015-2153.diff We thought you might be interested in doing the same. Description: RPKI to Router Protocol: Fix Segmentation Faults and other problems. - Fix/add ND_TCHECK2 tests, - Fix a buffer overflow, - Remove a debug printf Origin: upstream, https://github.com/the-tcpdump-group/tcpdump/commit/fb6e5377f392555b8c725f66b8b701f0061a3695 diff -pruN -x '*~' tcpdump-4.6.2.orig/print-rpki-rtr.c tcpdump-4.6.2/print-rpki-rtr.c --- tcpdump-4.6.2.orig/print-rpki-rtr.c 2015-03-22 12:55:55.349173971 +0100 +++ tcpdump-4.6.2/print-rpki-rtr.c 2015-03-22 12:49:56.987396951 +0100 @@ -178,7 +178,7 @@ rpki_rtr_pdu_print (netdissect_options * pdu_header = (rpki_rtr_pdu *)tptr; pdu_type = pdu_header->pdu_type; pdu_len = EXTRACT_32BITS(pdu_header->length); -ND_TCHECK2(tptr, pdu_len); +ND_TCHECK2(*tptr, pdu_len); hexdump = FALSE; ND_PRINT((ndo, "%sRPKI-RTRv%u, %s PDU (%u), length: %u", @@ -255,6 +255,7 @@ rpki_rtr_pdu_print (netdissect_options * pdu = (rpki_rtr_pdu_error_report *)tptr; encapsulated_pdu_length = EXTRACT_32BITS(pdu->encapsulated_pdu_length); + ND_TCHECK2(*tptr, encapsulated_pdu_length); tlen = pdu_len; error_code = EXTRACT_16BITS(pdu->pdu_header.u.error_code); @@ -287,9 +288,10 @@ rpki_rtr_pdu_print (netdissect_options * tptr += 4; tlen -= 4; } + ND_TCHECK2(*tptr, text_length); if (text_length && (text_length <= tlen )) { memcpy(buf, tptr, min(sizeof(buf)-1, text_length)); - buf[text_length] = '\0'; + buf[min(sizeof(buf) - 1, text_length)] = '\0'; ND_PRINT((ndo, "%sError text: %s", indent_string(indent+2), buf)); } } @@ -336,13 +338,13 @@ rpki_rtr_print(netdissect_options *ndo, pdu_header = (rpki_rtr_pdu *)tptr; pdu_type = pdu_header->pdu_type; pdu_len = EXTRACT_32BITS(pdu_header->length); + ND_TCHECK2(*tptr, pdu_len); /* infinite loop check */ if (!pdu_type || !pdu_len) { break; } -ND_TCHECK2(*tptr, pdu_len); if (tlen < pdu_len) { goto trunc; }
Bug#780701: jakarta-taglibs-standard: Transition from servlet 2.5 -> 3.0
Package: src:jakarta-taglibs-standard Version: 1.1.2-3 Tags: patch Usertags: origin-ubuntu ubuntu-patch vivid In Ubuntu, we've applied the attached patch to achieve the following: - debian/ant.properties, debian/control, debian/rules: + Transition from servlet 2.5 -> 3.0. We thought you might be interested in doing the same. diff -Nru jakarta-taglibs-standard-1.1.2/debian/ant.properties jakarta-taglibs-standard-1.1.2/debian/ant.properties --- jakarta-taglibs-standard-1.1.2/debian/ant.properties2015-03-15 02:48:03.0 +0100 +++ jakarta-taglibs-standard-1.1.2/debian/ant.properties2015-03-18 00:42:26.0 +0100 @@ -2,6 +2,6 @@ dist.dir=dist ant.build.javac.source=1.5 ant.build.javac.target=1.5 -servlet24.jar=/usr/share/java/servlet-api-2.5.jar -jsp20.jar=/usr/share/java/jsp-api-2.1.jar +servlet24.jar=/usr/share/java/servlet-api-3.0.jar +jsp20.jar=/usr/share/java/jsp-api-2.2.jar xalan.jar=/usr/share/java/xalan2.jar diff -Nru jakarta-taglibs-standard-1.1.2/debian/control jakarta-taglibs-standard-1.1.2/debian/control --- jakarta-taglibs-standard-1.1.2/debian/control 2015-03-14 23:20:00.0 +0100 +++ jakarta-taglibs-standard-1.1.2/debian/control 2015-03-18 00:43:22.0 +0100 @@ -10,7 +10,7 @@ debhelper (>= 7.0.50~), javahelper, maven-repo-helper (>= 1.5~) -Build-Depends-Indep: default-jdk, libservlet2.5-java, libxalan2-java +Build-Depends-Indep: default-jdk, libservlet3.0-java, libxalan2-java Standards-Version: 3.9.3 DM-Upload-Allowed: yes Vcs-Git: git://git.debian.org/git/pkg-java/jakarta-taglibs-standard.git diff -Nru jakarta-taglibs-standard-1.1.2/debian/rules jakarta-taglibs-standard-1.1.2/debian/rules --- jakarta-taglibs-standard-1.1.2/debian/rules 2015-03-14 23:20:00.0 +0100 +++ jakarta-taglibs-standard-1.1.2/debian/rules 2015-03-18 00:42:26.0 +0100 @@ -1,7 +1,7 @@ #!/usr/bin/make -f export JAVA_HOME=/usr/lib/jvm/default-java -export CLASSPATH=/usr/share/java/el-api-2.1.jar +export CLASSPATH=/usr/share/java/el-api-2.2.jar DEB_UPSTREAM_VERSION := $(shell dpkg-parsechangelog | sed -rne 's,^Version: ([^+]+)-.*,\1,p') MAVEN_REPO := http://repo1.maven.org/maven2
Bug#779465: hardinfo: FTBFS on arm64: Your architecture is not supported yet.
Package: hardinfo Version: 0.5.1-1.4 Tags: patch Usertags: origin-ubuntu ubuntu-patch vivid dh_clean dpkg-buildpackage: warning: debian/rules must be updated to support the 'build-arch' and 'build-indep' targets (at least 'build-arch' seems to be missing) debian/rules build dh_testdir ./configure ToscoConf (version 0.04) for hardinfo version 0.5.1 Determining system architecture. Your architecture is not supported yet. Please send the output of the following commands to lean...@hardinfo.org: $ cat /proc/cpuinfo $ uname -a $ uname -m make: *** [configure-stamp] Error 1 debian/rules:24: recipe for target 'configure-stamp' failed In Ubuntu, we've applied the attached patch to achieve the following: * debian/patches/aarch64.diff, debian/rules: - Build for AArch64, using the ARM configuration. Fixes FTBFS on arm64. We thought you might be interested in doing the same. diff -u hardinfo-0.5.1/debian/rules hardinfo-0.5.1/debian/rules --- hardinfo-0.5.1/debian/rules +++ hardinfo-0.5.1/debian/rules @@ -22,6 +22,7 @@ configure: configure-stamp configure-stamp: dh_testdir + ln -sf armv4l arch/linux/aarch64 ./configure touch configure-stamp @@ -39,6 +40,7 @@ clean: dh_testdir dh_testroot + rm -f arch/linux/aarch64 rm -f build-stamp configure-stamp # Add here commands to clean up after the build process. only in patch2: unchanged: --- hardinfo-0.5.1.orig/debian/patches/aarch64.diff +++ hardinfo-0.5.1/debian/patches/aarch64.diff @@ -0,0 +1,14 @@ +Index: b/configure +=== +--- a/configure b/configure +@@ -66,6 +66,9 @@ + sparc*) + ln -sf linux/sparc arch/this + ARCH="ARCH_SPARC" ;; ++ aarch64*) ++ ln -sf linux/aarch64 arch/this ++ ARCH="ARCH_AARCH64" ;; + armv*) + ln -sf linux/armv4l arch/this + ARCH="ARCH_ARMV4L" ;;
Bug#778936: Please switch to dh-autoreconf to update libtool macros
Package: src:libfm Version: 1.2.3-1 Tags: patch Usertags: origin-ubuntu ubuntu-patch vivid In Ubuntu, we've applied the attached patch to achieve the following: * debian/control, debian/rules: - Switch to dh-autoreconf to update libtool macros for ppc64el. Because this is an automake-using package, dh-autoreconf can be viewed as a superset of dh-autotools-dev, in that it still updates config.* but also updates libtool and configure. Please apply this patch, to make life easier for new ports. Adding support for dh-autoreconf provides a FTBFS, which can be fixed by missing-libs-ftbfs.patch. We thought you might be interested in doing the same. diff -Nru libfm-1.2.3/debian/control libfm-1.2.3/debian/control --- libfm-1.2.3/debian/control 2014-10-18 03:47:40.0 +0200 +++ libfm-1.2.3/debian/control 2015-02-21 23:30:54.0 +0100 @@ -10,7 +10,7 @@ debhelper (>= 9), autotools-dev, gtk-doc-tools, intltool, libdbus-glib-1-dev, libglib2.0-dev, libgtk2.0-dev, libexif-dev, libmenu-cache-dev (>=0.5.0), libtool, pkg-config, valac, - libglib2.0-doc, libgtk-3-doc + libglib2.0-doc, libgtk-3-doc, dh-autoreconf Standards-Version: 3.9.6 Homepage: http://pcmanfm.sourceforge.net/ Vcs-Browser: http://git.lxde.org/gitweb/?p=debian/libfm.git diff -Nru libfm-1.2.3/debian/rules libfm-1.2.3/debian/rules --- libfm-1.2.3/debian/rules2014-10-18 03:47:40.0 +0200 +++ libfm-1.2.3/debian/rules2015-02-21 23:31:16.0 +0100 @@ -5,7 +5,7 @@ export DEB_BUILD_MAINT_OPTIONS = hardening=+all %: - dh ${@} --parallel + dh ${@} --parallel --with autoreconf override_dh_auto_configure: dh_auto_configure -- --enable-debug --enable-gtk-doc --enable-udisks --disable-silent-rules
Bug#649772: libdoxia-java: FTBFS in a restrictive chroot
Hello, I'm sending an updated patch from Ubuntu as the last change was made by Mathieu on 11 Apr 2014. diff -Nru doxia-1.1.4/debian/changelog doxia-1.1.4/debian/changelog --- doxia-1.1.4/debian/changelog2012-06-07 07:15:36.0 +0200 +++ doxia-1.1.4/debian/changelog2015-02-21 19:59:14.0 +0100 @@ -1,3 +1,21 @@ +doxia (1.1.4-2ubuntu1) vivid; urgency=low + + * Merge from Debian unstable. (LP: #1087922) Remaining changes: +- debian/control: + + Build-Depends on libjaxen-java and libmaven-install-plugin-java. +- debian/maven.properties: + + Set maven to offline mode to avoid trying to download +file from the web, which would fail the build. +- debian/patches/0008-doxia-logging-deps.patch: + + Slightly adjust java package dependencies in doxia-modules +and doxia-book pom files to include doxia-logging-api. +- debian/rules: + + Import the jar files we just build back into the temporary +maven repository so they're accessible as we try +to build docs. (Closes: #649772) + + -- Artur Rona Sat, 21 Feb 2015 19:29:29 +0100 + doxia (1.1.4-2) unstable; urgency=low * Team upload. @@ -9,6 +27,38 @@ -- Miguel Landaeta Wed, 06 Jun 2012 19:30:32 -0430 +doxia (1.1.4-1ubuntu4) trusty; urgency=medium + + * debian/rules: make sure we run in offline mode in the install:install-file +step too by forcing maven in offline mode and specifying the local +repository path in relation to the debian dir. (LP: #935070) + + -- Mathieu Trudel-Lapierre Fri, 11 Apr 2014 22:50:59 -0400 + +doxia (1.1.4-1ubuntu3) precise; urgency=low + + * debian/patches/0008-doxia-logging-deps.patch: slightly adjust java package +dependencies in doxia-modules and doxia-book pom files to include +doxia-logging-api. + * debian/rules: import the jar files we just build back into the temporary +maven repository so they're accessible as we try to build docs. + * debian/control: add a Build-Depends on libmaven-install-plugin-java. + + -- Mathieu Trudel-Lapierre Wed, 23 Nov 2011 11:44:25 -0500 + +doxia (1.1.4-1ubuntu2) precise; urgency=low + + * debian/maven.properties: set maven to offline mode to avoid trying to +download file from the web, which would fail the build. + + -- Mathieu Trudel-Lapierre Tue, 22 Nov 2011 15:00:40 -0500 + +doxia (1.1.4-1ubuntu1) precise; urgency=low + + * debian/control: add Build-Depends for libjaxen-java. + + -- Mathieu Trudel-Lapierre Mon, 21 Nov 2011 10:28:04 -0500 + doxia (1.1.4-1) unstable; urgency=low [Gabriele Giacone] diff -Nru doxia-1.1.4/debian/control doxia-1.1.4/debian/control --- doxia-1.1.4/debian/control 2012-06-06 22:57:26.0 +0200 +++ doxia-1.1.4/debian/control 2015-02-21 19:29:42.0 +0100 @@ -1,7 +1,8 @@ Source: doxia Section: java Priority: optional -Maintainer: Debian Java Maintainers +Maintainer: Ubuntu Developers +XSBC-Original-Maintainer: Debian Java Maintainers Uploaders: Torsten Werner Build-Depends: debhelper (>= 7), cdbs, default-jdk, maven-debian-helper (>= 1.4) Build-Depends-Indep: libclirr-maven-plugin-java, libmaven-plugin-tools-java, libmaven-shade-plugin-java, @@ -11,7 +12,7 @@ libplexus-i18n-java, libplexus-utils-java, libxerces2-java, junit, libxerces2-java, default-jdk-doc, libcommons-configuration-java-doc, liblog4j1.2-java-doc, libmaven2-core-java-doc, libplexus-containers-java-doc, libplexus-utils-java-doc, - libmaven-javadoc-plugin-java + libmaven-javadoc-plugin-java, libjaxen-java, libmaven-install-plugin-java Standards-Version: 3.9.3 Vcs-Svn: svn://svn.debian.org/svn/pkg-java/trunk/doxia Vcs-Browser: http://svn.debian.org/wsvn/pkg-java/trunk/doxia diff -Nru doxia-1.1.4/debian/maven.properties doxia-1.1.4/debian/maven.properties --- doxia-1.1.4/debian/maven.properties 2011-09-10 00:28:03.0 +0200 +++ doxia-1.1.4/debian/maven.properties 2014-04-12 06:09:55.0 +0200 @@ -2,4 +2,5 @@ # For example: maven.test.skip=true +maven.settings.offline=true diff -Nru doxia-1.1.4/debian/patches/0008-doxia-logging-deps.patch doxia-1.1.4/debian/patches/0008-doxia-logging-deps.patch --- doxia-1.1.4/debian/patches/0008-doxia-logging-deps.patch1970-01-01 01:00:00.0 +0100 +++ doxia-1.1.4/debian/patches/0008-doxia-logging-deps.patch2014-04-11 21:37:06.0 +0200 @@ -0,0 +1,38 @@ +From: Mathieu Trudel-Lapierre +Subject: Add doxia-logging-api to dependencies for doxia-modules and doxia-book +Last-Update: 2011-11-23 + +It appears to be required at least for building documentation, otherwise the +build fails as it tries to resolve org.apache.maven.doxia.logging.LogEnabled, +among other symbols provided by doxia-logging-api. + +Index: doxia/doxia-modules/pom.xml +=== +--- doxia.orig/doxia-modules/pom.xml 2011-11-21 16:55:11.277656324 -0500 doxia/doxia-modules/pom.xml
Bug#778859: tix: Multiarch support
Package: tix Version: 8.4.3-6 Tags: patch Usertags: origin-ubuntu ubuntu-patch vivid In Ubuntu, we've applied the attached patch to achieve the following: - debian/rules: + Fix build failure with Tcl/Tk multiarch locations. + Use dpkg-buildflags. We thought you might be interested in doing the same. diff -Nru tix-8.4.3/debian/rules tix-8.4.3/debian/rules --- tix-8.4.3/debian/rules 2014-11-11 12:20:49.0 +0100 +++ tix-8.4.3/debian/rules 2015-02-20 18:44:32.0 +0100 @@ -18,14 +18,12 @@ SHELL=/bin/bash -CFLAGS = -Wall -g - -ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) -CFLAGS += -O0 -else -CFLAGS += -O2 -endif +CFLAGS := -Wall $(shell dpkg-buildflags --get CFLAGS) +CPPFLAGS := $(shell dpkg-buildflags --get CPPFLAGS) +LDFLAGS := $(shell dpkg-buildflags --get LDFLAGS) +DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH) + groff_version=`groff -v| grep "groff version"| sed -e 's/GNU groff version //'` tk_version = 8.6 tix_version = 8.4.3 @@ -45,12 +43,13 @@ rm -rf build-static mkdir build-static cd build-static && ../configure \ + CPPFLAGS="$(CPPFLAGS)" CFLAGS="$(CFLAGS)" LDFLAGS="$(LDFLAGS)" \ --prefix=/usr \ --mandir=\$${prefix}/share/man \ --disable-shared \ - --with-tclconfig=/usr/lib/tcl$(tk_version) \ + --with-tclconfig=/usr/lib/$(DEB_HOST_MULTIARCH)/tcl$(tk_version) \ --with-tclinclude=/usr/include/tcl$(tk_version)/tcl-private \ - --with-tkconfig=/usr/lib/tk$(tk_version) \ + --with-tkconfig=/usr/lib/$(DEB_HOST_MULTIARCH)/tk$(tk_version) \ --with-tkinclude=/usr/include/tcl$(tk_version)/tk-private $(MAKE) -C build-static @@ -63,12 +62,13 @@ rm -rf build-shared mkdir build-shared cd build-shared && ../configure \ + CPPFLAGS="$(CPPFLAGS)" CFLAGS="$(CFLAGS)" LDFLAGS="$(LDFLAGS)" \ --prefix=/usr \ --mandir=\$${prefix}/share/man \ --enable-shared \ - --with-tclconfig=/usr/lib/tcl$(tk_version) \ + --with-tclconfig=/usr/lib/$(DEB_HOST_MULTIARCH)/tcl$(tk_version) \ --with-tclinclude=/usr/include/tcl$(tk_version)/tcl-private \ - --with-tkconfig=/usr/lib/tk$(tk_version) \ + --with-tkconfig=/usr/lib/$(DEB_HOST_MULTIARCH)/tk$(tk_version) \ --with-tkinclude=/usr/include/tcl$(tk_version)/tk-private $(MAKE) -C build-shared \
Bug#778716: webkit2pdf: FTBFS on arm64 / Please use dh_autotools-dev to update config.{sub,guess} for new ports
Package: webkit2pdf Version: 0.3-1 Tags: patch Usertags: origin-ubuntu ubuntu-patch vivid /* confdefs.h */ #define PACKAGE_NAME "" #define PACKAGE_TARNAME "" #define PACKAGE_VERSION "" #define PACKAGE_STRING "" #define PACKAGE_BUGREPORT "" #define PACKAGE_URL "" #define PLUGINVERSION "0.3" configure: exit 1 debian/rules:12: recipe for target 'override_dh_auto_configure' failed make[1]: *** [override_dh_auto_configure] Error 255 make[1]: Leaving directory '/«PKGBUILDDIR»' make: *** [build-arch] Error 2 debian/rules:9: recipe for target 'build-arch' failed In Ubuntu, we've applied the attached patch to achieve the following: - debian/control, debian/rules: + Use dh_autotools-dev to update config.{sub,guess} for new ports. We thought you might be interested in doing the same. diff -Nru webkit2pdf-0.3/debian/rules webkit2pdf-0.3/debian/rules --- webkit2pdf-0.3/debian/rules 2014-06-30 21:44:17.0 +0200 +++ webkit2pdf-0.3/debian/rules 2014-07-01 06:13:06.0 +0200 @@ -6,7 +6,7 @@ MAN=debian/webkit2pdf %: - dh $@ + dh $@ --with autotools_dev override_dh_auto_configure: pod2man -d ${DATE} -r ${REL} -c "" ${MAN}.pod ${MAN}.1
Bug#778649: lives: FTBFS: dh_auto_install: make -j6 install DESTDIR=/«PKGBUILDDIR»/debian/tmp AM_UPDATE_INFO_DIR=no returned exit code 2
Package: lives Version: 2.2.8~ds0-1 Tags: patch Usertags: origin-ubuntu ubuntu-patch vivid make[4]: *** [install-recursive] Error 1 Makefile:496: recipe for target 'install-recursive' failed make[4]: Leaving directory '/«PKGBUILDDIR»/lives-plugins/plugins' make[3]: *** [install-recursive] Error 1 Makefile:495: recipe for target 'install-recursive' failed make[3]: Leaving directory '/«PKGBUILDDIR»/lives-plugins' make[2]: *** [install-recursive] Error 1 Makefile:618: recipe for target 'install-recursive' failed make[2]: Leaving directory '/«PKGBUILDDIR»' dh_auto_install: make -j8 install DESTDIR=/«PKGBUILDDIR»/debian/tmp AM_UPDATE_INFO_DIR=no returned exit code 2 make[1]: *** [override_dh_auto_install] Error 2 debian/rules:21: recipe for target 'override_dh_auto_install' failed make[1]: Leaving directory '/«PKGBUILDDIR»' make: *** [binary-arch] Error 2 debian/rules:15: recipe for target 'binary-arch' failed In Ubuntu, we've applied the attached patch to achieve the following: - debian/patches/parallel-build.patch: + Fix build system race that broke parallel building. We thought you might be interested in doing the same. diff -Nru lives-2.2.8~ds0/debian/patches/parallel-build.patch lives-2.2.8~ds0/debian/patches/parallel-build.patch --- lives-2.2.8~ds0/debian/patches/parallel-build.patch 1970-01-01 01:00:00.0 +0100 +++ lives-2.2.8~ds0/debian/patches/parallel-build.patch 2014-11-17 19:25:36.0 +0100 @@ -0,0 +1,17 @@ +Description: Fix build system race that broke parallel building +Author: Colin Watson +Forwarded: no +Last-Update: 2014-07-16 + +Index: b/lives-plugins/plugins/effects/compound/Makefile.am +=== +--- a/lives-plugins/plugins/effects/compound/Makefile.am b/lives-plugins/plugins/effects/compound/Makefile.am +@@ -7,6 +7,7 @@ + EXTRA_DIST = $(compoundscripts_DATA) data icons + + install-data-local: ++ mkdir -p "$(DESTDIR)$(compoundscriptsdir)" + cp -rf icons/ "$(DESTDIR)$(compoundscriptsdir)" + $(MAKE) -i install-data-local-remove-vcs-files + diff -Nru lives-2.2.8~ds0/debian/patches/series lives-2.2.8~ds0/debian/patches/series --- lives-2.2.8~ds0/debian/patches/series 2015-02-14 12:40:05.0 +0100 +++ lives-2.2.8~ds0/debian/patches/series 2015-02-17 00:50:30.0 +0100 @@ -1,3 +1,4 @@ 01-cdda2wav_to_icedax.patch 02-drop_py3_multiencoder.patch 03-libav10.patch +parallel-build.patch
Bug#764500: erlang-jiffy: FTBFS on arm64
In Ubuntu, we've applied the attached patch to achieve the following: * debian/patches/arm64-support.patch: - Add ARM 64 support. We thought you might be interested in doing the same. diff -Nru erlang-jiffy-0.8.5+dfsg/debian/patches/arm64-support.patch erlang-jiffy-0.8.5+dfsg/debian/patches/arm64-support.patch --- erlang-jiffy-0.8.5+dfsg/debian/patches/arm64-support.patch 1970-01-01 01:00:00.0 +0100 +++ erlang-jiffy-0.8.5+dfsg/debian/patches/arm64-support.patch 2015-02-15 23:59:11.0 +0100 @@ -0,0 +1,18 @@ +From: Artur Rona +Description: Add ARM 64 support. +Bug-Debian: http://bugs.debian.org/764500 +Origin: upstream, https://github.com/vitaut/double-conversion/commit/86c52dab02836843e9e32793768ec5b9b3401049 + https://code.google.com/p/double-conversion/source/detail?r=4e24bb31bcc76d6d218f3056b4c24a109d367561 + +--- erlang-jiffy-0.8.5+dfsg.orig/c_src/double-conversion/utils.h erlang-jiffy-0.8.5+dfsg/c_src/double-conversion/utils.h +@@ -58,7 +58,8 @@ + defined(__mips__) || defined(__powerpc__) || \ + defined(__sparc__) || defined(__sparc) || defined(__s390__) || \ + defined(__SH4__) || defined(__alpha__) || \ +-defined(_MIPS_ARCH_MIPS32R2) ++defined(_MIPS_ARCH_MIPS32R2) || \ ++defined(__AARCH64EL__) + #define DOUBLE_CONVERSION_CORRECT_DOUBLE_OPERATIONS 1 + #elif defined(_M_IX86) || defined(__i386__) || defined(__i386) + #if defined(_WIN32) diff -Nru erlang-jiffy-0.8.5+dfsg/debian/patches/series erlang-jiffy-0.8.5+dfsg/debian/patches/series --- erlang-jiffy-0.8.5+dfsg/debian/patches/series 2013-10-11 06:11:54.0 +0200 +++ erlang-jiffy-0.8.5+dfsg/debian/patches/series 2015-02-16 00:28:58.0 +0100 @@ -2,3 +2,4 @@ fix_makefile remove_git_clean change_optimize +arm64-support.patch
Bug#777721: softhsm: FTBFS on arm64
Package: softhsm Version: 1.3.7-2 Tags: patch Usertags: origin-ubuntu ubuntu-patch vivid #define PACKAGE_TARNAME "softhsm" #define PACKAGE_VERSION "1.3.7" #define PACKAGE_STRING "SoftHSM 1.3.7" #define PACKAGE_BUGREPORT "" #define PACKAGE_URL "" #define PACKAGE "softhsm" #define VERSION "1.3.7" configure: exit 1 dh_auto_configure: ./configure --build=aarch64-linux-gnu --prefix=/usr --includedir=${prefix}/include --mandir=${prefix}/share/man --infodir=${prefix}/share/info --sysconfdir=/etc --localstatedir=/var --libexecdir=${prefix}/lib/softhsm --disable-maintainer-mode --disable-dependency-tracking --sysconfdir=/etc/softhsm --localstatedir=/var/lib --with-botan=/usr --with-pic --enable-64bit LDFLAGS=-Wl,-z,defs -Wl,--as-needed returned exit code 1 make[1]: *** [override_dh_auto_configure] Error 25 debian/rules:22: recipe for target 'override_dh_auto_configure' failed make[1]: Leaving directory '/«PKGBUILDDIR»' make: *** [build-arch] Error 2 debian/rules:19: recipe for target 'build-arch' failed In Ubuntu, we've applied the attached patch to achieve the following: - debian/patches/remove-64bit-check.diff: + Remove the check for -m64, not needed for package builds. - debian/rules: + Don't use unrecognized build flags on aarch64, resolving FTBFS We thought you might be interested in doing the same. diff -Nru softhsm-1.3.7/debian/patches/remove-64bit-check.diff softhsm-1.3.7/debian/patches/remove-64bit-check.diff --- softhsm-1.3.7/debian/patches/remove-64bit-check.diff1970-01-01 01:00:00.0 +0100 +++ softhsm-1.3.7/debian/patches/remove-64bit-check.diff2014-04-03 13:59:17.0 +0200 @@ -0,0 +1,13 @@ +Index: b/configure.ac +=== +--- a/configure.ac b/configure.ac +@@ -63,8 +63,6 @@ + [SOFTLOGLEVEL=3] + ) + +-ACX_64BIT +- + # Check for library include arguments + ACX_BOTAN + ACX_LIBSQLITE3 diff -Nru softhsm-1.3.7/debian/patches/series softhsm-1.3.7/debian/patches/series --- softhsm-1.3.7/debian/patches/series 2014-12-01 17:52:26.0 +0100 +++ softhsm-1.3.7/debian/patches/series 2014-12-01 22:42:19.0 +0100 @@ -1,2 +1,3 @@ SUPPORT-101.patch 002_libtool_export_symbols_fix.patch +remove-64bit-check.diff diff -Nru softhsm-1.3.7/debian/rules softhsm-1.3.7/debian/rules --- softhsm-1.3.7/debian/rules 2014-12-01 17:52:26.0 +0100 +++ softhsm-1.3.7/debian/rules 2015-02-11 00:52:59.0 +0100 @@ -6,7 +6,7 @@ DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) DEB_HOST_ARCH_BITS ?= $(shell dpkg-architecture -qDEB_HOST_ARCH_BITS) -SKIP_64BIT_ON_CPU="alpha ia64 mips64 mips64el" +SKIP_64BIT_ON_CPU="alpha ia64 mips64 mips64el aarch64" ifeq ($(DEB_HOST_ARCH_BITS),64) # -m64 is not recognized on some architectures
Bug#776720: presage: FTBFS: undefined reference to symbol 'floor@@GLIBC_2.0'
Package: presage Version: 0.9-1 Tags: patch Usertags: origin-ubuntu ubuntu-patch vivid libtool: link: gcc -pthread -I/usr/include/gtk-2.0 -I/usr/lib/i386-linux-gnu/gtk-2.0/include -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/libpng12 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng12 -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/i386-linux-gnu/glib-2.0/include -I/usr/include/freetype2 -pthread -I/usr/include/glib-2.0 -I/usr/lib/i386-linux-gnu/glib-2.0/include -pthread -I/usr/include/glib-2.0 -I/usr/lib/i386-linux-gnu/glib-2.0/include -I../../../src/lib -I./scintilla/include -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wl,-Bsymbolic-functions -Wl,-z -Wl,relro -o .libs/gprompter gprompter-gprompter.o -pthread -Wl,--export-dynamic -pthread -L/usr/local/lib -lgmodule-2.0 -lm ../../../src/lib/.libs/libpresage.so ./.libs/libscintilla.a /usr/lib/i386-linux-gnu/libfreetype.so -lgtk-x11-2.0 -lgdk-x11-2.0 - lpangocairo-1.0 -latk-1.0 -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lpangoft2-1.0 -lpango-1.0 -lgobject-2.0 -lfontconfig -lgthread-2.0 -lglib-2.0 -lstdc++ -pthread /usr/bin/ld: ./.libs/libscintilla.a(libscintilla_la-LineMarker.o): undefined reference to symbol 'floor@@GLIBC_2.0' /usr/lib/gcc/i686-linux-gnu/4.9/../../../i386-linux-gnu/libm.so: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status In Ubuntu, we've applied the attached patch to achieve the following: * debian/patches/lib_underlinkage.patch: - Added missing lib to link, fixing FTBFS. We thought you might be interested in doing the same. diff -Nru presage-0.9/debian/patches/lib_underlinkage.patch presage-0.9/debian/patches/lib_underlinkage.patch --- presage-0.9/debian/patches/lib_underlinkage.patch 1970-01-01 01:00:00.0 +0100 +++ presage-0.9/debian/patches/lib_underlinkage.patch 2015-01-30 18:46:56.0 +0100 @@ -0,0 +1,33 @@ +Description: Added missing lib to link, fixing FTBFS. +Author: Daniel T Chen +Last-Update: 2015-01-30 + +--- presage-0.9.orig/apps/gtk/gprompter/Makefile.am presage-0.9/apps/gtk/gprompter/Makefile.am +@@ -253,10 +253,9 @@ gprompter_SOURCES = gprompter.c + gprompter_CFLAGS =$(GNOME_CFLAGS) $(GTHREAD_CFLAGS) $(GMODULE_CFLAGS) \ + -I$(top_srcdir)/src/lib \ + -I$(srcdir)/scintilla/include +-gprompter_LDADD = $(GNOME_LIBS) $(GTHREAD_LIBS) $(GMODULE_LIBS) \ +- -lm \ ++gprompter_LDADD = $(GNOME_LIBS) $(GTHREAD_LIBS) \ + ../../../src/lib/libpresage.la \ +- libscintilla.la ++ libscintilla.la $(GMODULE_LIBS) -lm + if USE_GCC + gprompter_LDADD +=-lstdc++ + endif +--- presage-0.9.orig/apps/gtk/gprompter/Makefile.in presage-0.9/apps/gtk/gprompter/Makefile.in +@@ -887,9 +887,9 @@ AUTOMAKE_OPTIONS = subdir-objects + @BUILD_GTK_PROMPTER_TRUE@ -I$(srcdir)/scintilla/include + + @BUILD_GTK_PROMPTER_TRUE@gprompter_LDADD = $(GNOME_LIBS) \ +-@BUILD_GTK_PROMPTER_TRUE@ $(GTHREAD_LIBS) $(GMODULE_LIBS) -lm \ ++@BUILD_GTK_PROMPTER_TRUE@ $(GTHREAD_LIBS) \ + @BUILD_GTK_PROMPTER_TRUE@ ../../../src/lib/libpresage.la \ +-@BUILD_GTK_PROMPTER_TRUE@ libscintilla.la $(am__append_1) ++@BUILD_GTK_PROMPTER_TRUE@ libscintilla.la $(GMODULE_LIBS) -lm $(am__append_1) + @BUILD_GTK_PROMPTER_TRUE@@HAVE_HELP2MAN_TRUE@dist_man_MANS = gprompter.1 + @BUILD_GTK_PROMPTER_TRUE@@HAVE_HELP2MAN_TRUE@DISTCLEANFILES = gprompter.1 + @BUILD_GTK_PROMPTER_TRUE@desktopdir = $(datadir)/applications diff -Nru presage-0.9/debian/patches/series presage-0.9/debian/patches/series --- presage-0.9/debian/patches/series 2014-09-26 17:35:24.0 +0200 +++ presage-0.9/debian/patches/series 2015-01-30 18:48:16.0 +0100 @@ -1 +1,2 @@ wxpy3.0-compat.patch +lib_underlinkage.patch
Bug#758710: failed arm64 build of sigscheme 0.8.5-4.1
In Ubuntu, we've applied the attached patch to achieve the following: * debian/libgcroots0.symbols, debian/patches/aarch64.diff: - Add AArch64 support. We thought you might be interested in doing the same. diff -Nru sigscheme-0.8.5/debian/libgcroots0.symbols sigscheme-0.8.5/debian/libgcroots0.symbols --- sigscheme-0.8.5/debian/libgcroots0.symbols 2014-04-16 14:42:14.0 +0200 +++ sigscheme-0.8.5/debian/libgcroots0.symbols 2015-01-26 18:05:31.0 +0100 @@ -5,7 +5,7 @@ GCROOTS_init@Base 0.8.5 GCROOTS_is_protected@Base 0.8.5 GCROOTS_is_protected_context@Base 0.8.5 - (arch=!mips !mipsel !mipsn32 !mipsn32el !mips64 !mips64el !s390 !s390x)GCROOTS_jmp_buf@Base 0.8.5 + (arch=!mips !mipsel !mipsn32 !mipsn32el !mips64 !mips64el !s390 !s390x !arm64)GCROOTS_jmp_buf@Base 0.8.5 GCROOTS_mark@Base 0.8.5 GCROOTS_noop1@Base 0.8.5 GCROOTS_push_current_stack@Base 0.8.5 diff -Nru sigscheme-0.8.5/debian/patches/aarch64.diff sigscheme-0.8.5/debian/patches/aarch64.diff --- sigscheme-0.8.5/debian/patches/aarch64.diff 1970-01-01 01:00:00.0 +0100 +++ sigscheme-0.8.5/debian/patches/aarch64.diff 2015-01-26 18:11:42.0 +0100 @@ -0,0 +1,76 @@ +From: Matthias Klose +Description: Added AARCH64 support to gcconfig.h (libgcroots). It needs to get symbols file updated, as well. +Bug: https://groups.google.com/forum/#!topic/uim-en/fxixLmHXcq0 +Bug-Debian: http://bugs.debian.org/758710 +Origin: upstream, https://github.com/ctyler/libgcroots/commit/da6e6884a1119e2cf6be88b4cf5eb9091c52beeb + +Index: b/libgcroots/include/private/gcconfig.h +=== +--- a/libgcroots/include/private/gcconfig.h b/libgcroots/include/private/gcconfig.h +@@ -62,6 +62,13 @@ + # endif + + /* Determine the machine type: */ ++# if defined(__aarch64__) ++#define AARCH64 ++#if !defined(LINUX) ++# define NOSYS ++# define mach_type_known ++#endif ++# endif + # if defined(__arm__) || defined(__thumb__) + #define ARM32 + #if !defined(LINUX) && !defined(NETBSD) +@@ -231,6 +238,10 @@ + #define IA64 + #define mach_type_known + # endif ++# if defined(LINUX) && defined(__aarch64__) ++#define AARCH64 ++#define mach_type_known ++# endif + # if defined(LINUX) && defined(__arm__) + #define ARM32 + #define mach_type_known +@@ -504,6 +515,7 @@ + /* running Amdahl UTS4 */ + /* S390 ==> 390-like machine */ + /* running LINUX */ ++ /* AARCH64==> ARM AArch64 */ + /* ARM32 ==> Intel StrongARM */ + /* IA64 ==> Intel IPF */ + /*(e.g. Itanium)*/ +@@ -1724,6 +1736,32 @@ + # endif + # endif + ++# ifdef AARCH64 ++# define CPP_WORDSZ 64 ++# define MACH_TYPE "AARCH64" ++# define ALIGNMENT 8 ++# ifndef HBLKSIZE ++# define HBLKSIZE 4096 ++# endif ++# ifdef LINUX ++# define OS_TYPE "LINUX" ++# define LINUX_STACKBOTTOM ++# define USE_GENERIC_PUSH_REGS ++# define DYNAMIC_LOADING ++ extern int __data_start[]; ++# define DATASTART ((ptr_t)__data_start) ++ extern char _end[]; ++# define DATAEND ((ptr_t)(&_end)) ++# endif ++# ifdef NOSYS ++ /* __data_start is usually defined in the target linker script. */ ++ extern int __data_start[]; ++# define DATASTART ((ptr_t)__data_start) ++ extern void *__stack_base__; ++# define STACKBOTTOM ((ptr_t)__stack_base__) ++# endif ++# endif ++ + # ifdef ARM32 + # define CPP_WORDSZ 32 + # define MACH_TYPE "ARM32" diff -Nru sigscheme-0.8.5/debian/patches/series sigscheme-0.8.5/debian/patches/series --- sigscheme-0.8.5/debian/patches/series 2014-04-16 14:36:19.0 +0200 +++ sigscheme-0.8.5/debian/patches/series 2015-01-26 18:03:57.0 +0100 @@ -7,3 +7,4 @@ test-gc-protect-0.8.5 add-ac-config-macro-dir-m4-0.8.5 support-automake-test-log-driver-0.8.5 +aarch64.diff
Bug#776287: Acknowledgement (grok: Fix linking with ld --as-needed by moving the libraries from LDFLAGS to LIBS)
diff -Nru grok-1.20110708.1/debian/patches/ld-as-needed.diff grok-1.20110708.1/debian/patches/ld-as-needed.diff --- grok-1.20110708.1/debian/patches/ld-as-needed.diff 1970-01-01 01:00:00.0 +0100 +++ grok-1.20110708.1/debian/patches/ld-as-needed.diff 2015-01-26 11:34:34.0 +0100 @@ -0,0 +1,59 @@ +Description: Fix linking with ld --as-needed by moving the libraries from LDFLAGS to LIBS. +Bug-Debian: http://bugs.debian.org/776287 +Author: Michael Bienia , +Logan Rosen +Last-Update: 2015-01-26 + +--- a/Makefile b/Makefile +@@ -28,17 +28,17 @@ + # For linux, we need libdl for dlopen() + # On FreeBSD, comment this line out. + ifeq ($(PLATFORM), GNULinux) +-LDFLAGS+=-ldl ++LIBS+=-ldl + endif + + # For GNU/kFreeBSD, we also need libdl + ifeq ($(PLATFORM), GNUkFreeBSD) +-LDFLAGS+=-ldl ++LIBS+=-ldl + endif + + # For GNU/Hurd, we need libdl for dlopen() + ifeq ($(PLATFORM), GNU) +-LDFLAGS+=-ldl ++LIBS+=-ldl + endif + + # # +@@ -52,7 +52,7 @@ + #LDFLAGS+=-g + + CFLAGS+=-pipe -fPIC -I. -O2 +-LDFLAGS+=-lpcre -levent -rdynamic -ltokyocabinet ++LIBS+=-lpcre -levent -rdynamic -ltokyocabinet + + LIBSUFFIX=$(shell sh $(BASE)/platform.sh libsuffix) + VERLIBSUFFIX=$(shell sh $(BASE)/platform.sh libsuffix $(MAJOR)) +@@ -170,16 +170,16 @@ + #$(MAKE) -C test test + + # Binary creation +-grok: LDFLAGS+=-levent ++grok: LIBS+=-levent + grok: $(GROKOBJ) conf.tab.o conf.yy.o main.o grok_config.o +- $(CC) $(LDFLAGS) $^ -o $@ ++ $(CC) $(LDFLAGS) $^ -o $@ $(LIBS) + + discogrok: $(GROKOBJ) discover_main.o +- $(CC) $(LDFLAGS) $^ -o $@ ++ $(CC) $(LDFLAGS) $^ -o $@ $(LIBS) + + libgrok.$(LIBSUFFIX): + libgrok.$(LIBSUFFIX): $(GROKOBJ) +- $(CC) $(LDFLAGS) -fPIC $(DYNLIBFLAG) $(LIBNAMEFLAG) $^ -o $@ ++ $(CC) $(LDFLAGS) -fPIC $(DYNLIBFLAG) $(LIBNAMEFLAG) $^ -o $@ $(LIBS) + + libgrok.$(VERLIBSUFFIX): libgrok.$(LIBSUFFIX); + ln -s $< $@ diff -Nru grok-1.20110708.1/debian/patches/series grok-1.20110708.1/debian/patches/series --- grok-1.20110708.1/debian/patches/series 2015-01-16 23:04:43.0 +0100 +++ grok-1.20110708.1/debian/patches/series 2015-01-26 10:57:27.0 +0100 @@ -2,3 +2,4 @@ 0001-Support-GNU-kFreeBSD-add-necessary-linker-flag.patch 0002-Support-GNU-Hurd-add-necessary-linker-flag.patch pcre-group-name.patch +ld-as-needed.diff
Bug#776292: ffrenzy: FTBFS with -Werror
Package: ffrenzy Version: 1.0.2~svn20070530-5 Tags: patch Usertags: origin-ubuntu ubuntu-patch vivid In Ubuntu, we've applied the attached patch to achieve the following: * debian/patches/fix-werror-usage-and-aclocal-regen.patch: - Do not pass Werror by default to avoid build failures. - Fix the aclocal flags to not include. We thought you might be interested in doing the same. diff -Nru ffrenzy-1.0.2~svn20070530/debian/patches/fix-werror-usage-and-aclocal-regen.patch ffrenzy-1.0.2~svn20070530/debian/patches/fix-werror-usage-and-aclocal-regen.patch --- ffrenzy-1.0.2~svn20070530/debian/patches/fix-werror-usage-and-aclocal-regen.patch 1970-01-01 01:00:00.0 +0100 +++ ffrenzy-1.0.2~svn20070530/debian/patches/fix-werror-usage-and-aclocal-regen.patch 2015-01-24 23:55:42.0 +0100 @@ -0,0 +1,44 @@ +Description: Do not pass Werror by default to avoid build failures. + In addition to fixing the Werror usage, fix the aclocal flags to not include. +Author: Ben Collins + +--- ffrenzy-1.0.2~svn20070530.orig/Makefile.am ffrenzy-1.0.2~svn20070530/Makefile.am +@@ -1,5 +1,3 @@ + SUBDIRS = src po tests data utils + +-ACLOCAL_AMFLAGS = -I m4 +- + EXTRA_DIST = config.rpath +--- ffrenzy-1.0.2~svn20070530.orig/configure ffrenzy-1.0.2~svn20070530/configure +@@ -4347,7 +4347,7 @@ $as_echo "$am_cv_python_pyexecdir" >&6; + + + # setting CFLAGS +-CFLAGS="$CLAGS -Wall -Werror -g -O2 -finline-functions" ++CFLAGS="$CLAGS -Wall -g -O2 -finline-functions" + + # gettext stuff + +--- ffrenzy-1.0.2~svn20070530.orig/Makefile.in ffrenzy-1.0.2~svn20070530/Makefile.in +@@ -198,7 +198,6 @@ target_cpu = @target_cpu@ + target_os = @target_os@ + target_vendor = @target_vendor@ + SUBDIRS = src po tests data utils +-ACLOCAL_AMFLAGS = -I m4 + EXTRA_DIST = config.rpath + all: config.h + $(MAKE) $(AM_MAKEFLAGS) all-recursive +--- ffrenzy-1.0.2~svn20070530.orig/configure.ac ffrenzy-1.0.2~svn20070530/configure.ac +@@ -20,7 +20,7 @@ AC_CHECK_HEADERS + AM_PATH_PYTHON(2.3) + + # setting CFLAGS +-CFLAGS="$CLAGS -Wall -Werror -g -O2 -finline-functions" ++CFLAGS="$CLAGS -Wall -g -O2 -finline-functions" + + # gettext stuff + AM_GNU_GETTEXT_VERSION(0.16.1) diff -Nru ffrenzy-1.0.2~svn20070530/debian/patches/series ffrenzy-1.0.2~svn20070530/debian/patches/series --- ffrenzy-1.0.2~svn20070530/debian/patches/series 2013-08-03 02:24:22.0 +0200 +++ ffrenzy-1.0.2~svn20070530/debian/patches/series 2015-01-24 12:45:15.0 +0100 @@ -1,2 +1,3 @@ fix-ffrenzy-menu-path.patch fix-libm-underlinkage.patch +fix-werror-usage-and-aclocal-regen.patch
Bug#776287: grok: Fix linking with ld --as-needed by moving the libraries from LDFLAGS to LIBS
Package: grok Version: 1.20110708.1-4.1 Tags: patch Usertags: origin-ubuntu ubuntu-patch utopic In Ubuntu, we've applied the attached patch to achieve the following: * debian/patches/ld-as-needed.diff: - Fix linking with ld --as-needed by moving the libraries from LDFLAGS to LIBS. We thought you might be interested in doing the same. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727878: gnuspool: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4
In Ubuntu, we've applied the attached patch to achieve the following: * debian/rules: - Use autotools-dev for arm64. We thought you might be interested in doing the same. diff -Nru gnuspool-1.7+nmu1/debian/rules gnuspool-1.7+nmu1ubuntu1/debian/rules --- gnuspool-1.7+nmu1/debian/rules 2010-07-22 08:03:47.0 +0200 +++ gnuspool-1.7+nmu1ubuntu1/debian/rules 2015-01-24 22:33:35.0 +0100 @@ -15,7 +15,7 @@ endif %: - dh $@ + dh $@ --with autotools-dev override_dh_auto_configure: mailer=/usr/bin/mail ./configure $(CROSS) --prefix=/usr --sysconfdir=/etc/gnuspool --with-printers-directory=/etc/gnuspool/ptrconf \
Bug#742718: udev
tags 742718 + patch thanks In Ubuntu, we've applied the attached patch to achieve the following: * Makefile.am, Makefile.in: Install udev rules into /lib/udev/rules.d * debian/libdjconsole-data.install: Take udev rules from /lib/udev/rules.d * debian/libdjconsole-data.preinst: Remove old rules if not modified * debian/control: Add Breaks to ensure right version of udev is used. We thought you might be interested in doing the same. diff -pruN 0.1.3-1/debian/control 0.1.3-1ubuntu2/debian/control --- 0.1.3-1/debian/control 2014-03-23 01:07:47.0 + +++ 0.1.3-1ubuntu2/debian/control 2014-03-23 01:07:48.0 + @@ -17,6 +17,7 @@ Description: Hercules DJ Console access Package: libdjconsole-data Section: libs Architecture: all +Breaks: udev (<< 136-1) Description: Hercules DJ Console access library - data files The DJ Console library is a C++ library that facilitates access to the Hercules DJ Console MK I and MK II via libusb. It supports all non-audio diff -pruN 0.1.3-1/debian/libdjconsole-data.install 0.1.3-1ubuntu2/debian/libdjconsole-data.install --- 0.1.3-1/debian/libdjconsole-data.install 2014-03-23 01:07:47.0 + +++ 0.1.3-1ubuntu2/debian/libdjconsole-data.install 2014-03-23 01:07:48.0 + @@ -1,2 +1,2 @@ debian/tmp/usr/share/ -debian/tmp/etc/udev/rules.d/ +debian/tmp/lib/udev/rules.d/ diff -pruN 0.1.3-1/debian/libdjconsole-data.preinst 0.1.3-1ubuntu2/debian/libdjconsole-data.preinst --- 0.1.3-1/debian/libdjconsole-data.preinst 1970-01-01 00:00:00.0 + +++ 0.1.3-1ubuntu2/debian/libdjconsole-data.preinst 2014-03-23 01:07:48.0 + @@ -0,0 +1,15 @@ +#!/bin/sh + +set -e + +if [ "$1" = install ] || [ "$1" = upgrade ]; then + if [ -e "/etc/udev/rules.d/45-hpdjconsole.rules" ]; then + if [ "`md5sum \"/etc/udev/rules.d/45-hpdjconsole.rules\" | sed -e \"s/ .*//\"`" = \ + "`dpkg-query -W -f='${Conffiles}' libdjconsole-data | sed -n -e \"' /etc/udev/rules.d/45-hpdjconsole.rules's/.* //p\"`" ] + then + rm -f "/etc/udev/rules.d/45-hpdjconsole.rules" + fi + fi +fi + +#DEBHELPER# diff -pruN 0.1.3-1/Makefile.am 0.1.3-1ubuntu2/Makefile.am --- 0.1.3-1/Makefile.am 2008-06-11 05:39:41.0 + +++ 0.1.3-1ubuntu2/Makefile.am 2014-03-23 01:07:48.0 + @@ -1,6 +1,6 @@ AUTOMAKE_OPTIONS = gnu pkgconfigdir=$(libdir)/pkgconfig -rulesdir=$(sysconfdir)/udev/rules.d +rulesdir=/lib/udev/rules.d lib_LTLIBRARIES = libdjconsole.la diff -pruN 0.1.3-1/Makefile.in 0.1.3-1ubuntu2/Makefile.in --- 0.1.3-1/Makefile.in 2008-06-11 05:39:41.0 + +++ 0.1.3-1ubuntu2/Makefile.in 2014-03-23 01:07:48.0 + @@ -91,7 +91,7 @@ am__quote = @am__quote@ install_sh = @install_sh@ AUTOMAKE_OPTIONS = gnu pkgconfigdir = $(libdir)/pkgconfig -rulesdir = $(sysconfdir)/udev/rules.d +rulesdir = /lib/udev/rules.d lib_LTLIBRARIES = libdjconsole.la
Bug#742718: Please install udev rules into /lib/udev/rules.d
In Ubuntu, we've applied the attached patch to achieve the following: * Makefile.am, Makefile.in: Install udev rules into /lib/udev/rules.d * debian/libdjconsole-data.install: Take udev rules from /lib/udev/rules.d * debian/libdjconsole-data.preinst: Remove old rules if not modified * debian/control: Add Breaks to ensure right version of udev is used. We thought you might be interested in doing the same. diff -pruN 0.1.3-1/debian/control 0.1.3-1ubuntu2/debian/control --- 0.1.3-1/debian/control 2014-03-23 01:07:47.0 + +++ 0.1.3-1ubuntu2/debian/control 2014-03-23 01:07:48.0 + @@ -17,6 +17,7 @@ Description: Hercules DJ Console access Package: libdjconsole-data Section: libs Architecture: all +Breaks: udev (<< 136-1) Description: Hercules DJ Console access library - data files The DJ Console library is a C++ library that facilitates access to the Hercules DJ Console MK I and MK II via libusb. It supports all non-audio diff -pruN 0.1.3-1/debian/libdjconsole-data.install 0.1.3-1ubuntu2/debian/libdjconsole-data.install --- 0.1.3-1/debian/libdjconsole-data.install 2014-03-23 01:07:47.0 + +++ 0.1.3-1ubuntu2/debian/libdjconsole-data.install 2014-03-23 01:07:48.0 + @@ -1,2 +1,2 @@ debian/tmp/usr/share/ -debian/tmp/etc/udev/rules.d/ +debian/tmp/lib/udev/rules.d/ diff -pruN 0.1.3-1/debian/libdjconsole-data.preinst 0.1.3-1ubuntu2/debian/libdjconsole-data.preinst --- 0.1.3-1/debian/libdjconsole-data.preinst 1970-01-01 00:00:00.0 + +++ 0.1.3-1ubuntu2/debian/libdjconsole-data.preinst 2014-03-23 01:07:48.0 + @@ -0,0 +1,15 @@ +#!/bin/sh + +set -e + +if [ "$1" = install ] || [ "$1" = upgrade ]; then + if [ -e "/etc/udev/rules.d/45-hpdjconsole.rules" ]; then + if [ "`md5sum \"/etc/udev/rules.d/45-hpdjconsole.rules\" | sed -e \"s/ .*//\"`" = \ + "`dpkg-query -W -f='${Conffiles}' libdjconsole-data | sed -n -e \"' /etc/udev/rules.d/45-hpdjconsole.rules's/.* //p\"`" ] + then + rm -f "/etc/udev/rules.d/45-hpdjconsole.rules" + fi + fi +fi + +#DEBHELPER# diff -pruN 0.1.3-1/Makefile.am 0.1.3-1ubuntu2/Makefile.am --- 0.1.3-1/Makefile.am 2008-06-11 05:39:41.0 + +++ 0.1.3-1ubuntu2/Makefile.am 2014-03-23 01:07:48.0 + @@ -1,6 +1,6 @@ AUTOMAKE_OPTIONS = gnu pkgconfigdir=$(libdir)/pkgconfig -rulesdir=$(sysconfdir)/udev/rules.d +rulesdir=/lib/udev/rules.d lib_LTLIBRARIES = libdjconsole.la diff -pruN 0.1.3-1/Makefile.in 0.1.3-1ubuntu2/Makefile.in --- 0.1.3-1/Makefile.in 2008-06-11 05:39:41.0 + +++ 0.1.3-1ubuntu2/Makefile.in 2014-03-23 01:07:48.0 + @@ -91,7 +91,7 @@ am__quote = @am__quote@ install_sh = @install_sh@ AUTOMAKE_OPTIONS = gnu pkgconfigdir = $(libdir)/pkgconfig -rulesdir = $(sysconfdir)/udev/rules.d +rulesdir = /lib/udev/rules.d lib_LTLIBRARIES = libdjconsole.la
Bug#775013: mt-st: Pass command-line options to the modprobe call
Package: mt-st Version: 1.1-6 Tags: patch Usertags: origin-ubuntu ubuntu-patch vivid In Ubuntu, we've applied the attached patch to achieve the following: * debian/mt-st.modprobe: - Pass command-line options to the modprobe call. We thought you might be interested in doing the same. diff -Nru mt-st-1.1/debian/changelog mt-st-1.1/debian/changelog --- mt-st-1.1/debian/changelog 2014-07-19 15:10:36.0 +0200 +++ mt-st-1.1/debian/changelog 2015-01-10 00:58:17.0 +0100 @@ -1,3 +1,11 @@ +mt-st (1.1-6ubuntu1) vivid; urgency=low + + * Merge from Debian unstable. Remaining changes: +- debian/mt-st.modprobe: + + Pass command-line options to the modprobe call. + + -- Artur Rona Sat, 10 Jan 2015 00:57:28 +0100 + mt-st (1.1-6) unstable; urgency=medium * Adopt package (Closes: #698986) @@ -14,6 +22,13 @@ -- Iustin Pop Sat, 19 Jul 2014 15:10:05 +0200 +mt-st (1.1-5ubuntu1) saucy; urgency=low + + * Merge from Debian unstable. (LP: #1190083) Remaining changes: +- debian/mt-st.modprobe: Pass command-line options to the modprobe call + + -- Alessandro Losavio Wed, 12 Jun 2013 00:17:26 +0100 + mt-st (1.1-5) unstable; urgency=low * QA upload. @@ -27,6 +42,14 @@ -- Ivo De Decker Sat, 01 Jun 2013 22:52:07 +0200 +mt-st (1.1-4ubuntu1) karmic; urgency=low + + * Merge from debian unstable (LP: #380353), remaining changes: +- debian/mt-st.modprobe: Pass command-line options to the modprobe call +- debian/control: Add Breaks on udev to get correct version + + -- Andres Rodriguez Mon, 25 May 2009 13:57:44 -0500 + mt-st (1.1-4) unstable; urgency=low * Add ".conf" suffix to modprobe.d snippet. Closes: #518245. @@ -47,6 +70,21 @@ -- Jan Christoph Nordholz Sun, 01 Mar 2009 16:36:22 +0100 +mt-st (1.1-2ubuntu2) jaunty; urgency=low + + * Bump build-depend on debhelper again to migrate modprobe conf file to +correct new path. + * debian/mt-st.modprobe: Pass command-line options to the modprobe call + + -- Scott James Remnant Thu, 05 Mar 2009 16:47:08 + + +mt-st (1.1-2ubuntu1) jaunty; urgency=low + + * Bump build-depend on debhelper to install udev rules into +/lib/udev/rules.d, add Breaks on udev to get correct version. + + -- Scott James Remnant Tue, 13 Jan 2009 02:26:02 + + mt-st (1.1-2) unstable; urgency=low * Update debian/copyright. @@ -227,3 +265,4 @@ * New package; closes: #83810. -- Philippe Troin Sat, 27 Jan 2001 18:30:45 -0800 + diff -Nru mt-st-1.1/debian/control mt-st-1.1/debian/control --- mt-st-1.1/debian/control 2014-07-19 15:10:36.0 +0200 +++ mt-st-1.1/debian/control 2015-01-10 00:59:01.0 +0100 @@ -1,7 +1,8 @@ Source: mt-st Section: admin Priority: extra -Maintainer: Iustin Pop +Maintainer: Ubuntu Developers +XSBC-Original-Maintainer: Debian QA Group Build-Depends: debhelper (>= 9) Standards-Version: 3.9.5 Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/mt-st.git diff -Nru mt-st-1.1/debian/mt-st.modprobe mt-st-1.1/debian/mt-st.modprobe --- mt-st-1.1/debian/mt-st.modprobe 2014-07-19 15:10:36.0 +0200 +++ mt-st-1.1/debian/mt-st.modprobe 2014-07-19 19:23:40.0 +0200 @@ -1 +1 @@ -install st /sbin/modprobe --ignore-install st && /etc/init.d/mt-st modload >/dev/null 2>/dev/null +install st /sbin/modprobe --ignore-install st $CMDLINE_OPTS && /etc/init.d/mt-st modload >/dev/null 2>/dev/null
Bug#728002: dh-autoreconf
In Ubuntu, we've applied the attached patch to achieve the following: * debian/control, debian/rules: - Build using dh-autoreconf. We thought you might be interested in doing the same. diff -Nru wmnut-0.64/debian/control wmnut-0.64/debian/control --- wmnut-0.64/debian/control 2012-06-01 12:50:45.0 + +++ wmnut-0.64/debian/control 2013-12-30 10:22:01.0 + @@ -2,7 +2,7 @@ Section: x11 Priority: optional Maintainer: Arnaud Quette -Build-Depends: debhelper (>= 9), libx11-dev, libxext-dev, libxpm-dev, x11proto-core-dev, libupsclient-dev (>= 2.4.0), pkg-config +Build-Depends: debhelper (>= 9), libx11-dev, libxext-dev, libxpm-dev, x11proto-core-dev, libupsclient-dev (>= 2.4.0), pkg-config, dh-autoreconf Standards-Version: 3.9.3 Homepage: http://wmnut.mgeops.org/ diff -Nru wmnut-0.64/debian/rules wmnut-0.64/debian/rules --- wmnut-0.64/debian/rules 2012-06-01 13:01:11.0 + +++ wmnut-0.64/debian/rules 2013-12-30 10:21:51.0 + @@ -21,15 +21,17 @@ INSTALL_PROGRAM += -s endif -config.status: configure +configure-stamp: dh_testdir + dh_autoreconf ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man + touch configure-stamp build-arch: build build-indep: build build: build-stamp -build-stamp: config.status +build-stamp: configure-stamp dh_testdir $(MAKE) touch build-stamp @@ -37,8 +39,9 @@ clean: dh_testdir dh_testroot - rm -f build-stamp + rm -f build-stamp configure-stamp [ ! -f Makefile ] || $(MAKE) distclean + dh_autoreconf_clean dh_clean install: build
Bug#728002: (no subject)
tags 728002 patch thanks In Ubuntu, we've applied the attached patch to achieve the following: * debian/control, debian/rules: - Build using dh-autoreconf. We thought you might be interested in doing the same. diff -Nru wmnut-0.64/debian/control wmnut-0.64/debian/control --- wmnut-0.64/debian/control 2012-06-01 12:50:45.0 + +++ wmnut-0.64/debian/control 2013-12-30 10:22:01.0 + @@ -2,7 +2,7 @@ Section: x11 Priority: optional Maintainer: Arnaud Quette -Build-Depends: debhelper (>= 9), libx11-dev, libxext-dev, libxpm-dev, x11proto-core-dev, libupsclient-dev (>= 2.4.0), pkg-config +Build-Depends: debhelper (>= 9), libx11-dev, libxext-dev, libxpm-dev, x11proto-core-dev, libupsclient-dev (>= 2.4.0), pkg-config, dh-autoreconf Standards-Version: 3.9.3 Homepage: http://wmnut.mgeops.org/ diff -Nru wmnut-0.64/debian/rules wmnut-0.64/debian/rules --- wmnut-0.64/debian/rules 2012-06-01 13:01:11.0 + +++ wmnut-0.64/debian/rules 2013-12-30 10:21:51.0 + @@ -21,15 +21,17 @@ INSTALL_PROGRAM += -s endif -config.status: configure +configure-stamp: dh_testdir + dh_autoreconf ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man + touch configure-stamp build-arch: build build-indep: build build: build-stamp -build-stamp: config.status +build-stamp: configure-stamp dh_testdir $(MAKE) touch build-stamp @@ -37,8 +39,9 @@ clean: dh_testdir dh_testroot - rm -f build-stamp + rm -f build-stamp configure-stamp [ ! -f Makefile ] || $(MAKE) distclean + dh_autoreconf_clean dh_clean install: build
Bug#731785: guile 1.8 transition
tags 651271 patch thanks In Ubuntu, we've applied the attached patch to achieve the following: * debian/control, debian/patches/guile-1.8-transition.patch: - Guile 1.8 transition. We thought you might be interested in doing the same. diff -pruN -x '*~' jacal-1b9.orig/debian/control jacal-1b9/debian/control --- jacal-1b9.orig/debian/control 2014-11-14 00:18:41.0 +0100 +++ jacal-1b9/debian/control 2015-01-08 01:56:39.460761482 +0100 @@ -11,7 +11,7 @@ Vcs-Browser: http://anonscm.debian.org/g Package: jacal Architecture: all -Depends: ${misc:Depends}, scm | guile-1.6, slib (>= 3a5-1) +Depends: ${misc:Depends}, scm | guile-1.8, slib (>= 3a5-1) Description: Interactive symbolic math system JACAL is an interactive symbolic math system which can manipulate and simplify equations, scalars, vectors, and matrices of single and diff -pruN -x '*~' jacal-1b9.orig/debian/patches/guile-1.8-transition.patch jacal-1b9/debian/patches/guile-1.8-transition.patch --- jacal-1b9.orig/debian/patches/guile-1.8-transition.patch 1970-01-01 01:00:00.0 +0100 +++ jacal-1b9/debian/patches/guile-1.8-transition.patch 2015-01-08 01:28:58.0 +0100 @@ -0,0 +1,27 @@ +From: Artur Rona +Description: Guile 1.8 transition. +Author: Dmitrijs Ledkovs +Last-Update: <2015-01-08> + +--- jacal-1b9.orig/jacal.sh jacal-1b9/jacal.sh +@@ -25,7 +25,7 @@ Usage: jacal SCHEME + + Usage: jacal + +- Run JACAL using (MIT) 'scheme', 'scm', 'gsi', 'mzscheme', 'guile-1.6', ++ Run JACAL using (MIT) 'scheme', 'scm', 'gsi', 'mzscheme', 'guile-1.8', + 'slib48', 'larceny', 'scmlit', 'elk', 'sisc', or 'kawa'." + # in preceding notice, change guile to guile-1.6, by tb. + +@@ -47,8 +47,8 @@ if [ -z "$command" ]; then + elif type mzscheme>/dev/null 2>&1; then + command=mzscheme; implementation=plt + # Changed from looking for 'guile' to 'guile-1.6' by tb. +-elif type guile-1.6>/dev/null 2>&1; then +- command=guile-1.6; implementation=gui ++elif type guile-1.8>/dev/null 2>&1; then ++ command=guile-1.8; implementation=gui + elif type slib48>/dev/null 2>&1; then + echo "do 'cd ${JACALDIR}; make jacal48'" + elif type scheme48>/dev/null 2>&1; then diff -pruN -x '*~' jacal-1b9.orig/debian/patches/series jacal-1b9/debian/patches/series --- jacal-1b9.orig/debian/patches/series 2014-11-14 00:18:18.0 +0100 +++ jacal-1b9/debian/patches/series 2015-01-08 01:30:49.0 +0100 @@ -2,3 +2,4 @@ 0002-man-tweaks.patch 0003-guile-version.patch 0004-update-texinfo.patch +guile-1.8-transition.patch
Bug#700484: (no subject)
Hello Jose, I'd like to upload my NMU for amanda. Is it OK for you? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#758923: condor: FTBFS with --as-needed
Package: condor Version: 8.2.1~dfsg.1-1 Tags: patch Usertags: origin-ubuntu ubuntu-patch utopic /usr/bin/ld: ../classad/libclassad.a(fnCall.cpp.o): undefined reference to symbol 'dlopen@@GLIBC_2.1' /usr/lib/gcc/i686-linux-gnu/4.8/../../../i386-linux-gnu/libdl.so: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status make[4]: *** [src/condor_shadow.V6.1/condor_shadow] Error 1 make[4]: Leaving directory `/build/buildd/condor-8.0.5~dfsg.1/obj-i686-linux-gnu' make[3]: *** [src/condor_shadow.V6.1/CMakeFiles/condor_shadow.dir/all] Error 2 make[3]: Leaving directory `/build/buildd/condor-8.0.5~dfsg.1/obj-i686-linux-gnu' make[2]: *** [all] Error 2 make[2]: Leaving directory `/build/buildd/condor-8.0.5~dfsg.1/obj-i686-linux-gnu' dh_auto_build: make -j1 VERBOSE=1 returned exit code 2 make[1]: *** [override_dh_auto_build] Error 2 make[1]: Leaving directory `/build/buildd/condor-8.0.5~dfsg.1' make: *** [binary] Error 2 dpkg-buildpackage: error: /usr/bin/fakeroot debian/rules binary gave error exit status 2 In Ubuntu, we've applied the attached patch to achieve the following: * debian/patches/as-needed-libs-ftbfs.patch: - Add missing lib to link, resolving FTBFS. We thought you might be interested in doing the same diff -Nru condor-8.2.1~dfsg.1/debian/patches/as-needed-libs-ftbfs.patch condor-8.2.1~dfsg.1/debian/patches/as-needed-libs-ftbfs.patch --- condor-8.2.1~dfsg.1/debian/patches/as-needed-libs-ftbfs.patch 1970-01-01 01:00:00.0 +0100 +++ condor-8.2.1~dfsg.1/debian/patches/as-needed-libs-ftbfs.patch 2014-05-30 04:34:36.0 +0200 @@ -0,0 +1,9 @@ +Index: condor-8.0.5~dfsg.1/src/condor_shadow.V6.1/CMakeLists.txt +=== +--- condor-8.0.5~dfsg.1.orig/src/condor_shadow.V6.1/CMakeLists.txt 2013-12-29 06:24:37.0 -0500 condor-8.0.5~dfsg.1/src/condor_shadow.V6.1/CMakeLists.txt 2014-01-14 15:53:03.408347075 -0500 +@@ -26,3 +26,4 @@ + endif(NOT PROPER AND (LINUX OR DARWIN)) + condor_daemon( shadow "${shadowRmvElements}" "${CONDOR_LIBS_FOR_SHADOW}" "${C_SBIN}" OFF ) + ++TARGET_LINK_LIBRARIES(condor_shadow dl) diff -Nru condor-8.2.1~dfsg.1/debian/patches/series condor-8.2.1~dfsg.1/debian/patches/series --- condor-8.2.1~dfsg.1/debian/patches/series 2014-07-13 15:02:01.0 +0200 +++ condor-8.2.1~dfsg.1/debian/patches/series 2014-08-19 08:04:32.0 +0200 @@ -10,3 +10,4 @@ fix_condor_run alpha-fix-getpid.patch noformat_arg +as-needed-libs-ftbfs.patch
Bug#726798: (no subject)
Hello Andreas, could you forward your patch to upstream, please? Regards -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#758261: Please switch to dh-autoreconf to update libtool macros
Package: src:amanda Version: 1:3.3.6-1 Tags: patch Usertags: origin-ubuntu ubuntu-patch utopic In Ubuntu, we've applied the attached patch to achieve the following: * debian/control, debian/rules: - Switch to dh-autoreconf to update libtool macros for ppc64el. Because this is an automake-using package, dh-autoreconf can be viewed as a superset of dh-autotools-dev, in that it still updates config.* but also updates libtool and configure. Please apply this patch, to make life easier for new ports. Adding support for dh-autoreconf provides a FTBFS, which can be fixed by missing-libs-ftbfs.patch. We thought you might be interested in doing the same. diff -pruN -x '*~' amanda-3.3.6.orig/debian/changelog amanda-3.3.6/debian/changelog --- amanda-3.3.6.orig/debian/changelog 2014-08-05 16:16:41.0 +0200 +++ amanda-3.3.6/debian/changelog 2014-08-15 23:34:24.045264636 +0200 @@ -1,3 +1,13 @@ +amanda (1:3.3.6-1ubuntu1) utopic; urgency=low + + * Merge from Debian unstable. Remaining changes: +- debian/control, debian/rules: + + Switch to dh-autoreconf to update libtool macros for ppc64el. +- debian/patches/missing-libs-ftbfs.patch: + + Add missing libs to link. + + -- Artur Rona Fri, 15 Aug 2014 23:34:16 +0200 + amanda (1:3.3.6-1) unstable; urgency=low * QA upload. @@ -12,6 +22,16 @@ amanda (1:3.3.6-1) unstable; urgency=low -- Hideki Yamane Wed, 30 Jul 2014 23:20:42 +0900 +amanda (1:3.3.3-3ubuntu1) utopic; urgency=medium + + * Reintroduced changes dropped due to sync: +- debian/control, debian/rules: + + Switch to dh-autoreconf to update libtool macros for ppc64el. +- debian/patches/missing-libs-ftbfs.patch: + + Add missing libs to link. + + -- Artur Rona Mon, 30 Jun 2014 00:26:45 +0200 + amanda (1:3.3.3-3) unstable; urgency=medium * QA upload. diff -pruN -x '*~' amanda-3.3.6.orig/debian/control amanda-3.3.6/debian/control --- amanda-3.3.6.orig/debian/control 2014-08-05 16:16:41.0 +0200 +++ amanda-3.3.6/debian/control 2014-08-16 00:49:11.971519072 +0200 @@ -2,7 +2,7 @@ Source: amanda Section: utils Priority: optional Maintainer: Debian QA Group -Build-Depends: debhelper (>= 5), dump [linux-any], gnuplot, libncurses5-dev, libreadline-dev, libtool, flex, perl, smbclient, bsd-mailx | mailx, lpr, mtx, xfsdump [linux-any], po-debconf, autotools-dev, libglib2.0-dev, procps, curl, libcurl4-openssl-dev, libssl-dev +Build-Depends: debhelper (>= 5), dump [linux-any], gnuplot, libncurses5-dev, libreadline-dev, libtool, flex, perl, smbclient, bsd-mailx | mailx, lpr, mtx, xfsdump [linux-any], po-debconf, autotools-dev, libglib2.0-dev, procps, curl, libcurl4-openssl-dev, libssl-dev, dh-autoreconf Standards-Version: 3.9.5 Vcs-Git: git://anonscm.debian.org/collab-maint/amanda.git Vcs-Browser: http://anonscm.debian.org/?p=collab-maint/amanda.git;a=summary diff -pruN -x '*~' amanda-3.3.6.orig/debian/patches/missing-libs-ftbfs.patch amanda-3.3.6/debian/patches/missing-libs-ftbfs.patch --- amanda-3.3.6.orig/debian/patches/missing-libs-ftbfs.patch 1970-01-01 01:00:00.0 +0100 +++ amanda-3.3.6/debian/patches/missing-libs-ftbfs.patch 2014-08-16 00:02:44.177695120 +0200 @@ -0,0 +1,56 @@ +From: Artur Rona +Description: Add missing libs to link. +Author: Daniel T Chen +Last-Update: 2014-08-16 + +diff -pruN -x '*~' amanda-3.3.6.orig/amar-src/Makefile.am amanda-3.3.6/amar-src/Makefile.am +--- amanda-3.3.6.orig/amar-src/Makefile.am 2014-07-09 16:21:59.0 +0200 amanda-3.3.6/amar-src/Makefile.am 2014-08-15 23:59:49.148827283 +0200 +@@ -26,7 +26,8 @@ noinst_HEADERS = \ + sbin_PROGRAMS = amarchiver + + amarchiver_SOURCES = amarchiver.c +-amarchiver_LDADD = libamar.la ++amarchiver_LDADD = libamar.la \ ++ ../common-src/libamanda.la + + # automake-style tests + +@@ -35,4 +36,5 @@ noinst_PROGRAMS = $(TESTS) + + amar_test_SOURCES = amar-test.c + amar_test_LDADD = libamar.la \ +- ../common-src/libtestutils.la ++ ../common-src/libtestutils.la \ ++ ../common-src/libamanda.la +diff -pruN -x '*~' amanda-3.3.6.orig/ndmp-src/Makefile.am amanda-3.3.6/ndmp-src/Makefile.am +--- amanda-3.3.6.orig/ndmp-src/Makefile.am 2014-07-09 16:21:55.0 +0200 amanda-3.3.6/ndmp-src/Makefile.am 2014-08-15 23:57:11.100043499 +0200 +@@ -204,10 +204,12 @@ amndmjob_SOURCES = amndmjob_main.c \ + amndma_tape_simulator.c + + ndmjob_LDADD = libndmjob.la \ +- ../common-src/libamanda.la ++ ../common-src/libamanda.la \ ++ libndmlib.la + + amndmjob_LDADD = libndmjob.la \ +- ../common-src/libamanda.la ++ ../common-src/libamanda.la \ ++ libndmlib.la + + ndmp0_xdr.c : ndmp0.x + $(RPCGEN) ndmp0.x +diff -pruN -x '*~' amanda-3.3.6.orig/xfer-src/Makefile.am amanda-3.3.6/xfer-src/Makefile.am +--- amanda-3.3.6.orig/xfer-src/Makefile.am 2014-07-09 16:21:56.0 +0200 amanda-3.3.6/xfer-src/Makefile.am 2014-08-15 23:58:27.700423345 +0200 +@@ -53,
Bug#758255: alsa-oss: FTBFS on ppc64el, Please switch to dh-autoreconf to update libtool macros
Package: src:alsa-oss Version: 1.0.28-1 Tags: patch Usertags: origin-ubuntu ubuntu-patch utopic The package fails to build on ppc64el with autotools_dev. Switching to autoreconf fixes that problem. Here is buildlog: make[1]: Leaving directory '/build/buildd/alsa-oss-1.0.28' debian/rules override_dh_install make[1]: Entering directory '/build/buildd/alsa-oss-1.0.28' find debian/tmp -name '*.la' -delete find debian/tmp -name '*.a' -delete dh_install --fail-missing dh_install: alsa-oss missing files (usr/lib/*/*.so), aborting debian/rules:11: recipe for target 'override_dh_install' failed make[1]: *** [override_dh_install] Error 255 make[1]: Leaving directory '/build/buildd/alsa-oss-1.0.28' debian/rules:3: recipe for target 'binary-arch' failed make: *** [binary-arch] Error 2 dpkg-buildpackage: error: /usr/bin/fakeroot debian/rules binary-arch gave error exit status 2 ** Build finished at 20140815-0318 FAILED [dpkg-buildpackage died] In Ubuntu, we've applied the attached patch to achieve the following: * debian/control, debian/rules: - Switch to dh-autoreconf to update libtool macros for ppc64el. Because this is an automake-using package, dh-autoreconf can be viewed as a superset of dh-autotools-dev, in that it still updates config.* but also updates libtool and configure. Please apply this patch, to make life easier for new ports. We thought you might be interested in doing the same. diff -pruN -x '*~' alsa-oss-1.0.28.orig/debian/control alsa-oss-1.0.28/debian/control --- alsa-oss-1.0.28.orig/debian/control 2014-07-18 21:14:27.0 +0200 +++ alsa-oss-1.0.28/debian/control 2014-08-15 23:10:10.634057577 +0200 @@ -4,7 +4,7 @@ Priority: optional Maintainer: Debian ALSA Maintainers Uploaders: Jordi Mallach , Elimar Riesebieter -Build-Depends: autotools-dev, debhelper (>= 9), libasound2-dev (>= 1.0.15) +Build-Depends: autotools-dev, debhelper (>= 9), libasound2-dev (>= 1.0.15), dh-autoreconf Standards-Version: 3.9.5 Homepage: http://www.alsa-project.org/ Vcs-Svn: svn://anonscm.debian.org/pkg-alsa/trunk/alsa-oss diff -pruN -x '*~' alsa-oss-1.0.28.orig/debian/rules alsa-oss-1.0.28/debian/rules --- alsa-oss-1.0.28.orig/debian/rules 2013-10-25 15:17:34.0 +0200 +++ alsa-oss-1.0.28/debian/rules 2014-08-15 09:34:07.516146939 +0200 @@ -1,6 +1,6 @@ #!/usr/bin/make -f %: - dh $@ --with autotools_dev + dh $@ --with autoreconf # Install in debian/tmp to retain control through dh_install: override_dh_auto_install:
Bug#739922: #739922 fixed by upstream in 1.8 release
tags 739922 fixed-upstream thanks Fixed in 1.8 release[1]. [1] https://github.com/xmlrunner/unittest-xml-reporting/releases/tag/1.8.0 Regards Artur -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#737792: Remove orphaned package python-xmlrunner.
severity 737792 normal reassign 738301 ftp.debian.org reassign 737792 ftp.debian.org forcemerge 737792 738301 retitle 737792 python-xmlrunner -- NVIU; replaced by unittest-xml-reporting retitle 738301 python-xmlrunner -- NVIU; replaced by unittest-xml-reporting thanks Dear FTP Masters, There is a bug #738301 about orphaning the source package python-xmlrunner. However, there is source package unittest-xml-reporting which results with the newer version of python-xmlrunner. So, I believe the python-xmlrunner package should be removed from unstable. Additionally, it will fix also #737792. Best regards Artur -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#739922: Patch accepted by upstream
Hi, I'd like to inform you that proposed patch has been accepted by upstream and issue on github[1] has been closed. Best regards Artur [1] https://github.com/danielfm/unittest-xml-reporting/issues/48 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#750955: Replace a duplicate 'backup' util man page with the one, for 'crashreport'.
Package: src:libimobiledevice Version: 1.1.6+dfsg-1 Tags: patch Usertags: origin-ubuntu ubuntu-patch utopic In Ubuntu, we've applied the attached patch to achieve the following: - debian/libimobiledevice-utils.manpages: + Replace a duplicate 'backup' util man page with the one for 'crashreport'. We thought you might be interested in doing the same. diff -Nru libimobiledevice-1.1.5/debian/libimobiledevice-utils.manpages libimobiledevice-1.1.5+git20140313.bafe6a9e/debian/libimobiledevice-utils.manpages --- libimobiledevice-1.1.5/debian/libimobiledevice-utils.manpages 2013-10-29 18:42:24.0 +0100 +++ libimobiledevice-1.1.5+git20140313.bafe6a9e/debian/libimobiledevice-utils.manpages 2014-03-18 18:24:32.0 +0100 @@ -1,5 +1,6 @@ docs/idevicebackup.1 docs/idevicebackup2.1 +docs/idevicecrashreport.1 docs/idevicedate.1 docs/idevicedebugserverproxy.1 docs/idevicediagnostics.1 @@ -7,8 +8,8 @@ docs/idevice_id.1 docs/ideviceimagemounter.1 docs/ideviceinfo.1 +docs/idevicename.1 docs/idevicepair.1 docs/ideviceprovision.1 docs/idevicescreenshot.1 docs/idevicesyslog.1 -docs/idevicebackup.1
Bug#750901: Fix lintian warnings
Package: src:lightdm-gtk-greeter Version: 1.8.5-1 Tags: patch Usertags: origin-ubuntu ubuntu-patch utopic In Ubuntu, we've applied the attached patch to achieve the following: - debian/control: + Fix binary-control-field-duplicates-source lintian tag. - debian/copyright: + Fix wiki-copyright-format-uri lintian tag. + Fix obsolete-field-in-dep5-copyright lintian tags. + Add missing license information. We thought you might be interested in doing the same diff -pruN -x '*~' lightdm-gtk-greeter-1.8.5.orig/debian/control lightdm-gtk-greeter-1.8.5/debian/control --- lightdm-gtk-greeter-1.8.5.orig/debian/control 2014-01-07 23:33:25.0 +0100 +++ lightdm-gtk-greeter-1.8.5/debian/control 2014-06-08 11:12:23.980933915 +0200 @@ -16,7 +16,6 @@ Package: lightdm-gtk-greeter Provides: lightdm-greeter Replaces: lightdm-gtk, lightdm (<< 0.9.2-1) Breaks: lightdm-gtk, lightdm (<< 0.9.2-1) -Section: x11 Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends} Recommends: desktop-base, gnome-themes-standard, gnome-icon-theme-symbolic, policykit-1 diff -pruN -x '*~' lightdm-gtk-greeter-1.8.5.orig/debian/copyright lightdm-gtk-greeter-1.8.5/debian/copyright --- lightdm-gtk-greeter-1.8.5.orig/debian/copyright 2012-01-31 07:51:04.0 +0100 +++ lightdm-gtk-greeter-1.8.5/debian/copyright 2014-05-06 22:39:49.0 +0200 @@ -1,7 +1,5 @@ -Format-Specification: - http://wiki.debian.org/Proposals/CopyrightFormat?action=recall&rev=402 +Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ Upstream-Name: lightdm -Upstream-Maintainer: Robert Ancell Upstream-Source: https://launchpad.net/lightdm Files: debian/* @@ -116,3 +114,12 @@ License: GPL-3 Public License version 3 can be found in `/usr/share/common-licenses/GPL-3'. +License: GPL-3+ + On Debian systems, the complete text of the GNU General + Public License version 3 can be found in + `/usr/share/common-licenses/GPL-3'. + +License: LGPL-3+ + On Debian systems, the complete text of the GNU Lesser + General Public License version 3 can be found in + `/usr/share/common-licenses/LGPL-3'.
Bug#749110: Please switch to dh-autoreconf to update libtool macros
That's right, I've pushed first Debian bug report before a package to Ubuntu archive. Now I've been testing more latest psensor revision and it doesn't FTBFS, so autotools-dev is enough. This bug can be closed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#750060: Please switch to dh-autoreconf to update libtool macros
Package: src:network-manager-openconnect Version: 0.9.8.6-1 Tags: patch Usertags: origin-ubuntu ubuntu-patch utopic In Ubuntu, we've applied the attached patch to achieve the following: * debian/control, debian/rules: - Switch to dh-autoreconf to update libtool macros for ppc64el. Because this is an automake-using package, dh-autoreconf can be viewed as a superset of dh-autotools-dev, in that it still updates config.* but also updates libtool and configure. Please apply this patch, to make life easier for new ports. We thought you might be interested in doing the same. diff -pruN -x '*~' network-manager-openconnect-0.9.8.6.orig/debian/control network-manager-openconnect-0.9.8.6/debian/control --- network-manager-openconnect-0.9.8.6.orig/debian/control 2014-04-06 23:40:54.0 +0200 +++ network-manager-openconnect-0.9.8.6/debian/control 2014-06-01 10:19:35.848055702 +0200 @@ -2,7 +2,7 @@ Source: network-manager-openconnect Section: net Priority: optional Maintainer: Mike Miller -Build-Depends: autotools-dev, +Build-Depends: dh-autoreconf, debhelper (>= 7.0.50), dpkg-dev (>= 1.16.1), intltool, diff -pruN -x '*~' network-manager-openconnect-0.9.8.6.orig/debian/rules network-manager-openconnect-0.9.8.6/debian/rules --- network-manager-openconnect-0.9.8.6.orig/debian/rules 2014-04-06 22:35:20.0 +0200 +++ network-manager-openconnect-0.9.8.6/debian/rules 2014-06-01 10:20:11.868234313 +0200 @@ -4,7 +4,7 @@ DPKG_EXPORT_BUILDFLAGS = 1 include /usr/share/dpkg/buildflags.mk %: - dh $@ --with autotools_dev + dh $@ --with autoreconf override_dh_auto_configure: dh_auto_configure -- \
Bug#750059: Port the uses of GtkTable to a GtkGrid, since GtkTable is now deprecated
Package: network-manager-vpnc Version: 0.9.8.6-2 Tags: patch Usertags: origin-ubuntu ubuntu-patch utopic In Ubuntu, we've applied the attached patch to achieve the following: * debian/patches/gtk_table_to_gtk_grid.patch: - Port the uses of GtkTable to a GtkGrid, since GtkTable is now deprecated. We thought you might be interested in doing the same. -- Pozdrawiam / Kind regards, Artur Rona From: Mathieu Trudel-Lapierre Subject: Port GtkTable uses to GtkGrid, since the former is now deprecated. Index: network-manager-vpnc-0.9.2.0+git201201080319.236292c/auth-dialog/vpn-password-dialog.c === --- network-manager-vpnc-0.9.2.0+git201201080319.236292c.orig/auth-dialog/vpn-password-dialog.c 2012-02-10 14:41:30.0 -0500 +++ network-manager-vpnc-0.9.2.0+git201201080319.236292c/auth-dialog/vpn-password-dialog.c 2012-02-10 15:10:40.120355818 -0500 @@ -123,8 +123,8 @@ label = gtk_label_new_with_mnemonic (label_text); gtk_misc_set_alignment (GTK_MISC (label), 0.0, 0.5); - gtk_table_attach_defaults (GTK_TABLE (table), label, 0, 1, row, row + 1); - gtk_table_attach_defaults (GTK_TABLE (table), entry, 1, 2, row, row + 1); + gtk_grid_attach (GTK_GRID (table), label, 0, row, 1, 1); + gtk_grid_attach (GTK_GRID (table), entry, 1, row, 1, 1); gtk_label_set_mnemonic_widget (GTK_LABEL (label), entry); } @@ -153,7 +153,7 @@ if (priv->show_password_secondary) add_row (priv->table, row++, priv->secondary_password_label, priv->password_entry_secondary); - gtk_table_attach_defaults (GTK_TABLE (priv->table), priv->show_passwords_checkbox, 1, 2, row, row + 1); + gtk_grid_attach (GTK_GRID (priv->table), priv->show_passwords_checkbox, 1, row, 1, 1); gtk_widget_show_all (priv->table); } @@ -227,9 +227,9 @@ priv->group = gtk_size_group_new (GTK_SIZE_GROUP_HORIZONTAL); - priv->table = gtk_table_new (4, 2, FALSE); - gtk_table_set_col_spacings (GTK_TABLE (priv->table), 12); - gtk_table_set_row_spacings (GTK_TABLE (priv->table), 6); + priv->table = gtk_grid_new (); + gtk_grid_set_column_spacing (GTK_GRID (priv->table), 12); + gtk_grid_set_row_spacing (GTK_GRID (priv->table), 6); gtk_container_add (GTK_CONTAINER (priv->table_alignment), priv->table); priv->password_entry = gtk_entry_new ();
Bug#749110: Please switch to dh-autoreconf to update libtool macros
Package: src:psensor Version: 0.8.0.4-1 Tags: patch Usertags: origin-ubuntu ubuntu-patch utopic In Ubuntu, we've applied the attached patch to achieve the following: * debian/control, debian/rules: - Switch to dh-autoreconf to update libtool macros for ppc64el. Because this is an automake-using package, dh-autoreconf can be viewed as a superset of dh-autotools-dev, in that it still updates config.* but also updates libtool and configure. Please apply this patch, to make life easier for new ports. We thought you might be interested in doing the same. diff -pruN -x '*~' psensor-0.8.0.4.orig/debian/control psensor-0.8.0.4/debian/control --- psensor-0.8.0.4.orig/debian/control 2014-02-10 09:46:49.0 +0100 +++ psensor-0.8.0.4/debian/control 2014-05-24 10:49:06.631322554 +0200 @@ -6,7 +6,7 @@ Build-Depends: asciidoc, autoconf, automake, autopoint, - autotools-dev, + dh-autoreconf, cppcheck, debhelper (>= 9), gettext, diff -pruN -x '*~' psensor-0.8.0.4.orig/debian/rules psensor-0.8.0.4/debian/rules --- psensor-0.8.0.4.orig/debian/rules 2014-02-10 09:46:49.0 +0100 +++ psensor-0.8.0.4/debian/rules 2014-05-24 10:49:49.371534485 +0200 @@ -11,4 +11,4 @@ export GCONF_DISABLE_MAKEFILE_SCHEMA_INSTALL=1 %: - dh $@ --with=autotools_dev + dh $@ --with autoreconf
Bug#747551: sendmail: Some man page corrections
Package: sendmail Version: 8.14.4-5 Tags: patch Usertags: origin-ubuntu ubuntu-patch utopic In Ubuntu, we've applied the attached patch to achieve the following: * debian/examples/checksendmail/checksendmail.8, debian/examples/checksendmail/harker/checksendmail.8:: - Some man page corrections. We thought you might be interested in doing the same. diff -Nru sendmail-8.14.4/debian/examples/checksendmail/checksendmail.8 sendmail-8.14.4/debian/examples/checksendmail/checksendmail.8 --- sendmail-8.14.4/debian/examples/checksendmail/checksendmail.8 2014-02-16 00:49:47.0 +0100 +++ sendmail-8.14.4/debian/examples/checksendmail/checksendmail.8 2014-02-16 05:16:53.0 +0100 @@ -3,10 +3,10 @@ .Dt CHECKSENDMAIL 8 .Os .Sh NAME -.Nm checksendmail +.Nm checksendmail .Nd verify sendmail address transformations. .Sh SYNOPSIS -.Nm checksendmail +.Nm checksendmail .Op Fl a .Op Fl d .Op Fl b @@ -17,19 +17,20 @@ .Op Fl T Ar test.address .Sh DESCRIPTION .Pp -The +The .Nm checksendmail -program is a +program is a .Xr perl -script that aids the testing of -.Xr sendmail 8 's +script that aids the testing of +.\".Xr sendmail 8 's +sendmail(8)'s various configuration files. -.Nm checksendmail +.Nm checksendmail passes typical addresses (supplied in input files) through .Xr sendmail and prints the results of the resolution and transformation routines. .Pp -The input files contain a list of addresses, one per line. +The input files contain a list of addresses, one per line. For example: .Bd -literal -offset indent user @@ -37,29 +38,29 @@ u...@site.com .Ed .Pp -The input file can contain comments started with a -.Em # +The input file can contain comments started with a +.Em # and blank lines. .Sh OPTIONS .Pp .Bl -tag -width Fl -compact -offset left .It Fl a -Show aliasing of local addresses in +Show aliasing of local addresses in mail address resolution phase of testing .It Fl d -Preceed each address translation line with ruleset sequence summary +Precede each address translation line with ruleset sequence summary .It Fl C Ar file.cf -Use the +Use the .Xr sendmail -configuration file +configuration file .Ar file.cf -instead of the default +instead of the default .Pa /etc/sendmail.cf file. .It Fl b Ar sendmail_binary Use the specified .Ar sendmail_binary -as the path to invoke sendmail (instead of +as the path to invoke sendmail (instead of .Pa /usr/sbin/sendmail ) . .It Fl l Ar log_file Log @@ -80,12 +81,12 @@ .El .Sh EXAMPLES .Pp -The following command will pass the addresses in +The following command will pass the addresses in .Ar address.resolve -through -.Xr sendmail -using the configuration information in -.Ar myconfig.cf . +through +.Xr sendmail +using the configuration information in +.Ar myconfig.cf . .Bd -literal -offset left example% cat address.resolve user @@ -115,38 +116,38 @@ .Ed .Pp The first section of the output shows how the addresses in the input -files are resolved by +files are resolved by .Xr sendmail 8 . Consider the following output line: .Pp -.Dl u...@site.com --(ether )--> u...@site.com[rmtc] +.Dl "u...@site.com --(ether )--> u...@site.com[rmtc]" .Pp -The input address +The input address .Em u...@site.com -resolves to use the +resolves to use the .Em ether mailer. That mailer is directed to send the mail to -to the user +to the user .Em u...@site.com -at site +at site .Em rmtc (as indicated in the square brackets). .Pp The two later sections of output show how the addresses specified as -the -.Em To -and -.Em From +the +.Em To +and +.Em From address are transformed in the text of the -headers. In the example above, the -.Em To +headers. In the example above, the +.Em To addresses are untouched. -The -.Em From +The +.Em From addresses, however, all lose their machine information on the way through the mailer: .Pp -.Dl user@site > user +.Dl "user@site > user" .Pp This may be desirable when using a configuration file on a workstation which is to be hidden as a mailhost from the rest of the @@ -199,7 +200,7 @@ .It u...@machine.dom.sun.com fully qualified but unknown machine .It u...@foo.com -standard, known, really far away domain +standard, known, really far away domain .It u...@foo.dom standard, unknown, really far away domain .It site!user @@ -214,24 +215,24 @@ Mixed double uucp/domain .El .Sh NOTES -Note that +Note that .Nm checksendmail -is a -.Xr perl +is a +.Xr perl script. If your site does not have .Xr perl 1 , it can be obtained via anonymous .Xr ftp -from +from .Em ftp.uu.net . .Pp .Xr sendmail -requires that the user have access to directory specified by the +requires that the user have access to directory specified by the .Em OQ -parameter in the configuration file (normally +parameter in the configuration file (normally .Pa /usr/spool/mqueue ) . .Nm checksendmail -verifies that the user has access to this directory before
Bug#710855: gdk-pixbuf: Cannot open pixbuf loader module file '/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache'
Just the same error like Justin wrote during the regular update of the new updates on jessie/sid version -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#739922: xmlrunner does not support ]]> in error messages and std{out/err}
Package: python-xmlrunner Version: 1.5.0-1 Severity: normal Tags: upstream patch Forwarded: https://github.com/danielfm/unittest-xml-reporting/issues/48 Following simple test snippet: ---8<--- [cut] ---8<--- #!/usr/bin/env python import unittest import xmlrunner class Foo(unittest.TestCase): def testFoo(self): self.assertTrue(False, ']]>') unittest.main(testRunner=xmlrunner.XMLTestRunner(output='test-reports')) ---8<--- [cut] ---8<--- results with unhandled exception: ValueError: ']]>' not allowed in a CDATA section Multiple CDATA sections can be added in a manner that will result with following final output: ---8<--- [cut] ---8<--- ---8<--- [cut] ---8<--- -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-xmlrunner depends on: ii python 2.7.5-5 Versions of packages python-xmlrunner recommends: pn python-unittest2 python-xmlrunner suggests no packages. -- no debconf information -- zaoszczędzona benzyna napędza motory tak samo dobrze, jak zaoszczędzony cement wiąże zaoszczędzone cegły /"Przygoda na Mariensztacie"/ diff --git a/src/xmlrunner/__init__.py b/src/xmlrunner/__init__.py index 2ce86d5..5aab83a 100644 --- a/src/xmlrunner/__init__.py +++ b/src/xmlrunner/__init__.py @@ -268,6 +268,20 @@ class _XMLTestResult(_TextTestResult): _test_method_name = staticmethod(_test_method_name) +def _createCDATAsections(xmldoc, node, text): +pos = text.find(']]>') +while pos >= 0: +tmp=text[0:pos+2] +cdata = xmldoc.createCDATASection(tmp) +node.appendChild(cdata) +text=text[pos+2:] +pos = text.find(']]>') +cdata = xmldoc.createCDATASection(text) +node.appendChild(cdata) + +_createCDATAsections = staticmethod(_createCDATAsections) + + def _report_testcase(suite_name, test_result, xml_testsuite, xml_document): """ Appends a testcase section to the XML document. @@ -289,8 +303,7 @@ class _XMLTestResult(_TextTestResult): failure.setAttribute('type', test_result.err[0].__name__) failure.setAttribute('message', str(test_result.err[1])) error_info = str(test_result.get_error_info()) -failureText = xml_document.createCDATASection(error_info) -failure.appendChild(failureText) +_XMLTestResult._createCDATAsections(xml_document, failure, error_info) else: failure.setAttribute('type', 'skip') failure.setAttribute('message', test_result.err) @@ -305,14 +318,12 @@ class _XMLTestResult(_TextTestResult): systemout = xml_document.createElement('system-out') xml_testsuite.appendChild(systemout) -systemout_text = xml_document.createCDATASection(sys.stdout.getvalue()) -systemout.appendChild(systemout_text) +_XMLTestResult._createCDATAsections(xml_document, systemout, sys.stdout.getvalue()) systemerr = xml_document.createElement('system-err') xml_testsuite.appendChild(systemerr) -systemerr_text = xml_document.createCDATASection(sys.stderr.getvalue()) -systemerr.appendChild(systemerr_text) +_XMLTestResult._createCDATAsections(xml_document, systemerr, sys.stderr.getvalue()) _report_output = staticmethod(_report_output)
Bug#738937: zabbix: Drop virtual libgcrypt-dev from Build-Depends
Package: zabbix Version: 1:2.2.1+dfsg-1 Tags: patch Usertags: origin-ubuntu ubuntu-patch trusty In Ubuntu, we've applied the attached patch to achieve the following: * debian/control: Replace virtual libgcrypt-dev in Build-Depends with libgcrypt11-dev | libgcrypt20-dev We thought you might be interested in doing the same. -- Pozdrawiam / Kind regards, Artur Rona diff -pruN -x '*~' zabbix-2.2.1+dfsg.orig/debian/control zabbix-2.2.1+dfsg/debian/control --- zabbix-2.2.1+dfsg.orig/debian/control 2013-12-04 05:24:59.0 +0100 +++ zabbix-2.2.1+dfsg/debian/control 2014-02-14 00:06:32.0 +0100 @@ -5,7 +5,7 @@ Maintainer: Christoph Haas Build-Depends: debhelper (>= 9), automake, dh-autoreconf ,libcurl4-gnutls-dev - ,libgcrypt-dev + ,libgcrypt11-dev | libgcrypt20-dev ,libiksemel-dev ,libldap2-dev ,libmysqlclient-dev
Bug#738309: sshfs-fuse: Return the correct X_OK access for sshfs mounts.
Package: sshfs-fuse Version: 2.5-1 Tags: patch Usertags: origin-ubuntu ubuntu-patch trusty In Ubuntu, we've applied the attached patch to achieve the following: * debian/patches/lp1017870.patch: + Return the correct X_OK access for sshfs mounts. We thought you might be interested in doing the same. -- Pozdrawiam / Kind regards, Artur Rona Description: Return the correct X_OK access for sshfs mounts sshfs-fuse always returned 0 in access(file, X_OK) calls, causing nautilus to prompt "Do you want to run "login.defs", or display its contents?" for text files that were not executable. . sshfs-fuse (2.4-1ubuntu1) quantal; urgency=low . * Return the correct X_OK access for sshfs mounts (LP: #1017870). Author: Alkis Georgopoulos Bug-Ubuntu: https://bugs.launchpad.net/bugs/1017870 Origin: upstream, http://sourceforge.net/mailarchive/message.php?msg_id=29804620 --- sshfs-fuse-2.4.orig/sshfs.c +++ sshfs-fuse-2.4/sshfs.c @@ -247,6 +247,7 @@ struct sshfs { int ext_statvfs; int ext_hardlink; mode_t mnt_mode; + struct fuse_operations *op; /* statistics */ uint64_t bytes_sent; @@ -1915,6 +1916,22 @@ static int sshfs_getattr(const char *pat return err; } +static int sshfs_access(const char *path, int mask) +{ + struct stat stbuf; + int err = 0; + + if (mask & X_OK) { + err = sshfs.op->getattr(path, &stbuf); + if (!err) { + if (S_ISREG(stbuf.st_mode) && + !(stbuf.st_mode & (S_IXUSR|S_IXGRP|S_IXOTH))) +err = -EACCES; + } + } + return err; +} + static int count_components(const char *p) { int ctr; @@ -3115,6 +3132,7 @@ static struct fuse_cache_operations sshf .oper = { .init = sshfs_init, .getattr= sshfs_getattr, + .access = sshfs_access, .readlink = sshfs_readlink, .mknod = sshfs_mknod, .mkdir = sshfs_mkdir, @@ -3215,10 +3233,11 @@ static int is_ssh_opt(const char *arg) static int sshfs_fuse_main(struct fuse_args *args) { + sshfs.op = cache_init(&sshfs_oper); #if FUSE_VERSION >= 26 - return fuse_main(args->argc, args->argv, cache_init(&sshfs_oper), NULL); + return fuse_main(args->argc, args->argv, sshfs.op, NULL); #else - return fuse_main(args->argc, args->argv, cache_init(&sshfs_oper)); + return fuse_main(args->argc, args->argv, sshfs.op); #endif } @@ -3856,7 +3875,8 @@ int main(int argc, char *argv[]) if (res == -1) perror("WARNING: failed to set FD_CLOEXEC on fuse device"); - fuse = fuse_new(ch, &args, cache_init(&sshfs_oper), + sshfs.op = cache_init(&sshfs_oper); + fuse = fuse_new(ch, &args, sshfs.op, sizeof(struct fuse_operations), NULL); if (fuse == NULL) { fuse_unmount(mountpoint, ch); --- sshfs-fuse-2.4.orig/cache.c +++ sshfs-fuse-2.4/cache.c @@ -490,6 +490,7 @@ static void cache_unity_fill(struct fuse cache_oper->init= oper->oper.init; #endif cache_oper->getattr = oper->oper.getattr; + cache_oper->access = oper->oper.access; cache_oper->readlink= oper->oper.readlink; cache_oper->getdir = cache_unity_getdir; cache_oper->mknod = oper->oper.mknod;
Bug#738136: ibus-qt: annoying debug output for every application
Package: ibus-qt Version: 1.3.2-1 Tags: patch Usertags: origin-ubuntu ubuntu-patch trusty In Ubuntu, we've applied the attached patch to achieve the following: * debian/rules: Set -DCMAKE_CXX_FLAGS="-DQT_NO_DEBUG_OUTPUT -DQT_NO_WARNING_OUTPUT" to stop annoying debug output for every application. We thought you might be interested in doing the same. -- Pozdrawiam / Kind regards, Artur Rona diff -Nru ibus-qt-1.3.2/debian/rules ibus-qt-1.3.2/debian/rules --- ibus-qt-1.3.2/debian/rules 2014-01-26 16:19:19.0 +0100 +++ ibus-qt-1.3.2/debian/rules 2014-02-06 23:30:36.0 +0100 @@ -15,6 +15,7 @@ override_dh_auto_configure: cmake \ +-DCMAKE_CXX_FLAGS="-DQT_NO_DEBUG_OUTPUT -DQT_NO_WARNING_OUTPUT" \ -DCMAKE_INSTALL_PREFIX=/usr \ -DLIBDIR=/usr/lib/$(DEB_HOST_MULTIARCH)
Bug#737792: There are two source packages building binary package python-xmlrunner
Package: python-xmlrunner Version: 1.5.0-1 Severity: normal There are two source packages available in Debian sid: python-xmlrunner - http://packages.qa.debian.org/p/python-xmlrunner.html unittest-xml-reporting - http://packages.qa.debian.org/u/unittest-xml-reporting.html both are building the binary package python-xmlrunner. My educated guess is the python-xmlrunner source package is old and obsolete and it should be removed. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-xmlrunner depends on: ii python 2.7.5-5 Versions of packages python-xmlrunner recommends: pn python-unittest2 python-xmlrunner suggests no packages. -- no debconf information -- Dekolektywizacja stosunków zarządzanie-praca, którą implikuje deregulacja, oddziaływać bedzie dysfunkcyjnie /Raport Międzynarodowego Biura Pracy z 1995 roku/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#737790: Please provide python-xmlrunner working with python3
Package: python-xmlrunner Version: 1.5.0-1 Severity: wishlist The unittest-xml-reporting could be used with python3. Please build from this source package working with pyton3. Regards Artur -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-xmlrunner depends on: ii python 2.7.5-5 Versions of packages python-xmlrunner recommends: pn python-unittest2 python-xmlrunner suggests no packages. -- no debconf information -- habitus - ustrukturowana struktura strukturująca /definicja socjologiczna/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#735840: Please allow binary file debian/upstream-signing-key.pgp by default
On Fri, Jan 17, 2014 at 08:47:17PM -0500, James McCoy wrote: > For what it's worth, I intend to address #720957 (allow armored > keyrings) soon to allow using this functionality with 1.0 source > packages, but this would also address the warning. That's a much better solution! My first try was also with armored keyring. So, note to the maintainers of dpkg: from my point of view #735840 can be closed without remorse. Regards Artur -- Promotor polecił mi, żebym przy opisie wzorów podtrzymywania swojego statusu przez adminów korzystała z książki opisującej analogiczne procesy... w więzieniu i wśród młodocianych przestępców. :) /Socjonetka/ signature.asc Description: Digital signature
Bug#735840: Please allow binary file debian/upstream-signing-key.pgp by default
Package: dpkg-dev Version: 1.17.6 Severity: wishlist File: /usr/bin/dpkg-source For some time the debian/watch configuration file provides a way to verify the pgp signature of upstream sources. It requires a keyring file put in debian/ subdirectory. It result wit a following error: dpkg-source: error: unwanted binary file: debian/upstream-signing-key.pgp anytime the dpkg-source is run. Please allow the debian/upstream-signing-key.pgp file by default, without need of adding it into debian/source/include-binaries. Regards Artur -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dpkg-dev depends on: ii base-files7.2 ii binutils 2.24-2 ii bzip2 1.0.6-5 ii libdpkg-perl 1.17.6 ii make 3.81-8.3 ii patch 2.7.1-4 ii xz-utils 5.1.1alpha+20120614-2 Versions of packages dpkg-dev recommends: ii build-essential 11.6 ii clang-3.3 [c-compiler] 1:3.3-16 ii fakeroot 1.20-3 ii gcc [c-compiler] 4:4.8.2-1 ii gcc-4.4 [c-compiler] 4.4.7-6 ii gcc-4.6 [c-compiler] 4.6.4-5 ii gcc-4.7 [c-compiler] 4.7.3-9 ii gcc-4.8 [c-compiler] 4.8.2-12 ii gnupg1.4.16-1 ii gnupg2 2.0.22-3 ii gpgv 1.4.16-1 ii libalgorithm-merge-perl 0.08-2 Versions of packages dpkg-dev suggests: ii debian-keyring 2013.12.13 -- no debconf information -- Wyjaśnienie odwołujące się do przetrwania, niczego nie wyjaśnia, dopóki nie wyjaśni się, dlaczego przetrwanie przetrwało /Pierre Bourdieu, Jean Claude Passeron "Reprodukcja"/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727927: Fixed package is waiting for upload on mentors.debian.net
tags 727927 pending thanks http://bugs.debian.org/734996 Regards Artur -- - God, root, what's the difference? - God has mercy /Illiad, "User friendly"/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#734996: RFS: lwatch/0.6.2-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "lwatch". This package already exists in Debian repository. I need your help in processing this package because of adding new binary package (lwatch-dbg). Package name: lwatch Version : 0.6.2-1 Upstream Author : Artur R. Czechowski URL : http://sf.net/projects/lwatch License : GPL2.0 Section : admin It builds those binary packages: lwatch - Simple log colorizer lwatch-dbg - debugging symbols for lwatch To access further information about this package, please visit the following URL: http://mentors.debian.net/package/lwatch Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/l/lwatch/lwatch_0.6.2-1.dsc Changes since the last upload: * New upstream release + Updated config.{guess,sub} files (Closes: #727927) * Add lwatch-dbg package * Remove DM-Upload-Allowed from debian/control * Added linker/compiler options for hardening in debian/rules * Update Standards-Version to 3.9.5 - no changes required Regards, Artur R. Czechowski -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=pl_PL.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#733126: evas: Please use unversioned libtiff-dev rather than libtiff4-dev
Package: argyll Version: 1.5.1-5 Tags: patch Usertags: origin-ubuntu ubuntu-patch trusty Dear Maintainer, It makes libtiff transitions (like the upcoming libtiff5 one) easier if the unversioned virtual package libtiff-dev is used instead of libtiff4-dev. Thanks for considering the patch. diff -pruN -x '*~' argyll-1.5.1.orig/debian/control argyll-1.5.1/debian/control --- argyll-1.5.1.orig/debian/control 2013-08-19 14:18:25.0 +0200 +++ argyll-1.5.1/debian/control 2013-12-26 00:49:06.0 +0100 @@ -5,7 +5,7 @@ Maintainer: Debian QA Group Homepage: http://www.argyllcms.com/ Standards-Version: 3.9.4 -Build-Depends: debhelper (>= 9), libtiff4-dev, libx11-dev, libxxf86vm-dev, +Build-Depends: debhelper (>= 9), libtiff-dev, libx11-dev, libxxf86vm-dev, x11proto-xf86vidmode-dev, libxinerama-dev, libxrandr-dev, x11proto-scrnsaver-dev, libxss-dev, libusbhid-dev [kfreebsd-any], autoconf, automake | automaken, libtool, quilt, libjpeg-dev, libusb-dev, dh-autoreconf
Bug#732168: (no subject)
You can to consider remove libgnome-keyring-dev from Build-Depends, as well. diff -Nru seahorse-3.8.2/debian/control seahorse-3.8.2/debian/control --- seahorse-3.8.2/debian/control 2013-05-26 00:09:41.0 +0200 +++ seahorse-3.8.2/debian/control 2013-12-16 00:27:07.0 +0100 @@ -2,12 +2,11 @@ # # Modifications should be made to debian/control.in instead. # This file is regenerated automatically in the clean target. - Source: seahorse Section: gnome Priority: optional Maintainer: Debian GNOME Maintainers -Uploaders: Andreas Henriksson , Jordi Mallach , Josselin Mouette , Michael Biebl +Uploaders: Andreas Henriksson , Jordi Mallach , Michael Biebl Build-Depends: cdbs (>= 0.4.41), debhelper (>= 8), dh-autoreconf, @@ -19,9 +18,7 @@ libldap2-dev, libavahi-glib-dev (>= 0.6), libavahi-client-dev (>= 0.6), - gnome-doc-utils, gtk-doc-tools (>= 1.9), - libgnome-keyring-dev (>= 3.0.0), libglib2.0-dev (>= 2.10.0), libgtk-3-dev (>= 3.4.0), libsecret-1-dev (>= 0.5), diff -Nru seahorse-3.8.2/debian/control.in seahorse-3.8.2/debian/control.in --- seahorse-3.8.2/debian/control.in 2013-05-26 00:07:32.0 +0200 +++ seahorse-3.8.2/debian/control.in 2013-12-16 00:26:12.0 +0100 @@ -14,9 +14,7 @@ libldap2-dev, libavahi-glib-dev (>= 0.6), libavahi-client-dev (>= 0.6), - gnome-doc-utils, gtk-doc-tools (>= 1.9), - libgnome-keyring-dev (>= 3.0.0), libglib2.0-dev (>= 2.10.0), libgtk-3-dev (>= 3.4.0), libsecret-1-dev (>= 0.5),
Bug#732168: seahorse: drop gnome-doc-utils from Build-Depends
Package: seahorse Version: 3.8.2-1 Tags: patch Usertags: origin-ubuntu ubuntu-patch trusty In Ubuntu, we've applied the attached patch to achieve the following: * debian/control: - Drop Build-Depends on gnome-doc-utils, replaced by yelp-tools. Port to new documentation infrastructure. We thought you might be interested in doing the same diff -pruN -x '*~' seahorse-3.8.2.orig/debian/control seahorse-3.8.2/debian/control --- seahorse-3.8.2.orig/debian/control 2013-05-26 00:09:41.0 +0200 +++ seahorse-3.8.2/debian/control 2013-12-15 01:22:38.0 +0100 @@ -19,7 +19,6 @@ Build-Depends: cdbs (>= 0.4.41), libldap2-dev, libavahi-glib-dev (>= 0.6), libavahi-client-dev (>= 0.6), - gnome-doc-utils, gtk-doc-tools (>= 1.9), libgnome-keyring-dev (>= 3.0.0), libglib2.0-dev (>= 2.10.0), diff -pruN -x '*~' seahorse-3.8.2.orig/debian/control.in seahorse-3.8.2/debian/control.in --- seahorse-3.8.2.orig/debian/control.in 2013-05-26 00:07:32.0 +0200 +++ seahorse-3.8.2/debian/control.in 2013-12-15 01:22:49.0 +0100 @@ -14,7 +14,6 @@ Build-Depends: cdbs (>= 0.4.41), libldap2-dev, libavahi-glib-dev (>= 0.6), libavahi-client-dev (>= 0.6), - gnome-doc-utils, gtk-doc-tools (>= 1.9), libgnome-keyring-dev (>= 3.0.0), libglib2.0-dev (>= 2.10.0),