Bug#736394: chef: [debconf_rewrite] Debconf templates and debian/control review proposal
Package: chef Version: N/A Severity: normal Dear Debian maintainer, Hello, I just noticed new or modified debconf templates appearing for this package. I would like to suggest you to consider calling for debconf templates review AND translation updates when you introduce new debconf templates or modify the existing templates in a package or, if you prefer, to send a call for translations after uploading the first version that introduces new templates or templates changes. If you're interested in suggestions for doing this, you can find some at the end of this bug report. The debian-l10n-english team will now start a review, on our own initiative. It will be conducted through this bug report. Suggestions for future debconf templates review 1) Getting debconf templates reviewed -- The Debian i18n contributors have developed a set of suggestions for the writing style of debconf templates, to give them an overall consistency all around Debian. These writing style suggestions are explained in the Developers Reference. Lintian also warns about common writing style concerns. Maintainers are welcome when they ask for a review of debconf templates and/or packages descriptions on debian-l10n-engl...@lists.debian.org. It is of course not needed to wait for someone (such as me right me) proposing you such a review. In such situations (whether the review is requested by the maintainer or proposed by someone else), someone from the debian-l10n-english team will pick up the review to do, handle it, and finally send you a bug report with the suggested templates. If you want, you can ask for being CC'ed to the various discussions when the templates are reviewed. 2) Call for new translations As soon as the templates have been reviewed, you can ask Debian translators for new translations: Just go to your package's build tree and use: $ podebconf-report-po --call This will propose you a generic mail which is to be sent to debian-i...@lists.debian.org and call for new translations. This utility will mention existing translations to avoid duplicate work. It will also attach the needed material to this mail. Please also think about giving a deadline to translators. We like deadlines..:-) 3) Always call for translation updates before uploading --- (of course only when you change the debconf templates!) If your package already includes debconf translations (ie *.po files in debian/po), please consider calling for translation updates if you happen to change something in the templates...or just in case when you release a new version. This is done with the following command: $ podebconf-report-po This will build private mails to translators (ie people listed in Last-Translator in the PO files) for translations that are incomplete. These mails will included the needed PO file for each translator. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.12-1-686-pae (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) 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#736395: shinken: Debconf abuse
Package: shinken Version: N/A Severity: normal This package seems to use a debconf note to notify users without any special action. This is usually identified as debconf abuse. Debconf notes should be kept for for important notes that the user really should see, since debconf will go to great pains to make sure the user sees it; halting the install for them to press a key. It's best to use these only for warning about very serious problems, and the error datatype is often more suitable. Please consider alternative ways to warn users such as entries in NEWS.Debian, documentation in README.Debian or error template datatype. If you disagree with this bug report, you're suggested to tag this bug report as wontfix rather than just close it. Please notice that this text is standardized for all packages that use debconf inappropriately (at least in the bug submitter's opinion). -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.12-1-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735086: apt: `apt-cache show` should show the repository
On Sun, Jan 12, 2014 at 06:59:28PM +0200, Victor Porton wrote: Package: apt Version: 0.9.14.2 Severity: wishlist Thanks for your bugreport. `apt-cache show` should show which repository the package belongs to. I now have a trouble figuring out which repository certain package belongs to [..] This sounds like a useful feature. Do you have something like this in mind: $ apt-cache show foo Package: foo Archive-Origin: unstable [..] ? Or more something like the URI(s) of the package? Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735086: apt: `apt-cache show` should show the repository
23.01.2014, 10:12, Michael Vogt m...@debian.org: On Sun, Jan 12, 2014 at 06:59:28PM +0200, Victor Porton wrote: Package: apt Version: 0.9.14.2 Severity: wishlist Thanks for your bugreport. `apt-cache show` should show which repository the package belongs to. I now have a trouble figuring out which repository certain package belongs to [..] This sounds like a useful feature. Do you have something like this in mind: $ apt-cache show foo Package: foo Archive-Origin: unstable [..] ? Or more something like the URI(s) of the package? I want the URI of the repository, not just distribution (such as unstable). -- Victor Porton - http://portonvictor.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736396: i3-wm: i3 starts with debug log by default
Package: i3-wm Version: 4.7.1-1 Severity: normal Dear Maintainer, /usr/share/xsessions/i3.desktop contains: [Desktop Entry] Name=i3 (with debug log) Comment=improved dynamic tiling window manager Exec=i3-with-shmlog Type=Application Therefore i3 is launched with debug log by default. I do not think is the behaviour wanted. Cheers Mike -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-rc6-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages i3-wm depends on: ii libc6 2.17-97 ii libcairo2 1.12.16-2 ii libev41:4.15-3 ii libglib2.0-0 2.38.1-2 ii libpango-1.0-01.36.0-1+b1 ii libpangocairo-1.0-0 1.36.0-1+b1 ii libpcre3 1:8.31-2 ii libstartup-notification0 0.12-3 ii libx11-6 2:1.6.2-1 ii libxcb-cursor00.1.1-3 ii libxcb-icccm4 0.3.9-2 ii libxcb-keysyms1 0.3.9-1 ii libxcb-randr0 1.10-2 ii libxcb-util0 0.3.8-2 ii libxcb-xinerama0 1.10-2 ii libxcb1 1.10-2 ii libyajl2 2.0.4-4 ii perl 5.18.2-2 ii x11-utils 7.7+1 Versions of packages i3-wm recommends: ii libanyevent-i3-perl 0.15-1 ii libjson-xs-perl 2.340-1+b1 ii xfonts-base 1:1.0.3 Versions of packages i3-wm suggests: ii roxterm-gtk3 [x-terminal-emulator] 2.8.1-1 ii xterm [x-terminal-emulator] 301-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736397: ITP: jetrix -- TetriNET Server
Package: wnpp Severity: wishlist Owner: Emmanuel Bourg ebo...@apache.org * Package name: jetrix Version : 0.2.3 Upstream Author : Emmanuel Bourg sma...@lfjr.net * URL : http://jetrix.sourceforge.net * License : GPL Programming Lang: Java Description : TetriNET Server Jetrix is a new generation TetriNET server written in Java and designed for maximum scalability, extensibility and ease of use. It features a web based administration console and a simple API to let developers add custom commands or change the channels' behavior with little knowledge of the server's inner functioning. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736398: gap-dev: multi-architecture support
Package: gap-dev Version: 4r6p5-3.1 Severity: wishlist Dear Maintainer, please provide multiarch support for gap-dev: the distributed object files in /usr/lib/gap/bin/ should be placed into an architecture dependent subfolder as /usr/lib/gap/bin/multiarch name/ , while the GAP environment variable GAPInfo.Architecture should be set up arccordingly (for this example, to multiarch name). This will bring multiarch support to GAP and it will also satisfy some GAP expectation as expressed in the ac_find_gap.m4 used by some GAP packages with binary modules. Note that the configure header /usr/include/gap/config.h (current Debian package location) is architecture dependent as well: ac_find_gap.m4 expects to find it in /usr/lib/gap/bin/GAPInfo.Architecture/. (I guess that the current gap-dev package must be split.) Best regards, Jerome BENOIT -- System Information: Debian Release: Wheezy* APT prefers wheezy APT policy: (990, 'wheezy'), (990, 'stable-updates'), (990, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12.6-amd64-mbp62 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gap-dev depends on: ii gap-core 4r6p5-3.1 ii gcc 4:4.7.2-1 gap-dev recommends no packages. gap-dev suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736337: missing LGPL license in debian/copyright
Hi Thorsten, Am 22.01.2014 12:35, schrieb Thorsten Alteholz: unfortunately I found another missing license. Some files in src/plugins/* are licensed under LGPL2.1+. Can you please add them to debian/copyright as well. Thanks for noticing the LGPL licensed files that neither me nor upstream was aware of (sic!). I am currently discussing this with upstream. The debian/copyright file should be correct. However, there are a few apparently unused files in src/plugins/* (all named ressource.rc.in) that have indeed an LGPL banner. The issue will be investigated. Most likely these files contain the LGPL banner in (copypaste) error. But this needs to be confirmed yet. As they all seem to be unnecessary, they will probably get removed entirely soon. Best regards, Micha -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736284: Control: retitle -1 ITP: checkbox-ng -- PlainBox based test runner
Control: retitle -1 ITP: checkbox-ng -- PlainBox based test runner -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736399: Please enable CONFIG_POWERCAP CONFIG_INTEL_RAPL
Package: src:linux Version: 3.13-1~exp1 Severity: normal Hey, Please enable CONFIG_POWERCAP and CONFIG_INTEL_RAPL in the amd64 drivers. This allows e.g. thermald to more effectively control the temperature of some systems. For more information see e.g. http://lwn.net/Articles/545745/ -- Package-specific info: ** Version: Linux version 3.13-trunk-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.2 (Debian 4.8.2-14) ) #1 SMP Debian 3.13-1~exp1 (2014-01-20) ** Command line: BOOT_IMAGE=/vmlinuz-3.13-trunk-amd64 root=/dev/mapper/dusk-root ro quiet splash ** Tainted: W (512) * Taint on warning. ** Kernel log: [18373.828519] retire_capture_urb: 136 callbacks suppressed [18379.030496] retire_capture_urb: 124 callbacks suppressed [18385.133318] retire_capture_urb: 320 callbacks suppressed [18450.294290] retire_capture_urb: 146 callbacks suppressed [18484.399593] retire_capture_urb: 72 callbacks suppressed [18553.795757] retire_capture_urb: 44 callbacks suppressed [18565.820407] retire_capture_urb: 145 callbacks suppressed [18573.435591] retire_capture_urb: 232 callbacks suppressed [18586.474163] [drm] stuck on render ring [18586.474167] [drm] GPU crash dump saved to /sys/class/drm/card0/error [18586.474168] [drm] GPU hangs can indicate a bug anywhere in the entire gfx stack, including userspace. [18586.474168] [drm] Please file a _new_ bug report on bugs.freedesktop.org against DRI - DRM/Intel [18586.474169] [drm] drm/i915 developers can then reassign to the right component if it's not a kernel issue. [18586.474170] [drm] The gpu crash dump is required to analyze gpu hangs, so please always attach it. [18586.484407] [drm:i915_set_reset_status] *ERROR* render ring hung inside bo (0xbd79000 ctx 1) at 0xbd791d8 [27038.687351] retire_capture_urb: 133 callbacks suppressed [27105.948455] retire_capture_urb: 74 callbacks suppressed [27128.827438] retire_capture_urb: 8 callbacks suppressed [27147.950627] retire_capture_urb: 62 callbacks suppressed [27169.269738] retire_capture_urb: 39 callbacks suppressed [27184.094139] retire_capture_urb: 13 callbacks suppressed [27189.501386] retire_capture_urb: 114 callbacks suppressed [27197.306840] retire_capture_urb: 110 callbacks suppressed [27218.038692] retire_capture_urb: 120 callbacks suppressed [27270.312984] retire_capture_urb: 54 callbacks suppressed [27288.329638] retire_capture_urb: 65 callbacks suppressed [33049.298092] iwlwifi :03:00.0: L1 Enabled; Disabling L0S [33049.298332] iwlwifi :03:00.0: Radio type=0x1-0x2-0x0 [33049.384813] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready [33055.711079] hid-generic 0003:0510:0032.0002: can't reset device, :00:1a.0-1.1.1/input0, status -71 [33055.715416] usb 1-1.1: clear tt 1 (0090) error -71 [33055.716026] usb 1-1.1: USB disconnect, device number 6 [33055.716030] usb 1-1.1.1: USB disconnect, device number 9 [33055.716368] hid-generic 0003:046D:C046.0001: can't reset device, :00:1a.0-1.1.2/input0, status -71 [33055.720009] hid-generic 0003:0510:0032.0002: can't reset device, :00:1a.0-1.1.1/input0, status -71 [33055.775975] wlan0: authenticate with 8c:04:ff:80:8f:d7 [33055.778775] wlan0: send auth to 8c:04:ff:80:8f:d7 (try 1/3) [33055.781541] wlan0: authenticated [33055.783293] wlan0: associate with 8c:04:ff:80:8f:d7 (try 1/3) [33055.786803] wlan0: RX AssocResp from 8c:04:ff:80:8f:d7 (capab=0x411 status=0 aid=3) [33055.804846] wlan0: associated [33055.804888] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready [33055.827419] usb 1-1.1.2: USB disconnect, device number 7 [33055.857946] [ cut here ] [33055.857977] WARNING: CPU: 3 PID: 1351 at /build/linux-A08C65/linux-3.13/drivers/gpu/drm/i915/intel_dp.c:2738 ironlake_crtc_disable+0x17a/0x8f0 [i915]() [33055.857979] Modules linked in: tun snd_usb_audio snd_usbmidi_lib hid_generic ctr ccm qmi_wwan cdc_wdm usbnet mii parport_pc ppdev lp parport rfcomm bnep binfmt_misc joydev uvcvideo videobuf2_vmalloc videobuf2_memops videobuf2_core videodev btusb qcserial media wacom usb_wwan bluetooth usbserial iTCO_wdt iTCO_vendor_support snd_hda_codec_hdmi snd_hda_codec_conexant x86_pkg_temp_thermal intel_powerclamp snd_hda_intel snd_hda_codec arc4 kvm_intel snd_hwdep snd_pcm_oss kvm snd_mixer_oss snd_pcm snd_page_alloc iwldvm snd_seq_midi i2c_i801 mac80211 snd_seq_midi_event pcspkr thinkpad_acpi nvram psmouse lpc_ich serio_raw mfd_core snd_rawmidi iwlwifi snd_seq snd_seq_device snd_timer cfg80211 snd ac battery soundcore rfkill tpm_tis tpm mei_me processor evdev mei coretemp loop fuse autofs4 ext4 crc16 mbcache jbd2 btrfs xor raid6_pq libcrc32c sha256_ssse3 sha256_generic dm_crypt dm_mod sg sd_mod crc_t10dif usbhid hid crct10dif_pclmul crct10dif_common crc32_pclmul crc32c_intel ghash_cl mulni_in tel aesni_intel aes_x86_64 lrw gf128mul glue_helper ablk_helper cryptd ahci libahci libata sdhci_pci sdhci scsi_mod mmc_core thermal e1000e ptp pps_core i915 wmi video i2c_algo_bit drm_kms_helper drm ehci_pci
Bug#730472: bug#15758: grep 2.15 calls abort() on larger searches with -P
On Tue, Dec 31, 2013 at 10:53:13AM -0800, Jim Meyering wrote: On Sat, Dec 21, 2013 at 11:01 AM, Jim Meyering j...@meyering.net wrote: On Sat, Dec 21, 2013 at 10:46 AM, Jim Meyering j...@meyering.net wrote: I expect to push that patch as-is and defer to a separate commit (or maybe even skip altogether) any portability hack that might warn or disable PCRE support when detecting the broken library. Pushed. Let's take any discussion of grep's workaround for Debian's PCRE problem to a new thread/issue. Hmm... I was chagrined not to be able to reproduce the output I quoted above, so dug into it and found the real error (mine), fixed it and adjusted the test: (Sorry, I was forgetting to answer you, my holidays were quite long.) Great! It works and it's on debian unstable now. Thanks, Santiago -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736400: util-linux: hwclock.sh init script should depend on umountfs directly instead of $local_fs
Package: util-linux Version: 2.20.1-5.5 Severity: normal Dear Maintainer, In /etc/insserv.conf, $local_fs is defined as $local_fs +mountall +mountall-bootclean +mountoverflowtmp +umountfs hwclock.sh starts before checkroot.sh (fsck needs a clock) which in turn is needed by mountall.sh (fsck before mount). If hwclock.sh depends on $local_fs (needs to save /etc/adjtime before remount / ro), there is a dependency loop. At present, the problem is hided by giving a partial dependency of Required-Stop, but not Required-Start. It's very nice if Required-Stop/Start pair is treated on the same foot, especially for OpenRC, which does not differentiate between the two. As hwclock.sh only need to be stopped before umountfs, not the other services in $local_fs, it is reasonable to replace Required-Stop: $local_fs with Should-Stop: umountfs. ($local_fs optionally depends on +umountfs, therefore Should-Stop) Patch attached. Thanks, Benda -- System Information: Debian Release: 7.3 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages util-linux depends on: ii debconf [debconf-2.0] 1.5.49 ii dpkg 1.16.12 ii initscripts2.88dsf-41+deb7u1 ii install-info 4.13a.dfsg.1-10 ii libblkid1 2.20.1-5.3 ii libc6 2.17-0experimental2 ii libncurses55.9-10 ii libselinux12.1.9-5 ii libslang2 2.2.4-15 ii libtinfo5 5.9-10 ii libuuid1 2.20.1-5.3 ii lsb-base 4.1+Debian9 ii tzdata 2013h-0wheezy1 ii zlib1g 1:1.2.7.dfsg-13 util-linux recommends no packages. Versions of packages util-linux suggests: ii dosfstools 3.0.13-1 ii kbd 1.15.3-9 pn util-linux-locales none -- Configuration Files: /etc/init.d/hwclock.sh changed [not included] -- debconf information: util-linux/noauto-with-nonzero-passnum: --- hwclock.sh 2014-01-23 17:30:35.548726509 +0900 +++ hwclock.sh.new 2014-01-23 17:52:03.038154413 +0900 @@ -22,7 +22,7 @@ ### BEGIN INIT INFO # Provides: hwclock # Required-Start:mountdevsubfs -# Required-Stop: $local_fs +# Should-Stop: umountfs # Default-Start: S # X-Start-Before:checkroot # Default-Stop: 0 6
Bug#736401: mirror listing update for debian.univ-lorraine.fr
Package: mirrors Severity: minor Submission-Type: update Site: debian.univ-lorraine.fr Aliases: debian.mines.inpl-nancy.fr Type: leaf Archive-architecture: ALL amd64 armel armhf hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390x sparc Archive-ftp: /debian/ Archive-http: /debian/ Backports-ftp: /debian-backports/ Backports-http: /debian-backports/ CDImage-ftp: /debian-cd/ CDImage-http: /debian-cd/ IPv6: no Archive-upstream: debian.proxad.net Backports-upstream: debian.proxad.net CDImage-upstream: debian.proxad.net Updates: push Maintainer: DN Infra debian-cont...@univ-lorraine.fr Country: FR France Sponsor: Université de Lorraine http://www.univ-lorraine.fr Comment: This mirror replaces debian.mines.inpl-nancy.fr. Thank you to update your sources.list before the old address is deleted. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736284: Control: owner -1 !
Control: owner -1 ! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722989: proposing patch
Package: gsmartcontrol Version: 0.8.7-2 Tags: patch --- Please enter the report below this line. --- Dear maintainer, it appears that the problem was indeed that gsmartcontrol tried to parse the empty section which smartmontools 6.2 outputs for SMART-incapable devices. I'm proposing the patch attached This patch solved the crash for me, and allowed me to correctly detect which devices were SMART-capable and which were not. Regards --- System information. --- Architecture: amd64 Kernel: Linux 3.11.8-desktop-f Debian Release: jessie/sid 900 testing ftp.nluug.nl 900 solydxk ftp.nluug.nl 900 solydxk community.solydxk.com 850 testing debian.fastweb.it 800 unstable debian.fastweb.it 750 experimental debian.fastweb.it 500 wheezy linux.dropbox.com 500 home:ksmanis download.opensuse.org 400 testing debian.linuxmint.com 400 debian packages.linuxmint.com --- Package information. --- Depends (Version) | Installed =-+-== libatk1.0-0 (= 1.12.4) | 2.10.0-2 libatkmm-1.6-1 (= 2.22.1) | 2.22.7-2 libc6 (= 2.14) | libcairo2 (= 1.2.4) | libcairomm-1.0-1 (= 1.6.4) | libfontconfig1 (= 2.11) | libfreetype6 (= 2.2.1) | libgcc1 (= 1:4.1.1) | libgdk-pixbuf2.0-0 (= 2.22.0) | libglib2.0-0 (= 2.16.0) | libglibmm-2.4-1c2a (= 2.36.2) | libgtk2.0-0 (= 2.8.0) | libgtkmm-2.4-1c2a (= 1:2.24.0) | libpango-1.0-0 (= 1.14.0) | libpangocairo-1.0-0 (= 1.14.0) | libpangoft2-1.0-0 (= 1.14.0) | libpangomm-1.4-1 (= 2.27.1) | libpcre3 (= 8.10) | libsigc++-2.0-0c2a (= 2.0.2) | libstdc++6 (= 4.6) | smartmontools | menu | Package's Recommends field is empty. Package's Suggests field is empty. Description: don't try to parse empty sections Since smartmontools 6.0, the output is divided in sections regardless of the drive having or not SMART capabilities; in the latter case the last section is empty. In that case, just skip it (parsing empty sections causes a crash). Author: Francesco Presel f.pre...@alice.it Bug-Debian: http://bugs.debian.org/722989 Last-Update: 2014-01-23 --- a/src/applib/smartctl_parser.cpp +++ b/src/applib/smartctl_parser.cpp @@ -202,7 +202,10 @@ (section_start_pos = s.find(===, section_start_pos)) != std::string::npos) { tmp_pos = s.find(\n, section_start_pos); // works with \r\n too. - + if (tmp_pos == std::string::npos) { // empty section: skip + break; + } + // trim is needed to remove potential \r in the end std::string section_header = hz::string_trim_copy(s.substr(section_start_pos, (tmp_pos == std::string::npos ? tmp_pos : (tmp_pos - section_start_pos)) )); gsmartcontrol (0.8.7-2) UNRELEASED; urgency=medium * Compatibility with smartmontools 6.2 Closes: #722989 -- Francesco Presel f.pre...@alice.it Wed, 22 Jan 2014 23:07:15 +0100 gsmartcontrol (0.8.7-1) unstable; urgency=low * [314881d] Updated debian/watch * [18ebada] Imported Upstream version 0.8.7 * [c2a1f1b] debian/rules: Provide build-arch and build-indep * [d3036a4] Enabled Hardening Options * [2edfb87] Refreshed patches and removed patches apllied upstream * [ac3b953] Bump to standard versions 3.9.4 * [292c276] Remove quilt from depends -- Giuseppe Iuculano iucul...@debian.org Fri, 31 May 2013 11:41:52 +0200 gsmartcontrol (0.8.6-1.2) unstable; urgency=low * Non-maintainer upload. * Fix ftbfs with GCC-4.7: add patch 05_gcc-4.7.patch from Paul Tagliamonte (adds this- qualifier). Closes: #667194 -- gregor herrmann gre...@debian.org Sun, 22 Apr 2012 14:32:59 +0200 gsmartcontrol (0.8.6-1.1) unstable; urgency=low * Non-maintainer upload. * Fix FTBFS with glib 2.32: add patch 04_glib2.31.patch from Alexander Shaduri. (Closes: #665677, LP: #935155 -- gregor herrmann gre...@debian.org Sun, 08 Apr 2012 14:19:47 +0200 gsmartcontrol (0.8.6-1) unstable; urgency=low * [dbb993d] Updated my email address and removed DM-Upload-Allowed control field * [b681b5b] Imported Upstream version 0.8.6 * [ab9bb7a] Refreshed patches * [a909506] Bump to Standards-Version 3.9.2, no changes needed * [48dd13d] Switch to dpkg-source 3.0 (quilt) format -- Giuseppe Iuculano iucul...@debian.org Fri, 15 Jul 2011 14:59:29 +0200 gsmartcontrol (0.8.5-2) unstable; urgency=low * [8240961] Add menu in Depends (Closes: #548232) (LP: #438394) -- Giuseppe Iuculano giuse...@iuculano.it Tue, 29 Sep 2009 23:04:43 +0200 gsmartcontrol (0.8.5-1) unstable; urgency=low * [7f4b7f6] Imported Upstream version 0.8.5 * [51d2a10] Refreshed patches * [8c6daef] Updated to Standards-Version 3.8.3 (no changes needed) * [30bc489] Added a README.source -- Giuseppe Iuculano giuse...@iuculano.it Tue, 15 Sep 2009 09:52:00 +0200 gsmartcontrol (0.8.4-2) unstable; urgency=low * [d6e1ccc] debian/patches/03_gcc4.4.patch: Added a missing include and fix FTBFS with GCC 4.4 (Closes: #525734) -- Giuseppe Iuculano giuse...@iuculano.it Mon, 11 May 2009 12:43:43 +0200 gsmartcontrol (0.8.4-1) unstable; urgency=low * [56eb25b] Fix a typo in the
Bug#719945: [Pkg-systemd-maintainers] Bug#719945: systemd: Hangs during shutdown (likely NFS-related)
On Wed, Jan 22, 2014 at 10:45:58PM +0100, Zbigniew Jędrzejewski-Szmek wrote: On Wed, Jan 22, 2014 at 11:59:27AM +, Sam Morris wrote: Package: systemd Version: 204-6 Followup-For: Bug #719945 I'm seeing this bug. Adding _netdev to the fstab entry doesn't help. I'm able to fiddle with configuration if you need my help to debug this further. /etc/fstab: gaia:/home /home nfs rw,nosuid,nodev,nfsvers=3,hard,intr,sloppy,_netdev 0 0 Generator output after adding _netdev: diff --git i/home.mount w/home.mount index a3741bf..3d42691 100644 --- i/home.mount +++ w/home.mount @@ -16,4 +16,4 @@ What=gaia:/home Where=/home Type=nfs FsckPassNo=0 -Options=rw,nosuid,nodev,nfsvers=3,hard,intr,sloppy +Options=rw,nosuid,nodev,nfsvers=3,hard,intr,sloppy,_netdev $ systemctl show home.mount Id=home.mount Names=home.mount Requires=-.mount Wants=network-online.target Conflicts=umount.target Before=local-fs.target umount.target remote-fs.target This is wrong. The dependency for local-fs.target should not be there. It'll cause the fs to be kept around until after the network is gone. Here's the full home.mount from the generator: [Unit] SourcePath=/etc/fstab DefaultDependencies=no After=remote-fs-pre.target After=network.target After=network-online.target Wants=network-online.target Conflicts=umount.target Before=umount.target Before=remote-fs.target [Mount] What=gaia:/home Where=/home Type=nfs FsckPassNo=0 Options=rw,nosuid,nodev,nfsvers=3,hard,sloppy Not sure where Before=local-fs.target comes from. -- Sam Morris https://robots.org.uk/ PGP key id 1024D/5EA01078 3412 EA18 1277 354B 991B C869 B219 7FDB 5EA0 1078 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733726: [wordpress] 01/01: Adjusted maintainer and language files
On 22/01/2014 23:55, Craig Small wrote: I talked to Raphael about it and he said he hadn't heard anything from you at all about this so it seemed you weren't interested. Perhaps you could ask me If I am or not interested... Raphael has asked for someone to take over the package so removing him and adding me is the whole point of the exercise. I don't mind reversing some/all of those changes, but there's not point being there in name only. Git logs show your last contribution in 2009. Perhaps I misunderstood Raphael? The point is not if I was active in wordpress packaging. The point is that when you remove someone from Maintainer you have to ask. Or do you think you can hijack all packages who have last contribution in 2009? Cheers, Giuseppe. signature.asc Description: OpenPGP digital signature
Bug#734798: libapache2-mod-rpaf: failure to work with authz allow/deny
On 01/22/2014 01:21 PM, Sergey B Kirpichev wrote: Ok. Vincent, could you test this as well? If so, I will merge two bugreports and prepare an update for stable. Just tested this morning, this fixes the very problem I reported, thanks a lot Sergey. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660803: Weird kmod softdep issue
Hi Stephen, On 23.01.2014 05:36, Stephen Kitt wrote: Hi Markus, On Thu, 23 Jan 2014 00:19:10 +0100, Markus Koschany a...@gambaru.de wrote: This bug was reopened back in October 2013 but it is still marked as fixed in some versions. What's the current situation? If this bug is still valid, it should be better marked as notfixed, otherwise the bug shows up as release critical in the BTS but the system assumes it is solved. It's fixed in testing and unstable, but still applies to stable. There's a proposed update for stable waiting for approval (#725154). Ah, I missed that one. Thanks for your clarification. I'm CCing #725154 to keep the release team in the loop. It seems this issue for stable has been forgotten somehow. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#736402: netgen: depends on development package (tix-dev)
Package: netgen Version: 4.9.13.dfsg-8 Severity: normal The netgen binary package depends on a development package (tix-dev) in addition to the runtime package (tix). Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736404: Need to update powerpc-utils to version 1.2.18
Package: powerpc-utils Version: 1.1.3-24 Package should be upgraded to the upstream release 1.2.18 located at http://sourceforge.net/projects/powerpc-utils/files/powerpc-utils/ -- Thierry on vnet.ibmmore changelog -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736378: libgs9-common: replace \r with \n in ps2epsi.ps
On 01/23/2014 01:22 AM, Ryo Furue wrote: It is http://bugs.ghostscript.com/show_bug.cgi?id=694968 This is fixed upstream now. Till -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735684:
Control: tag -1 fixed-upstream Quoting upstream: ... Size of the XML report has been greatly reduced in 1.99.9 version of the tool due to a fix of the internal issue and removing of unnecessary duplicates. For example, the size of the report for Linux kernel is now about 2mb instead of 80mb. ... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736405: python-samba: multiple client-side packages pull in samba since python-samba 2:4.1.4+dfsg-2
Package: python-samba Version: 2:4.1.4+dfsg-2 Control: affects -1 fusesmb nautilus-share backuppc smb4k Hi, Since 2:4.1.4+dfsg-2 python-samba depends on samba (the daemon/service) package itself. But python-samba is (via samba-common-bin) a dependency of several client packages, including: * fusesmb * nautilus-share * backuppc * smb4k I suspect this is related to the following changelog entry: * Move libpac, db_glue and hdb module from samba-libs to samba package to reduce size and dependency set of libs package. So maybe these parts could be separated into their own package, maybe samba-libs-extra or such? -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (600, 'testing'), (400, 'stable'), (110, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-trunk-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736291: FTBFS on kfreebsd-* [patch]
Hi, The build failed later on. I've added a little more to the patch (new version is attached) to fix this new error and then I was able to complete a successful build on kfreebsd-amd64: gcc-4.8 -Damd64 -D_GNU_SOURCE \ -D_FILE_OFFSET_BITS=64 \ -m64 -shared -fpic \ -I/home/steven/b/openjdk-7-7u51-2.4.4/build/openjdk-boot/hotspot/agent/src/os/linux \ -I../generated \ -I/home/steven/b/openjdk-7-7u51-2.4.4/build/bootstrap/jdk1.6.0/include \ -I/home/steven/b/openjdk-7-7u51-2.4.4/build/bootstrap/jdk1.6.0/include/linux \ \ /home/steven/b/openjdk-7-7u51-2.4.4/build/openjdk-boot/hotspot/agent/src/os/linux/salibelf.c /home/steven/b/openjdk-7-7u51-2.4.4/build/openjdk-boot/hotspot/agent/src/os/linux/symtab.c /home/steven/b/openjdk-7-7u51-2.4.4/build/openjdk-boot/hotspot/agent/src/os/linux/libproc_impl.c /home/steven/b/openjdk-7-7u51-2.4.4/build/openjdk-boot/hotspot/agent/src/os/linux/ps_proc.c /home/steven/b/openjdk-7-7u51-2.4.4/build/openjdk-boot/hotspot/agent/src/os/linux/ps_core.c /home/steven/b/openjdk-7-7u51-2.4.4/build/openjdk-boot/hotspot/agent/src/os/linux/LinuxDebuggerLocal.c \ -Xlinker --version-script=/home/steven/b/openjdk-7-7u51-2.4.4/build/openjdk-boot/hotspot/agent/src/os/linux/mapfile -Wl,--hash-style=both \ -g \ \ -o libsaproc.so \ -lthread_db /home/steven/b/openjdk-7-7u51-2.4.4/build/openjdk-boot/hotspot/agent/src/os/linux/ps_proc.c: In function 'process_get_lwp_regs': /home/steven/b/openjdk-7-7u51-2.4.4/build/openjdk-boot/hotspot/agent/src/os/linux/ps_proc.c:177:2: warning: passing argument 4 of 'ptrace' makes integer from pointer without a cast [enabled by default] if (ptrace_getregs(PTRACE_GETREGS_REQ, pid, (caddr_t) user, 0) 0) { ^ In file included from /home/steven/b/openjdk-7-7u51-2.4.4/build/openjdk-boot/hotspot/agent/src/os/linux/ps_proc.c:30:0: /usr/include/x86_64-kfreebsd-gnu/sys/ptrace.h:117:12: note: expected 'int' but argument is of type 'char *' extern int ptrace(int _request, pid_t _pid, caddr_t _addr, int _data) __THROW; ^ /home/steven/b/openjdk-7-7u51-2.4.4/build/openjdk-boot/hotspot/agent/src/os/linux/ps_proc.c: In function 'ptrace_continue': /home/steven/b/openjdk-7-7u51-2.4.4/build/openjdk-boot/hotspot/agent/src/os/linux/ps_proc.c:194:14: error: 'PTRACE_CONT' undeclared (first use in this function) if (ptrace(PTRACE_CONT, pid, NULL, signal) 0) { ^ /home/steven/b/openjdk-7-7u51-2.4.4/build/openjdk-boot/hotspot/agent/src/os/linux/ps_proc.c:194:14: note: each undeclared identifier is reported only once for each function it appears in make[8]: *** [libsaproc.so] Error 1 make[8]: Leaving directory `/home/steven/b/openjdk-7-7u51-2.4.4/build/openjdk.build-boot/hotspot/outputdir/linux_amd64_compiler2/product' Thanks, Regards, -- Steven Chamberlain ste...@pyro.eu.org --- a/openjdk-7-7u51-2.4.4/debian/patches/kfreebsd-support-hotspot.diff 2014-01-21 22:09:45.487113966 + +++ b/openjdk-7-7u51-2.4.4/debian/patches/kfreebsd-support-hotspot.diff 2014-01-23 00:53:48.025052925 + @@ -22,7 +22,8 @@ earlier. Author: Damien Raude-Morvan draz...@debian.org Author: Guido Günther a...@sigxcpu.org -Last-Update: 2013-08-13 +Author: Steven Chamberlain ste...@pyro.eu.org +Last-Update: 2014-01-23 Forwarded: no --- openjdk/hotspot/src/os/posix/launcher/java_md.c.orig 2014-01-14 22:26:34.0 +0100 @@ -350,7 +351,7 @@ +#endif address os::current_stack_pointer() { - #if defined(SPARC) !defined(ZERO)_WORKS + #ifdef SPARC_WORKS @@ -113,15 +163,27 @@ } @@ -685,7 +686,7 @@ --- openjdk/hotspot/agent/src/os/linux/ps_proc.c.orig 2014-01-14 22:26:34.0 +0100 +++ openjdk/hotspot/agent/src/os/linux/ps_proc.c 2014-01-15 13:22:54.737644310 +0100 -@@ -38,6 +38,18 @@ +@@ -38,6 +38,22 @@ #define __WALL 0x4000 // Copied from /usr/include/linux/wait.h #endif @@ -701,6 +702,10 @@ +#define PTRACE_DETACH PT_DETACH +#endif + ++#ifndef PTRACE_CONT ++#define PTRACE_CONT PT_CONTINUE ++#endif ++ // This file has the libproc implementation specific to live process // For core files, refer to ps_core.c
Bug#736406: libapache2-mod-gnutls: Package description doesn't says gnutls supports TLS 1.2
Package: libapache2-mod-gnutls Version: 0.5.10-1.1 Severity: minor Dear Maintainer, http://packages.debian.org/wheezy/libgnutls26 says gnutls support TLS 1.2 and http://packages.debian.org/wheezy/libapache2-mod-gnutls just tells us about TLS 1.1 but libapache2-mod-gnutls in wheezy really do supports TLS 1.2. could you please update the package description ? Thanks, -- System Information: Debian Release: 7.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libapache2-mod-gnutls depends on: ii libapr-memcache0 0.7.0-1 ii libc6 2.13-38 ii libgnutls26 2.12.20-7 libapache2-mod-gnutls recommends no packages. libapache2-mod-gnutls suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736407: staden-io-lib: FTBFS on non-x86 architectures
Package: staden-io-lib Version: 1.13.3-2 Severity: serious Justification: fails to build from source Hi, staden-io-lib only built successfully on i386-any and amd64-any, all other architectures fail two tests. https://buildd.debian.org/status/package.php?p=staden-io-lib excerpts from https://buildd.debian.org/status/fetch.php?pkg=staden-io-libarch=armelver=1.13.3-2stamp=1386918549 === testing xx#minimal.sam === ../progs/scramble ./data/xx#minimal.sam test.out/xx#minimal.bam ../progs/scramble -r ./data/xx.fa test.out/xx#minimal.bam test.out/xx#minimal.full.cram ../progs/scramble test.out/xx#minimal.bam test.out/tmp.sam ../progs/scramble test.out/xx#minimal.full.cram test.out/xx#minimal.full.sam ../progs/scramble -O bam test.out/xx#minimal.full.cram test.out/xx#minimal.full.bam ../progs/scramble test.out/xx#minimal.full.bam test.out/tmp.sam cmp test.out/xx#minimal.full.sam test.out/xx#minimal.full.bam.sam cmp: EOF on test.out/xx#minimal.full.bam.sam FAIL: scram.test === testing xx#minimal.sam === ../progs/scramble -t4 ./data/xx#minimal.sam test.out/xx#minimal.bam Total time=0.006963 Wait time=0.005436 21% utilisation ../progs/scramble -t4 -r ./data/xx.fa test.out/xx#minimal.bam test.out/xx#minimal.full.cram Total time=0.533627 Wait time=0.519598 2% utilisation ../progs/scramble -t4 test.out/xx#minimal.bam test.out/tmp.sam Total time=0.003455 Wait time=0.003131 8% utilisation ../progs/scramble -t4 test.out/xx#minimal.full.cram test.out/xx#minimal.full.sam Total time=0.316887 Wait time=0.315883 0% utilisation ../progs/scramble -t4 -O bam test.out/xx#minimal.full.cram test.out/xx#minimal.full.bam Total time=0.337957 Wait time=0.334906 0% utilisation ../progs/scramble -t4 test.out/xx#minimal.full.bam test.out/tmp.sam Total time=0.003520 Wait time=0.003224 7% utilisation cmp test.out/xx#minimal.full.sam test.out/xx#minimal.full.bam.sam cmp: EOF on test.out/xx#minimal.full.bam.sam FAIL: scram_mt.test make[3]: *** [check-TESTS] Error 1 === 2 of 7 tests failed === Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736408: Wrong Vcs fields
Package: src:twm Version: 1:1.0.6-1 Severity: normal Tags: + patch Dear maintainer, twm sources have wrong Vcs fields in debian/control file, which forward to xdm not twm. It's should be taken. Mateusz fix_twm_vcs_fields.patch Description: Binary data
Bug#736290: pu: package pdns/3.1-4
* Adam D. Barratt a...@adam-barratt.org.uk [140122 20:54]: [..] Please go ahead; thanks. Uploaded. Thanks, -- ,''`. Christian Hofstaedtler z...@debian.org : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03 `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735424: nvidia-driver: New vesa test
Hello Andreas, Am 22.01.2014 21:41, schrieb Andreas Beckmann: [Please keep the Bug Cc:ed - therefore fullquote] On 2014-01-22 10:47, Karsten Malcher wrote: Hello Diederik, that's really interesting. So it must be a configuration problem of previous installations? Do you have made a fresh installation or an upgrade? I have made now an additional test: On a third partition i have a copy of my wheezy installation. In this installation i have an self compiled kernel V 3.12.6 for some driver tests with a newer kernel. Up to now i booted there using the neauveau driver with this configuration: Section Device Identifier n Driver nv EndSection shouldn't that be Driver nouveau ? (nv is an even older driver last seen in squeeze) but that wouldn't even need an xorg.conf Yes - this was only a quick and dirty solution to get a running X with a new kernel. Now i deinstalled all Debian NVidia packages in this installation and installed the actual NVIdia driver NVIDIA-Linux-x86_64-331.38.run I did have some problems with compilation of the driver, although i installed the kernel with a debian building script. ii linux-image-3.12.6 3.12.6 amd64 Linux kernel binary image for version 3.12.6 ii linux-image-3.2.0-3-amd64 3.2.23-1 amd64Linux 3.2 for 64-bit PCs But the driver could be installed an is running fine! So something with the configuration or the debian package of 319.82 is not correct. The newer driver 331.38 is running on the same installation as the upgraded one in this bug. This has only proved that 331.38 is running in a wheezy environment. Yes and No - it has also proved that my configuration is able to run X with kernel 3.12.6 Vesa should work there as well. As I understood your problem so far it is all xserver video drivers result in a black screen in jessie. Yes - that's correct. I will made the following test now: 1. Backup the current upgraded jessie partition (with the chance to recover). 2. Boot jessie, deinstall all Debian NVidia packages 3. Install NVidia driver 331.38 Then we will see if this will work. Do you have a spare hard disk to make a minimal fresh jessie installation (installing on a usb stick should work as well) and see if you can get X running with vesa/nouveau (and nvidia afterwards)? Thereafter compare /etc contents, maybe install the exactly same packageset in the new install and look for differences. I have no doubt that this will work. The problem is a failing upgrade from wheezy to jessie. Cheers Karsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736346: [Pkg-fonts-devel] Bug#736346: dejavu: Ligatures (such as fi, ff, and ffi) are displayed as foreign characters in iceweasel.
control: tags 736346 unreproducible Am Mittwoch, den 22.01.2014, 09:48 -0500 schrieb Alex Rozenshteyn: When I upgraded my system (in particular, the dejavu fonts to 2.34), I noticed that in iceweasel, certain web pages (Screenshot of http://www.lafn.org/~keglerron/kegler.html is attached; note offered, Griffin, and confirmation) display text incorrectly. That's strange and I could not reproduce that issue on my system using Iceweasel 24.2.0 and fonts-dejavu 2.34-1. Can you confirm that downgrading the fonts-dejavu packages to the previous version [1] fixes the problem? - Fabian [1] http://snapshot.debian.org/package/fonts-dejavu/2.33%2Bsvn2514-3/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719945: [Pkg-systemd-maintainers] Bug#719945: systemd: Hangs during shutdown (likely NFS-related)
tag -1 + patch thanks On Thu, Jan 23, 2014 at 09:33:52AM +, Sam Morris wrote: On Wed, Jan 22, 2014 at 10:45:58PM +0100, Zbigniew Jędrzejewski-Szmek wrote: On Wed, Jan 22, 2014 at 11:59:27AM +, Sam Morris wrote: $ systemctl show home.mount Id=home.mount Names=home.mount Requires=-.mount Wants=network-online.target Conflicts=umount.target Before=local-fs.target umount.target remote-fs.target This is wrong. The dependency for local-fs.target should not be there. It'll cause the fs to be kept around until after the network is gone. Here's the full home.mount from the generator: [Unit] SourcePath=/etc/fstab DefaultDependencies=no After=remote-fs-pre.target After=network.target After=network-online.target Wants=network-online.target Conflicts=umount.target Before=umount.target Before=remote-fs.target [Mount] What=gaia:/home Where=/home Type=nfs FsckPassNo=0 Options=rw,nosuid,nodev,nfsvers=3,hard,sloppy Not sure where Before=local-fs.target comes from. I rebuilt with the attached patch and it does the trick. I think it's also the fix applied to fix https://bugzilla.redhat.com/show_bug.cgi?id=999061. Cheers, -- Sam Morris https://robots.org.uk/ 3412 EA18 1277 354B 991B C869 B219 7FDB 5EA0 1078 commit 77009452cfd25208509b14ea985e81fdf9f7d40e Author: Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl Date: Thu Oct 3 22:15:08 2013 -0400 systemd: order remote mounts from mountinfo before remote-fs.target Usually the network is stopped before filesystems are umounted. Ordering network filesystems before remote-fs.target means that their unmounting will be performed earlier, and can terminate sucessfully. https://bugs.freedesktop.org/show_bug.cgi?id=70002 diff --git a/src/core/mount.c b/src/core/mount.c index 3d46557..93bfa99 100644 --- a/src/core/mount.c +++ b/src/core/mount.c @@ -1440,6 +1440,9 @@ static int mount_add_one( u = manager_get_unit(m, e); if (!u) { +const char* const target = +fstype_is_network(fstype) ? SPECIAL_REMOTE_FS_TARGET : SPECIAL_LOCAL_FS_TARGET; + delete = true; u = unit_new(m, sizeof(Mount)); @@ -1466,7 +1469,7 @@ static int mount_add_one( goto fail; } -r = unit_add_dependency_by_name(u, UNIT_BEFORE, SPECIAL_LOCAL_FS_TARGET, NULL, true); +r = unit_add_dependency_by_name(u, UNIT_BEFORE, target, NULL, true); if (r 0) goto fail;
Bug#736409: ruby-prof: FTBFS nearly everywhere in a timing test
Source: ruby-prof Version: 0.13.1-1 Severity: serious Hi, ruby-prof FTBFS on all architectures except powerpc: https://buildd.debian.org/status/package.php?p=ruby-prof Excerpt from https://buildd.debian.org/status/fetch.php?pkg=ruby-profarch=i386ver=0.13.1-1stamp=1387838705 make DESTDIR= install make[2]: Entering directory `/«PKGBUILDDIR»/ext/ruby_prof' /usr/bin/install -c -m 0755 ruby_prof.so ./.gem.20131223-15730-1fqm95i installing default ruby_prof libraries make[2]: Leaving directory `/«PKGBUILDDIR»/ext/ruby_prof' Rewriting shebang line of /«PKGBUILDDIR»/debian/ruby-prof/usr/bin/ruby-prof /usr/bin/ruby1.9.1 -I/usr/lib/ruby/vendor_ruby /usr/lib/ruby/vendor_ruby/gem2deb/test_runner.rb Loaded suite -e Started .F === Failure: 1.3801 -/+ 0.02 expected to include 1.400388697998. Relation: 1.3801-0.02[1.36] = 1.3801+0.02[1.4001] 1.400388697998 test_primes(MeasureProcessTimeTest) /«PKGBUILDDIR»/test/measure_process_time_test.rb:45:in `test_primes' 42: 43: # Check times 44: assert_equal(MeasureProcessTimeTest#test_primes, methods[0].full_name) = 45: assert_in_delta(total_time, methods[0].total_time, 0.02) 46: assert_in_delta(0.0, methods[0].wait_time, 0.01) 47: assert_in_delta(0.0, methods[0].self_time, 0.01) 48: === . Finished in 54.392949591 seconds. 89 tests, 741 assertions, 1 failures, 0 errors, 0 pendings, 0 omissions, 0 notifications 98.8764% passed 1.64 tests/s, 13.62 assertions/s ERROR: Test ruby1.9.1 failed. Exiting. dh_auto_install: dh_ruby --install /«PKGBUILDDIR»/debian/ruby-prof returned exit code 1 make[1]: *** [override_dh_auto_install] Error 1 make[1]: Leaving directory `/«PKGBUILDDIR»' make: *** [binary-arch] Error 2 Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736410: ksh killed by SIGSEGV due to overflow in subshell loop
Package: ksh Version: 93u+-1.2 Severity: normal Tags: patch This is basically a mirror of bug #1053938 reported for Fedora: https://bugzilla.redhat.com/show_bug.cgi?id=1053938 The bug exists for the ksh package on Debian too (tried both stable and sid on PowerPC) and can be reproduced pretty reliable with the details in the above mentioned bug report. Michal Hlavinka was able to provide a fix that has been included the latest Fedora package of ksh. I'll attach Michal's patch to that bug report. Moving this to debian/patches and editing the series file built the package just fine and fixed the bug. -- System Information: Debian Release: 7.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: powerpc (ppc) Kernel: Linux 3.13.0-rc8 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ksh depends on: ii libc6 2.13-38+deb7u1 ksh recommends no packages. ksh suggests no packages. -- no debconf information diff -up ksh-20120801/src/cmd/ksh93/include/defs.h.longer ksh-20120801/src/cmd/ksh93/include/defs.h --- ksh-20120801/src/cmd/ksh93/include/defs.h.longer 2012-06-25 20:47:47.0 +0200 +++ ksh-20120801/src/cmd/ksh93/include/defs.h 2014-01-17 13:10:49.624714556 +0100 @@ -162,8 +162,8 @@ struct shared Namval_t *prev_table; /* previous table used in nv_open */ \ Sfio_t *outpool; /* ouput stream pool */ \ long timeout; /* read timeout */ \ - short curenv; /* current subshell number */ \ - short jobenv; /* subshell number for jobs */ \ + long curenv; /* current subshell number */ \ + long jobenv; /* subshell number for jobs */ \ int infd; /* input file descriptor */ \ short nextprompt; /* next prompt is PSnextprompt */ \ short poolfiles; \ diff -up ksh-20120801/src/cmd/ksh93/include/jobs.h.longer ksh-20120801/src/cmd/ksh93/include/jobs.h --- ksh-20120801/src/cmd/ksh93/include/jobs.h.longer 2011-12-19 13:36:37.0 +0100 +++ ksh-20120801/src/cmd/ksh93/include/jobs.h 2014-01-17 13:10:49.625714536 +0100 @@ -87,7 +87,7 @@ struct process unsigned short p_exit; /* exit value or signal number */ unsigned short p_exitmin; /* minimum exit value for xargs */ unsigned short p_flag; /* flags - see below */ - int p_env; /* subshell environment number */ + long p_env; /* subshell environment number */ #ifdef JOBS off_t p_name; /* history file offset for command */ struct termios p_stty; /* terminal state for job */ diff -up ksh-20120801/src/cmd/ksh93/sh/subshell.c.longer ksh-20120801/src/cmd/ksh93/sh/subshell.c --- ksh-20120801/src/cmd/ksh93/sh/subshell.c.longer 2014-01-17 13:10:49.559715864 +0100 +++ ksh-20120801/src/cmd/ksh93/sh/subshell.c 2014-01-17 13:13:41.392290104 +0100 @@ -98,7 +98,7 @@ static struct subshell #endif /* SHOPT_COSHELL */ } *subshell_data; -static int subenv; +static long subenv; /* @@ -171,7 +171,7 @@ void sh_subfork(void) { register struct subshell *sp = subshell_data; Shell_t *shp = sp-shp; - int curenv = shp-curenv; + long curenv = shp-curenv; pid_t pid; char *trap = shp-st.trapcom[0]; if(trap) @@ -461,7 +461,7 @@ Sfio_t *sh_subshell(Shell_t *shp,Shnode_ struct subshell sub_data; register struct subshell *sp = sub_data; int jmpval,nsig=0,duped=0; - int savecurenv = shp-curenv; + long savecurenv = shp-curenv; int savejobpgid = job.curpgid; int *saveexitval = job.exitval; int16_t subshell;
Bug#705959: Intel i210/i217 driver backport
Hi, is it planned to fix this bug with a driver backport in the next point release? Currently Debian 7 is not installable on almost all new Supermicro Intel Haswell server mainboards, because they all have i210 / i217 NICs. Would be great if Debian could be installed on this new popular plattform without using Backport kernels. -- Mit freundlichen Grüßen Dominik Dausch
Bug#736411: sra-sdk: FTBFS on i386-any: symbol changes
Source: sra-sdk Version: 2.3.4-2+dfsg-1 Severity: serious Hi, sra-sdk FTBFS on i386 and amd64 due to symbol changes. https://buildd.debian.org/status/fetch.php?pkg=sra-sdkarch=i386ver=2.3.4-2%2Bdfsg-1stamp=1387878452 https://buildd.debian.org/status/fetch.php?pkg=sra-sdkarch=kfreebsd-i386ver=2.3.4-2%2Bdfsg-1stamp=1387879246 Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733726: [wordpress] 01/01: Adjusted maintainer and language files
On Thu, Jan 23, 2014 at 10:11:26AM +0100, Giuseppe Iuculano wrote: The point is not if I was active in wordpress packaging. The point is that when you remove someone from Maintainer you have to ask. Or do you think you can hijack all packages who have last contribution in 2009? Five years? Yep I think I can especially when I asked the previous guy who has contributed to it and he thought it was ok too. Doing nothing is a disservice to our users. I took over wordpress not because I need the glory or whatever but because I'm interested in having a working modern wordpress package in Debian. If someone else says hey I'll do it and they do, I'm quite happy to hand it over. - Craig -- Craig Small (@smallsees) http://enc.com.au/ csmall at : enc.com.au Debian GNU/Linux http://www.debian.org/ csmall at : debian.org GPG fingerprint:5D2F B320 B825 D939 04D2 0519 3938 F96B DF50 FEA5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735424: nvidia-driver: New vesa test
On Thursday 23 January 2014 12:37:29 Karsten Malcher wrote: 2. Boot jessie, deinstall all Debian NVidia packages Instead of just deinstalling, I'd suggest purging the package(s), which also removes configuration files. Optionally you can also do the following to make sure all config files are indeed removed: - check /etc/X11/xorg.conf.d/ to see if there are any config files there (which could interfere) - run 'updatedb.mlocate' (as root) - run 'find -name *nvidia* -type f' (as root) to see whether there are still nvidia files on your system you'd like to get rid of Then reboot and install the nvidia driver HTH, Diederik -- GPG: 0x138E41915C7EFED6 signature.asc Description: This is a digitally signed message part.
Bug#733726: [wordpress] 01/01: Adjusted maintainer and language files
On 23/01/2014 12:14, Raphael Hertzog wrote: That doesn't make you a true maintainer unless you start helping again which you haven't done in years. No single upload and not even a reply to a bug report... This is the kind of knee-jerk reaction that doesn't bring anything positive. Notice that I have also been removed from the Uploaders and I haven't whined about it. I know that I can be added at any time should Craig need some help or something. We are not talking about what is positive or negative, we are talking about 5.9.5. https://www.debian.org/doc/manuals/developers-reference/pkgs.html#adopting Generally, you may not take over the package without the assent of the current maintainer. Even if they ignore you, that is still not grounds to take over a package. Complaints about maintainers should be brought up on the developers' mailing list. If the discussion doesn't end with a positive conclusion, and the issue is of a technical nature, consider bringing it to the attention of the technical committee (see the technical committee web page for more information). On 23/01/2014 12:55, Craig Small wrote: On Thu, Jan 23, 2014 at 10:11:26AM +0100, Giuseppe Iuculano wrote: The point is not if I was active in wordpress packaging. The point is that when you remove someone from Maintainer you have to ask. Or do you think you can hijack all packages who have last contribution in 2009? Five years? Yep I think I can especially when I asked the previous guy who has contributed to it and he thought it was ok too. No, again, you can't. see above. Cheers, Giuseppe. signature.asc Description: OpenPGP digital signature
Bug#685979: Lucene in Wheezy?
Hi, is there a update (or backport) for wheezy available to have the lucene support? Testing the fts_squat plugin, but this have some bugs and do not work as expected. Samuel
Bug#736413: missing licenses in debian/copyright
Package: xmds2 Severity: serious User: alteh...@debian.org Usertags: ftp X-Debbugs-CC: ftpmas...@ftp-master.debian.org thanks Dear Maintainer, please add the licenses of xmds-2.2.0/documentation/_static/* to debian/copyright. Most of these files are not GFDL. xmds-2.2.0/documentation/latex/tabulary.sty seems to be LPPL, can you please check that this is really under v1.3 Parts of Vectors/VectorInitialisationFromXSIL.tmpl and thus Vectors/VectorInitialisationFromXSIL.py are licensed under APSL which is not compatible with DFSG. Can you please check with upstream? Thanks! Thorsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729203: not just shameful and fraudulent. Also defamitory and un-foss-ly
I am shocked that debian have sunk so low. Fraudulently packaging one offering and passing it off as another is one issue. Defaming the author of the original package whilst impersonating them is another much bigger issue entirely. I make no claim to have a detailed understanding of the exact letter of the GPL, but the free software ethos is pretty clear to me: that, if you take someone's work and fork it and amend it and re-distribute it, then you do not hold it out to be the original. You clearly define what is different and are straight forward and up front about what you have changed. This is so sordid and shady. Goodbye debian, ubuntu, mint and deb. It was fun while it lasted. I might come to visit occasionally for some steam action. Luckily steam doesn't depend on libav pretending to be someone they aren't. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736405: [Pkg-samba-maint] Bug#736405: python-samba: multiple client-side packages pull in samba since python-samba 2:4.1.4+dfsg-2
On Thu, Jan 23, 2014 at 12:00:49PM +0100, Axel Beckert wrote: Since 2:4.1.4+dfsg-2 python-samba depends on samba (the daemon/service) package itself. But python-samba is (via samba-common-bin) a dependency of several client packages, including: * fusesmb * nautilus-share * backuppc * smb4k I suspect this is related to the following changelog entry: * Move libpac, db_glue and hdb module from samba-libs to samba package to reduce size and dependency set of libs package. So maybe these parts could be separated into their own package, maybe samba-libs-extra or such? Crap, I forgot to check that. That change did seem too easy. I think we'll indeed have to move one or more of these into a separate package. Alternatively, perhaps it is time to split up python-samba. Thanks for the bug report. Cheers, Jelmer signature.asc Description: Digital signature
Bug#736414: warning: ignoring return value of 'write'
Package: osmctools Version: 0.1-2 There quite a lot of warnings when building osmctools they should really be fixed: gcc -DHAVE_CONFIG_H -I. -I../include -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -c -o osmconvert.o osmconvert.c osmconvert.c: In function 'cww__flush': osmconvert.c:6177:8: warning: ignoring return value of 'write', declared with attribute warn_unused_result [-Wunused-result] write(cww__fd,cww__buf,(char*)cww__bufp-(char*)cww__buf); ^ osmconvert.c: In function 'cwn__flush': osmconvert.c:6046:8: warning: ignoring return value of 'write', declared with attribute warn_unused_result [-Wunused-result] write(cwn__fd,cwn__buf,(char*)cwn__bufp-(char*)cwn__buf); ^ osmconvert.c: In function 'rr__flush': osmconvert.c:5919:8: warning: ignoring return value of 'write', declared with attribute warn_unused_result [-Wunused-result] write(rr__fd,rr__buf,(char*)rr__bufp-(char*)rr__buf); ^ osmconvert.c: In function 'posr__flush': osmconvert.c:5638:8: warning: ignoring return value of 'write', declared with attribute warn_unused_result [-Wunused-result] write(posr__fd,posr__buf,(char*)posr__bufp-(char*)posr__buf); ^ osmconvert.c: In function 'assistant': osmconvert.c:11032:14: warning: ignoring return value of 'fgets', declared with attribute warn_unused_result [-Wunused-result] DI(s) ^ osmconvert.c:11044:14: warning: ignoring return value of 'fgets', declared with attribute warn_unused_result [-Wunused-result] DI(s) ^ osmconvert.c:11072:8: warning: ignoring return value of 'fgets', declared with attribute warn_unused_result [-Wunused-result] DI(s) ^ osmconvert.c:11084:10: warning: ignoring return value of 'fgets', declared with attribute warn_unused_result [-Wunused-result] DI(input_file) ^ osmconvert.c:0:10: warning: ignoring return value of 'fgets', declared with attribute warn_unused_result [-Wunused-result] DI(s) ^ osmconvert.c:11165:12: warning: ignoring return value of 'fgets', declared with attribute warn_unused_result [-Wunused-result] DI(changefile) ^ osmconvert.c:11186:12: warning: ignoring return value of 'fgets', declared with attribute warn_unused_result [-Wunused-result] DI(polygon_file) ^ osmconvert.c:11211:12: warning: ignoring return value of 'fgets', declared with attribute warn_unused_result [-Wunused-result] D(minlon) ^ osmconvert.c:11213:12: warning: ignoring return value of 'fgets', declared with attribute warn_unused_result [-Wunused-result] D(minlat) ^ osmconvert.c:11215:12: warning: ignoring return value of 'fgets', declared with attribute warn_unused_result [-Wunused-result] D(maxlon) ^ osmconvert.c:11217:12: warning: ignoring return value of 'fgets', declared with attribute warn_unused_result [-Wunused-result] D(maxlat) ^ osmconvert.c:11231:12: warning: ignoring return value of 'fgets', declared with attribute warn_unused_result [-Wunused-result] DI(s) ^ gcc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wl,-z,relro -o osmconvert osmconvert.o -lz gcc -DHAVE_CONFIG_H -I. -I../include -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -c -o osmfilter.o osmfilter.c osmfilter.c: In function 'rr__flush': osmfilter.c:3022:8: warning: ignoring return value of 'write', declared with attribute warn_unused_result [-Wunused-result] write(rr__fd,rr__buf,(char*)rr__bufp-(char*)rr__buf); ^ gcc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wl,-z,relro -o osmfilter osmfilter.o -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685979: Lucene in Wheezy?
On Thu, 23 Jan 2014, Samuel Wolf wrote: Hi, is there a update (or backport) for wheezy available to have the lucene support? Testing the fts_squat plugin, but this have some bugs and do not work as expected. At the moment no but there will be. I just received a patch a few days ago to add lucene support. I have applied it in git but there is still some other tasks that need to be done before I can update the package. So let's say it will be available in unstable in 1-2 weeks time. After that it will have to migrate to testing (best case scenario: 10 days) and then we can make a backport for wheezy. -- Jaldhar H. Vyas jald...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685979: Lucene in Wheezy?
Thank you very much for the reply and the good news. I am looking forward to the backport package. 2014/1/23 Jaldhar H. Vyas jald...@debian.org On Thu, 23 Jan 2014, Samuel Wolf wrote: Hi, is there a update (or backport) for wheezy available to have the lucene support? Testing the fts_squat plugin, but this have some bugs and do not work as expected. At the moment no but there will be. I just received a patch a few days ago to add lucene support. I have applied it in git but there is still some other tasks that need to be done before I can update the package. So let's say it will be available in unstable in 1-2 weeks time. After that it will have to migrate to testing (best case scenario: 10 days) and then we can make a backport for wheezy. -- Jaldhar H. Vyas jald...@debian.org
Bug#736415: linux-image-3.12-0.bpo.1-amd64: Failing to boot from xfs - libcrc32c.ko does not declare its dependencies
Package: src:linux Version: 3.12.6-2~bpo70+1 Severity: critical Justification: breaks the whole system Dear Maintainer, * What led up to the situation? I tried to boot Debian Wheezy from an xfs root. * What exactly did you do (or not do) that was effective (or ineffective)? I installed linux-image-3.2.0-4-amd64 and linux-image-3.12-0.bpo.1-amd64 on an xfs root filesystem on an hardware raid. This lead to upgrading the initramfs system to use dracut due to the backports kernel dependencies. * What was the outcome of this action? Grub2 boots into the linux kernel, but the system fails to boot, as the initramfs system could not mount the root filesystem. This was because the initramfs could not load the included xfs.ko, as libcrc32c.ko could not be loaded. Loading libcrc32c.ko failed to load due to missing symbols (insmod said so), but dmesg showed no output. * What outcome did you expect instead? I expected the system to load the xfs module, mount root and continue to boot. * Workaround Reading http://lists.opensuse.org/opensuse-bugs/2009-11/msg01239.html and https://bugs.launchpad.net/ubuntu/+source/linux/+bug/681819 and https://www.mail-archive.com/linux-crypto@vger.kernel.org/msg02728.html, I added crc32c.ko and crc32.ko to the initramfs the loaded it before xfs. Then, booting works. With dracut, this is about adding /etc/dracut.conf.d/xfs.conf with content add_drivers+=crc32c crc32 and editing /etc/default/grub to contain GRUB_CMDLINE_LINUX=rdloaddriver=crc32 rdloaddriver=crc32c rdloaddriver=xfs rootfstype=xfs -- Package-specific info: ** Version: Linux version 3.12-0.bpo.1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.12.6-2~bpo70+1 (2014-01-07) ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.12-0.bpo.1-amd64 root=UUID=c8ff3663-efcc-4cdf-8a9e-ee39680561f4 ro rdloaddriver=crc32 rdloaddriver=crc32c rdloaddriver=xfs rootfstype=xfs quiet ** Tainted: W (512) * Taint on warning. ** Kernel log: [ 14.703888] device eth2 entered promiscuous mode [ 172.574036] tun: Universal TUN/TAP device driver, 1.6 [ 172.574040] tun: (C) 1999-2004 Max Krasnyansky m...@qualcomm.com [ 173.328783] device t54-02-00 entered promiscuous mode [ 173.347478] device t00-01-00 entered promiscuous mode [ 173.352158] device t00-01-01 entered promiscuous mode [ 173.390334] device t55-02-01 entered promiscuous mode [ 173.903672] device t47-03-00 entered promiscuous mode [ 173.951385] device t48-03-01 entered promiscuous mode [ 174.525448] device t38-04-00 entered promiscuous mode [ 174.541750] device t39-04-01 entered promiscuous mode [ 174.959307] device t00-05-00 entered promiscuous mode [ 175.074058] device t00-05-01 entered promiscuous mode [ 175.779712] device t36-06-00 entered promiscuous mode [ 175.851053] device t35-06-01 entered promiscuous mode [ 175.893750] device t37-06-02 entered promiscuous mode [ 180.889788] device t81-07-00 entered promiscuous mode [ 181.397077] device t66-08-00 entered promiscuous mode [ 181.459430] device t67-08-01 entered promiscuous mode [ 181.966601] device t00-09-00 entered promiscuous mode [ 182.521461] kvm [4599]: vcpu0 unhandled rdmsr: 0x345 [ 182.521555] kvm [4599]: vcpu0 unhandled wrmsr: 0x680 data 0 [ 182.521602] kvm [4599]: vcpu0 unhandled wrmsr: 0x6c0 data 0 [ 182.521648] kvm [4599]: vcpu0 unhandled wrmsr: 0x681 data 0 [ 182.521693] kvm [4599]: vcpu0 unhandled wrmsr: 0x6c1 data 0 [ 182.521740] kvm [4599]: vcpu0 unhandled wrmsr: 0x682 data 0 [ 182.521785] kvm [4599]: vcpu0 unhandled wrmsr: 0x6c2 data 0 [ 182.521831] kvm [4599]: vcpu0 unhandled wrmsr: 0x683 data 0 [ 182.521876] kvm [4599]: vcpu0 unhandled wrmsr: 0x6c3 data 0 [ 182.521922] kvm [4599]: vcpu0 unhandled wrmsr: 0x684 data 0 [ 182.521967] kvm [4599]: vcpu0 unhandled wrmsr: 0x6c4 data 0 [ 182.691488] device t00-10-00 entered promiscuous mode [ 183.464274] kvm [4648]: vcpu0 unhandled rdmsr: 0x345 [ 184.284272] kvm [5000]: vcpu0 unhandled rdmsr: 0x345 [ 185.186076] kvm [5176]: vcpu0 unhandled rdmsr: 0x345 [ 189.782871] kvm [4824]: vcpu0 unhandled rdmsr: 0x345 [ 189.782968] kvm_set_msr_common: 182 callbacks suppressed [ 189.782971] kvm [4824]: vcpu0 unhandled wrmsr: 0x680 data 0 [ 189.783019] kvm [4824]: vcpu0 unhandled wrmsr: 0x6c0 data 0 [ 189.783067] kvm [4824]: vcpu0 unhandled wrmsr: 0x681 data 0 [ 189.783115] kvm [4824]: vcpu0 unhandled wrmsr: 0x6c1 data 0 [ 189.783162] kvm [4824]: vcpu0 unhandled wrmsr: 0x682 data 0 [ 189.783208] kvm [4824]: vcpu0 unhandled wrmsr: 0x6c2 data 0 [ 189.783255] kvm [4824]: vcpu0 unhandled wrmsr: 0x683 data 0 [ 189.783317] kvm [4824]: vcpu0 unhandled wrmsr: 0x6c3 data 0 [ 189.783378] kvm [4824]: vcpu0 unhandled wrmsr: 0x684 data 0 [ 189.783438] kvm [4824]: vcpu0 unhandled wrmsr: 0x6c4 data 0 [ 190.554350] kvm [5490]: vcpu0 unhandled rdmsr: 0x345 [ 190.571622] kvm [5747]: vcpu0 unhandled rdmsr: 0x345 [ 190.607062] kvm: zapping shadow pages for mmio generation
Bug#735953: RFS: shc/3.8.9-1 [ITP] -- Generic shell script compiler
Hi Tong! You have a lintian message yet: I: shc: spelling-error-in-manpage usr/share/man/man1/shc.1.gz comand command And your problem isn't lintian version, but the configuration. Please, read this: http://eriberto.pro.br/blog/?p=1289 The blhc command shows warnings that will appear in PTS page: # blhc shc_3.8.9-1_amd64.build CPPFLAGS missing (-D_FORTIFY_SOURCE=2): shc: cc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security match.x.c -o match.x LDFLAGS missing (-Wl,-z,relro): shc: cc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security match.x.c -o match.x To fix this, $ man blhc. Search for 'BUILDD TAGS' in manpage. You will get 'Build log checks report 1 warning about this package' on http://packages.qa.debian.org page. To see an example, you can search at Google: Build log checks report 1 warning about this package site:packages.qa.debian Finally, I am trying to help you but I am not a DD. You will need a DD to upload your package. Have a nice day! Cheers, Eriberto 2014/1/23 Tong Sun suntong...@users.sourceforge.net: My sid is about 3~4 weeks old but somehow I don't have lintian problems of hyphen-used-as-minus-sign and hardening-no-fortify-functions. I've shot into the dark, so please -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736227: linux-headers-3.12-1-amd64: general protection fault when using aptitude
On Thu, Jan 23, 2014 at 05:47:02AM +, Ben Hutchings wrote: I'm sending this on to the btrfs developers to see if they can help. On Tue, 2014-01-21 at 11:00 +0200, Giorgos Pallas wrote: [...] I just installed 3.12-amd64 stock kernel. It booted OK, I opened a konsole and just tried to installed the kernel headers. Just as aptitude tried to start downloading packages, I got: E: Method http has died unexpectedly! E: Sub-process http received a segmentation fault. and btrfs has crashed as seen in dmesg. It should be noted that I use btrfs without problems with 3.7-trunk-amd64 for almost a year. [...] [ 322.369569] RIP: 0010:[812713e2] [812713e2] memcpy+0x12/0x110 [ 322.370085] Call Trace: [ 322.370119] [a034a568] ? read_extent_buffer+0xc8/0x120 [btrfs] [ 322.370164] [a032f510] ? btrfs_get_extent+0x910/0x990 [btrfs] [ 322.370214] [a03469b8] ? __do_readpage+0x398/0x780 [btrfs] [ 322.370256] [a032ec00] ? btrfs_real_readdir+0x550/0x550 [btrfs] [ 322.370307] [a0347142] ? __extent_readpages.constprop.43+0x2d2/0x2f0 [btrfs] [ 322.370355] [a032ec00] ? btrfs_real_readdir+0x550/0x550 [btrfs] [ 322.370406] [a0348de2] ? extent_readpages+0x182/0x190 [btrfs] [ 322.370457] [a032ec00] ? btrfs_real_readdir+0x550/0x550 [btrfs] [ 322.370499] [8115ba6b] ? kmem_getpages+0x15b/0x1a0 [ 322.370527] [811554ad] ? alloc_pages_current+0x9d/0x160 [ 322.370565] [8111dbc3] ? __do_page_cache_readahead+0x193/0x240 [ 322.370598] [8111e07a] ? ondemand_readahead+0x14a/0x280 [ 322.370636] [81113986] ? generic_file_aio_read+0x4a6/0x6f0 [ 322.370668] [81172a07] ? do_sync_read+0x57/0x90 [ 322.370701] [81172f94] ? vfs_read+0x94/0x160 [ 322.370726] [81173a83] ? SyS_read+0x43/0xa0 [ 322.370759] [81499b39] ? system_call_fastpath+0x16/0x1b Known issue, a patch will be ready soon https://bugzilla.kernel.org/show_bug.cgi?id=68411 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733281: mini-buildd: libeatmydata causes build failures when linked against opencv_highgui
Hi Klee, On Fri, 2013-12-27 at 19:24 -0500, Klee Dienes wrote: Package: mini-buildd Version: 1.0.0~rc.1 Severity: normal I'm not really sure if this is a bug in mini-buildd, or in libeatmydata, or in OpenCV. But I first encountered the problem in mini-buildd, so I'm starting here. It's also likely related to #702711. I have a package that links against opencv_highgui and also uses help2man. This causes a FTBFS from within mini-buildd, because: $ echo int main () { } test.c; cc -g -o test test.c -lopencv_highgui $ LD_PRELOAD=/usr/lib/libeatmydata/libeatmydata.so ./test Fatal: can't open /dev/urandom: Bad address Aborted there is already http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=702711 which has a patch for eatmydata that I can confirm to fix the issue. Also, it seems to be an issue on sid only (wheezy is fine), so I guess the new opencv triggered the actual ctor bug in eatmydata as described by Roland. To fix this temporarily for a mini-buildd sid distribution, rebuild eatmydata with the patch, and use something like apt-get install eatmmydata/sid-test-unstable in the chroot setup script. Hth! Stephan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736417: tcpflow prints write error to stdout after every packet
Package: tcpflow Version: 1.4.4+repack1-2 Severity: normal tcpflow prints write error to stdout after every packet. This is printed when the expected length and the actually written length are different, in tcpip.c line 272. The root cause is that the written length is not calculated correctly. On line 265, written is incremented by the output of fputc(), which seems to be assumed to be 1 in case a character is successfully written. However, fputc() is defined as returning the character actually written. One solution would be: --- tcpflow-1.4.4+repack1.orig/src/tcpip.cpp +++ tcpflow-1.4.4+repack1/src/tcpip.cpp @@ -262,7 +262,7 @@ void tcpip::print_packet(const u_char *d else if(demux.opt.output_strip_nonprint){ for(const u_char *cc = data;ccdata+length;cc++){ if(isprint(*cc) || (*cc=='\n') || (*cc=='\r')){ - written += fputc(*cc,stdout); + written += (fputc(*cc,stdout)!=EOF); } } } Frank -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tcpflow depends on: ii libbz2-1.0 1.0.6-5 ii libc6 2.17-97 ii libcairo2 1.12.16-2 ii libexpat1 2.1.0-4 ii libfontconfig1 2.11.0-2 ii libfreetype6 2.5.2-1 ii libgcc11:4.8.2-13 ii libhttp-parser2.1 2.1-2 ii libpcap0.8 1.5.2-1 ii libpixman-1-0 0.32.4-1 ii libsqlite3-0 3.8.2-1 ii libssl1.0.01.0.1f-1 ii libstdc++6 4.8.2-13 ii zlib1g 1:1.2.8.dfsg-1 tcpflow recommends no packages. Versions of packages tcpflow suggests: ii tcpdump 4.5.1-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736416: ITP: debci -- continuous integration system for Debian
Package: wnpp Severity: wishlist Owner: Antonio Terceiro terce...@debian.org * Package name: debci Version : 0.4.0 Upstream Author : Antonio Terceiro terce...@debian.org * URL : http://ci.debian.net/ * License : GPL-3 Programming Lang: Mostly POSIX Shell. a little bit of (or a rewrite in) a saner language (Ruby|Perl|Python) might be needed down the road Description : continuous integration system for Debian debci will scan the Debian archive for packages that contains DEP-8 compliant test suites, and run those test suites whenever a new version of the package, or of any package in its dependency chain (modulo the base system), is available. -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
Bug#736346: [Pkg-fonts-devel] Bug#736346: dejavu: Ligatures (such as fi, ff, and ffi) are displayed as foreign characters in iceweasel.
Downgrading to version 2.33+svn2514-3 did not fix it. Upgrading Iceweasel to 24.2.0esr-1 and restarting it fixed it. On Thu, Jan 23, 2014 at 6:39 AM, Fabian Greffrath fab...@greffrath.comwrote: control: tags 736346 unreproducible Am Mittwoch, den 22.01.2014, 09:48 -0500 schrieb Alex Rozenshteyn: When I upgraded my system (in particular, the dejavu fonts to 2.34), I noticed that in iceweasel, certain web pages (Screenshot of http://www.lafn.org/~keglerron/kegler.html is attached; note offered, Griffin, and confirmation) display text incorrectly. That's strange and I could not reproduce that issue on my system using Iceweasel 24.2.0 and fonts-dejavu 2.34-1. Can you confirm that downgrading the fonts-dejavu packages to the previous version [1] fixes the problem? - Fabian [1] http://snapshot.debian.org/package/fonts-dejavu/2.33%2Bsvn2514-3/ -- Alex R
Bug#736418: openjdk-7: FTBFS on mips and mipsel
Package: openjdk-7 Version: 7u51-2.4.4-1 Severity: serious Tags: upstream patch Justification: fails to build from source (but built successfully in the past) openjdk-7 fails to build from source on mips and mipsel due to unaligned access. This upload disabled the hotspot-mips-align.diff patch, but only the first part of this patch has been merged upstream. The later part concerning ffi is still needed. The attached patch removes the part applied upstream from hotspot-mips-align.diff and re-enable it in debian/rules. It should also help the sparc build to go further. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: mipsel (mips64) Kernel: Linux 3.2.0-4-5kc-malta Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash diff -Nru openjdk-7-7u51-2.4.4/debian/patches/hotspot-mips-align.diff openjdk-7-7u51-2.4.4/debian/patches/hotspot-mips-align.diff --- openjdk-7-7u51-2.4.4/debian/patches/hotspot-mips-align.diff 2014-01-18 11:46:55.0 + +++ openjdk-7-7u51-2.4.4/debian/patches/hotspot-mips-align.diff 2014-01-18 11:48:00.0 + @@ -1,41 +1,3 @@ openjdk/hotspot/src/share/vm/interpreter/bytecodeInterpreter.hpp -+++ openjdk/hotspot/src/share/vm/interpreter/bytecodeInterpreter.hpp -@@ -56,7 +56,16 @@ - jlong l; - jdouble d; - uint32_t v[2]; --}; -+} -+#ifndef _LP64 -+ /* Hotspot only aligns the union to the uintptr_t type, that is 32 bit -+ on a 32-bit CPU. Accesses to double values should be 64-bit aligned -+ on at least MIPS and SPARC. Declare it to GCC for all 32-bit CPUs, -+ as it might also help GCC to select the best instruction on other -+ CPUs. */ -+ __attribute__ ((packed, aligned (4))) -+#endif -+; - - - typedef class BytecodeInterpreter* interpreterState; -@@ -169,7 +178,16 @@ - jlong l; - jdouble d; - uint32_t v[2]; --}; -+} -+#ifndef _LP64 -+ /* Hotspot only aligns the union to the uintptr_t type, that is 32 bit -+ on a 32-bit CPU. Accesses to double values should be 64-bit aligned -+ on at least MIPS and SPARC. Declare it to GCC for all 32-bit CPUs, -+ as it might also help GCC to select the best instruction on other -+ CPUs. */ -+ __attribute__ ((packed, aligned (4))) -+#endif -+; - - /* - * Generic 32-bit wide Java slot definition. This type occurs --- openjdk/hotspot/src/cpu/zero/vm/cppInterpreter_zero.cpp +++ openjdk/hotspot/src/cpu/zero/vm/cppInterpreter_zero.cpp @@ -322,7 +322,7 @@ diff -Nru openjdk-7-7u51-2.4.4/debian/rules openjdk-7-7u51-2.4.4/debian/rules --- openjdk-7-7u51-2.4.4/debian/rules 2014-01-18 11:46:55.0 + +++ openjdk-7-7u51-2.4.4/debian/rules 2014-01-18 11:48:00.0 + @@ -446,6 +446,7 @@ debian/patches/ppc64el.diff \ debian/patches/zero-x32.diff \ debian/patches/zero-sparc.diff \ + debian/patches/hotspot-mips-align.diff \ # FIXME CACAO update needed #ifeq ($(DEB_HOST_ARCH),armel)
Bug#736416: ITP: debci -- continuous integration system for Debian
Hey Antonio, I suppose you BCCed me as I don't usually get WNPP bug mail; thanks! You are probably aware that we do this kind of thing in Ubuntu [1], which spawned quite a bunch of autopkgtest additions and also failures [2] in Debian. We currently use some wrapper scripts around autopkgtest [3] and let the whole thing run in Jenkins; that thing has grown organically (to say it in a positive way), but it has a couple of restrictions and is a bit too complex for my taste. (And that doesn't even include the integration with britney) Since then autopkgtest itself grew a few things which reduces the need for wrapper scripts (just today I landed some new features particulary for your use case). So, if you find something which adt-run itself should do but doesn't, please don't hesitate to file a bug and/or grab me on IRC (pitti on Freenode). I'm very eager to see what you have in mind for debci. I think if we work together and I maybe get to add a proper adt-virt-qemu [4] some day, we can eliminate [3] entirely, and the whole thing would be reduced to scanning the archive and scheduling/running adt-run on the slaves (QEMU, LXC, or schroots in practice). Do you want to use an existing job scheduler like http://jenkins.debian.net, or perhaps something simpler like zookeeper? Thanks, Martin [1] https://jenkins.qa.ubuntu.com/view/Trusty/view/AutoPkgTest/ [2] http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=autopkgtest;users=autopkgtest-de...@lists.alioth.debian.org [3] http://bazaar.launchpad.net/~auto-package-testing-dev/auto-package-testing/trunk/files [4] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=719215 -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#728912: gnome-tweak-tool: No Windows section
Same probleme for me on a newly installed Testing/Jessie system.
Bug#735333: RM: haskell-hledger-lib - mips or mipsel?
You asked for removal on mips, but gave a reason that currently only applies on mipsel (https://buildd.debian.org/status/package.php?p=haskell-regex-tdfa); which do you mean? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736350: libopenscenegraph99: openscengraph sid version causes texture corruption in flightgear
2014/1/23 Rebecca N. Palmer r.pal...@bham.ac.uk: I had a similar problem when testing FlightGear 2.12 in a Trusty (Ubuntu 14.04) chroot, but had taken it to be a limitation of chrooting across mesa/DRI versions rather than an actual bug. The textures involved (from /usr/share/games/flightgear/Aircraft/f-14b/Models/Cockpit) are a mix of .rgb and .png, with both formats being affected. new binary package names, and they will have to wait for approval by the FTP team for an undeterminate amount of time (often weeks The NEW-queue length dropped a lot last month (https://ftp-master.debian.org/stat.html), and the typical wait is currently around 1 week. And average is not a guarantee, there are plenty who have been waiting for months: https://ftp-master.debian.org/new.html The last ones that I recall, a bunch of libsdl2 modules a few months ago, it took 2 months. Even if they are processed quickly today, the queue can start to grow dramatically again, going from a week to two or three months (it happend like that at the beginning of 2013, or the year before). There are continuous spikes, see NEW package count for the last 5 years. But other than that... is a solution to go from 3.2.0~rc to 3.2.1~rc, and will we not face the same problems? I don't think so, specially because after these many months, it's almost sure that there's breakage when 3.2.1 becomes final. However, most of openscenegraph's reverse dependencies are currently broken, so can't be binNMUd (patches exist for all except openwalnut, but they haven't got around to applying them). If patches exist can be NMUed, assuming that the patches work. If the packages are unmaintained... well, they are unmaintained, somebody will step up or they wil be removed. Perhaps it would be easier to identify the commits fixing the problem between the RC and final in 3.2.0, and apply them. There aren't any commits between 3.2.0rc and 3.2.0 that explicitly mention this kind of problem, but this one looks the most likely: https://github.com/openscenegraph/osg/commit/b801ae9d499a78889a322b95fbdf9864828349bc If somebody can test the current source code from Debian applying this patch to confirm that it's working with the programs having problems, it would be great. Cheers. -- Manuel A. Fernandez Montecelo manuel.montez...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733726: [wordpress] 01/01: Adjusted maintainer and language files
On Thu, 23 Jan 2014, Giuseppe Iuculano wrote: Generally, you may not take over the package without the assent of the current maintainer. Even if they ignore you, that is still not grounds to take over a package. Complaints about maintainers should be brought up on the developers' mailing list. If the discussion doesn't end with a positive conclusion, and the issue is of a technical nature, consider bringing it to the attention of the technical committee (see the technical committee web page for more information). I was the maintainer since I have been doing the work of maintaining the package. We call that do-ocracy. So I was entitled to give the package away. The text you quote is a document that contains guidelines. And it starts with generally so it doesn't cover all cases. I believe the vast majority of Debian developers would agree with Craig and me. This discussion is absurd. But if you have nothing better to do than to convince yourself that you were right, have a go and ask on the mailing lists. Or add yourself back and stop this stupid discussion. Cheers, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736416: ITP: debci -- continuous integration system for Debian
* Antonio Terceiro [Thu Jan 23, 2014 at 10:08:25AM -0300]: * Package name: debci Version : 0.4.0 Upstream Author : Antonio Terceiro terce...@debian.org * URL : http://ci.debian.net/ * License : GPL-3 Programming Lang: Mostly POSIX Shell. a little bit of (or a rewrite in) a saner language (Ruby|Perl|Python) might be needed down the road Description : continuous integration system for Debian debci will scan the Debian archive for packages that contains DEP-8 compliant test suites, and run those test suites whenever a new version of the package, or of any package in its dependency chain (modulo the base system), is available. Sounds promising, thanks for your work, Antonio. (As Martin Pitt already wrote in #736416 it would be great if the existing efforts could be shared.) I'm a bit unhappy about the naming though, because currently it's running DEP-8 tests only and continuous integration system for Debian and its project name debci are a bit missleading from my PoV. Do you have any further things in mind for debci? regards, -mika- signature.asc Description: Digital signature
Bug#736416: ITP: debci -- continuous integration system for Debian
* Martin Pitt [Thu Jan 23, 2014 at 02:37:17PM +0100]: I'm very eager to see what you have in mind for debci. I think if we work together and I maybe get to add a proper adt-virt-qemu [4] some day, we can eliminate [3] entirely, and the whole thing would be reduced to scanning the archive and scheduling/running adt-run on the slaves (QEMU, LXC, or schroots in practice). Do you want to use an existing job scheduler like http://jenkins.debian.net, or perhaps something simpler like zookeeper? What job scheduler is in use for jenkins.debian.net? Are you using zookeeper for jenkins.qa.ubuntu.com? (JFTR, Zuul with Gearman is also a nice combination, especially with Gerrit: http://status.openstack.org/zuul/ ) regards, -mika- signature.asc Description: Digital signature
Bug#736419: ITP: kenlm -- faster and smaller language model queries
Package: wnpp Severity: wishlist Owner: Koichi Akabe vbkaise...@gmail.com * Package name: kenlm Version : 0.0+git20131122 Upstream Author : Kenneth Heafield * URL : http://kheafield.com/code/kenlm/ * License : LGPL-3+ Programming Lang: C++ Description : faster and smaller language model queries KenLM contains estimater, filters and queries for a language model. Estimation is fast and scalable due to streaming algorithm. It requires additional toolkit for building language models. (e.g. IRSTLM) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733726: [wordpress] 01/01: Adjusted maintainer and language files
On 23/01/2014 14:59, Raphael Hertzog wrote: This discussion is absurd This discussion is absurd because a simple sorry, I would have to ask you would have been enough to close entire discussion. Anyway, have fun with your new hijacked package. Cheers, Giuseppe signature.asc Description: OpenPGP digital signature
Bug#735333: RM: haskell-hledger-lib - mips or mipsel?
Hi, Am Donnerstag, den 23.01.2014, 13:50 + schrieb Rebecca N. Palmer: You asked for removal on mips, but gave a reason that currently only applies on mipsel (https://buildd.debian.org/status/package.php?p=haskell-regex-tdfa); which do you mean? you are right; I must have meant mipsel. Thanks for spotting. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#728789: dwb: crash with segmentation fault very often
On 2014-01-07 13:50:49, Alberto Garcia wrote: On Sat, Dec 21, 2013 at 08:28:23PM +0100, Sebastian Ramacher wrote: I've now successfully reproduced the crash. It only happens on i386 for me. amd64 works fine. gdb gives me the following backtrace when I try to follow any link from http://fr.wikipedia.org in dwb: It tried this in an i386 environment with webkit 2.2.3-1 from Debian testing, it seems to work fine here both with dwb and luakit. Does it happen 100% of the time? It happened for me everytime, but with 2.2.3-1 I can not reproduce it anymore. Regards -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#736420: ITP: zenlisp -- Interpreter for purely symbolic, pure, lexically scoped dialect of LISP
Package: wnpp Severity: wishlist Owner: Barak A. Pearlmutter b...@debian.org * Package name: zenlisp Version : 2013.11.22 Upstream Author : Nils M Holm * URL : http://www.t3x.org * License : Public Domain (essentially) Programming Lang: C Description : Interpreter for purely symbolic, pure, lexically scoped dialect of LISP Zenlisp is an interpreter for a purely symbolic, side effect-free, lexically scoped dialect of LISP. It may be considered an implementation of pure LISP plus global definitions. Zenlisp is derived from ArrowLISP. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728789: dwb: crash with segmentation fault very often
On 2014-01-07 15:05:42, Alberto Garcia wrote: On Sat, Dec 21, 2013 at 08:28:23PM +0100, Sebastian Ramacher wrote: Thank you. Reassigning to libwebkitgtk-3.0-0 since the bug occurs with multiple webkit based browsers. Actually I wonder if it's related to this one: https://bugs.webkit.org/show_bug.cgi?id=125461 Does it also crash for you in tbpl.mozilla.org? Is your backtrace similar? Yes, it crashes for me there. This is the backtrace that I get: #0 0xef5b407b in ?? () #1 0xf5793ee2 in JSC::JITCode::execute (this=this@entry=0xef7cba50, stack=stack@entry=0xf1aa4e1c, callFrame=callFrame@entry=0xef954038, vm=vm@entry=0xf1ade000) at ../Source/JavaScriptCore/jit/JITCode.cpp:46 #2 0xf577c9f7 in JSC::Interpreter::execute (this=0xf1aa4e10, program=program@entry=0xea1f1bf0, callFrame=callFrame@entry=0xed86f48c, thisObj=0xed8afdb0) at ../Source/JavaScriptCore/interpreter/Interpreter.cpp:766 #3 0xf588d35f in JSC::evaluate (exec=exec@entry=0xed86f48c, source=..., thisValue=..., returnedException=returnedException@entry=0xccf0) at ../Source/JavaScriptCore/runtime/Completion.cpp:83 #4 0xf663fc94 in evaluate (exception=0xcce0, thisValue=..., source=..., exec=0xed86f48c) at ../Source/WebCore/bindings/js/JSMainThreadExecState.h:74 #5 WebCore::ScriptController::evaluateInWorld (this=this@entry=0x567cd510, sourceCode=..., world=0xf1a99ae0) at ../Source/WebCore/bindings/js/ScriptController.cpp:142 #6 0xf66402db in WebCore::ScriptController::evaluate (this=0x567cd510, sourceCode=...) at ../Source/WebCore/bindings/js/ScriptController.cpp:158 #7 0xf682383d in executeScript (sourceCode=..., this=0xef7b1494) at ../Source/WebCore/dom/ScriptElement.cpp:317 #8 WebCore::ScriptElement::executeScript (this=0xef7b1494, sourceCode=...) at ../Source/WebCore/dom/ScriptElement.cpp:287 #9 0xf68277f3 in prepareScript (supportLegacyTypes=WebCore::ScriptElement::DisallowLegacyTypeInTypeAttribute, scriptStartPosition=..., this=0xef7b1494) at ../Source/WebCore/dom/ScriptElement.cpp:246 #10 WebCore::ScriptElement::prepareScript (this=this@entry=0xef7b1494, scriptStartPosition=..., supportLegacyTypes=supportLegacyTypes@entry=WebCore::ScriptElement::DisallowLegacyTypeInTypeAttribute) at ../Source/WebCore/dom/ScriptElement.cpp:172 #11 0xf69f4aa2 in WebCore::HTMLScriptRunner::runScript (this=this@entry=0xf1aeb3c0, script=0xef7b1460, scriptStartPosition=...) at ../Source/WebCore/html/parser/HTMLScriptRunner.cpp:312 #12 0xf69f53c5 in WebCore::HTMLScriptRunner::execute (this=0xf1aeb3c0, scriptElement=..., scriptStartPosition=...) at ../Source/WebCore/html/parser/HTMLScriptRunner.cpp:181 #13 0xf69df005 in WebCore::HTMLDocumentParser::runScriptsForPausedTreeBuilder (this=this@entry=0xf1af3a00) at ../Source/WebCore/html/parser/HTMLDocumentParser.cpp:271 #14 0xf69df0aa in WebCore::HTMLDocumentParser::canTakeNextToken (this=this@entry=0xf1af3a00, mode=mode@entry=WebCore::HTMLDocumentParser::AllowYield, session=...) at ../Source/WebCore/html/parser/HTMLDocumentParser.cpp:290 #15 0xf69e15f3 in WebCore::HTMLDocumentParser::pumpTokenizer (this=this@entry=0xf1af3a00, mode=mode@entry=WebCore::HTMLDocumentParser::AllowYield) at ../Source/WebCore/html/parser/HTMLDocumentParser.cpp:535 #16 0xf69e18b2 in WebCore::HTMLDocumentParser::resumeParsingAfterYield (this=0xf1af3a00) at ../Source/WebCore/html/parser/HTMLDocumentParser.cpp:259 #17 0xf69f0775 in WebCore::HTMLParserScheduler::continueNextChunkTimerFired (this=0xf1a9d1f8, timer=0xf1a9d208) at ../Source/WebCore/html/parser/HTMLParserScheduler.cpp:124 #18 0xf69f0b35 in WebCore::TimerWebCore::HTMLParserScheduler::fired (this=0xf1a9d208) at ../Source/WebCore/platform/Timer.h:114 #19 0xf657ede2 in WebCore::ThreadTimers::sharedTimerFiredInternal (this=0xf1a930a0) at ../Source/WebCore/platform/ThreadTimers.cpp:129 #20 0xf657ee65 in WebCore::ThreadTimers::sharedTimerFired () at ../Source/WebCore/platform/ThreadTimers.cpp:105 #21 0xf65950db in WebCore::timeout_cb () at ../Source/WebCore/platform/gtk/SharedTimerGtk.cpp:49 #22 0xf53e40b1 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #23 0xf53e342e in g_main_context_dispatch () from /lib/i386-linux-gnu/libglib-2.0.so.0 #24 0xf53e37d8 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #25 0xf53e3898 in g_main_context_iteration () from /lib/i386-linux-gnu/libglib-2.0.so.0 #26 0xf5b9ae44 in g_application_run () from /usr/lib/i386-linux-gnu/libgio-2.0.so.0 #27 0x5657561c in ?? () #28 0x565720c4 in main () There seem to be similarities with the backtrace from the webkit bug report. Regards -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#736416: ITP: debci -- continuous integration system for Debian
Hey Michael, please keep Jean-Baptiste in CC; keeping fullquote for him. Michael Prokop [2014-01-23 15:21 +0100]: * Martin Pitt [Thu Jan 23, 2014 at 02:37:17PM +0100]: I'm very eager to see what you have in mind for debci. I think if we work together and I maybe get to add a proper adt-virt-qemu [4] some day, we can eliminate [3] entirely, and the whole thing would be reduced to scanning the archive and scheduling/running adt-run on the slaves (QEMU, LXC, or schroots in practice). Do you want to use an existing job scheduler like http://jenkins.debian.net, or perhaps something simpler like zookeeper? What job scheduler is in use for jenkins.debian.net? Are you using zookeeper for jenkins.qa.ubuntu.com? Jenkins is a job scheduler already AFAIK. We have a couple of big iron servers for actually running the tests (they provide 4 or 8 parallel qemu runs) that are registered as slaves in Jenkins, and the auto-generated Jenkins jobs from lp:auto-package-testing, and Jenkins does the rest. Jean-Baptiste is driving this part. (JFTR, Zuul with Gearman is also a nice combination, especially with Gerrit: http://status.openstack.org/zuul/ ) Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#736093: gnome-power-manager: Suspend and Hibernate do not lock screen on resume
Hi Andreas, Thanks - I will file a bug there. Thanks for testing this. Cheers, Nick On 21/01/14 22:15, Andreas Cadhalpun wrote: Hi Nick, On 21.01.2014 11:38, Nick wrote: I call them either via the alternative status menu session, or for suspend, with the default keyboard shortcut key. I've primarily been using KDE on this system (i originally installed that) but recently installed gnome as well and have been trying it out. This means I still have KDM as the desktop manager. I'm not sure if this would have anything to do with it? I just tested this and indeed, after starting gnome-shell with KDM or lightdm, the screen is not locked on suspend/hibernate, but it works with gdm3. Would you care to file bugs against KDM and lightdm about this? Best regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729567: fixed in 3.10.27
I can confirm that with the 3.10.27 linux kernel version there is a solution (not a real fix as far as I can see) for this problem so that gro can be left on and connections that get forwarded through an OpenVPN link keep on working at the normal speed. Relevant parts of the changelog included below: commit 1e42fa04afb0dae65292683a5dcad85572ab7553 Author: Simon Horman ho...@verge.net.au net: Loosen constraints for recalculating checksum in skb_segment() [ Upstream commit 1cdbcb7957cf9e5f841dbcde9b38fd18a804208b ] This is a generic solution to resolve a specific problem that I have observed. If the encapsulation of an skb changes then ability to offload checksums may also change. In particular it may be necessary to perform checksumming in software. An example of such a case is where a non-GRE packet is received but is to be encapsulated and transmitted as GRE. Another example relates to my proposed support for for packets that are non-MPLS when received but MPLS when transmitted. The cost of this change is that the value of the csum variable may be checked when it previously was not. In the case where the csum variable is true this is pure overhead. In the case where the csum variable is false it leads to software checksumming, which I believe also leads to correct checksums in transmitted packets for the cases described above. Paul -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736421: gnome-screenshot: Wrong Italian translation of the file name
Package: gnome-screenshot Version: 3.10.0-1 Severity: minor Dear Maintainer, in the Italian translation of gnome-screenshot, if I take a screenshot with the Stamp key of the keybord the file name is Schermata da [date].png instead of Schermata del [date].png. Many thanks for your work! Massimo -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-screenshot depends on: ii dconf-gsettings-backend [gsettings-backend] 0.18.0-1 ii libc62.17-97 ii libcairo21.12.16-2 ii libcanberra-gtk3-0 0.30-2 ii libcanberra0 0.30-2 ii libgdk-pixbuf2.0-0 2.28.2-1+b1 ii libglib2.0-0 2.36.4-1 ii libgtk-3-0 3.8.6-1 ii libx11-6 2:1.6.2-1 ii libxext6 2:1.3.2-1 gnome-screenshot recommends no packages. gnome-screenshot suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730271: gnupg: Future FTBFS: gnupg attempts to build mpi on Windows and fails
On Tue, 31 Dec 2013 00:25, sk...@debian.org said: The toolchain in Debian stable hasn't changed so there shouldn't be any trouble there. As it happens, I am sometimes ahead of stable ;-). Not always, though. Thanks for the long explanation. I have pushed the fix to 1.4 branch. Would it be helpful at all if I got the gnupg tests running on Windows targets? I believe that may be more fruitful in the long run than debating the merits of various packaging approaches... In particular it would You mean the regression test suite? That is Unix only; thus running it on Windows would require some tweaking with Wine or remote execution on Windows (but we have no free ssh server for Windows). Salam-Shalom, Werner -- Die Gedanken sind frei. Ausnahmen regelt ein Bundesgesetz. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736416: ITP: debci -- continuous integration system for Debian
* Martin Pitt [Thu Jan 23, 2014 at 03:34:42PM +0100]: Michael Prokop [2014-01-23 15:21 +0100]: * Martin Pitt [Thu Jan 23, 2014 at 02:37:17PM +0100]: I'm very eager to see what you have in mind for debci. I think if we work together and I maybe get to add a proper adt-virt-qemu [4] some day, we can eliminate [3] entirely, and the whole thing would be reduced to scanning the archive and scheduling/running adt-run on the slaves (QEMU, LXC, or schroots in practice). Do you want to use an existing job scheduler like http://jenkins.debian.net, or perhaps something simpler like zookeeper? What job scheduler is in use for jenkins.debian.net? Are you using zookeeper for jenkins.qa.ubuntu.com? Jenkins is a job scheduler already AFAIK. Ah, now I get what you mean, I see. :) (FTR: basically you can trigger builds remotely, build periodically or poll the SCM (and of course trigger jobs after other job runs) in Jenkins.) We have a couple of big iron servers for actually running the tests (they provide 4 or 8 parallel qemu runs) that are registered as slaves in Jenkins, and the auto-generated Jenkins jobs from lp:auto-package-testing, and Jenkins does the rest. Jean-Baptiste is driving this part. I see, thanks for sharing. When do you schedule those runs? Like before a package enters the archive or after it has already entered the archive? Out of any pipeline? (I'm running autopkgtest test runs as part of the normal binary package builds, also in Jenkins but fully VCS-only driven.) regards, -mika- signature.asc Description: Digital signature
Bug#729289: transition: openscenegraph
After asking in #debian-ftp... 2014/1/22 Rebecca N. Palmer r.pal...@bham.ac.uk: choreonoid and ossim turned out to also FTBFS (for non-openscenegraph-related reasons); I have posted a patch for choreonoid (#735891), and suggested that ossim (#735814) move to the already-fixed version in the UbuntuGIS PPA. chorenoid can be NMUed, if that works, or solved by asking FTP to remove from mipsel. For OSSIM yes, it does not look good, it would probably need a major upgrade (the last upload was almost 2 years ago) or at least fix the immediate problem with libtiff5 plus other problems that might appear (I guess that it would affecting the transition libtiff5 as well). Or remove it completely, I don't know if that would be a good idea or likely to get people to agree. this no longer blocks anything else or needs to be handled as a transition. britney still thinks it does: out of date on i386: libopenscenegraph80 (from 3.0.1-4.1). Given that libopenscenegraph80 is uninstallable (it depends on the no-longer-existing libavcodec53/libavformat53/libavutil51), keeping it around doesn't actually help its reverse dependencies; how should this be dealt with? (request its removal? request that openscenegraph be forced to testing anyway?) Packages from chorenoid on mipsel and OSSIM elsewhere depend on libopenscenegraph80 which is no longer built. I imagined that by removing OSG and rev-deps from testing, this would not prevent OSG to migrate to testing... but it does. Asking for removal of libopenscenegraph80 alone does not help as long as there are rev-deps... I asked for removal of src:ogre many months ago and still not done because Ember depends on it, even if it cannot build from source for almost a year. Cheers. -- Manuel A. Fernandez Montecelo manuel.montez...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736416: ITP: debci -- continuous integration system for Debian
Michael Prokop [2014-01-23 15:51 +0100]: I see, thanks for sharing. When do you schedule those runs? Like before a package enters the archive or after it has already entered the archive? Out of any pipeline? (I'm running autopkgtest test runs as part of the normal binary package builds, also in Jenkins but fully VCS-only driven.) What happens is roughly as follows: - package gets uploaded to devel-proposed (roughly comparable to Debian unstable) - britney waits until the package gets built on the architectures that we run autopkgtest on (i386 and amd64 ATM, soon to be armhf) - once those binaries become installable (this check doesn't work ATM, but it's intended to) it requests autopkgtest runs for that package and all of its reverse dependencies - Jenkins picks up that request and runs tests for the requested packages - results get aggregated back to the machine that runs britney - once builds are completed on *all* arches, packages stay/become installable (as usual with britney), and all requested autopkgtests succeeded, the package gets propagated to devel (roughly comparable to Debian testing) otherwise, if anything fails there, the package gets held back in -proposed, which can be seen at [1] (search for FAIL to see the cases where autopkgtest holds back a new version) No human user is running devel-proposed, as this is by definition the pocket where stuff is broken. Human users run devel (i. e. the testing equivalent). autopkgtests are run with -proposed enabled, of course, so that you can do fixes/updates/transitions of several packages in lockstep. In Ubuntu we don't use an additional waiting time (like Debian's 10/5/2 days) for the -proposed → devel migration. Martin [1] http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#736423: libgs9: findfont Can't find font file Times
Package: libgs9 Version: 9.05~dfsg-8+b1 Severity: normal Dear Maintainer, I discovered this problem when ps2pdf failed on a machine running jessie, i.e. with version 9.05~dfsg-8+b1 of libgs9. Then I tracked the problem down to libgs9, since it occurs whenever opening certain .ps or .eps files with many different programs, including gs, gv, eps2eps, gimp, evince. When opening such images, of which an example is available here http://materia.fisica.unimi.it/manini/tmp/dpdv_bad.eps (22 kB), gs fails with the following error: Can't find (or can't open) font file /usr/share/ghostscript/9.05/Resource/Font/Times. Can't find (or can't open) font file Times. Querying operating system for font files... Error: /typecheck in /findfont Operand stack: Times ... This error is a regression compared to the version 9.05~dfsg-6.3+deb7u1 of libgs9 currently in wheezy: with the wheezy version the same pictures show and are processed just fine. To demonstrate this I ran eps2eps dpdv_bad.eps dpdv.eps on a machine running wheezy. The resulting file is http://materia.fisica.unimi.it/manini/tmp/dpdv.eps (15 KB) which displays ok in both versions. Thanx! Nick Manini -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (100, 'stable'), (5, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.12-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages libgs9 depends on: ii libc6 2.17-97 ii libcomerr2 1.42.9-2 ii libcups21.7.1-2 ii libcupsimage2 1.7.1-2 ii libfontconfig1 2.11.0-2 ii libfreetype62.5.2-1 ii libgcrypt11 1.5.3-3 ii libgnutls26 2.12.23-8 ii libgs9-common 9.05~dfsg-8 ii libgssapi-krb5-21.11.3+dfsg-3+nmu1 ii libidn111.28-1 ii libijs-0.35 0.35-8 ii libjasper1 1.900.1-14 ii libjbig2dec00.11+20120125-1 ii libjpeg88d-2 ii libk5crypto31.11.3+dfsg-3+nmu1 ii libkrb5-3 1.11.3+dfsg-3+nmu1 ii liblcms2-2 2.2+git20110628-2.3+b1 ii libpaper1 1.1.24+nmu2 ii libpng12-0 1.2.49-5 ii libstdc++6 4.8.2-14 ii libtiff54.0.3-7 ii poppler-data [gs-cjk-resource] 0.4.6-4 ii zlib1g 1:1.2.8.dfsg-1 libgs9 recommends no packages. libgs9 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736424: collabtive: Symlinks are shipped to the package maintainer's home directory
Package: collabtive Version: 1.2-1 Severity: important I'm quoting here a mail sent directly to me by David López. This clear mistake of mine clearly makes several components of Collabtive unusable by anybody but myself :-| First of all my apologies for this message but I'm not sure if I must write to debian bug system or directly to the maintainer. If I must send it to Debian bugs system please let me know. I tried to install collabtive in diferent flavours (stable/testing) and I have found an strange behaviour. In the installlation folder you can find lots of symbolic links to your home folder example: /usr/share/collabtive/www/include/include# ls -lisa total 40 2103250 4 drwxr-xr-x 3 root root 4096 ene 23 11:49 . 2103218 4 drwxr-xr-x 8 root root 4096 ene 23 15:04 .. 2103251 4 drwxr-xr-x 2 root root 4096 ene 23 11:49 barcodes 2103326 4 lrwxrwxrwx 1 root root 96 oct 29 01:56 sRGB.icc - /home/gwolf/vcs/build-area/collabtive-1.1/debian/collabtive/usr/share/php/tcpdf/include/sRGB.icc 2103327 4 lrwxrwxrwx 1 root root 104 oct 29 01:56 tcpdf_colors.php - /home/gwolf/vcs/build-area/collabtive-1.1/debian/collabtive/usr/share/php/tcpdf/include/tcpdf_colors.php 2103324 4 lrwxrwxrwx 1 root root 105 oct 29 01:56 tcpdf_filters.php - /home/gwolf/vcs/build-area/collabtive-1.1/debian/collabtive/usr/share/php/tcpdf/include/tcpdf_filters.php 2103325 4 lrwxrwxrwx 1 root root 107 oct 29 01:56 tcpdf_font_data.php - /home/gwolf/vcs/build-area/collabtive-1.1/debian/collabtive/usr/share/php/tcpdf/include/tcpdf_font_data.php 2103323 4 lrwxrwxrwx 1 root root 103 oct 29 01:56 tcpdf_fonts.php - /home/gwolf/vcs/build-area/collabtive-1.1/debian/collabtive/usr/share/php/tcpdf/include/tcpdf_fonts.php 2103329 4 lrwxrwxrwx 1 root root 104 oct 29 01:56 tcpdf_images.php - /home/gwolf/vcs/build-area/collabtive-1.1/debian/collabtive/usr/share/php/tcpdf/include/tcpdf_images.php 2103328 4 lrwxrwxrwx 1 root root 104 oct 29 01:56 tcpdf_static.php - /home/gwolf/vcs/build-area/collabtive-1.1/debian/collabtive/usr/share/php/tcpdf/include/tcpdf_static.php This is just a sample you can find a lot of them in every class. I found the same behaviuor in both flavours Stable 0.7.6-1 and testing 1.1-1. This makes a lot of warnings|errors in apache logs and an strange behaviour in the app. If this is not the rigth place my apologies. Cheers, David Thanks a lot for this report, David. I'll work on it as soon as possible — But am submitting it as a bug report to ensure it does not get trampled by my regular life activities :-| -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.11-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages collabtive depends on: ii apache2 2.4.6-3 ii apache2-bin [httpd] 2.4.6-3 ii libjs-prototype 1.7.1-3 ii libphp-pclzip2.8.2-2 ii libphp-phpmailer 5.1-1 ii php-tcpdf6.0.021+dfsg-1 ii php5 5.5.6+dfsg-1 ii php5-mcrypt 5.5.6+dfsg-1 ii php5-mysql 5.5.6+dfsg-1 ii php5-pgsql 5.5.6+dfsg-1 ii smarty3 3.1.13-1 ii tinymce 3.4.8+dfsg0-1 ii wwwconfig-common 0.2.2 Versions of packages collabtive recommends: ii apache2 2.4.6-3 ii apache2-bin [httpd] 2.4.6-3 Versions of packages collabtive suggests: ii wget 1.14-5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736350: libopenscenegraph99: openscengraph sid version causes texture corruption in flightgear
Control: tags -1 patch fixed-upstream If somebody can test the current source code from Debian applying this patch to confirm that it's working with the programs having problems, it would be great. It fixes it for me (tested in Trusty, Flightgear 2.12.1). Description: Default to BIND_PER_VERTEX to fix texture corruption Bug-Debian: http://bugs.debian.org/736350 Origin: upstream https://github.com/openscenegraph/osg/commit/b801ae9d499a78889a322b95fbdf9864828349bc --- openscenegraph-3.2.0~rc1.orig/OpenSceneGraph/src/osg/Geometry.cpp +++ openscenegraph-3.2.0~rc1/OpenSceneGraph/src/osg/Geometry.cpp @@ -161,12 +161,14 @@ void Geometry::setTexCoordArray(unsigned if (_texCoordList.size()=index) _texCoordList.resize(index+1); -if (array binding!=osg::Array::BIND_UNDEFINED) array-setBinding(binding); +if (array) +{ +if (binding!=osg::Array::BIND_UNDEFINED) array-setBinding(binding); +else array-setBinding(osg::Array::BIND_PER_VERTEX); +} _texCoordList[index] = array; -// do we set to array BIND_PER_VERTEX? - dirtyDisplayList(); if (_useVertexBufferObjects array)
Bug#736425: poppler-glib: incorrect password error bypasses GError
Package: libpoppler-glib-dev Version: 0.18.4-6 Tags: upstream Hi, When trying to open a password-encrypted pdf file with the glib interface but with the incorrect password, there's an error message printed to stderr: Error: Incorrect password. Unconditionally, bypassing GError. Looking at SecurityHandler.cc I see that there are other cases for which error() is called, and assuming there's no race condition in the trapping of error() to GError, it would mean that there are several error conditions which entirely bypass GError. Thanks in advance. Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701107: gdm3: After wrong password I cannot login
Package: gdm3 Followup-For: Bug #701107 You have to check if you set your password correctly. On login screen, press Ctrl+Alt+F2 to go to terminal. Write your username and your password (While you'll type your password, you cannot the cursor point). If you successfully login, write: cd .. ls -l and see if on your user folder you have the right permissions (like drxr-xr-x). If yes, then this is a bug, otherwise you entered wrong password. To change your password, login as root and type passwrd [user] where [user] is your username. to logout from terminal, type 'exit' or press Ctrl+c. -- 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/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gdm3 depends on: ii accountsservice 0.6.34-2 ii adduser 3.113+nmu3 ii dconf-cli0.18.0-1 ii dconf-gsettings-backend 0.18.0-1 ii debconf [debconf-2.0]1.5.52 ii gir1.2-gdm3 3.8.4-6 ii gnome-session [x-session-manager]3.8.4-3 ii gnome-session-bin3.8.4-3 ii gnome-session-flashback [x-session-manager] 3.8.0-1 ii gnome-settings-daemon3.8.5-2 ii gnome-shell 3.8.4-5 ii gnome-terminal [x-terminal-emulator] 3.10.1-1 ii gsettings-desktop-schemas3.8.2-2 ii libaccountsservice0 0.6.34-2 ii libatk1.0-0 2.10.0-2 ii libaudit11:2.3.3-3 ii libc62.17-97 ii libcairo-gobject21.12.16-2 ii libcairo21.12.16-2 ii libcanberra-gtk3-0 0.30-2 ii libcanberra0 0.30-2 ii libgdk-pixbuf2.0-0 2.28.2-1+b1 ii libgdm1 3.8.4-6 ii libglib2.0-0 2.36.4-1 ii libglib2.0-bin 2.36.4-1 ii libgtk-3-0 3.8.6-1 ii libpam-modules 1.1.8-1 ii libpam-runtime 1.1.8-1 ii libpam-systemd 204-6 ii libpam0g 1.1.8-1 ii libpango-1.0-0 1.36.0-1+b1 ii libpangocairo-1.0-0 1.36.0-1+b1 ii librsvg2-common 2.40.0-1 ii libselinux1 2.2.2-1 ii libwrap0 7.6.q-25 ii libx11-6 2:1.6.2-1 ii libxau6 1:1.0.8-1 ii libxdmcp61:1.1.1-1 ii libxrandr2 2:1.4.2-1 ii lsb-base 4.1+Debian12 ii metacity [x-window-manager] 1:2.34.13-1 ii upower 0.9.23-2+b1 ii x11-common 1:7.7+5 ii x11-xserver-utils7.7+2 ii xterm [x-terminal-emulator] 301-1 Versions of packages gdm3 recommends: ii at-spi2-core 2.10.2-2 ii desktop-base 7.0.3 ii gnome-icon-theme 3.10.0-1 ii gnome-icon-theme-symbolic 3.10.1-1 ii x11-xkb-utils 7.7+1 ii xserver-xephyr 2:1.14.5-1 ii xserver-xorg 1:7.7+5 ii zenity 3.8.0-1 Versions of packages gdm3 suggests: ii gnome-orca3.4.2-2 ii libpam-gnome-keyring 3.8.2-2 -- debconf information: gdm3/daemon_name: /usr/sbin/gdm3 * shared/default-x-display-manager: gdm3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736427: wget: spurious errors if some files in the cert directory are not certificates
Package: wget Version: 1.15-1 Severity: minor In my .wgetrc file, I use: ca_directory = ~/wd/config/cacert With wget 1.15, I get the following errors when downloading a https URL: ERROR: Failed to open cert /home/vlefevre/wd/config/cacert/c_rehash: (-207). ERROR: Failed to open cert /home/vlefevre/wd/config/cacert/vfy: (0). The reason is that c_rehash and vfy are not certificates. wget is the only program to complain, and it didn't before version 1.15. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wget depends on: ii libc62.17-97 ii libgnutls28 3.2.8.1-3 ii libidn11 1.28-1 ii libnettle4 2.7.1-1 ii libuuid1 2.20.1-5.5 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages wget recommends: ii ca-certificates 20130906 wget suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736426: freehep-graphicsio-svg: Recompilation of the package breaks other packages
Package: freehep-graphicsio-svg Version: 2.1.1-3 Severity: serious I ran into the following bug with stable, but the version is the same as in unstable: If I compile geogebra with the binary deb package as shipped in stable it compiles fine. However, if I rebuild freehep-graphicsio-svg in stable, the geogebra builds breaks with the following error: - src/geogebra/export/SVGExtensions.java:16: package org.freehep.graphicsio.svg does not exist public class SVGExtensions extends org.freehep.graphicsio.svg.SVGGraphics2D { ^ src/geogebra/export/GraphicExportDialog.java:59: package org.freehep.graphicsio.svg does not exist import org.freehep.graphicsio.svg.SVGGraphics2D; ^ src/geogebra/export/SVGExtensions.java:23: cannot find symbol symbol : variable os location: class geogebra.export.SVGExtensions os.println(g id=\ + s + \); ^ src/geogebra/export/SVGExtensions.java:27: cannot find symbol symbol : variable os location: class geogebra.export.SVGExtensions os.println(/g!-- + s + --); ^ src/geogebra/export/GraphicExportDialog.java:708: cannot find symbol symbol : variable SVGGraphics2D location: class geogebra.export.GraphicExportDialog final UserProperties props = (UserProperties) SVGGraphics2D ^ src/geogebra/export/GraphicExportDialog.java:710: cannot find symbol symbol : variable SVGGraphics2D location: class geogebra.export.GraphicExportDialog props.setProperty(SVGGraphics2D.EMBED_FONTS, !textAsShapes); ^ src/geogebra/export/GraphicExportDialog.java:711: cannot find symbol symbol : variable SVGGraphics2D location: class geogebra.export.GraphicExportDialog props.setProperty(SVGGraphics2D.TEXT_AS_SHAPES, textAsShapes); ^ src/geogebra/export/GraphicExportDialog.java:712: cannot find symbol symbol : variable SVGGraphics2D location: class geogebra.export.GraphicExportDialog SVGGraphics2D.setDefaultProperties(props); ^ src/geogebra/export/GraphicExportDialog.java:724: cannot find symbol symbol : method startExport() location: class geogebra.export.SVGExtensions g.startExport(); ^ src/geogebra/export/GraphicExportDialog.java:725: cannot find symbol symbol : method exportPaintPre(geogebra.export.SVGExtensions,double) location: class geogebra.euclidian.EuclidianView ev.exportPaintPre(g, exportScale); ^ src/geogebra/export/GraphicExportDialog.java:728: drawObjectsPre(java.awt.Graphics2D) in geogebra.euclidian.EuclidianView cannot be applied to (geogebra.export.SVGExtensions) ev.drawObjectsPre(g); ^ src/geogebra/export/GraphicExportDialog.java:738: drawAll(java.awt.Graphics2D) in geogebra.euclidian.DrawableList cannot be applied to (geogebra.export.SVGExtensions) ev.drawLayers[layer].drawAll(g); ^ src/geogebra/export/GraphicExportDialog.java:742: cannot find symbol symbol : method endExport() location: class geogebra.export.SVGExtensions g.endExport(); ^ src/geogebra/gui/util/BrowserLauncher.java:36: warning: non-varargs call of varargs method with inexact argument type for last parameter; cast to java.lang.Class for a varargs call cast to java.lang.Class[] for a non-varargs call and to suppress this warning Method getDesktop = desktopClass.getDeclaredMethod(getDesktop, null); ^ src/geogebra/gui/util/BrowserLauncher.java:38: warning: non-varargs call of varargs method with inexact argument type for last parameter; cast to java.lang.Object for a varargs call cast to java.lang.Object[] for a non-varargs call and to suppress this warning Object desktopObj = getDesktop.invoke(null, null); ^ Note: Some input files use or override a deprecated API. Note: Recompile with -Xlint:deprecation for details. Note: Some input fi - The rebuilt package misses a symlink. The binary package currently shipped with stable contains this: /. /usr /usr/share /usr/share/doc /usr/share/doc/libfreehep-graphicsio-svg-java /usr/share/doc/libfreehep-graphicsio-svg-java/changelog.Debian.gz /usr/share/doc/libfreehep-graphicsio-svg-java/copyright /usr/share/maven-repo /usr/share/maven-repo/org /usr/share/maven-repo/org/freehep /usr/share/maven-repo/org/freehep/freehep-graphicsio-svg /usr/share/maven-repo/org/freehep/freehep-graphicsio-svg/debian
Bug#736428: dpkg: Check and warn users if install or upgrade has been interrrupted.
Package: dpkg Version: 1.17.5 Severity: wishlist Dear Maintainer, Whilst installing updates (using apper) my installation got interrupted (It crashed/hung). I wasn't sure whether or not this had completed and soon forgot about it. However, a day later I couldn't get tomboy to start, and when I tried opening it in a terminal, it told me there was a missing dependency. On attempting to install this with apt-get install, it told me to run sudo dpkg --configure -a , at which it resumed the installation and sorted out the original problem (with tomboy). For users who are not comfortable using the terminal or are beginners they may not realise that an installation has been interrupted and realise that this problem has occured. It would be a good if debian could check whether this was the case (maybe on startup, or at regular intervals) and request users to fix this. I'm not sure where the best place to fix this is so thought dpkg would be the best place to file this bug report/enhancement request. Cheers. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dpkg depends on: ii libbz2-1.0 1.0.6-5 ii libc62.17-97 ii liblzma5 5.1.1alpha+20120614-2 ii libselinux1 2.2.2-1 ii tar 1.26+dfsg-8 ii zlib1g 1:1.2.8.dfsg-1 dpkg recommends no packages. Versions of packages dpkg suggests: ii apt 0.9.14.2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736429: sbuild ignores --add-depends-arch unless --arch-all is used.
Package: sbuild Version: 0.63.2-1.1~bpo60+1 Severity: normal I discovered that the --add-depends-arch is being ignored and not used at all, unless --arch-all is being used too. Since it should be adding to the dependancy list for building architecture dependant bits, it seems needing to build the all packages should not be necesary. --add-depends works fine though, so at least I have a workaround, but it sure doesn't make sense the way it is behaving. I tried to figure out in the code why it behaves this way but am not having any luck with that yet. It didn't look like it should be hard to follow, but somehow I am missing something. -- System Information: Debian Release: 6.0.8 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable-proposed-updates'), (500, 'oldstable') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-0.bpo.4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sbuild depends on: ii adduser 3.112+nmu2 add and remove users and groups ii apt-utils 0.8.10.3+squeeze1 APT utility programs ii libsbuild-perl0.63.2-1.1~bpo60+1 Tool for building Debian binary pa ii perl 5.10.1-17squeeze6 Larry Wall's Practical Extraction ii perl-modules 5.10.1-17squeeze6 Core Perl modules Versions of packages sbuild recommends: ii debootstrap 1.0.26+squeeze1 Bootstrap a basic Debian system ii fakeroot 1.14.4-1Gives a fake root environment Versions of packages sbuild suggests: ii deborphan 1.7.28.3+squeeze1 program that can find unused packa ii wget 1.12-2.1 retrieves files from the web -- Configuration Files: /etc/sbuild.conf changed: $mailfrom = Source Builder sbuild; $avg_time_db = /var/lib/sbuild/avg-build-times; $avg_space_db = /var/lib/sbuild/avg-build-space; $srcdep_lock_dir = /var/lib/sbuild/srcdep-lock; $purge_build_directory=successful; $stalled_pkg_timeout = 150; %individual_stalled_pkg_timeout = ( smalleiffel = 300, jade = 300, atlas = 300, glibc = 1000, xfree86 = 1000, gcc-3.0 = 300, kwave = 600 ); %watches = ( # general utilities sharutils = [qw(uuencode uudecode)], emacs20 = [emacs], groff = [groff], bzip2 = [qw(bzip2 bunzip2 bzcat bz2cat)], # development tools debhelper = [qw(dh_clean dh_testdir dh_testversion dh_buildpackage)], debmake = [debstd], bison = [bison], flex= [flex], gettext = [qw(gettext msgfmt msgmerge xgettext gettextize)], m4 = [m4], f2c = [qw(f2c fc)], g77 = [g77], libtool = [qw(/usr/share/aclocal/libtool.m4 /usr/share/libtool/ltmain.sh)], python-dev= [qw(python /usr/include/python/Python.h)], gperf = [gperf], rcs = [qw(ci co ident rcs rcsdiff rlog)], netkit-rpc= [rpcgen], # doc formatting stuff sgml-tools= [sgmltools.v1], debiandoc-sgml= [qw(debiandoc2html debiandoc2latex2e debiandoc2texinfo debiandoc2text debiandoc2dvi debiandoc2dvips debiandoc2info debiandoc2ps)], jade = [jade], liburi-perl = [/usr/lib/perl5/URI/URL.pm], tetex-bin = [qw(tex latex dvips)], texi2html = [texi2html], latex2html = [latex2html], # special stuff apache-dev= [apxs], # test for X libs xlibs-dev = [qw(/usr/X11R6/lib/libX11.a /usr/X11R6/lib/libX11.so /usr/X11R6/lib/libICE.a /usr/X11R6/lib/libICE.so /usr/X11R6/lib/libXp.a /usr/X11R6/lib/libXp.so)] ); @ignore_watches_no_build_deps = qw(debhelper debmake xlibs-dev); %alternatives = ( info-browser = info, httpd = apache, postscript-viewer = ghostview, postscript-preview= psutils, www-browser = lynx, awk = gawk, c-shell = tcsh, wordlist = wenglish, tclsh = tcl8.3, wish = tk8.3, c-compiler= gcc, fortran77-compiler= g77, java-compiler = jikes, libc-dev = libc6-dev,
Bug#736430: Installing samba client also installs samba server
Package: samba Version: 2:4.1.4+dfsg-2 Severity: normal The latest update of samba related packages wanted to install the samba server packages. On my client system I only had smbclient installed. The dependency chains afaics goes like this: smbclient depends samba-common recommends samba-common-bin depends python-samba depends samba I think what is new in 2:4.1.4+dfsg-2 is that python-samba depends on samba, whereas it only depended on samba-libs in 2:4.1.4+dfsg-1. Please consider adjusting the dependencies so installing the client packages do not automatically install the server -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733070: removal of xerces-c2 has been requested
severity 733070 serious severity 733071 serious thanks I have requested removal of xerces-c2 in bug 736377. When this is done, this package will be unable to be build from source. -- Jay Berkenbilt q...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736431: RM: pd-aubio [hurd-i386 kfreebsd-amd64 kfreebsd-i386] -- NBS; no longer built by aubio
Package: ftp.debian.org Severity: normal Hi, I noticed on kfreebsd-* and hurd-i386 that the pd-aubio binary packages are outdated in sid. Please could ftp-master remove them? Newer versions are built by src:pd-aubio, currently only on Linux ports. It appears to me the out-of-date binaries would hold up testing migration of both packages. Thanks for considering. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736430: Acknowledgement (Installing samba client also installs samba server)
Most likely a result of http://anonscm.debian.org/gitweb/?p=pkg-samba/samba.git;a=commitdiff;h=829159edfdac51ab4edaa7528561831185832db5 i.e. an unintentional side-effect of moving the .so files from samba-libs to samba. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#736416: ITP: debci -- continuous integration system for Debian
On Thu, Jan 23, 2014 at 03:17:46PM +0100, Michael Prokop wrote: * Antonio Terceiro [Thu Jan 23, 2014 at 10:08:25AM -0300]: * Package name: debci Version : 0.4.0 Upstream Author : Antonio Terceiro terce...@debian.org * URL : http://ci.debian.net/ * License : GPL-3 Programming Lang: Mostly POSIX Shell. a little bit of (or a rewrite in) a saner language (Ruby|Perl|Python) might be needed down the road Description : continuous integration system for Debian debci will scan the Debian archive for packages that contains DEP-8 compliant test suites, and run those test suites whenever a new version of the package, or of any package in its dependency chain (modulo the base system), is available. Sounds promising, thanks for your work, Antonio. (As Martin Pitt already wrote in #736416 it would be great if the existing efforts could be shared.) absolutely I'm a bit unhappy about the naming though, because currently it's running DEP-8 tests only and continuous integration system for Debian and its project name debci are a bit missleading from my PoV. Do you have any further things in mind for debci? Well, I am not aware of any other spec for runtime, as-installed test suites for packages. debci uses DEP-8 because that is what we have today. I don't think we need other specs for runtime test suites, but if they come around I will have nothing against also supporting them. -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
Bug#736416: ITP: debci -- continuous integration system for Debian
On Thu, Jan 23, 2014 at 02:37:17PM +0100, Martin Pitt wrote: Hey Antonio, I suppose you BCCed me as I don't usually get WNPP bug mail; thanks! You are probably aware that we do this kind of thing in Ubuntu [1], which spawned quite a bunch of autopkgtest additions and also failures [2] in Debian. We currently use some wrapper scripts around autopkgtest [3] and let the whole thing run in Jenkins; that thing has grown organically (to say it in a positive way), but it has a couple of restrictions and is a bit too complex for my taste. (And that doesn't even include the integration with britney) Since then autopkgtest itself grew a few things which reduces the need for wrapper scripts (just today I landed some new features particulary for your use case). So, if you find something which adt-run itself should do but doesn't, please don't hesitate to file a bug and/or grab me on IRC (pitti on Freenode). cool, thanks! I think we should absolutely work together and I will bug you with bug reports and whatnot. :) I'm very eager to see what you have in mind for debci. I think if we work together and I maybe get to add a proper adt-virt-qemu [4] some day, we can eliminate [3] entirely, and the whole thing would be reduced to scanning the archive and scheduling/running adt-run on the slaves (QEMU, LXC, or schroots in practice). Do you want to use an existing job scheduler like http://jenkins.debian.net, or perhaps something simpler like zookeeper? So what debci does ATM is exactly only scanning the archive and calling out to something to run the tests. That something now is just `adt-run ... --- adt-virt-schroot` so I need some extra code to make sure the used chroot is up to date etc. My next step is much probably to extract the backend and make it pluggable, so that you can still use schroot, but also submit jobs to jenkins.debian.net. -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
Bug#736432: [doxygen] Include header/footer/img as external ressource
Package: doxygen Version: 1.8.6-1 Severity: important Tags: patch Hi, Could you please see a patch for including generated doc as external ressource and not compiled inside doxygen. It save a few byte, improve the jquery problem and so on. Please said if it seems appropriate. I will add every external ressource if you think it is good. It need more patch to be supported upstream but for a debian patch it is a good beginning. Bastiendiff --git a/src/htmlgen.cpp b/src/htmlgen.cpp index 99dd0a6..70a2d2b 100644 --- a/src/htmlgen.cpp +++ b/src/htmlgen.cpp @@ -42,14 +42,56 @@ #include ftvhelp.h #include bufstr.h +#define EXTERNAL_RESSOURCE 1 +#define EXTERNAL_RESSOURCE_PATH /usr/share/doxygen/ +#define RELATIVE_HTML_RESSOURCE_PATH html/ + + +#ifdef EXTERNAL_RESSOURCE +class external_ressource { +public: +external_ressource(QCString relp) : path(relp), buf() {} +operator const char * () { + QCString fullpath(); + if(buf.isEmpty()) { + char * getenvpath = getenv(DOXYGEN_RESSOURCE); + if(getenvpath) { + fullpath = QCString(getenvpath) + QCString(/) + path; + } + else { + fullpath = QCString(EXTERNAL_RESSOURCE_PATH) + path; + } + QFile file(fullpath); + if (!file.open(IO_ReadOnly)) + goto error; + buf = file.readAll(); + if(buf.isEmpty()) + goto error; + } + return (const char*) buf.data(); + error: + err(Could not open ressource %s at %s\n,path.data(),fullpath.data()); + exit(1); +} +private: + QCString path; + QByteArray buf; +}; + + +static external_ressource defaultHtmlHeader(QCString(RELATIVE_HTML_RESSOURCE_PATH)+QCString(header.html)); + +#endif + //#define DBG_HTML(x) x; #define DBG_HTML(x) +#ifndef EXTERNAL_RESSOURCE static const char defaultHtmlHeader[] = #include header.html.h ; - +#endif static const char defaultHtmlFooter[] = #include footer.html.h ;
Bug#733112: [Pkg-systemd-maintainers] Bug#733112: libsystemd-login0: logind not found by gdm3
Hi, I had the exact same buggy behaviour, and workaround'd it by removing hidepid=2 (and the corresponding gid=) from the /proc mount options in /etc/fstab. Maybe GDM3 fails to detect a running logind when it cannot list all running processes? Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736433: phonetisaurus-calculateER fails to run phonetisaurus-g2p
Package: phonetisaurus Version: 0.7.8-2 Severity: normal phonetisaurus-calculateER fails to run hardcoded ../phonetisaurus-g2p command. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11.2geppetto (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages phonetisaurus depends on: ii libc6 2.17-97 ii libfst0 1.3.2-1 ii libgcc1 1:4.8.2-12 ii libstdc++6 4.8.2-12 ii python 2.7.5-5 phonetisaurus recommends no packages. Versions of packages phonetisaurus suggests: pn flite none ii libfst-tools 1.3.3-1 ii m2m-aligner 1.2-1 ii mitlm 0.4.1-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736434: [src:gnucash] Sourceless file
Package: src:gnucash Version: 1:2.6.0-1 Severity: serious User: debian...@lists.debian.org Usertags: source-contains-prebuilt-javascript-object X-Debbugs-CC: ftpmas...@debian.org gnucash 1:2.6.0-1 (source) src/report/jqplot/jquery.min.js Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733482:
I've been using the old version since ages where lua support was compiled in. Only recently did I upgrade to a version that didn't have Lua support. I guess a lot of elinks users might be in the same category. It would really inconvenience me not to have Lua support. I actually see no reason whatsoever to simply drop support for Lua from elinks. It the scripting language that elinks supports best. Kind regards, Reinaert
Bug#736435: [src:goldencheetah] Sourceless file
Package: src:goldencheetah Version: 3.0.1-1 Severity: serious User: debian...@lists.debian.org Usertags: source-contains-prebuilt-javascript-object X-Debbugs-CC: ftpmas...@debian.org goldencheetah 3.0.1-1 (source) src/web/jquery-1.6.4.min.js Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736436: [src:goldencheetah] Sourceless file
Package: src:gramps Version: 3.4.6-1 Severity: serious User: debian...@lists.debian.org Usertags: source-contains-prebuilt-javascript-object X-Debbugs-CC: ftpmas...@debian.org gramps 3.4.6-1 (source) src/plugins/webstuff/js/jquery-1.3.2.min.js src/plugins/webstuff/js/jquery-1.7.min.js src/plugins/webstuff/js/jquery-ui-1.7.2.custom.min.js Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735842: meta-kde: KDE notification service sets Amarok volume to 100%
reassign 735842 kde-runtime/4:4.11.3-1 tag 735842 - unreproducible tag 735842 upstream thanks As discussed on irc in the team's channel, this seems to be a bug in knotify. I'm so reassigning it to kde-runtime, which is the package that holds knotify4. -- Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#736437: RFS: phonetisaurus/0.7.8-3 -- Grapheme to Phoneme conversion tool
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package phonetisaurus * Package name: phonetisaurus Version : 0.7.8-3 Upstream Author : Josef Novak josef.robert.no...@gmail.com * URL : http://code.google.com/p/phonetisaurus/ * License : BSD-2-clause Section : science It fixes a bug in phonetisaurus-calculateER. I do not think the included patch is relevant to upstream as it does not really solve the issue in the general case. I will inform upstream about the issue and also ask if it is possible to do anything in order to fix the remaining two pedantic lintian warnings. It builds those binary packages: phonetisaurus - Grapheme to Phoneme conversion tool To access further information about this package, please visit the following Vcs URL: git://anonscm.debian.org/collab-maint/phonetisaurus.git Regards, Giulio Paci -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736438: [src:grantlee] Sourceless file
Package: src:grantlee Version: 0.3.0-5 Severity: serious User: debian...@lists.debian.org Usertags: source-contains-prebuilt-javascript-object X-Debbugs-CC: ftpmas...@debian.org I could not found the source of: grantlee 0.3.0-5 (source) examples/htmlapps/templates/shared/jquery-1.5.min.js Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org