Bug#734839: GMA3600 kernel failure
Package: src:linux Version: 3.12.6-2 Severity: important Tags: upstream Dear Maintainer, logging out of X session, we obtain black screen of death Jan 10 10:15:30 localhost kernel: [ 742.276094] [ cut here ] Jan 10 10:15:30 localhost kernel: [ 742.276099] kernel BUG at /build/linux- 3cqEFp/linux-3.12.6/drivers/gpu/drm/drm_gem.c:757! Jan 10 10:15:30 localhost kernel: [ 742.276105] invalid opcode: [#1] SMP Jan 10 10:15:30 localhost kernel: [ 742.276194] Modules linked in: bnep rfcomm binfmt_misc fuse loop hid_generic uvcvideo videobuf2_vmalloc usbhid hid btusb videobuf2_memops bluetooth videobuf2_core videodev media arc4 joydev iTCO_wdt brcmsmac cordic brcmutil b43 mac80211 cfg80211 ssb mmc_core eeepc_wmi asus_wmi sparse_keymap rfkill gma500_gfx rng_core drm_kms_helper pcmcia drm iTCO_vendor_support pcmcia_core coretemp snd_hda_codec_hdmi snd_hda_codec_realtek psmouse uhci_hcd serio_raw pcspkr ehci_pci i2c_algo_bit ehci_hcd r8169 snd_hda_intel mii acpi_cpufreq battery usbcore lpc_ich video ac processor wmi snd_hda_codec snd_hwdep snd_pcm snd_page_alloc snd_timer snd mfd_core i2c_i801 button i2c_core usb_common soundcore evdev bcma ext4 crc16 mbcache jbd2 sd_mod crc_t10dif crct10dif_common ahci libahci libata scsi_mod thermal thermal_sys Jan 10 10:15:30 localhost kernel: [ 742.276203] CPU: 0 PID: 2226 Comm: Xorg Not tainted 3.12-1-686-pae #1 Debian 3.12.6-2 Jan 10 10:15:30 localhost kernel: [ 742.276205] Hardware name: ASUSTeK Computer Inc. 1225C/1225C, BIOS 214 07/06/2012 Jan 10 10:15:30 localhost kernel: [ 742.276210] task: f63ac940 ti: f4516000 task.ti: f4516000 Jan 10 10:15:30 localhost kernel: [ 742.276214] EIP: 0060:[f85e47ac] EFLAGS: 00213246 CPU: 0 Jan 10 10:15:30 localhost kernel: [ 742.276234] EIP is at drm_gem_object_free+0x1c/0x20 [drm] Jan 10 10:15:30 localhost kernel: [ 742.276238] EAX: f443b768 EBX: ECX: 0001 EDX: f56e9800 Jan 10 10:15:30 localhost kernel: [ 742.276241] ESI: f54e8000 EDI: f5ac3000 EBP: f86176a0 ESP: f4517e30 Jan 10 10:15:30 localhost kernel: [ 742.276244] DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068 Jan 10 10:15:30 localhost kernel: [ 742.276248] CR0: 8005003b CR2: b28efa0c CR3: 0162f000 CR4: 07f0 Jan 10 10:15:30 localhost kernel: [ 742.276251] Stack: Jan 10 10:15:30 localhost kernel: [ 742.276265] f861778d f451b000 f593b930 000700c0 f56e9800 f5ac3000 f8605969 Jan 10 10:15:30 localhost kernel: [ 742.276276] 0001 0022 f5ac3000 f55674e0 0001 f86176a0 Jan 10 10:15:30 localhost kernel: [ 742.276287] f83353c9 f593b8c0 f56e9800 f593b8c0 f56e9800 f56e98d8 Jan 10 10:15:30 localhost kernel: [ 742.276288] Call Trace: Jan 10 10:15:30 localhost kernel: [ 742.276311] [f861778d] ? gma_crtc_cursor_set+0xed/0x3a0 [gma500_gfx] Jan 10 10:15:30 localhost kernel: [ 742.276330] [f86176a0] ? gma_crtc_dpms+0x410/0x410 [gma500_gfx] Jan 10 10:15:30 localhost kernel: [ 742.276342] [f83353c9] ? drm_fb_helper_restore_fbdev_mode+0x79/0xb0 [drm_kms_helper] Jan 10 10:15:30 localhost kernel: [ 742.276358] [f8616a01] ? psb_lastclose+0x21/0x60 [gma500_gfx] Jan 10 10:15:30 localhost kernel: [ 742.276376] [f85e378e] ? drm_lastclose+0x3e/0x190 [drm] Jan 10 10:15:30 localhost kernel: [ 742.276398] [f85e3ca4] ? drm_release+0x384/0x530 [drm] Jan 10 10:15:30 localhost kernel: [ 742.276413] [c114097a] ? __fput+0xba/0x1e0 Jan 10 10:15:30 localhost kernel: [ 742.276422] [c10661e9] ? task_work_run+0x89/0xa0 Jan 10 10:15:30 localhost kernel: [ 742.276430] [c104ef14] ? do_exit+0x264/0x8f0 Jan 10 10:15:30 localhost kernel: [ 742.276435] [c11409f4] ? __fput+0x134/0x1e0 Jan 10 10:15:30 localhost kernel: [ 742.276443] [c11586b2] ? mntput_no_expire+0x12/0x100 Jan 10 10:15:30 localhost kernel: [ 742.276449] [c104f5fa] ? do_group_exit+0x2a/0x80 Jan 10 10:15:30 localhost kernel: [ 742.276456] [c104f65f] ? SyS_exit_group+0xf/0x10 Jan 10 10:15:30 localhost kernel: [ 742.276464] [c14096cd] ? sysenter_do_call+0x12/0x28 Jan 10 10:15:30 localhost kernel: [ 742.276520] Code: 00 e9 09 49 01 00 89 f6 8d bc 27 00 00 00 00 8b 50 08 8b 4a 14 83 f9 01 74 11 8b 92 ec 01 00 00 8b 52 74 85 d2 74 02 ff d2 f3 c3 0f 0b 66 90 f7 c1 ff 0f 00 00 0f 85 8f 00 00 00 57 8d 7a 10 f7 Jan 10 10:15:30 localhost kernel: [ 742.276538] EIP: [f85e47ac] drm_gem_object_free+0x1c/0x20 [drm] SS:ESP 0068:f4517e30 Jan 10 10:15:30 localhost kernel: [ 742.276544] ---[ end trace b14c2d7cac7e3ffe ]--- Jan 10 10:15:30 localhost kernel: [ 742.276548] Fixing recursive fault but reboot is needed! -- Package-specific info: ** Version: Linux version 3.12-1-686-pae (debian-ker...@lists.debian.org) (gcc version 4.8.2 (Debian 4.8.2-10) ) #1 SMP Debian 3.12.6-2 (2013-12-29) ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.12-1-686-pae root=UUID=730214ca-87d6-4d4e-8b83-6f429f84b1e4 ro quiet ** Not tainted ** Kernel log: [ 8.743565] usb usb5: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 8.743571] usb
Bug#717297: [Pkg-xfce-devel] Bug#717297: Bug#717297: lightdm: pam.d/lightdm-greeter doesn't use system settings for pam
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Sat, Jul 20, 2013 at 09:43:07AM +0200, Yves-Alexis Perez wrote: On sam., 2013-07-20 at 11:29 +1000, Peter Chubb wrote: Yves-Alexis == Yves-Alexis Perez cor...@debian.org writes: Yves-Alexis Can you tell us what exactly is broken by this? As far as Yves-Alexis I know this pam file is only for the greeter, not for Yves-Alexis session run from them (they're handled by Yves-Alexis /etc/pam.d/lightdm which correctly includes the common Yves-Alexis debian files. People who authenticate only via ldap --- for whom pam_unix.so doesn't work --- cannot log in, because username and password are not know to pam_unix.so only to either pam_ldap.so or pam_sssd.so. I imagine other authentication mechanisms will also fail. What's more if there's any other policy set in common-account or common-session, it's not obeyed (e.g., time-of-use or group membership restrictions) I'm pretty puzzled by this. Can you exactly describe what happens, starting from when the greeter starts, and provide some logs? As I already wrote, my feeling was that /etc/pam.d/lightdm-greeter was *not* used for user authentication, so it should even matter in your case. Any news on this? - -- Yves-Alexis Perez -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBCgAGBQJSz6ioAAoJEG3bU/KmdcClWakIAJqwiICqQ/xxeClRo6W/CsSg 6q9iAip4GTvC9hN+tU4WUKXZ9wGkV2Oo7G2MgJHdxBgys3U/VJr9zyY+u1tWGN+I t7zriGr4xnXoD+TNgfD/Ct5o0kywZh7llYAg1R/b565/CoU2yy6dwuPIqaRM15tU kZ0nqFpoyiNnSF3tisa9wtWEbh0b6rcEL6eOmQ0cS9X3ePwDwu2D24bi1CF0fOQY Vs7ftZkNHOsvklWX6YPAC/8BbITsvm5iB7NkgO+/ugZfd0oPaeAfRkjV+CksmCpS bLW2+oKJ8iH7FG7QERW100gXSm1HFOD4Z+BFUbvSMMlXycnfxVC6yKcxLcsaIPs= =w7Bj -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734813: systemd as pid1 allows lxc-containers to unmount host filesystems
I've added code to docker to handle / being shared, since fedora works like that. It works by detecting a shared / and the starting lxc-start in its own namespace where we've mounted / as rslave. See the code here: https://github.com/dotcloud/docker/blob/master/container.go#L673 This works out of the box on fedora. Strange that it doesn't work on debian.
Bug#734808: jitsi: Extra JavaEmbeddedFrame window, broken tray, unable to un-minimize (Gnome 3)
I believe this is a java problem, more on the subject: https://bugzilla.redhat.com/show_bug.cgi?id=683768 https://bugzilla.gnome.org/show_bug.cgi?id=648773 Regards damencho On Fri, Jan 10, 2014 at 2:15 AM, Gerald Turner gtur...@unzane.com wrote: There is an email thread on jitsi-dev from March 2013 that describes these same problems with an older version of Jitsi and on Fedora, Arch, and Mint. http://lists.jitsi.org/pipermail/dev/2013-March/000150.html http://lists.jitsi.org/pipermail/dev/2013-June/017618.html Sorry, I probably should've reported upstream. -- Gerald Turner Email: gtur...@unzane.com JID: gtur...@unzane.com GPG: 0xFA8CD6D5 21D9 B2E8 7FE7 F19E 5F7D 4D0C 3FA0 810F FA8C D6D5
Bug#734832: it segfaults in sysV init too.
cat /var/log/messages | grep thermald Jan 10 13:48:15 debian kernel: [8.170564] traps: thermald[2163] general protection ip:41d5a2 sp:7fff1f94f010 error:0 in thermald[40+6] Jan 10 13:51:26 debian kernel: [ 198.826276] thermald[3344]: segfault at 1cdc000 ip 0041dd14 sp 7fff15a0b830 error 4 in thermald[40+6] root@debian:~#
Bug#734813: systemd as pid1 allows lxc-containers to unmount host filesystems
❦ 10 janvier 2014 09:05 CET, Alexander Larsson alexander.lars...@gmail.com : I've added code to docker to handle / being shared, since fedora works like that. It works by detecting a shared / and the starting lxc-start in its own namespace where we've mounted / as rslave. See the code here: https://github.com/dotcloud/docker/blob/master/container.go#L673 This works out of the box on fedora. Strange that it doesn't work on debian. Our version of mount is buggy and should be upgraded first. See: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=731574 -- panic(CPU too expensive - making holiday in the ANDES!); 2.2.16 /usr/src/linux/arch/mips/kernel/traps.c signature.asc Description: PGP signature
Bug#734840: diff -R (aka diff --reverse)?
Package: diffutils Version: 1:3.3-1 Severity: wishlist It would be nice to have an option diff --reverse to swap left and right side, similar to the patch utility. Esp. when using command line editing it could help to reuse a previous command line arguments without swapping the objects manually. Seems that both --reverse and -R are not defined for other functions yet. Regards Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#248426: Web Master
-- Your e-mail has reached its set quota, Copy and paste the link below and fill requested details to avoid losing your account. http://tutorias.vervebogota.com/forms/forms/form1.html [1] Thanks For Co-operating with Us. Copyright (c) 2014 Webmaster Administrator Links: -- [1] http://tutorias.vervebogota.com/forms/forms/form1.html
Bug#734104: autoconf: uses old-style function definition, thus fails with -Werror=old-style-definition
On 2014-01-09 20:57:15 -0800, Ben Pfaff wrote: So threading is supported with -pedantic but yields warnings? For the C11 threading method, yes, because this is a C11 feature used in C90 mode. Then I'd want the build to fail with -Werror, No, because alternative solutions may exist (at worst, threading should be disabled at configure time). exactly so that I can fix the warnings. No, the warning is a feature: warning: ISO C90 does not support '_Thread_local' [-Wpedantic] The MPFR configure tests whether the C11 feature _Thread_local works in the current mode (here C90), and I expect this test to fail so that one can test the behavior of a MPFR build with a C90-only compiler, which mustn't fail. I don't see a problem here. In my opinion, -Werror is a developer tool, not a mode for building. So what? This is exactly the way I use -Werror. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734841: RFS: 4digits/1.1.4-1[QA]
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package 4digits * Package name: 4digits Version : 1.1.4-1 Upstream Author : Yongzhi Pan panyong...@gmail.com * URL : fourdigits.sourceforge.net * License : GPL v2 Section : games It builds those binary packages: 4digits- guess-the-number game, aka Bulls and Cows To access further information about this package, please visit the following URL: http://mentors.debian.net/package/4digits Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/4/4digits/4digits_1.1.4-1.dsc More information about hello can be obtained from http://www.example.com. Changes since the last upload: Version 1.1.4 (2014-01-10): * Add 20 languages of translation. Regards, Yongzhi Pan Best Regards, Yongzhi Pan
Bug#734841: FS: 4digits/1.1.4-1[QA]
Sorry, I accidently sent the message before I finished it. This is a QA upload. The QA page of the package is at http://packages.qa.debian.org/4/4digits.html . Best Regards, Yongzhi Pan
Bug#729817: Please package LilyPond 2.18.0
Dear Don, Now that LilyPond 2.18.0, what are your plans for packaging it for Debian? Would you like some help doing so? I am keen to start using this version of LilyPond in the approved Debian way! I've actually just wrapped up the packaging for it now. I have to test it a little bit, but I should be uploading it sometime today or tomorrow. I've taken your (unreleased) package, from the Git repository, and successfully rebuilt it under Ubuntu Saucy and Debian Sid. I have migrated 1,350 scores to this new version, all successfully. A big thanks for your hard work. I did note, however, that the packages did not pass Lintian. If I get some time, I'll try to come up with a patch that fixes those Lintian errors (mainly packaged compiled .pyc files). Yours truly, John Zaitseff -- John Zaitseff,--_|\The ZAP Group Phone: +61 2 9643 7737 / \ Sydney, Australia E-mail: j.zaits...@zap.org.au \_,--._* http://www.zap.org.au/ v -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734842: dpkg-gensymbols: x32 is matching any-amd64
Package: dpkg-dev Version: 1.17.5 I was surprised to see that x32 is matching any-amd64 at least in symbols files. Is this intended? It implies that x32 is a 64bit arch too like the other architectures matched by any-amd64. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734843: normalize-audio -b *.ogg - Audio File Library: unrecognized audio file format [error 0]
Package: normalize-audio Version: 0.7.7-12 Severity: normal While normalize-ogg have no problem dealing with ogg files, the wrapper normalize-audio fails on ogg files giving out the following error: Computing levels... Audio File Library: 'x.ogg': unrecognized audio file format [error 0] normalize-audio: error reading x.ogg This file has nothing specific, the error can be reproduced at will with any ogg, including ogg that have just been rebuild by normalize-ogg. Cheers, -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: kfreebsd-i386 (i386) Kernel: kFreeBSD 9.2-1-686 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 normalize-audio depends on: ii libaudiofile1 0.3.6-2 ii libc0.12.17-97 ii libmad00.15.1b-8 ii perl 5.18.1-5 Versions of packages normalize-audio recommends: ii flac 1.3.0-2 ii vorbis-tools 1.4.0-1 Versions of packages normalize-audio suggests: pn mpg321 none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734844: Packaging problem for libdbus-ocaml-dev [...]
Package: libdbus-ocaml-dev Version: 0.29-1 Severity: serious Le 09/01/2014 22:19, Gregory Bellier a écrit : 1/ Missing dependency I noticed that there is a missing dependency of libdbus-ocaml-dev (v. 0.29) on libdbus-1-dev on debian 7. Otherwise during a build, there is a linking problem: /usr/bin/ld: cannot find -ldbus-1 collect2: error: ld returned 1 exit status File caml_startup, line 1, characters 0-1: Error: Error during linking Opening a bug for that. -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734846: php-net-imap: Not possible to package new version 1.1.2 due to malformed sources.
Package: php-net-imap Version: 1:1.1.1-2 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 At this moment, it's not possible to package version 1.1.2 because the distributed tar.gz file for version 1.1.2 is malformed or incomplete. This issue was already reported [0] to upstream. Regards. [0] http://pear.php.net/bugs/bug.php?id=19730 -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJSz8XzAAoJEKgvu4Pz1XAzfCMP/jrX0vl/+s3xRbLasVS3ZeRa ZN9L0cfhGS6MhR3dah5++fUTMmawgq9byMh9Aub4uQalOyyO2lxzA5t1uPnyrqxp HPy7Ig1c5gd1iebzxTT5gGgrdrJFzrU/Bib9cS1nVr4XfXGw+yEwfNhY01DmLrq9 B7sHYGA/GYhds5ZfDMZUMN/ZwZRhSjC9xYrhgK106PkkyWDemzSUoQ8EoKyE7SDa ZZXdtslQWCNBymQxzLP66puLOgIfNU9GvhVU6r3VpeS+RRAXXlE9uKtyaNBiE3gO Yv3Q1fz/a094ymDxGOOmiQ8p/Z/erB97L2CfX/iq2nuBMW2ZcEkJtBE9x6qc2PUU fg83kQvULF09Ngb4/nPLatvtOsaPv5uPECFJwPXbEAO7YtSf5tVhQnvllIpaPS6x h4sSYTCSDIpEraTy/VAWE8diGc9iTO+pNNtcs6+Y0f9TPknibOYmn6+sU+5gZh8C 1ENnwzonF25QtyoixosMDIMhJM1ssRV9udu+mSXljEYy63sxm7pJDO0w04SbXMci l/cohX+73z/PHNi54A3wQKQLhVRGyVYUxbwSOulnV3eBjHekhUJpfWHCSGXaTPH2 RzfJdl5RhvJyZlvRD1TfB9Y7j7tNej+zmOchvjAmJmnUVBhbdD8eieYchhUjry5+ e/JhPm44dyfdXldwamsB =NZsE -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734845: confused by eth1 and eth10?
Package: fwbuilder Version: 5.1.0-3 Looking at the generated getnet_internal function (iptables backend) it seems that it might get confused by eth1 and eth10: L=$($IP route list proto kernel | grep $dev | grep -v default | sed 's! .*$!!') How about grep ${dev}\ ? Regards Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734814: libapache2-mpm-itk: can no longer set group to one that the user does not belong to
On Fri, Jan 10, 2014 at 02:01:19AM +, brian m. carlson wrote: With the earlier versions of the patch, I simply used: AssignUserID bmc www-data Hi, How early is earlier? This isn't something that should have changed a lot in 2.4.6-01. but this doesn't work anymore, and I get: [Fri Jan 10 01:54:53.149064 2014] [mpm_itk:warn] [pid 953168] (itkmpm: pid=953168 uid=1000, gid=33) itk_post_perdir_config(): initgroups(www-data, 33): Operation not permitted [Fri Jan 10 01:54:53.149159 2014] [mpm_itk:warn] [pid 953168] Couldn't set uid/gid/priority, closing connection. Note the attempt to call initgroups with the wrong username, which won't work when uid == 1000 (bmc). The git process then hangs, since a connection can never be completed. I have to say this is odd. From your logs, it looks like it tries to initgroups() using the group name instead of the user name -- is that's what's going on? /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734796: [mpv] 'libwayland-egl.so.1: cannot open shared object file' when running
On 09/01/14 23:47, Alessandro Ghedini wrote: Can you please run the following commands and post the result? * apt-cache show mpv * apt-cache policy mpv * dpkg -l mpv * apt-cache policy libegl1-mesa-drivers * dpkg -l libegl1-mesa-drivers * ldd /usr/bin/mpv From the error you reported, it seems like the libegl1-mesa-drivers package isn't installed, but it should, since it's a dependency. Also, there should be a new mpv version available (0.3.2-1) in unstable. Can you please upgrade to it? Cheers Based on what you said, I did some investigation this end (initially I treated this as a bad packaging issue and left it at that) - libegl1-mesa-drivers is responsible for the shared library, and is installed on this machine. BUT, the library definitely doesnt exist - I did an aptitude reinstall, and suddenly the library is installed... so it seems to have been some other package's screwup I guess (I don't fiddle with these packages so it isnt my issue) - although I can't take this further as I'd need a pattern for the .so disappearance. Sorry for the noise. -- Libre software on Github: https://github.com/OmegaPhil FSF member #9442 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734847: gwhois doesn't know about .berlin whois server
Package: gwhois Version: 20120626 Severity: normal Dear Maintainer, gwhois is missing lookup information for .berlin. Responsible (and working) whois server is whois.nic.berlin:43 Thanks, Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734849: licenses missing
Package: libvncserver Severity: serious User: alteh...@debian.org Usertags: ftp X-Debbugs-CC: ftpmas...@ftp-master.debian.org thanks Hi Luca, the following files have licenses that are missing in debian/copyright: test/bmp.* is wxWindows Library License 3.1+ rfb/keysym.h is expat + some advertising clause libvncserver/tightvnc-filetransfer/rfbtightserver.c is simply GPLv2 libvncserver/cargs.c + libvncserver/main.c are strictly speaking GPLv3 (=GPL latest version), aren't they? 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#734848: systemd: LSB initscript wrappers should also handle sockets on start/stop
Package: systemd Version: 204-6 Severity: normal Dear Maintainer, Currently the wrappers in /lib/lsb/init-functions.d/40-systemd will wrap starting/stopping any service with a corresponding systemd service unit file in a systemctl call. This works well with most services, however if a service supports socket activation and ships a socket unit, the socket will not be started/stopped during these operations. In the case of stop, this means that the service is not effectively stopped, but instead restarted, since it will be re-activated on the next connection. This is especially important for administrators, who tend to use /etc/init.d/service either directly or through scripts and expect the service to be permanently stopped after the stop action. Although there are unit-side workarounds for this (e.g. adding PartOf= to the socket unit definition), IMHO the desired behavior would be to detect if the service has a corresponding socket enabled, and start/stop this as well. For the record, this is also the behavior currently implemented by service(8) (which also checks that the socket actually triggers the given service). Regards, Apollon -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (90, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages systemd depends on: ii acl 2.2.52-1 ii adduser 3.113+nmu3 ii initscripts 2.88dsf-45 ii libacl1 2.2.52-1 ii libaudit11:2.3.2-3 ii libc62.17-97 ii libcap2 1:2.22-1.2 ii libcryptsetup4 2:1.6.1-1 ii libdbus-1-3 1.6.18-2 ii libgcrypt11 1.5.3-3 ii libkmod2 16-2 ii liblzma5 5.1.1alpha+20120614-2 ii libpam0g 1.1.3-9 ii libselinux1 2.2.1-1 ii libsystemd-daemon0 204-6 ii libsystemd-journal0 204-6 ii libsystemd-login0204-6 ii libudev1 204-6 ii libwrap0 7.6.q-24 ii udev 204-6 ii util-linux 2.20.1-5.5 Versions of packages systemd recommends: ii libpam-systemd 204-6 Versions of packages systemd suggests: pn systemd-ui none -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734850: python-coverage: python3-coverage lacks symlink to html report template
Package: python-coverage Version: 3.7+dfsg.1-3 Severity: important Dear Maintainer, Using Ubuntu I've noticed that python3-coverage's html command stopped working. A quick inspection lead to obviously missing symlink from /usr/lib/python3/dist-packages/coverage/htmlfiles/ to /usr/share/python-coverage/htmlfiles/. A similar symlink exists for the 2.x version. Since the symlink was a new addition I suspect that the package fails to upgrade correctly. I've edited this report to strip ubuntu version but I believe this to be accurate for both Debian and Ubuntu. -- System Information: Debian Release: jessie/sid APT prefers trusty-updates APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 'trusty'), (100, 'trusty-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.0-1-generic (SMP w/2 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-coverage depends on: ii libc6 2.18-0ubuntu2 ii python2.7.5-5ubuntu3 ii python-pkg-resources 2.0.1-2ubuntu1 pn python:anynone Versions of packages python-coverage recommends: ii libjs-jquery 1.7.2+dfsg-2ubuntu1 ii libjs-jquery-hotkeys 0~20130707+git2d51e3a9+dfsg-2 ii libjs-jquery-isonscreen 1.2.0-1 ii libjs-jquery-tablesorter 8-2 python-coverage suggests no packages. -- no debconf information
Bug#734357: golang: Use correct ELF header for armhf binaries
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Michael On 06/01/14 21:52, Michael Stapelberg wrote: In Ubuntu, the attached patch was applied to achieve the following: * 016-armhf-elf-header.patch: Use correct ELF header for armhf binaries. This resolved linking issues that we saw on armhf in Ubuntu; I *think* that this is OK to hold in Debian as well despite that fact that you don't see the same linking issue due to dpkg differences. Thanks for considering the patch. In the patch, I don’t see a Forwarded: header. Has this been forwarded to upstream? In https://code.google.com/p/go/source/browse/src/cmd/ld/elf.c, at the time of writing, I don’t see the changes. I’m comfortable applying this once it gets applied upstream, but I am a bit hesitant until then, mostly because I’m not very familiar with ARM intricacies (even though I use Go on a couple of ARM boxen). I've raised a bug and attached the patch in the upstream issue tracker: http://code.google.com/p/go/issues/detail?id=7094 I would have raised the code review myself, but struggling to get my google login working from the command line with mercurial. Cheers James - -- James Page Ubuntu and Debian Developer james.p...@ubuntu.com jamesp...@debian.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJSz8sbAAoJEL/srsug59jD1J0QAJeynapABuOcNyeGy8YH2Un9 OvC00WkUQdHNW7zMWb3mdpSgZJC01aHNfRtNtLRrmukrdZqpg9MSG3/IAHU97BJI Hb9HRo59oHuEHar3HEMJ9wBDOYDrZcPwO135Nz66FnWnH4elLv85Amw2AR7XX8nW xVTMRvlNek0MfjJirVPJ/0HKdEpUA/jxHBZhyPFD6VP28PemiUz4hImjijCyzm9h n/7OIkQatXuLsuJRIDbtATZjVZbhrdWU9quGl/D5IHWqHuYc0O70i80B79QUneAu SqEYVSLSgC0/gOzwJQ/PwQB1m7EI35eLqVR0QMvznr1b6egu4bHSXJF3DE6T3Exf 70AlHlC3Vft5kt1gqUucuhqqVzT0YidRiqMtoWV22iN2TBp0leUxL6JJCfyMJbcs gnq26Y5qhgq+OO2giY3yeRXsfEqhTNy48KbT1hhxS/SBQ2yGQ8P00r6q4jbFV37X kbadvJZRYYxNx97Qi2IyogJU8ANZqEw/bA80ngKWq4XFEPmOPpgGuUI9gISIQRsz wI4m1C3fC2idBSD9vSI1JTgI630OiZqEdjFo/vJROmhJO5yACaMw0UhZNQXx/pAL WQxerrygHtDJCT4hqPpWH77jeiThiqrx5cViSBbXfJ050ekwlLW4ozXPH3Xk8k7R fuY0933i7fCQsZgOn291 =F6NT -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734851: feature request
Package: daemontools-run Version: 0.76-3 When using daemontools-run, only root can manipulate /etc/service. That sets strong limitation. For security reason, in a server farm for internet services, application processes that do real work are normally run under non-priviledged account instead of root, and separated from internet by frontend servers (load balancers). In the said scenario, daemontools should run under non-priviledged accounts. This eases operations. Here is my solution https://github.com/lark/daemontools-userrun Note that it still supports /etc/service for root (when configured). The only problem is without init's help (/etc/inittab), svscan may be killed and no respawn happens. IMHO, it's not a big problem if oom killer doesn't kill it. Please consider incorporate this 'daemontools-userrun' functionality into daemontools packages. The said git repository is in-house operation work so no explicit license is attached, while the code is based upon svscanboot. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717941: upstream fix for LO 4.2: could be backported in 4.1
Hello, This issue is identified and solved by a small patch, could it be backported in 4.1 packages as in gentoo? see: https://bugs.freedesktop.org/show_bug.cgi?id=67011#c56 BR, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717941: upstream fix for LO 4.2: could be backported in 4.1
Hi, On Fri, Jan 10, 2014 at 11:02:34AM +0100, Vincent PINON wrote: This issue is identified and solved by a small patch, could it be backported in 4.1 packages as in gentoo? see: https://bugs.freedesktop.org/show_bug.cgi?id=67011#c56 Will have a look. Thanks for the pointer. Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734852: puppetmaster: Init script returns exit 0 for status when default has START=no
Source: puppetmaster Severity: normal Tags: patch Dear Maintainer, Currently, if one sets START=no in /etc/default/puppetmaster, the init script will exit with exit-code 0, regardless of whether the service is running or not. In the case where you have a puppet manifest like: service { 'puppetmaster': ensure = stopped } Puppet will try to stop the service on every agent run, because status is returning zero, so Puppet thinks it is running. This issue was fixed upstream in this commit: https://github.com/puppetlabs/puppet/commit/e48902a7d881e84861d366af5ff88fc0146037da As it's a one-liner, could this be backported into the Debian packages? Thanks, Greg -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717941: upstream fix for LO 4.2: could be backported in 4.1
Hi, On Fri, Jan 10, 2014 at 11:46:09AM +0100, Rene Engelhard wrote: On Fri, Jan 10, 2014 at 11:02:34AM +0100, Vincent PINON wrote: This issue is identified and solved by a small patch, could it be backported in 4.1 packages as in gentoo? see: https://bugs.freedesktop.org/show_bug.cgi?id=67011#c56 Will have a look. Thanks for the pointer. Actually I already got pointed to this and did http://anonscm.debian.org/gitweb/?p=pkg-openoffice/libreoffice.git;a=commit;h=e26ecbf04d63492895ead566ae0ba5324f5b138a (#723087 is merged with this bug) But yeah, maybe we should backport it... Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734832: thermald exits while trying to use with systemd init
On 10/01/14 06:09, piruthiviraj natarajan wrote: Package: thermald Version: 1.1~rc2-2 When I try to see the status of the thermald in systemctl status thermald it has already exited and doesn't stay up. I am using the latest kernel from experimental. uname -a Linux debian 3.13-rc6-amd64 #1 SMP Debian 3.13~rc6-1~exp1 (2013-12-30) x86_64 GNU/Linux I have IVB core i7 3630M mobile intel CPU systemctl status thermald thermald.service - LSB: Start the Intel power daemon Loaded: loaded (/etc/init.d/thermald) Active: active (exited) since Fri 2014-01-10 11:26:08 IST; 4min 7s ago Process: 802 ExecStart=/etc/init.d/thermald start (code=exited, status=0/SUCCESS) Jan 10 11:26:08 debian thermald[961]: Use Default pstate drv settings Jan 10 11:26:08 debian thermald[961]: UUID is [9FB5441A-14F8-11E2-83C6-B888E38F0DE9] Jan 10 11:26:08 debian thermald[961]: product name is[20132] Jan 10 11:26:08 debian thermald[961]: Product Name matched [wildcard] Jan 10 11:26:08 debian thermald[961]: 0: Processor, C:0 MN: 0 MX:10 ST:1 pt:/sys/class/thermal/ rd_bk 1 Jan 10 11:26:08 debian thermald[961]: 1: Processor, C:0 MN: 0 MX:10 ST:1 pt:/sys/class/thermal/ rd_bk 1 Jan 10 11:26:08 debian thermald[961]: 2: Processor, C:0 MN: 0 MX:10 ST:1 pt:/sys/class/thermal/ rd_bk 1 Jan 10 11:26:08 debian thermald[961]: 3: Processor, C:0 MN: 0 MX:10 ST:1 pt:/sys/class/thermal/ rd_bk 1 Jan 10 11:26:08 debian thermald[961]: 4: Processor, C:0 MN: 0 MX:10 ST:1 pt:/sys/class/thermal/ rd_bk 1 Jan 10 11:26:08 debian thermald[961]: 5: Processor, C:0 MN: 0 MX:10 ST:1 pt:/sys/class/thermal/ rd_bk 1 If there is any other info required I would be glad to provide. I've managed to reproduce this now and I've found an appropriate fix. Will upload sometime later today once I've resolved some other issues we've found. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734747: Issue Fixed
Hi, Jinja 2.7.2 fixes this issue now: https://pypi.python.org/packages/source/J/Jinja2/Jinja2-2.7.2.tar.gz#md5=df1581455564e97010e38bc792012aa5 It's not a super nice solution in that it creates a folder for the user, but it should be good enough for the moment. I will consider making the path explicit in 2.8 which will put this issue to the forefront of users. Regards, Armin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734853: python-coverage: FTBFS: python3-coverage-dbg missing files
Source: python-coverage Version: 3.7+dfsg.1-3 Severity: serious Justification: fails to build from source Tags: patch Dear Maintainer, Your package fails to build in the current Sid: |dh_install -O--package=python-coverage-dbg -O--package=python3-coverage-dbg | dh_install: python3-coverage-dbg missing files (usr/lib/python3/dist-packages/coverage/*.cpython-*dm.so), aborting | make: *** [install] Error 255 The fix is: --- a/debian/python3-coverage-dbg.install +++ b/debian/python3-coverage-dbg.install @@ -1 +1 @@ -usr/lib/python3/dist-packages/coverage/*.cpython-*dm.so +usr/lib/python3/dist-packages/coverage/*.cpython-*dm-*.so -- Dmitry Shachnev signature.asc Description: OpenPGP digital signature
Bug#734677: yet more info
Hi Lisandro. Again, thanks for replying. perezme...@gmail.com writes: Multiarch does not has support for arch-qualified headers yet Are you sure this is true? The main debian wiki page (https://wiki.debian.org/Multiarch) claims both library and header support. What is missing? My debian/sid box has a /usr/include/x86_64-linux-gnu directory, and there are headers there from various packages. This directory also is in the default -I list of gcc. In any case, I added logic to the earlier patch to ship qconfig.h in this arch-specific directory. With that the packages build and look reasonable. I haven't built on any other arch yet, so I haven't yet tested the co-instability explicitly. Am I being too optimistic? Thanks. dima From 9b46cfe2a05121d305d2f745eb97191c1418a4d5 Mon Sep 17 00:00:00 2001 From: Dima Kogan d...@oblong.com Date: Thu, 9 Jan 2014 00:27:39 -0800 Subject: [PATCH] QT5 -dev packages are now Multi-Arch:same Mostly this is just a change in the debian/control tag, since the package contents (mostly) already used the arch-specific paths and thus didn't conflict. The only exception to this is /usr/include/qt5/QtCore/qconfig.h This file contains arch-specific #defines. I ship this header to /usr/include/deb_arch_triplet The rest of the headers go to /usr/include, as before. This patch also updates the .pc file to look in this directory. --- debian/control|9 + debian/qtbase5-dev.install-common |4 +++- debian/rules | 14 ++ 3 files changed, 26 insertions(+), 1 deletion(-) diff --git a/debian/control b/debian/control index b1401f8..d3d136a 100644 --- a/debian/control +++ b/debian/control @@ -11,6 +11,7 @@ Uploaders: Fathi Boudra f...@debian.org, Dmitry Shachnev mity...@gmail.com Build-Depends: debhelper (= 9), dpkg-dev (= 1.16.1), + dh-exec, firebird-dev [amd64 armel i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sh4 sparc], freetds-dev, gdb, @@ -263,6 +264,8 @@ Description: Qt 5 print support module Package: qtbase5-dev Architecture: any +Multi-Arch: same +Pre-Depends: ${misc:Pre-Depends} Section: libdevel Depends: libgl1-mesa-dev [!armel !armhf] | libgl-dev [!armel !armhf], libgles2-mesa-dev [armel armhf] | libgles2-dev [armel armhf], @@ -296,6 +299,8 @@ Description: Qt 5 base development files Package: qtbase5-private-dev Architecture: any +Multi-Arch: same +Pre-Depends: ${misc:Pre-Depends} Section: libdevel Depends: qtbase5-dev (= ${binary:Version}), ${misc:Depends} Breaks: qtbase5-dev ( 5.0.2+dfsg1-3~) @@ -311,6 +316,8 @@ Description: Qt 5 base private development files Package: libqt5opengl5-dev Architecture: any +Multi-Arch: same +Pre-Depends: ${misc:Pre-Depends} Section: libdevel Depends: libqt5opengl5 (= ${binary:Version}), qtbase5-dev (= ${binary:Version}), @@ -406,6 +413,8 @@ Description: Qt 5 base examples debugging symbols Package: qt5-default Architecture: any +Multi-Arch: same +Pre-Depends: ${misc:Pre-Depends} Depends: qtbase5-dev, qtchooser, ${misc:Depends} Conflicts: qt4-default Suggests: qt5-qmake, qtbase5-dev-tools diff --git a/debian/qtbase5-dev.install-common b/debian/qtbase5-dev.install-common index e4b1e39..bbe57d1 100644 --- a/debian/qtbase5-dev.install-common +++ b/debian/qtbase5-dev.install-common @@ -1,3 +1,5 @@ +#!/usr/bin/dh-exec + usr/include/qt5/QtConcurrent/QtConcurrent usr/include/qt5/QtConcurrent/QtConcurrentDepends usr/include/qt5/QtConcurrent/QtConcurrentFilter @@ -370,7 +372,7 @@ usr/include/qt5/QtCore/qconfig-medium.h usr/include/qt5/QtCore/qconfig-minimal.h usr/include/qt5/QtCore/qconfig-nacl.h usr/include/qt5/QtCore/qconfig-small.h -usr/include/qt5/QtCore/qconfig.h +usr/include/qt5/QtCore/qconfig.h usr/include/${DEB_HOST_MULTIARCH}/qt5/QtCore/ usr/include/qt5/QtCore/qcontainerfwd.h usr/include/qt5/QtCore/qcontiguouscache.h usr/include/qt5/QtCore/qcoreapplication.h diff --git a/debian/rules b/debian/rules index b4e8a55..8309f63 100755 --- a/debian/rules +++ b/debian/rules @@ -197,6 +197,13 @@ ifeq ($(vendor),Ubuntu) rm -rf po endif + +# add includedir_arch definition, and add it to -I +define ADD_MULTIARCH_INCLUDES +s{(includedir)=(\$${prefix}/include)(/.*)}{$$1=$$2$$3\n$$1_arch=$$2/$(DEB_HOST_MULTIARCH)$$3}; \ +s{(-I\$${includedir})(\S*)}{$$1$$2 -I\$${includedir_arch}$$2}g; +endef + override_dh_auto_install: dh_auto_install -Smakefile -- INSTALL_ROOT=$(CURDIR)/debian/tmp/ @@ -204,6 +211,10 @@ override_dh_auto_install: find $(CURDIR)/debian/tmp/usr/lib/*/pkgconfig -type f -name '*.pc' \ -exec perl -pi -e s, -L$(CURDIR)/?\S+,,g {} \; + # add the multi-arch include path to the pkgconfig files + find $(CURDIR)/debian/tmp/usr/lib/*/pkgconfig -type f -name '*.pc' \ + -exec perl -pi -e '$(ADD_MULTIARCH_INCLUDES)' {} \; + # Add a configuration for qtchooser mkdir -p
Bug#734842: dpkg-gensymbols: x32 is matching any-amd64
On Friday, January 10, 2014 10:46:10 AM Matthias Klose wrote: Package: dpkg-dev Version: 1.17.5 I was surprised to see that x32 is matching any-amd64 at least in symbols files. Is this intended? It implies that x32 is a 64bit arch too like the other architectures matched by any-amd64. To me, it just means that x32 uses the same CPU (in the same operation mode) as amd64 or kfreebsd-amd64. -- Daniel Schepler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734470: Pending fixes for bugs in the libsoap-lite-perl package
tag 734470 + pending thanks Some bugs in the libsoap-lite-perl package are closed in revision bdd37af7aa66a45dfa600a4e8cdfec5022eb99de in branch 'master' by Damyan Ivanov The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libsoap-lite-perl.git;a=commitdiff;h=bdd37af Commit message: add patch fixing triggering multipart handling in HTTP server with certain responses Closes: #734470. Author: Michael Albinus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734842: dpkg-gensymbols: x32 is matching any-amd64
Am 10.01.2014 12:01, schrieb Daniel Schepler: On Friday, January 10, 2014 10:46:10 AM Matthias Klose wrote: Package: dpkg-dev Version: 1.17.5 I was surprised to see that x32 is matching any-amd64 at least in symbols files. Is this intended? It implies that x32 is a 64bit arch too like the other architectures matched by any-amd64. To me, it just means that x32 uses the same CPU (in the same operation mode) as amd64 or kfreebsd-amd64. how useful is this in the context of the symbols files? Otoh I think what I really need would be any-32 and any-64 matches for symbols files. Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734854: gscan2pdf wrong resolution
Package: gscan2pdf Version: 1.2.0-0~ppa1saucy Severity: important -- System Information: Ubuntu saucy, 64 Bit Architecture: amd64 (x86_64) Kernel: Linux 3.11.0-15-generic #23-Ubuntu SMP x86_64 GNU/Linux (SMP w/2 CPU cores) Locale: LANG=de_AT.UTF-8 LANGUAGE=de_AT:de Dear Maintainer, While scanning with a Fujitsu fi-6130 at a scan resolution of 300dpi, each saved PDF has a wrong page size (half horiz vert) I found out that after each scan the value of menu: Edit/resolution is set to 600. When I manually set that value to 300dpi the resulting saved PDF is ok, but after another scan this value is again (re)set to 600 automagically by the program This is very annoying Regards
Bug#633405: Patch available
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, I know pngwriter is not in the debian repo any more. Anways, since this bug was still open and I forked a version of the latest (2009) pngwriter package on https://github.com/ax3l/pngwriter I would like to share the bug fix. Patch: diff --git a/src/pngwriter.cc b/src/pngwriter.cc index d8d81c9..cd99f1f 100644 - --- a/src/pngwriter.cc +++ b/src/pngwriter.cc @@ -4334,7 +4334,7 @@ void pngwriter::drawtop(long x1,long y1,long x2,long y2,long x3, int red, int gr long cl=((x2-x1)*256)/(y2-y1); long cr=((x3-x1)*256)/(y2-y1); - - for(int y=y1; yy2; y++) + for(int y=y1; y=y2; y++) { this-line(posl/256, y, posr/256, y, red, green, blue); posl+=cl; @@ -4361,7 +4361,7 @@ void pngwriter::drawbottom(long x1,long y1,long x2,long x3,long y3, int red, int long cl=((x3-x1)*256)/(y3-y1); long cr=((x3-x2)*256)/(y3-y1); - - for(int y=y1; yy3; y++) + for(int y=y1; y=y3; y++) { this-line(posl/256, y, posr/256, y, red, green, blue); Link: https://github.com/ax3l/pngwriter/commit/83cf8e92e9f1ab9823d568e55b0dd3cdd4142565 I could not reach the original developer last year, so I am not sure he/she is still active. http://pngwriter.sourceforge.net/ Some other minor fixes in my repo are documented here: https://github.com/ax3l/pngwriter#changes Best, Axel -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQJ8BAEBCgBmBQJSz+C4XxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDMjAzN0EzNzlGM0JGMzFGQ0VFOTJDNENE RDNGNjFFNUYxMTMyRjY1AAoJEN0/YeXxEy9ltRAP/1uyJXwWrJlSAzur2u5100IF oWIEZrwIP5nC5c59glQibqur3xpsNSA88T6y/YKjioUAw3oV03wI3SbWVT3hnAQO 4NcXw3Ru40uo2aasSzBgBWfTyXTVs+lshH5wi51i/rw/7B6kAuz9xZ6RNRwA x6rLLSYOwpRuRn1Sv7dr12XyaQn1Yy0DlbbYjmxwgNyUAsx3qK7EwwMInccji3rC 6DobvUmHOrxQa/RqVe+isk/hr1OWYXoF1ayhigFgIMWNHHi5rKr2PPNZwHxrcc+L CuT7/0gjPPRGffhSd0HZ6b9sY9o8L7p8Q4puL+jmw3uWha8D1h8OLr4paFUP2oY5 N5TicKoIX7RFjldQ4R0QAfvlmKZq7+jdANrNVEBR/JdTOBSOYo7IT8gpAEttbR0C 5TwewfB23fqHqo71zVvZvucdxe6jVWdZf537bp3nmcnB739+Brdwpk71WBIyv4Y9 uHoGNi3BjoE6htqzQ+aC6ROVqqQ86C20V/WXdnBl7qNvwhCB+Px50BFUFxDLoPTl +dEulN9Did7urBBoeXiU1kmJihR3FDwQjMcuxJB6iVdYKfqyE2Zcu4giggqKT0pm iwLFiSBmLXCMVG8XKz3VmHJs1yKokz7LejrPgZImKyjPzLycW9jX/TquwPVx/jzx 577zpEOuNNaDnW7sJraR =yY+n -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature
Bug#734857: bundler: cannot load, /usr/share/rubygems-integration/1.9.1/gems/bundler-1.5.0/bin/bundle
Package: bundler Version: 1.5.0-1 Severity: grave Justification: renders package unusable Dear Maintainer, After updating/upgrading a machine running Debian Testing, gitlab doesn't start any more: $ sudo service gitlab start Starting GitLab SidekiqThe Sidekiq job dispatcher is already running with pid 26122, not restarting /usr/local/bin/bundle:23:in `load': cannot load such file -- /usr/share/rubygems-integration/1.9.1/gems/bundler-1.5.0/bin/bundle (LoadError) from /usr/local/bin/bundle:23:in `main' ..Waited 30s for the processes to write their pids, something probably went wrong. On December 2nd, with the then current software packages from Debian Testing everything still worked as expected. To reproduce it suffices to call bundle: $ bundle /usr/local/bin/bundle:23:in `load': cannot load such file -- /usr/share/rubygems-integration/1.9.1/gems/bundler-1.5.0/bin/bundle (LoadError) from /usr/local/bin/bundle:23:in `main' Best regards, Chris -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-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 bundler depends on: ii ruby 1:1.9.3 ii ruby-net-http-persistent 2.9-1 ii ruby-thor 0.18.1-1 ii ruby1.9.1 [ruby-interpreter] 1.9.3.484-1 Versions of packages bundler recommends: ii build-essential 11.6 ii less 458-2 ii ruby-dev 1:1.9.3 ii rubygems-integration 1.2 ii sudo 1.8.8-2 bundler suggests no packages. -- no debconf information If you want to provide additional information, please wait to receive the bug tracking number via email; you may then send any extra information to n...@bugs.debian.org (e.g. 999...@bugs.debian.org), where n is the bug number. Normally you will receive an acknowledgement via email including the bug report number within an hour; if you haven't received a confirmation, then the bug reporting process failed at some point (reportbug or MTA failure, BTS maintenance, etc.). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734856: licenses missing in debian/copyright
Package: openturns Severity: serious User: alteh...@debian.org Usertags: ftp X-Debbugs-CC: ftpmas...@ftp-master.debian.org thanks Dear Maintainer, there are several COPYING files in your package whose contents is not part of debian/copyright: ./openturns-1.3rc1/wrappers/AnalyticalFunctionCompiler/COPYING = GPLv3+ ./openturns-1.3rc1/lib/COPYING.ev3 = CPL (which version??) ./openturns-1.3rc1/lib/COPYING.KolmogorovSmirnovDist = GPLv3 Please update debian/copyright accordingly. 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#734855: package maybe nonfree
Package: openturns Severity: serious User: alteh...@debian.org Usertags: ftp X-Debbugs-CC: ftpmas...@ftp-master.debian.org thanks Dear Maintainer, the file openturns-1.3rc1/lib/src/Base/Func/SpecFunc/dcdflib.cxx contains functions from ACM transactions. According to openturns-1.3rc1/lib/COPYING.dcdflib they may not be used in commercial products: General permission to copy and distribute the algorithm without fee is granted provided that the copies are not made or distributed for direct commercial advantage. Can you please check with upstream that the LGPL license in the header of dcdflib.cxx is really valid. 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#732208: PRIVATE MESSAGE
My late client made his last will and testament in your favour, i sent letters to you but got no response, i advise you contact me immediately. Barr Mark Freedman -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714962: samba: Samba either version in wheezy or version in backports fail with shadow_copy2
I am sorry with loglevel 10 I get logmessages about whats going on and the first problem seems to be the combination of msdfs and shadow_copy2. [2014/01/09 22:27:46.695567, 10] modules/vfs_shadow_copy2.c:383(shadow_copy2_convert) Trying /data/projekte/fileserver/projekte/00-NEW-2DAYS.html/../snapshots/@GMT-2014.01.02-09.00.00: -1 (No such file or directory) [2014/01/09 22:27:46.695617, 10] modules/vfs_shadow_copy2.c:383(shadow_copy2_convert) Trying /data/projekte/fileserver/projekte/../snapshots/@GMT-2014.01.02-09.00.00/00-NEW-2DAYS.html: -1 (No such file or directory) [2014/01/09 22:27:46.695666, 10] modules/vfs_shadow_copy2.c:383(shadow_copy2_convert) Trying /data/projekte/fileserver/../snapshots/@GMT-2014.01.02-09.00.00/projekte/00-NEW-2DAYS.html: -1 (No such file or directory) [2014/01/09 22:27:46.695750, 10] modules/vfs_shadow_copy2.c:383(shadow_copy2_convert) Trying /data/projekte/../snapshots/@GMT-2014.01.02-09.00.00/fileserver/projekte/00-NEW-2DAYS.html: -1 (No such file or directory) [2014/01/09 22:27:46.695800, 10] modules/vfs_shadow_copy2.c:383(shadow_copy2_convert) Trying /data/../snapshots/@GMT-2014.01.02-09.00.00/projekte/fileserver/projekte/00-NEW-2DAYS.html: -1 (No such file or directory) [2014/01/09 22:27:46.695860, 10] modules/vfs_shadow_copy2.c:311(shadow_copy2_convert) converting /data/projekte/fileserver/projekte [2014/01/09 22:27:46.695920, 10] modules/vfs_shadow_copy2.c:383(shadow_copy2_convert) Trying /data/projekte/fileserver/projekte/../snapshots/@GMT-2014.01.02-09.00.00: -1 (No such file or directory) [2014/01/09 22:27:46.695968, 10] modules/vfs_shadow_copy2.c:383(shadow_copy2_convert) Trying /data/projekte/fileserver/../snapshots/@GMT-2014.01.02-09.00.00/projekte: -1 (No such file or directory) [2014/01/09 22:27:46.696021, 10] modules/vfs_shadow_copy2.c:383(shadow_copy2_convert) Trying /data/projekte/../snapshots/@GMT-2014.01.02-09.00.00/fileserver/projekte: -1 (No such file or directory) [2014/01/09 22:27:46.696070, 10] modules/vfs_shadow_copy2.c:383(shadow_copy2_convert) Trying /data/../snapshots/@GMT-2014.01.02-09.00.00/projekte/fileserver/projekte: -1 (No such file or directory) As you can see the hostname (fileserver) where added into the path, but the different iterations look for me like tryerror. I disabled msdfs and tried different shadow:snapdir settings, and got a 0 (ok) but the windows client don't show any files. I missed to make a backup from the logs, where you can see the 0 (ok) part but will send it when my testsystem is up and running. Right now it seems for me that something is broken in 3.6.6 and I like to see some users where it is running. Thanks, Eike
Bug#711604: Hash randomization test failures
On Wed, Jan 08, 2014 at 10:02:13PM +, Dominic Hargreaves wrote: (cc'ing the sympa maintainers; this bug in libmime-lite-html-perl is keeping sympa out of testing.) So this package needs to be checked to see whether the test failures are definitely random, and that the random breakage is purely in the test suite. If so, the severity of this bug can be downgraded to important. This doesn't seem to be the case here; this package fails to build for me 12 times in a row. Updating the package to 1.24 (which looks like it would be a worthwhile update anyway) doesn't change anything. And I've just re-verified that the package does build on wheezy. It's certainly hash randomization as it builds with PERL_HASH_SEED=0. The test suite relies on the old hash ordering in several places. I started fixing libmime-lite-html-perl by adding things like --- a/t/50generic.t +++ b/t/50generic.t @@ -36,6 +36,7 @@ foreach my $it ('cid', 'location', 'extern') { my $url_file = file://$f; print $url_file,\n; my $rep = $mailHTML-parse($url_file, A text message); +$rep-field_order('from', 'to', 'subject'); $rep = $rep-as_string; $rep =~s/^Date: .*$//gm; my @bound; but ran into trouble with t/ref/index.cgi.eml2.cid which has an empty line between headers that MIME::Lite::field_order() loses (intentionally or not.) This is currenly keeping sympa out of testing. Not sure if the sympa maintainers are aware of that, so cc'ing them. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734610: libprocps3-dev: .so symlink broken
On Thu, Jan 09, 2014 at 11:04:00PM +0100, Bernd Zeimetz wrote: Please upload when you have the time to do so, here it fails to build on amd64 with similar errors as on ia64, so I gave up and didn't nmu it yet. Done. Thanks for the patch. I'd like to know what's going on with those scripts, it's basically saying that command -v kill works but `command -v kill` doesnt work - 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#682068: [Piuparts-devel] Bug#682068: Bug#682068: selinux + piuparts
Hi Laurent, On Freitag, 10. Januar 2014, Laurent Bigonville wrote: But should piuparts itself support being run an a pre-wheezy system? no. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#525175: kdebase-runtime: kdesu not in path
Hi, this problem is still present in kdebase-runtime 4:4.8.4-2. Any news? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734746: flite: CVE-2014-0027
Control: tags -1 pending On 09-01-14 21:43, Florian Weimer wrote: I couldn't reach this code via speech-dispatcher (with an active flite module) or any other way (admittedly I tried only on Fedora). If this function can be called while using desktop accessibility tools, we should probably fix it, otherwise, it does not appear necessary. Is there anybody with flite internal knowledge (which I lack) that can look into this, i.e. if upload to squeeze and wheezy should be considered? I have applied the patch and am building now. After some very elementary testing (does anybody have advice here) I will upload to sid. Paul signature.asc Description: OpenPGP digital signature
Bug#701032: [bug #41003] wget tries to reuse connection despite http/1.0 and no connection: keep-alive
Follow-up Comment #2, bug #41003 (project wget): by inspecting the code, I see that wget doesn't check for the version of the HTTP protocol and it should assume no keep-alive connection by default when HTTP/1.0 is used. Darshit, if you specify --debug, do you get the Registered socket %d for persistent reuse.\n message? I was quickly testing with netcat as: $ printf HTTP/1.0 200 OK\r\nContent-Length: 0\r\n\r\n | nc -l -p 8080 $ LANG=C ./wget -d -O /dev/null http://localhost:8080/ 21 | grep Registered Registered socket 4 for persistent reuse. ___ Reply to this item at: http://savannah.gnu.org/bugs/?41003 ___ Messaggio inviato con/da Savannah http://savannah.gnu.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720466: working like a charm
I have built cinnamon 2.0 from source on Jessie x64 and it's working like a charm. The procedure is simple: segfault.linuxmint.com/2013/10/how-to-build-and-install-the-latest-cinnamon-from-git/ I can share the package I built if needed.
Bug#734858: libperl-critic-perl: label prevents disabling Variables::ProhibitReusedNames
Package: libperl-critic-perl Version: 1.121-1 Please see the attached test file. $ perlcritic --verbose '%p at %l\n' -2 reused-names.pl Variables::ProhibitReusedNames at 12 Miscellanea::ProhibitUselessNoCritic at 12 So it reports both ProhibitReusedNames at line 12, and that there's no ProhibitReusedNames to disable on line 12... If I remove the label, the problem goes away: $ sed -e '/^LABEL/d' reused-names.pl reused-names-nolabel.pl $ perlcritic -2 reused-names-nolabel.pl reused-names-nolabel.pl source OK -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libperl-critic-perl depends on: ii libb-keywords-perl1.13-1 ii libconfig-tiny-perl 2.14-1 ii libemail-address-perl 1.900-1 ii libexception-class-perl 1.37-1 ii libfile-homedir-perl 1.00-1 ii libfile-which-perl1.09-1 ii libio-string-perl 1.08-3 ii liblist-moreutils-perl0.33-1+b2 ii libmodule-pluggable-perl 4.8-1 ii libpod-spell-perl 1.12-1 ii libppi-perl 1.215-1 ii libppix-regexp-perl 0.036-1 ii libppix-utilities-perl1.001000-1 ii libreadonly-perl 1.04-1 ii libreadonly-xs-perl 1.05-1 ii libstring-format-perl 1.17-1 ii libtask-weaken-perl 1.04-1 ii perl 5.18.1-5 ii perltidy 20120701-1 -- Jakub Wilk #!/usr/bin/perl use strict; use warnings; our $VERSION = '3.14'; my $a = 1; LABEL: while (my $a = FOO) { ## no critic (ProhibitReusedNames) }
Bug#734859: icedove: FTBFS on powerpcspe: cannot reload integer constant operand in 'asm'
Source: icedove Version: 24.2.0esr-1 Severity: wishlist Tags: patch User: debian-powerpc...@breakpoint.cc Usertags: powerpcspe Hi, icedove FTBFS on powerpcspe like this: ... In file included from /«PKGBUILDDIR»/mozilla/js/xpconnect/loader/mozJSComponentLoader.h:8:0, from /«PKGBUILDDIR»/mozilla/js/xpconnect/loader/mozJSComponentLoader.cpp:31: ../../../dist/include/jsapi.h: In member function 'nsresult mozJSComponentLoader::ImportInto(const nsACString_internal, JSObject*, JSContext*, JSObject**)': ../../../dist/include/jsapi.h:151:45: error: cannot reload integer constant operand in 'asm' asm volatile(:: g (hold) : memory); ^ ../../../dist/include/jsapi.h:151:45: error: cannot reload integer constant operand in 'asm' asm volatile(:: g (hold) : memory); ... The attached patch fixes this by omitting the asm construction on powerpcspe only (__NO_FPRS__). Roland -- System Information: Debian Release: 7.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: powerpcspe (ppc) Kernel: Linux 3.9.0-dirty (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Index: icedove-17.0.10/mozilla/js/src/jsapi.h === --- icedove-17.0.10.orig/mozilla/js/src/jsapi.h 2013-11-15 17:38:41.0 +0100 +++ icedove-17.0.10/mozilla/js/src/jsapi.h 2014-01-09 22:03:45.827455194 +0100 @@ -148,7 +148,9 @@ * G++ will assume that all memory has changed after the asm, as it would for a * call to an unknown function. I don't know of a way to avoid that consequence. */ +#ifndef __NO_FPRS__ asm volatile(:: g (hold) : memory); +#endif } #else templatetypename T
Bug#733726: wordpress: New upstream version (3.8)
On Tue, Jan 07, 2014 at 08:04:18AM +0100, Raphael Hertzog wrote: That's it basically (except it would be wordpress_3.8+dfsg.orig.tar.xz). On top of this, there's: - the new 2014 theme needs to be put in its own binary package done. - the old 2012 theme has been removed It still appears in my 3.8 archive, are you sure? - dependencies ought to be updated to account for those default theme changes I saw those, but I didn't think they were right. It currently is Depends: 2014 Recommends: 2013, 2012 To me it would be Depends: 2014|2013|2012 ie we dont care what theme you have, just as long as you have one. Or is there some inter-dependency between themes going on here? - debian/missing-sources/ should be updated if needed (see the README in that directory) I looked into that too, quite clever! How did you work out what was missing? I'm also having problems with dh_treelink gbp:error: upstream/3.7.2+dfsg is not a valid treeish It's got something to do with me not having all the branches pulled down. Any ideas on how to fix it? -- 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#734677: yet more info
reopen 734677 severity wishlist thanks On Friday 10 January 2014 02:57:32 Dima Kogan wrote: Hi Lisandro. Again, thanks for replying. perezme...@gmail.com writes: Multiarch does not has support for arch-qualified headers yet Are you sure this is true? The main debian wiki page (https://wiki.debian.org/Multiarch) claims both library and header support. What is missing? My debian/sid box has a /usr/include/x86_64-linux-gnu directory, and there are headers there from various packages. This directory also is in the default -I list of gcc. OK, that's new for me. Although it's still not in the Debian policy, but that's understandable. I'm reopening the bug, but with wishlist severity. In any case, I added logic to the earlier patch to ship qconfig.h in this arch-specific directory. With that the packages build and look reasonable. I haven't built on any other arch yet, so I haven't yet tested the co-instability explicitly. Am I being too optimistic? You should test your patches before submitting them, indeed. Anyway, this is still incomplete. You are only mangling pkgconfig files and you also need to fix cmake's ones. The correct approach here would be to patch qtbase to generate appropiate headers, pc and cmake files at build time. And then ask upstream if they are OK with it, even if it needs to be a patch only applied in Debian/Ubuntu. No patching will happen without upstream's OK. In the meantime there will be no fixes to this. So if you want this to happen, please propose patches upstream. Feel free to add me as reviewer in gerrit's commits. Kinds regards, Lisandro. -- If for every rule there is an exception, then we have established that there is an exception to every rule. If we accept For every rule there is an exception as a rule, then we must concede that there may not be an exception after all, since the rule states that there is always the possibility of exception, and if we follow it to its logical end we must agree that there can be an exception to the rule that for every rule there is an exception. Bill Boquist 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#734861: bluetooth keyboard is not active when coming back from hibernation
package: gnome-bluetooth version: 3.8.1-2 When coming back from hibernation (sudo date gnome-screensaver-command --lock sudo pm-hibernate), bluetooth keyboard is not active. I have to manually turn off and turn on bluetooth from Bluetooth Settings. It should do this automatically when waking up from suspend or hibernate. Now I have to use an onscreen keyboard to login from lock screen and then re enable bluetooth to get keyboard working. My system has a toshiba_bluetooth device. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733726: marked as pending
Hi, On Fri, 10 Jan 2014, Craig Small wrote: Updated the easy stuff to 3.8 including the twentyfourteen theme Still won't build: gbp:error: upstream/3.7.2+dfsg is not a valid treeish try to work out what that means later. It just means that you haven't put the correct version in debian/changelog: --- a/debian/changelog +++ b/debian/changelog @@ -1,9 +1,13 @@ -wordpress (3.7.1+dfsg-2) UNRELEASED; urgency=low +wordpress (3.7.2+dfsg-1) UNRELEASED; urgency=low You need to put 3.8+dfsg-1 and then git-buildpackage will try to use upstream/3.8+dfsg wich should exist in your repository (not yet on git.debian.org though, you probably need to git push --tags) You also have only pushed the master branch but you need to push the upstream and pristine-tar branches too. 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#734134: kdebase-bin: Strange PolicyKit1-KDE message asks for root password
On Sun, 5 Jan 2014 12:04:43 Russell Coker wrote: Yes I use kmail. I reported it against kdebase because I didn't know where it came from. If you think it's kmail at fault then please reassign it. I just logged in to my laptop and then left it for a while without doing anything. When I returned the unwanted PolicyKit window was displayed even though kmail was not running. I don't believe that this bug is due to kmail. -- My Main Blog http://etbe.coker.com.au/ My Documents Bloghttp://doc.coker.com.au/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734860: nmu: libvncserver0 - libvncclient0 split
Package: release.debian.org User: release.debian@packages.debian.org Usertags: binnmu Severity: normal Please schedule binNMUs for libvncserver reverse dependencies. libvncclient0 is now a separate binary package, no longer provided by libvncserver0. nmu aqemu_0.8.2-2 . amd64 armel armhf i386 ia64 mips mipsel powerpc sparc . -m Rebuild for libvncserver split nmu guacamole-server_0.8.3-1 . ALL . -m Rebuild for libvncserver split dw guacamole-server_0.8.3-1 . hurd-i386 . -m libvncserver-dev (= 0.9.9+dfsg-3) nmu kcemu_0.5.1+dfsg-6 . ALL . -m Rebuild for libvncserver split dw kcemu_0.5.1+dfsg-6 . hurd-i386 . -m libvncserver-dev (= 0.9.9+dfsg-3) nmu kdenetwork_4:4.10.5-3 . ALL -hurd-i386 . -m Rebuild for libvncserver split nmu krdc_4:4.11.3-1 . ALL -hurd-i386 . -m Rebuild for libvncserver split nmu lcd4linux_0.11.0~svn1200-1 . ALL . -m Rebuild for libvncserver split dw lcd4linux_0.11.0~svn1200-1 . hurd-i386 . -m libvncserver-dev (= 0.9.9+dfsg-3) nmu netsurf_2.9-2 . ALL -hurd-i386 . -m Rebuild for libvncserver split nmu remmina_1.0.0-6 . ALL . -m Rebuild for libvncserver split dw remmina_1.0.0-6 . hurd-i386 . -m libvncserver-dev (= 0.9.9+dfsg-3) nmu virtualbox_4.3.2-dfsg-1 . amd64 i386 . -m Rebuild for libvncserver split nmu x11vnc_0.9.13-1.1 . ALL . -m Rebuild for libvncserver split dw x11vnc_0.9.13-1.1 . hurd-i386 . -m libvncserver-dev (= 0.9.9+dfsg-3) Cheers, Luca -- 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: New upstream version (3.8)
On Fri, 10 Jan 2014, Craig Small wrote: - the old 2012 theme has been removed It still appears in my 3.8 archive, are you sure? No, I was just making a supposition. Then we keep it until upstream drops it! - dependencies ought to be updated to account for those default theme changes I saw those, but I didn't think they were right. It currently is Depends: 2014 Recommends: 2013, 2012 To me it would be Depends: 2014|2013|2012 ie we dont care what theme you have, just as long as you have one. Or is there some inter-dependency between themes going on here? I wasn't quite sure how the default theme gets picked on fresh installs or for new instances in a multi-site installation so I wanted to ensure that the latest theme was always installed. Also it seems better to have all the upstream-provided themes available per default when you apt-get install wordpress so listing the additional themes in Recommends seemed right too. - debian/missing-sources/ should be updated if needed (see the README in that directory) I looked into that too, quite clever! How did you work out what was missing? We got bug reports, then manually inspected the sources looking for .min.js without the non-minified file, etc. I'm also having problems with dh_treelink gbp:error: upstream/3.7.2+dfsg is not a valid treeish FWIW gbp stands for git-buildpackage, it's unrelated to dh_linktree. 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#734862: git-buildpackage: Make git-pbuilder honor a --help option
Package: git-buildpackage Version: 0.6.8 Severity: wishlist Hi. git-pbuilder --help will actually try and do stuff instead of displaying some help, which could be improved. Thanks in advance. Best regards, -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Kernel: Linux 3.12-1-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages git-buildpackage depends on: ii devscripts2.13.9 ii git 1:1.8.5.2-1 ii man-db2.6.5-2 ii python2.7.5-5 ii python-dateutil 1.5+dfsg-0.1 ii python-pkg-resources 2.0.2-1 Versions of packages git-buildpackage recommends: ii cowbuilder0.73 ii pristine-tar 1.28 Versions of packages git-buildpackage suggests: ii python-notify 0.1.1-3 ii unzip 6.0-10 -- 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#734813: [Pkg-systemd-maintainers] Bug#734813: systemd as pid1 allows lxc-containers to unmount host filesystems
forcemerge 734813 731574 thanks On Fri, Jan 10, 2014 at 08:08:18AM +0100, Michael Stapelberg wrote: Hi Paul, Hey Michael :) Paul Tagliamonte paul...@debian.org writes: A workaround was sent to me in a gist[2], but I've not tried it yet. Seems like it'd work. Another workaround given was to do: for MNT in $(awk '{print $2}' /proc/mounts | sort -u) ; do mount --make-rprivate $MNT; done This needs to have #731574 resolved first, because of a bug in mount(8). Ah. That would explain why the unit file wasn't preventing this. Both are pretty ugly, and I really don't want to have to run this. Can Debian systemd please revert this behavior? No. This would need to happen upstream, and then we can cherry-pick the fix. But in general we don’t want to divert from upstream. FWIW, docker on CoreOS has ExecStartPre=/bin/mount --make-rprivate / in its unit file to fix this — but as I said, that requires a newer mount(8). Mm. I’m inclined to just mark this as a duplicate of #731574, or let you reassign it to lxc, which seems to have support for dealing with shared mountpoints as you wrote on IRC. Let me know which one you prefer. Sounds right. I'll merge this with 731574. I think that solves the short-term problem faster. Thanks for all your help! Paul -- Best regards, Michael -- .''`. Paul Tagliamonte paul...@debian.org | Proud Debian Developer : :' : 4096R / 8F04 9AD8 2C92 066C 7352 D28A 7B58 5B30 807C 2A87 `. `'` http://people.debian.org/~paultag `- http://people.debian.org/~paultag/conduct-statement.txt signature.asc Description: Digital signature
Bug#734863: RFP: emacs-ide -- IDE interface for Emacs (code browsing, compilation, debug...)
Package: wnpp Severity: wishlist * Package name : emacs-ide Version : 1.12 Upstream Author : Cédric Marie cedric.ma...@yahoo.fr * URL : http://emacs-ide.tuxfamily.org/ * License : GPLv3 Programming Lang: Emacs Lisp Description : IDE interface for Emacs (code browsing, compilation, debug...) Emacs-IDE is an Integrated Development Environment (IDE) interface for Emacs (code browsing, compilation, debug...). The purpose is to provide a user-friendly interface, with dedicated windows (source, menu, and output) and convenient shortcuts. It is suitable for almost all languages (as long as they are supported by Ctags). Cscope provides additional browsing facility for C/C++ files. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734864: fglrx-driver: Starting X with fglrx as selected driver results in a, segmentation fault and black screen on boot.
Package: fglrx-driver Version: 1:13.12-1 Severity: important Dear Maintainer, I installed fglrx-driver and ran aticonfig --initial afterwards. I restarted and got a black screen, without possibility to switch over to a virtual console (Ctrl+Alt+F1). After rebooting into recovery mode, I also tried the minimal config as described in https://wiki.debian.org/ATIProprietary#Manual_Xserver_\ Configuration_File_Creation Log Files are taken from the attempt with the aticonfig xorg.conf. Please note: This is a laptop with switchable graphics (integrated Intel and dedicated AMD card). For this test however the integrated Intel card was deactivated via BIOS configuration. (Laptop Model: Acer Aspire 5820TG) Thank you for your time and effort. Best regards, Florian -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fglrx-driver depends on: ii debconf [debconf-2.0] 1.5.52 ii glx-alternative-fglrx 0.4.1 ii libc6 2.17-97 ii libfglrx:amd64 1:13.12-1 ii libfglrx:i386 1:13.12-1 ii libgl1-mesa-glx [libgl1] 9.2.2-1 ii libx11-6 2:1.6.2-1 ii libxext6 2:1.3.2-1 ii libxrandr2 2:1.4.1-1 ii libxrender11:0.9.8-1 ii xserver-xorg-core [xorg-video-abi-14] 2:1.14.5-1 Versions of packages fglrx-driver recommends: ii fglrx-atieventsd 1:13.12-1 ii fglrx-modules-dkms 1:13.12-1 ii libgl1-fglrx-glx:amd64 1:13.12-1 ii libgl1-fglrx-glx:i386 1:13.12-1 ii libgl1-fglrx-glx-i386 1:13.12-1 Versions of packages fglrx-driver suggests: pn amd-opencl-icd none pn fglrx-control none pn xvba-va-driver none -- Log: Xorg.0.log [47.703] X.Org X Server 1.14.5 Release Date: 2013-12-12 [47.703] X Protocol Version 11, Revision 0 [47.703] Build Operating System: Linux 3.13.0-rc2-patser+ x86_64 Debian [47.703] Current Operating System: Linux boindil 3.12-1-amd64 #1 SMP Debian 3.12.6-2 (2013-12-29) x86_64 [47.703] Kernel command line: BOOT_IMAGE=/vmlinuz-3.12-1-amd64 root=/dev/mapper/ssd--debian--crypt-root ro quiet [47.703] Build Date: 13 December 2013 10:12:53AM [47.703] xorg-server 2:1.14.5-1 (Maarten Lankhorst maarten.lankho...@ubuntu.com) [47.703] Current version of pixman: 0.32.4 [47.703] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [47.703] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [47.703] (==) Log file: /var/log/Xorg.0.log, Time: Fri Jan 10 12:57:06 2014 [47.705] (==) Using config file: /etc/X11/xorg.conf [47.705] (==) Using config directory: /etc/X11/xorg.conf.d [47.705] (==) Using system config directory /usr/share/X11/xorg.conf.d [47.709] (==) ServerLayout aticonfig Layout [47.709] (**) |--Screen aticonfig-Screen[0]-0 (0) [47.709] (**) | |--Monitor aticonfig-Monitor[0]-0 [47.709] (**) | |--Device aticonfig-Device[0]-0 [47.709] (==) Automatically adding devices [47.709] (==) Automatically enabling devices [47.709] (==) Automatically adding GPU devices [47.716] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [47.716] Entry deleted from font path. [47.727] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins [47.727] (==) ModulePath set to /usr/lib/xorg/modules [47.727] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [47.727] (II) Loader magic: 0x7f499c887d00 [47.727] (II) Module ABI versions: [47.727] X.Org ANSI C Emulation: 0.4 [47.727] X.Org Video Driver: 14.1 [47.727] X.Org XInput driver : 19.1 [47.727] X.Org Server Extension : 7.0 [47.728] (--) PCI:*(0:1:0:0) 1002:68c1:1025:052c rev 0, Mem @ 0xc000/134217728, 0xcc00/131072, I/O @ 0x3000/256, BIOS @ 0x/131072 [47.728] (II) Open ACPI successful (/var/run/acpid.socket) [47.729] Initializing built-in extension Generic Event Extension [47.729] Initializing built-in extension SHAPE
Bug#734813: systemd as pid1 allows lxc-containers to unmount host filesystems
On Thu, Jan 09, 2014 at 11:17:25PM -0800, Josh Triplett wrote: I also believe that preemptively CCing the tech-ctte on bugs like this is a mistake I already talked with Mithrandir. He convinced me so already. Your comments are noted. Thanks, Paul -- .''`. Paul Tagliamonte paul...@debian.org | Proud Debian Developer : :' : 4096R / 8F04 9AD8 2C92 066C 7352 D28A 7B58 5B30 807C 2A87 `. `'` http://people.debian.org/~paultag `- http://people.debian.org/~paultag/conduct-statement.txt signature.asc Description: Digital signature
Bug#734865: libapache2-mpm-itk: fails to install: subprocess installed post-installation script returned error exit status 1
Package: libapache2-mpm-itk Version: 2.4.7-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Control: affects -1 + apache2-mpm-itk Hi, during a test with piuparts I noticed your package failed to install. As per definition of the release team this makes the package too buggy for a release, thus the severity. From the attached log (scroll to the bottom...): Setting up libapache2-mpm-itk (2.4.6-01-1) ... dpkg: error processing package libapache2-mpm-itk (--configure): subprocess installed post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of piuparts-depends-dummy: piuparts-depends-dummy depends on libapache2-mpm-itk; however: Package libapache2-mpm-itk is not configured yet. dpkg: error processing package piuparts-depends-dummy (--configure): dependency problems - leaving unconfigured Processing triggers for libc-bin (2.17-97) ... Errors were encountered while processing: libapache2-mpm-itk piuparts-depends-dummy cheers, Andreas apache2-mpm-itk_2.4.7-1.log.gz Description: GNU Zip compressed data
Bug#734866: bash: Bash should always drop its privilege when running setuid unless -p option is given
Package: bash Version: 4.2+dfsg-1 Severity: important Tags: security While reading http://blog.cmpxchg8b.com/2013/08/security-debianisms.html I discovered that Debian patches bash to not drop its privileges when it is invoked as /bin/sh (cf privmode.diff). As shown in the above page, it looks like this change dates back to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=52586. bsmtpd has been dropped from Debian in 2005 and I believe that there's no reason for Debian to continue to diverge on that specific behaviour. So please drop that change, in particular now that /bin/sh is not even provided by bash. Cheers, -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bash depends on: ii base-files 7.2 ii dash 0.5.7-3+nmu1 ii debianutils 4.4 ii libc62.17-97 ii libtinfo55.9+20130608-1 Versions of packages bash recommends: ii bash-completion 1:2.1-2 Versions of packages bash suggests: pn bash-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734867: xymon-client: port monitoring (netstat -ant) cuts IPv6 addresses
Package: xymon-client Version: 4.3.0~beta2.dfsg-9.1 Severity: normal Tags: ipv6 Dear Maintainer, /usr/lib/hobbit/client/bin/hobbitclient-linux.sh calls netstat -ant to get a list of all ports of the server. The default behavior of netstat -ant is to use fixed column width for addresses, which means that long IPv6 addresses are cut. I like to do some port tests in xymon, which sometimes require to see the full IPv6 address. For this netstat allows to add the -W option, which displays the complete IPv6 addresses (breaking the column layout). So I suggest adding the -W option to the above netstat call. As far as I can see, -W doesn't break the port parser of xymon-server. The problem also exists in experimental version 4.3.11-1. Tscho Roland -- System Information: Debian Release: 7.3 APT prefers stable APT policy: (500, 'stable'), (90, 'testing'), (50, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages xymon-client depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.49 ii libc6 2.13-38 ii lsb-base 4.1+Debian8+deb7u1 xymon-client recommends no packages. Versions of packages xymon-client suggests: pn xymon-plugins | hobbit-plugins none -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734868: RFP: mate-power-manager -- power management tool for the MATE desktop
Package: wnpp Severity: wishlist * Package name: mate-power-manager Version : 1.6.3 Upstream Author : Stefano Karapetsas stef...@karapetsas.com * URL : http://www.mate-desktop.org/ * License : GPL Programming Lang: C Description : power management tool for the MATE desktop MATE Power Manager is a session daemon for the MATE desktop that takes care of system or desktop events related to power, and triggers actions accordingly. Its philosophy is to completely hide these complex tasks and only show some settings important to the user. . The MATE power manager displays and manages battery status, power plug events, display brightness, CPU, graphics card and hard disk drive power saving, and can trigger suspend-to-RAM, hibernate or shutdown events, all integrated to other components of the MATE desktop. . This package will be maintained by the Debian MATE Packaging Team. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734179: pinentry-curses: Fails to display multiline prompts
Hi, On Sat, Jan 04, 2014 at 05:23:04PM +0100, Guilhem Moulin wrote: Since the upgrade to 0.8.3-1 pinentry-curses is no longer able to show multiline prompts. This is problematic when used with gpg-agent, since for instance the key ID that is being unlocked is no longer visible. Here is a minimal example: pinentry-curses --lc-ctype=en_US.UTF8 --ttyname=$(tty) END SETDESC This is%0Aa multiline%0Aprompt.%0A SETPROMPT GETPIN END 0.8.3-1 shows some garbage after the first linefeed (encoded as %0A as per the PIN-entry protocol), whereas 0.8.1-1 shows a correct 3-lines prompt. FWIW, the following (multiline) prompt used by gpg2 (2.0.22-3) is properly passed to the gpg-agent (2.0.22-3) as shown in the log, but pinentry-curses 0.8.3-1 only shows the first line. SETDESC Please enter the passphrase to unlock the secret key for the OpenPGP certificate:%0A%22Guilhem Moulin guil...@fripost.org%22%0A4096-bit RSA key, ID 0xC27306B86774D6F7,%0Acreated 2012-11-05 (main key ID 0x39278DA8109E6244).%0A I found out that adding libncursesw5-dev to build-dep will solve this bug. See also: http://bugs.debian.org/728512 Cheers, GUO Yixuan signature.asc Description: Digital signature
Bug#734870: apg: fails to cross-build: uses wrong compiler
Package: apg Version: 2.2.3.dfsg.1-2 Severity: normal Tags: patch User: crossbu...@debian.org Usertags: cross pwgen fails to cross-build because it uses the native compiler rather than the appropriate cross-compiler. cdbs tries to make this work by passing CC in the environment, but that doesn't quite work because apg's Makefile sets CC and that wins. However, make arguments assignments in Makefile environment, so we can work around this simply by passing CC=host compiler as a make argument, as in the following patch. * Support cross-building. diff -u apg-2.2.3.dfsg.1/debian/rules apg-2.2.3.dfsg.1/debian/rules --- apg-2.2.3.dfsg.1/debian/rules +++ apg-2.2.3.dfsg.1/debian/rules @@ -13,6 +13,8 @@ include /usr/share/cdbs/1/rules/dpatch.mk include /usr/share/cdbs/1/class/makefile.mk +DEB_MAKE_EXTRA_ARGS := $(if $(cdbs_crossbuild),CC=$(DEB_HOST_GNU_TYPE)-gcc) + cleanbuilddir/apg:: rm -f build-stamp configure-stamp php.tar.gz Thanks, -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734865: libapache2-mpm-itk: fails to install: subprocess installed post-installation script returned error exit status 1
On Fri, Jan 10, 2014 at 02:49:12PM +0100, Andreas Beckmann wrote: during a test with piuparts I noticed your package failed to install. As per definition of the release team this makes the package too buggy for a release, thus the severity. Is this really legit? From the log: invoke-rc.d: policy-rc.d denied execution of start. Setting up libapache2-mpm-itk (2.4.6-01-1) ... dpkg: error processing package libapache2-mpm-itk (--configure): subprocess installed post-installation script returned error exit status 1 If you block starting Apache, is it really RC that the package fails to configure? /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691151: CC
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 1/10/2014 12:46 AM, David Mohr wrote: [I reopened the bug, but I didn't realize I had to explicitly cc to have my reasoning be accessible, sorry] Even if the mounts are equivalent at the kernel level, there certainly is information lost compared to the mtab in squeeze: namely where within the filesystem the bind mount originates. Example: david@feline:~/ mount | grep '/home ' /dev/mapper/vghs-home on /home type ext4 (rw) david@feline:~/ sudo mount -o bind /home/david/tmp /mnt david@feline:~/ cat /proc/mounts | grep 'vghs-home' /dev/mapper/vghs-home /home ext4 rw,relatime,user_xattr,acl,barrier=1,data=ordered 0 0 /dev/mapper/vghs-home /mnt ext4 rw,relatime,user_xattr,acl,barrier=1,data=ordered 0 0 The 2nd entry is for the bind mount. In squeeze the mtab contained: /home/david/tmp on /mnt type none (rw,bind) So how do I figure out that /mnt refers to '/tmp' inside the device /dev/mapper/vghs-home in wheezy? Hrm... that's a good question. I'll ask upstream. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS0ATzAAoJEI5FoCIzSKrw1QAIAJDdo28FD8+2UxXvmYM2JwKY gikvNLdOAb1sO17pglfPWZSIsIpT4EW+vVR/sE++Ex4Vx06kpDYbGFr7L9m2GWwi Fvq6OZJMKF21juq3C7H2dQrj7eYqOtOWRQqh3eR9g3Qf24+IJkJOhfLr9rQlO+uI yNOB63ZYLffaLzsIAJZMfEkV2CWmBxnmkXdmRLDpUCUAp0J99qkVFSHu3jFGOW93 anb5X0WjWdDW2+PkpI+po86sybCDym4Ryr6Y7k3DPXdCFvNkz9ZXpodNMXHbP9rn qzaGt15tPCK870xFucbUZ2rmKTJFZ+niTSEDdi45M0FyeknFn4gDLSe4TFJ5HU8= =XEgs -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734869: dash should drop its privileges in setuid context and implement privileged mode support (-p)
Package: dash Version: 0.5.7-3+nmu1 Severity: important Tags: security patch I have been reading http://blog.cmpxchg8b.com/2013/08/security-debianisms.html and discovered that dash doesn't drop its privileges when run in a setuid context. This is a security measure that upstream's bash does implement however. Turning off the dropping of the privileges must be explicitly required with the -p command line option. It would be nice if dash could be enhanced to behave in the same way and thus avoid some security problems with the usage of popen/system in setuid programs. Tavis Ormandy even submitted a patch upstream: http://thread.gmane.org/gmane.comp.shells.dash/841/ The initial reactions were rather positive but it looks like the feature never got merged. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dash depends on: ii debianutils 4.4 ii dpkg 1.17.6~20131221210620.235 ii libc62.17-97 dash recommends no packages. dash suggests no packages. -- debconf information: * dash/sh: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730231: Still present in linux-image-3.12-1-amd64
Hello, This bug also affects linux-image-3.12-1-amd64. (I couldn't figure out how to just mark the bug as applying to later versions. I'm not sure of the correct approach here... should I submit another bug report... or...?) Cheers, -- Shane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734871: RFP: mate-system-monitor -- Process viewer and system resource monitor for MATE
Package: wnpp Severity: wishlist * Package name: mate-system-monitor Version : 1.6.1 Upstream Author : Stefano Karapetsas stef...@karapetsas.com * URL : http://www.mate-desktop.org/ * License : GPL, LGPL Programming Lang: C Description : Process viewer and system resource monitor for MATE This package allows you to graphically view and manipulate the running processs on your system. It also provides an overview of available resources such as CPU and memory. . This package will be maintained by the Debian MATE Packaging Team. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734872: tryton-modules-project-revenue: uninstallable in sid: unsatisfiable Depends: tryton-modules-timesheet-cost (= 3.0)
Package: tryton-modules-project-revenue Version: 3.0.0-2 Severity: serious Tags: sid User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package is no longer installable in sid: tryton-modules-project-revenue/i386 unsatisfiable Depends: tryton-modules-timesheet-cost (= 3.0) tryton-modules-timesheet-cost is neither in experimental nor in NEW. Cheers, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734870: apg: fails to cross-build: uses wrong compiler
On Fri, Jan 10, 2014 at 02:34:09PM +, Colin Watson wrote: pwgen fails to cross-build because it uses the native compiler rather than the appropriate cross-compiler. Obviously I meant apg here, not pwgen. Spot the copy-and-paste ... Sorry, -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734873: bridge-utils: fails to cross-build: uses wrong-architecture strip
Package: bridge-utils Version: 1.5-6 Severity: normal Tags: patch User: crossbu...@debian.org Usertags: cross bridge-utils fails to cross-build as follows: install -p -o root -g root -m 755 -s -m 755 brctl/brctl /«PKGBUILDDIR»/debian/bridge-utils/sbin strip: Unable to recognise the format of the input file `/«PKGBUILDDIR»/debian/bridge-utils/sbin/brctl' The simplest fix is just to never use install -s, and use dh_strip instead which handles the DEB_BUILD_OPTIONS=nostrip option for you. A net reduction of code in your debian/rules, and it works better. * Use dh_strip rather than install -s, since it supports cross-building. diff -u bridge-utils-1.5/debian/rules bridge-utils-1.5/debian/rules --- bridge-utils-1.5/debian/rules +++ bridge-utils-1.5/debian/rules @@ -31,9 +31,6 @@ ifneq (,$(findstring debug,$(DEB_BUILD_OPTIONS))) CFLAGS += -g endif -ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS))) - INSTALL_PROGRAM += -s -endif configure: configure-stamp configure-stamp: @@ -107,7 +104,7 @@ # dh_undocumented dh_installchangelogs ChangeLog dh_link -# dh_strip + dh_strip dh_compress dh_fixperms # dh_makeshlibs Thanks, -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734867: xymon-client: port monitoring (netstat -ant) cuts IPv6 addresses
Control: tag -1 + confirmed upstream pending Hi Roland, Roland Rosenfeld wrote: /usr/lib/hobbit/client/bin/hobbitclient-linux.sh calls netstat -ant to get a list of all ports of the server. The default behavior of netstat -ant is to use fixed column width for addresses, which means that long IPv6 addresses are cut. Thanks for the report. I was not aware of netstat's intelligent cropping of IPv6 addresses: tcp6 0 0 2001:67c:10ec:3dd1:::80 2001:xyz:abc::23:39966 TIME_WAIT ^^^ At least it didn't cut the port but just the remainder of the IPv6 address. I like to do some port tests in xymon, which sometimes require to see the full IPv6 address. For this netstat allows to add the -W option, which displays the complete IPv6 addresses (breaking the column layout). So I suggest adding the -W option to the above netstat call. As far as I can see, -W doesn't break the port parser of xymon-server. Thanks for checking. The problem also exists in experimental version 4.3.11-1. ... and in 4.3.13 which I imported into our git repository yesterday. I've pushed an according patch into our packaging git repository, but we should probably also forward this to upstream, who is working on Xymon 5 which should provide much better IPv6 support in general. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701273: Bug #701273: eris: ftbfs with GCC-4.8
On Wednesday, 19. June 2013 04:44:19 Stephen M. Webb wrote: tags 701273 + pending thanks What's blocking here? This has been tagged in the BTS in June and and in GIT in August, but there has been no upload so far ... Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734865: libapache2-mpm-itk: fails to install: subprocess installed post-installation script returned error exit status 1
On 2014-01-10 15:15, Steinar H. Gunderson wrote: On Fri, Jan 10, 2014 at 02:49:12PM +0100, Andreas Beckmann wrote: during a test with piuparts I noticed your package failed to install. As per definition of the release team this makes the package too buggy for a release, thus the severity. Is this really legit? From the log: invoke-rc.d: policy-rc.d denied execution of start. That is just a disgnostic emitted while configuring apache2 or something else, not a failure. Setting up libapache2-mpm-itk (2.4.6-01-1) ... dpkg: error processing package libapache2-mpm-itk (--configure): subprocess installed post-installation script returned error exit status 1 I didn't dig into libapache2-mpm-itk.postinst to see where it fails silently ... If you block starting Apache, is it really RC that the package fails to configure? That would be the very first package requiring a running apache instance for successful installation ... so you really have to convince me that this is actually needed and the package cannot be installed while bootstrapping a chroot or virtualized installation or ... with debootstrap and friends that set up policy-rc.d similarly to piuparts. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734876: libmozjs-dev: include file RequiredDefines.h ends up a symlink to build area - broken
Package: libmozjs-dev Version: 26.0-1 Severity: normal Dear Maintainer, $ ls -l /usr/include/mozjs/js/RequiredDefines.h lrwxrwxrwx 1 root root 54 déc. 15 10:12 /usr/include/mozjs/js/RequiredDefines.h - /tmp/buildd/iceweasel-26.0/js/public/RequiredDefines.h as the build area is not available here it is a broken symlink. This file is marked by libmozjs pkgconfig as need include so it breaks at least local builds of gnome-shell git master. BR, Alban -- 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=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libmozjs-dev depends on: ii libmozjs26d 26.0-1 ii libnspr4-dev 2:4.10.2-1 libmozjs-dev recommends no packages. libmozjs-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#734875: arduino-mk: incorrect ARDMK_DIR results in error ARDUINO_DIR is not defined
Package: arduino-mk Version: 1.1.0-1 Severity: important Dear Maintainer, in previous arduino-mk releases I was able to user very small Makefiles like the one below: BOARD_TAG = uno MONITOR_PORT = /dev/ttyACM0 include /usr/share/arduino/Arduino.mk with 1.1.0 this does not work anymore and on each make invocation I get this error: /usr/share/arduino/Arduino.mk:279: *** ARDUINO_DIR is not defined. Stop. I tracked down the cause by using make -p, it looks like ARDUINO_DIR can be populated by calling $(call dir_if_exists,/usr/share/arduino), but dir_if_exists (defined in Common.mk) is not available; this is because Common.mk is not included, it should be included from somewhere under $(ARDMK_DIR), but $(ARDMK_DIR) is equal to /usr/share and not /usr/share/arduino like I would expect. So two solutions are possible: 1. Fix the computation of ARDMK_DIR like this: --- Arduino.mk.orig 2014-01-10 15:55:09.591688000 +0100 +++ Arduino.mk 2014-01-10 15:55:15.991688000 +0100 @@ -232,7 +232,7 @@ endif ifndef ARDMK_DIR # presume it's a level above the path to our own file -ARDMK_DIR := $(realpath $(dir $(realpath $(lastword $(MAKEFILE_LIST/..) +ARDMK_DIR := $(realpath $(dir $(realpath $(lastword $(MAKEFILE_LIST) else # show_config_variable macro is defined in Common.mk file and is not available yet. # Let's define a variable to know that user specified ARDMK_DIR 2. install the files under /usr/share/arduino/arduino-mk, this way the ARDMK_DIR calculation is still correct and the files do not need to be patched. Maybe you want to ask upstream about the best approach? I like 2 better. A workaround to make the package useful again is to define ARDMK_DIR by hand in the Makefile before the include line: ARDMK_DIR = /usr/share/arduino/ BTW there is something fishy about ARDMK_PATH too, the doc says: = ARDMK_DIR - Where the *.mk files are stored = ARDMK_PATH - Where the ard-reset-arduino script is stored but then suggests this for linux: ARDMK_DIR = /usr because ARDMK_PATH is ARDMK_DIR/bin, but this contradicts the statement that ARDMK_DIR is where the *.mk files are. But this is more an upstream problem. Thanks, Antonio -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (900, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.0-rc6-ao2 (SMP w/1 CPU core) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages arduino-mk depends on: ii arduino-core 1:1.0.5+dfsg2-1 ii libconfig-yaml-perl1.42-2 ii libdevice-serialport-perl 1.04-2+b4 ii perl 5.18.1-5 Versions of packages arduino-mk recommends: ii perl-doc 5.18.1-5 arduino-mk suggests no packages. -- no debconf information -- Antonio Ospite http://ao2.it A: Because it messes up the order in which people normally read text. See http://en.wikipedia.org/wiki/Posting_style Q: Why is top-posting such a bad thing? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734874: ITP: libxml-parser-lite-perl -- lightweight regexp-based XML parser
Package: wnpp Owner: gregor herrmann gre...@debian.org Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org * Package name: libxml-parser-lite-perl Version : 0.719 Upstream Author : Fred Moyer f...@redhotpenguin.com * URL : https://metacpan.org/release/XML-Parser-Lite * License : Artistic or GPL-1+ Programming Lang: Perl Description : lightweight regexp-based XML parser XML::Parser::Lite implements an XML parser with an interface similar to XML::Parser. Though not all callbacks are supported, you should be able to use it in the same way you use XML::Parser. Note that you cannot use regular expressions or split in callbacks. This is due to a limitation of perl's regular expression implementation (which is not re-entrant). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578079: [Pkg-cups-devel] Bug#578079: I can see this bug too
Control: tags -1 +moreinfo Hi all, While hunting down old src:cups bugs, I stumbled upon #578079, which I think is not-a-bug, see below. Le jeudi, 28 avril 2011, 15.56:06 Martin-Éric Racine a écrit : I'm starting to suspect that upstream made some backward-incompatible changes to the way queues are handled, because we get a similar problem with CUPS-PDF, but only whenever the package gets upgraded; if it's installed from scratch or purged then re-installed, it works as it should. From the code: $ git grep -B1 'Upgrade Required' cups/ cups/http-support.c-case HTTP_STATUS_UPGRADE_REQUIRED : cups/http-support.c:s = _(Upgrade Required); $ git grep 'HTTP_STATUS_UPGRADE_REQUIRED ' cups/http.h cups/http.h: HTTP_STATUS_UPGRADE_REQUIRED = 426, /* Upgrade to SSL/TLS required */ … which means that the 'Upgrade Required' error is not a Please upgrade your cups client to a more recent version because we broke backwards- compatibility-error, but a Hey client, please talk to me over SSL/TLS because I require it-error. This can be enforced using the Encryption cups.conf statement: https://localhost:631/help/ref-cupsd-conf.html#Encryption I therefore propose to close this bug as it doesn't appear (to me) to be a bug but mostly a miscomprehension of the error message. Opinions? Cheers, OdyX signature.asc Description: This is a digitally signed message part.
Bug#734877: locales: LC_MESSAGES/libc.mo missing
Package: locales Version: 2.17-97 Severity: important Hello, On a fresh (deboostrap) testing install, I end up with a weird issue. i18n seems to be mostly working. For instance, the shell is properly localized # bash --version GNU bash, version 4.2.45(1)-release (x86_64-pc-linux-gnu) Copyright (C) 2011 Free Software Foundation, Inc. Licence GPLv3+ : GNU GPL version 3 ou ultérieure http://gnu.org/licenses/gpl.html Ceci est un logiciel libre ; vous être libre de le modifier et de le redistribuer. Aucune garantie n'est fournie, dans la mesure de ce que la loi autorise. KDE, however, is not, showing in systemconfig that the system have no valid system language. Trying to understand why, I noticed it tries open(/usr/share/locale/fr_FR.UTF-8/LC_MESSAGES/libc.mo, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/share/locale/fr_FR.utf8/LC_MESSAGES/libc.mo, O_RDONLY) = -1 ENOENT ( No such file or directory) open(/usr/share/locale/fr_FR/LC_MESSAGES/libc.mo, O_RDONLY) = -1 ENOENT (No su ch file or directory) open(/usr/share/locale/fr.UTF-8/LC_MESSAGES/libc.mo, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/share/locale/fr.utf8/LC_MESSAGES/libc.mo, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/share/locale/fr/LC_MESSAGES/libc.mo, O_RDONLY) = -1 ENOENT (No such file or directory) This tells me that the system language setting is properly (fr.UTF-8) set, accordingly to /etc/default/locale And that's something is fishy with the locales package that is supposed to provide the relevant file: # dpkg -S /usr/share/locale/fr/LC_MESSAGES/libc.mo locales: /usr/share/locale/fr/LC_MESSAGES/libc.mo I tried to regenerate locales doing dpkg-reconfigure locales: no effect. Then I dpkg --purge and install of locales package: no effect. I did a apt --reinstall install of libc6 package: no effect I dont know exactly what I should do/try next. Any clues? Regards, -- 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/1 CPU core) 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 locales depends on: ii debconf [debconf-2.0] 1.5.52 ii libc6 [glibc-2.17-1] 2.17-97 locales recommends no packages. locales suggests no packages. -- debconf information: * locales/default_environment_locale: fr_FR.UTF-8 * locales/locales_to_be_generated: fr_FR.UTF-8 UTF-8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734878: xrdp: install fails if xrdp user already exists
Package: xrdp Version: 0.6.0-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu trusty ubuntu-patch Dear Maintainer, If xrdp already exists as a user the package fails to install with the following error message: Setting up xrdp (0.6.0-1) ... adduser: The user `xrdp' already exists. Exiting. dpkg: error processing xrdp (--configure): subprocess installed post-installation script returned error exit status 1 This patch checks if the user already exists and doesn't re-create the user. I'm not sure if this is the best approach, as an existing user might not have the correct setup to use this package. Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise') Architecture: amd64 (x86_64) Kernel: Linux 3.8.0-35-generic (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru xrdp-0.6.0/debian/changelog xrdp-0.6.0/debian/changelog diff -Nru xrdp-0.6.0/debian/postinst xrdp-0.6.0/debian/postinst --- xrdp-0.6.0/debian/postinst 2012-09-29 08:04:03.0 -0500 +++ xrdp-0.6.0/debian/postinst 2014-01-10 09:34:35.0 -0600 @@ -10,8 +10,8 @@ ADDUSER=/usr/sbin/adduser [ -d /var/run/xrdp ] || mkdir -p /var/run/xrdp -$ADDUSER --system --disabled-password --disabled-login --home /var/run/xrdp \ - --no-create-home --quiet --group $XRDP +id -u $XRDP /dev/null || $ADDUSER --system --disabled-password \ +--disabled-login --home /var/run/xrdp --no-create-home --quiet --group $XRDP $CHOWN -R $XRDP:$XRDP /etc/xrdp
Bug#734879: xrdp: install fails if xrdp user already exists
Package: xrdp Version: 0.6.0-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu trusty ubuntu-patch Dear Maintainer, If xrdp already exists as a user the package fails to install with the following error message: Setting up xrdp (0.6.0-1) ... adduser: The user `xrdp' already exists. Exiting. dpkg: error processing xrdp (--configure): subprocess installed post-installation script returned error exit status 1 This patch checks if the user already exists and doesn't re-create the user. I'm not sure if this is the best approach, as an existing user might not have the correct setup to use this package. Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise') Architecture: amd64 (x86_64) Kernel: Linux 3.8.0-35-generic (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru xrdp-0.6.0/debian/changelog xrdp-0.6.0/debian/changelog diff -Nru xrdp-0.6.0/debian/postinst xrdp-0.6.0/debian/postinst --- xrdp-0.6.0/debian/postinst 2012-09-29 08:04:03.0 -0500 +++ xrdp-0.6.0/debian/postinst 2014-01-10 09:34:35.0 -0600 @@ -10,8 +10,8 @@ ADDUSER=/usr/sbin/adduser [ -d /var/run/xrdp ] || mkdir -p /var/run/xrdp -$ADDUSER --system --disabled-password --disabled-login --home /var/run/xrdp \ - --no-create-home --quiet --group $XRDP +id -u $XRDP /dev/null || $ADDUSER --system --disabled-password \ +--disabled-login --home /var/run/xrdp --no-create-home --quiet --group $XRDP $CHOWN -R $XRDP:$XRDP /etc/xrdp
Bug#734880: ITP: percona-xtradb-cluster-5.5 -- Synchronously replicated, highly available MySQL
Package: wnpp Severity: wishlist Owner: James Page james.p...@ubuntu.com * Package name: percona-xtradb-cluster-5.5 Version : 5.5.34-25.9 * URL : http://launchpad.net/percona-xtradb-cluster * License : GPL-2 + others Programming Lang: C, C++ Description : Synchronously replicated, highly available MySQL Percona XtraDB Cluster is based on the Percona Server database server and provides a High Availability solution. Percona XtraDB Cluster provides synchronous replication, supports multi-master replication, parallel applying on slaves, automatic node provisioning with primary focus on data consistency. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734879: Acknowledgement (xrdp: install fails if xrdp user already exists)
On 01/10/2014 09:45 AM, Debian Bug Tracking System wrote: Thank you for filing a new Bug report with Debian. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Vincent Bernat ber...@debian.org If you wish to submit further information on this problem, please send it to 734...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. Sorry for the duplicates, my e-mail client was having problems. Please close this and any duplicates. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734882: xrdp: install fails if xrdp user already exists
Package: xrdp Version: 0.6.0-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu trusty ubuntu-patch Dear Maintainer, If xrdp already exists as a user the package fails to install with the following error message: Setting up xrdp (0.6.0-1) ... adduser: The user `xrdp' already exists. Exiting. dpkg: error processing xrdp (--configure): subprocess installed post-installation script returned error exit status 1 This patch checks if the user already exists and doesn't re-create the user. I'm not sure if this is the best approach, as an existing user might not have the correct setup to use this package. Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise') Architecture: amd64 (x86_64) Kernel: Linux 3.8.0-35-generic (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru xrdp-0.6.0/debian/changelog xrdp-0.6.0/debian/changelog diff -Nru xrdp-0.6.0/debian/postinst xrdp-0.6.0/debian/postinst --- xrdp-0.6.0/debian/postinst 2012-09-29 08:04:03.0 -0500 +++ xrdp-0.6.0/debian/postinst 2014-01-10 09:34:35.0 -0600 @@ -10,8 +10,8 @@ ADDUSER=/usr/sbin/adduser [ -d /var/run/xrdp ] || mkdir -p /var/run/xrdp -$ADDUSER --system --disabled-password --disabled-login --home /var/run/xrdp \ - --no-create-home --quiet --group $XRDP +id -u $XRDP /dev/null || $ADDUSER --system --disabled-password \ +--disabled-login --home /var/run/xrdp --no-create-home --quiet --group $XRDP $CHOWN -R $XRDP:$XRDP /etc/xrdp
Bug#734881: xrdp: install fails if xrdp user already exists
Package: xrdp Version: 0.6.0-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu trusty ubuntu-patch Dear Maintainer, If xrdp already exists as a user the package fails to install with the following error message: Setting up xrdp (0.6.0-1) ... adduser: The user `xrdp' already exists. Exiting. dpkg: error processing xrdp (--configure): subprocess installed post-installation script returned error exit status 1 This patch checks if the user already exists and doesn't re-create the user. I'm not sure if this is the best approach, as an existing user might not have the correct setup to use this package. Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise') Architecture: amd64 (x86_64) Kernel: Linux 3.8.0-35-generic (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru xrdp-0.6.0/debian/changelog xrdp-0.6.0/debian/changelog diff -Nru xrdp-0.6.0/debian/postinst xrdp-0.6.0/debian/postinst --- xrdp-0.6.0/debian/postinst 2012-09-29 08:04:03.0 -0500 +++ xrdp-0.6.0/debian/postinst 2014-01-10 09:34:35.0 -0600 @@ -10,8 +10,8 @@ ADDUSER=/usr/sbin/adduser [ -d /var/run/xrdp ] || mkdir -p /var/run/xrdp -$ADDUSER --system --disabled-password --disabled-login --home /var/run/xrdp \ - --no-create-home --quiet --group $XRDP +id -u $XRDP /dev/null || $ADDUSER --system --disabled-password \ +--disabled-login --home /var/run/xrdp --no-create-home --quiet --group $XRDP $CHOWN -R $XRDP:$XRDP /etc/xrdp
Bug#734883: Typo section 1.4
Package: debian-handbook Version: 6.0+20121031 In section 1.4, the Debian Administrator's Handbook reads: Debian's official communication channels are managed by volunteers of the Debian publicicy team and of the press team. The term publicicy should read publicity instead. Thanks
Bug#734869: dash should drop its privileges in setuid context and implement privileged mode support (-p)
tags 734869 + upstream forwarded 734869 http://thread.gmane.org/gmane.comp.shells.dash/841 quit Hi Raphaël, Raphaël Hertzog wrote: I have been reading http://blog.cmpxchg8b.com/2013/08/security-debianisms.html and discovered that dash doesn't drop its privileges when run in a setuid context. Agreed, this is an important and good change (both upstream and for Debian). Thanks for reporting. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734885: UDEV rules to support NEW Crypto Sticks
Package: gnupg Version: 1.4.12 The Crypto Stick is an open source USB device which contains the OpenPGP Card and hence is fully compatible and tested with GnuPG. For the new versions of the Crypto Stick, users need to add UDEV rules manually to use the Crypto Stick with GnuPG. To make it easier for users the appropriate UDEV rules should be added to /lib/udev/rules.d/60-gnupg.rules Please add the following three lines to /lib/udev/rules.d/60-gnupg.rules ATTR{idVendor}==20a0, ATTR{idProduct}==4108, ENV{ID_SMARTCARD_READER}=1, ENV{ID_SMARTCARD_READER_DRIVER}=gnupg ATTR{idVendor}==20a0, ATTR{idProduct}==4109, ENV{ID_SMARTCARD_READER}=1, ENV{ID_SMARTCARD_READER_DRIVER}=gnupg ATTR{idVendor}==20a0, ATTR{idProduct}==4211, ENV{ID_SMARTCARD_READER}=1, ENV{ID_SMARTCARD_READER_DRIVER}=gnupg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734886: nmu: feel++_1:0.95.0-final-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu feel++_1:0.95.0-final-2 . ALL . -m Rebuild against suitesparse 4.2.1 Rebuilding successfully tested on amd64. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734884: nmu: mothur_1.31.2+dfsg-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu mothur_1.31.2+dfsg-2 . amd64 . -m Rebuild against libopenmpi1.6 mothur-mpi/amd64 still depends on the no longer available libopenmpi1.3 amd64 is the only architecture building mothur-mpi, all others only build mothur. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711658: wildmidi: Wildmidi segfaults when running with reverb (-b option)
Hello, I've tested both of the midi files provided with -b (reverb) on wildmidi version 0.2.3.5. Just to be clear, this version is from February 2012, so it could use a bump on Debian. Sadly this is the last release by the current author. I currently maintain a fork with additional patches here: github: https://github.com/psi29a/wildmidi travis-ci: https://travis-ci.org/psi29a/wildmidi Cheers, Bret -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734892: ITP: percona-xtradb-cluster-galera-2.x -- Synchronous multi-master replication plugin for transactional applications
Package: wnpp Severity: wishlist Owner: James Page james.p...@ubuntu.com * Package name: percona-xtradb-cluster-galera-2.x Version : 2.x branch * URL : http://launchpad.net/galera * License : GPL-3 Programming Lang: C, C++ Description : Synchronous multi-master replication plugin for transactional applications Galera implements wsrep pluggable interface, as defined in project: https://launchpad.net/wsrep and can provide several replication modes and topologies, including the ultimate Synchronous Multi-Master replication. This package contains the version of galera that will be aligned to the Percona XtraDB Cluster 5.5 package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734893: postfix: [INTL:de] updated German debconf translation
Package: postfix Version: 2.10.2-1 Severity: wishlist Tags: patch l10n Please find the updated German debconf translation for postfix attached. Please place this file in debian/po/ as de.po for your next upload. If you update your template, please use 'msgfmt --statistics pofile.po' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Greetings Helge # Translation of postfix debconf templates to German # Copyright (C) Helge Kreutzmann deb...@helgefjell.de, 2006-2008, 2012, 2014. # This file is distributed under the same license as the postfix package. # msgid msgstr Project-Id-Version: postfix 2.10.2-1\n Report-Msgid-Bugs-To: post...@packages.debian.org\n POT-Creation-Date: 2013-03-17 07:52-0600\n PO-Revision-Date: 2014-01-10 17:31+0100\n Last-Translator: Helge Kreutzmann deb...@helgefjell.de\n Language-Team: de debian-l10n-ger...@lists.debian.org\n Language: de\n MIME-Version: 1.0\n Content-Type: text/plain; charset=iso-8859-15\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../templates:1001 msgid Add a 'mydomain' entry in main.cf for upgrade? msgstr Einen �mydomain�-Eintrag in main.cf beim Upgrade hinzuf�gen? #. Type: boolean #. Description #: ../templates:1001 msgid Postfix version 2.3.3-2 and later require changes in main.cf. Specifically, mydomain must be specified, since hostname(1) is not a fully qualified domain name (FQDN). msgstr Postfix, Version 2.3.3-2 und neuer, ben�tigt �nderungen in der main.cf. Insbesondere muss �mydomain� angegeben werden, da hostname(1) kein voll- qualifizierter Domain-Name (FQDN) ist. #. Type: boolean #. Description #: ../templates:1001 msgid Failure to fix this will result in a broken mailer. Decline this option to abort the upgrade, giving you the opportunity to add this configuration yourself. Accept this option to automatically set mydomain based on the FQDN of the machine. msgstr Wenn Sie dies nicht korrigieren, wird Ihr E-Mail-Server unbrauchbar. Verneinen Sie, um das Upgrade abzubrechen und diese �nderung selbst vorzunehmen. Akzeptieren Sie, um, basierend auf dem FQDN, mydomain automatisch zu setzen. #. Type: boolean #. Description #: ../templates:2001 msgid Set smtpd_relay_restrictions in main.cf for upgrade? msgstr smtpd_relay_restrictions in main.cf f�r das Upgrade setzen? #. Type: boolean #. Description #: ../templates:2001 msgid Postfix version 2.10 adds smtpd_relay_restrictions, to separate relaying restrictions from recipient restrictions, and you have a non-default value for smtpd_recipient_restrictions. msgstr Postfix Version 2.10 f�gt smtpd_relay_restrictions hinzu, um Weiterleitungs- von Empf�nger-Beschr�nkungen zu trennen. Bei Ihnen liegt eine von der Vorgabe abweichende smtpd_recipient_restrictions vor. #. Type: boolean #. Description #: ../templates:2001 msgid Failure to do this may result in deferred or bounced mail after the upgrade. Accept this option to set smtpd_relay_restrictions equal to smtpd_recipient_restrictions. msgstr Wird dies nicht vorgenommen, kann nach dem Upgrade E-Mail verz�gert oder abgelehnt (�bounced�) werden. Aktzeptieren Sie diese Option, um smtpd_relay_restrictions identisch zu smtpd_recipient_restrictions zu setzen. #. Type: boolean #. Description #: ../templates:3001 msgid add 'sqlite' entry to dynamicmaps.cf? msgstr �sqlite�-Eintrag zu dynamicmaps.cf hinzuf�gen? #. Type: boolean #. Description #: ../templates:3001 msgid Postfix version 2.9 adds sqlite support to maps, but your dynamicmaps.cf does not reflect that. Accept this option to add support for sqlite maps. msgstr Postfix Version 2.9 f�gt die Unterst�tzung von Sqlite zu Tabellen hinzu, aber dies wird in Ihrer dynamicmaps.cf nicht ber�cksichtigt. Akzeptieren Sie diese Option, um Unterst�tzung f�r Sqlite-Tabellen hinzuzuf�gen. #. Type: boolean #. Description #: ../templates:4001 msgid Install postfix despite an unsupported kernel? msgstr Postfix trotz eines nicht-unterst�tzten Kernels installieren? #. Type: boolean #. Description #: ../templates:4001 msgid Postfix uses features that are not found in kernels prior to 2.6. If you proceed with the installation, Postfix will not run. msgstr Postfix verwendet Funktionen, die nicht in Kerneln von 2.6 gefunden werden k�nnen. Falls Sie mit der Installation fortfahren, wird Postfix nicht funktionieren. #. Type: boolean #. Description #: ../templates:5001 msgid Correct retry entry in master.cf for upgrade? msgstr M�chten Sie den �retry�-Eintrag in master.cf f�r ein Upgrade korrigieren? #. Type: boolean #. Description #: ../templates:5001 msgid Postfix version 2.4 requires that the retry service be added to master.cf. msgstr Version 2.4 von Postfix verlangt, dass der �retry�-Dienst zu der master.cf hinzugef�gt wird. #. Type: boolean #. Description #: ../templates:5001 msgid Failure to fix this will result in a broken mailer. Decline this