Bug#723072: monkeyscan should be cleaner in the absence of a local MTA
Package: monkeysign Version: 1.0 Severity: normal monkeyscan doesn't currently cope well with systems with no mta installed. The package should probably at least Suggest: mail-transport-agent, and if /usr/sbin/sendmail isn't found, it should report the error through the GUI instead of dumping a backtrace to stderr. But for many folks, running or maintaining a local MTA is not possible, which limits the adoption of monkeysign, especially for regular users, who it could potentially seriously help. It occurs to me that in the absence of a local MTA, monkeysign could prompt the user for their e-mail SMTP configuration, storing the connection parameters for future use (but not storing the password, of course). Perhaps the tool could rely on something like python-twisted-mail's SMTP client to do the submission? But even this is probably more complex than we want for most users. To streamline things for a lot of people, we could make use of thunderbird's Autoconfig standard [0] [1], applying it against the e-mail address in the sender's primary user ID and extracting the outgoingServer info to pre-configure the outbound SMTP parameters. [0] https://wiki.mozilla.org/Thunderbird:Autoconfiguration:ConfigFileFormat [1] https://developer.mozilla.org/en-US/docs/Mozilla/Thunderbird/Autoconfiguration/FileFormat/HowTo Getting this to work properly probably also means handling with the situation where the SMTP server is not available, dies in the middle of transmission, etc. this is all a pain to do, and i don't actually expect or want monkeysign to recapitulate an MTA. But it would be really nice to offer at least the baseline of if you have an outbound SMTP server, and it is online, and we can talk to it right now, we will send the mail through it. Regards, --dkg -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (200, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.11-rc4-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 monkeysign depends on: ii gnupg 1.4.14-1.2 ii python 2.7.5-4 Versions of packages monkeysign recommends: ii python-gtk2 2.24.0-3+b1 ii python-qrencode 1.01-2+b1 ii python-zbar 0.10+doc-9+b1 ii python-zbarpygtk 0.10+doc-9+b1 monkeysign suggests no packages. -- 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#723073: linphone: linhone crashes receiving an X Window System error 'BadWindow'
Package: linphone Version: 3.6.1-2.1+b1 Severity: important Dear Maintainer, Anytime I try to start video or just tick the 'Enable self-view' menu-item linphone crashes with the following output to console: The program 'linphone' received an X Window System error. This probably reflects a bug in the program. The error was 'BadWindow (invalid Window parameter)'. (Details: serial 8 error_code 3 request_code 3 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) It does not depend on the video codec in use and the previous version of linphone from jessie works flawlessly on my set-up. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages linphone depends on: ii libasound21.0.25-4 ii libatk1.0-0 2.8.0-2 ii libavcodec54 6:9.8-2+b1 ii libavutil52 6:9.8-2+b1 ii libc6 2.17-92+b1 ii libcairo2 1.12.16-1 ii libexosip2-10 4.0.0-4 ii libfontconfig12.10.2-2 ii libfreetype6 2.4.9-1.1 ii libgdk-pixbuf2.0-02.28.2-1 ii libgl1-mesa-glx [libgl1] 9.1.6-2+b1 ii libglew1.71.7.0-3 ii libglib2.0-0 2.37.5-1 ii libgtk2.0-0 2.24.20-1 ii liblinphone5 3.6.1-2.1+b1 ii libmediastreamer-base33.6.1-2.1+b1 ii libnotify40.7.6-1 ii libogg0 1.3.1-1 ii libopus0 1.1~beta-3 ii libortp9 3.6.1-2.1+b1 ii libosip2-10 4.0.0-3 ii libpango-1.0-01.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libpangoft2-1.0-0 1.32.5-5+b1 ii libpulse0 4.0-6 ii libsoup2.4-1 2.42.2-6 ii libspandsp2 0.0.6~pre21-1 ii libspeex1 1.2~rc1-7 ii libspeexdsp1 1.2~rc1-7 ii libsqlite3-0 3.8.0.2-1 ii libswscale2 6:9.8-2+b1 ii libtheora01.1.1+dfsg.1-3.1 ii libtiff4 3.9.7-2 ii libudev1 204-3 ii libupnp6 1:1.6.17-1.2 ii libv4l-0 1.0.0-1 ii libvpx1 1.2.0-2 ii libx11-6 2:1.6.1-1 ii libxv12:1.0.9-1 ii linphone-nogtk3.6.1-2.1+b1 linphone recommends no packages. Versions of packages linphone suggests: ii yelp 3.8.1-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723074: wordpress: wp-setup does not handle themes/plugins with spaces
Package: wordpress
Version: 3.6.1+dfsg-1~deb7u1
Severity: normal
I had a warning/failure during upgrade because of a plugin in
/var/lib/wordpress/wp-content/plugins that had space in its directory
name. It turns out to be due to improper quoting in /usr/bin/wp-setup.
Regards,
Oskar Liljeblad
--- wp-setup2013-09-13 21:10:57.0 +
+++ /usr/bin/wp-setup 2013-09-16 06:32:07.186859142 +
@@ -44,10 +44,10 @@
is_symlink_to_standard_directory() {
local symlink=$1
-if [ ! -h $symlink ]; then
+if [ ! -h $symlink ]; then
return 1
fi
-target=$(readlink $symlink)
+target=$(readlink $symlink)
if [ $target = ${target##$WP_CONTENT_ORIG_DIR} ]; then
return 1
fi
@@ -56,8 +56,8 @@
remove_symlink() {
local symlink=$1
-echo -n $(basename $symlink)
-rm -f $symlink
+echo -n $(basename $symlink)
+rm -f $symlink
}
sync_wp_content() {
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723075: Installs correctly on unstable
Package: python3-dateutil notfound 716676 2.0+dfsg1-1 thanks -- Inviato dal mio cellulare Android con K-9 Mail. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722955: prboom-plus: Prboom dsg savegames?
Dear Andrey, Am Samstag, den 14.09.2013, 21:38 +0200 schrieb Nicolas Patrois: Prboom-plus does not seem to be able to load the dsg savegames used by Prboom. I copied the files in ~/.prboom-plus/ but the F3 menu tells that I own no savegames. is it possible to make prboom 2.5.0 savegames available in prboom-plus? - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723076: gcin: Please update compat level to 9 etc.
Source: gcin Version: 2.8.1+dfsg-1 Severity: normal Since there were FTBFS bug, I sponsored your prepared package as is. (I was busy fixing ibus 1.4 - 1.5 transition) But since you made this long time ago, compat level is not yet in 9 and you did not touch on reported bugs. http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=gcin Please fix this package for following in the git repo. Then I will use gbp buiuldpackage to build it to upload. * Update compat to 9 and update debhelper version in control. * Please do not mix cdbs and modern dh $@ + override in debian/rules. * Please close http://bugs.debian.org/713459 if this upload fixes situation for all arches. * Please include the idea of http://bugs.debian.org/693052 but doing it under compat 9. Read: https://wiki.debian.org/Multiarch/Implementation debhelper manpage explaining compat level differences. * Please consider to fix hardening issue if possible. https://wiki.debian.org/HardeningWalkthrough (This is good page) lintian result: +++ lintian output +++ I: gcin: hardening-no-fortify-functions usr/lib/gcin/gcin2.so N: N:This package provides an ELF binary that lacks the use of fortified libc N:functions. Either there are no potentially unfortified functions called N:by any routines, all unfortified calls have already been fully validated N:at compile-time, or the package was not built with the default Debian N:compiler flags defined by dpkg-buildflags. If built using N:dpkg-buildflags directly, be sure to import CPPFLAGS. N: N:NB: Due to false-positives, Lintian ignores some unprotected functions N:(e.g. memcpy). N: N:Refer to http://wiki.debian.org/Hardening and N:http://bugs.debian.org/673112 for details. N: N:Severity: normal, Certainty: wild-guess N: N:Check: binaries, Type: binary, udeb N: +++ end of lintian output +++ If you need help on any task, please ask. I can not reliably test functionarity of package since I do not use it. So I can only help on uploading and techinical packaging parts. Osamu -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-rc7-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- 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#598819: Confirmed on Fujitsu Esprimo workstation
- Ursprüngliche Mail - Am 13.09.2013 um 12:13 schrieb Martin Steigerwald: […] I attach kdm.log and lspci.txt Its a workstation in a training center, I do not have always access to. Upgrading driver to newest unstable stuff aka: [...] didn´t help either. (hmmm, I see some libdrm modules still being around, but I think it would use libdrm-nouveau2). The most important piece to upgrade would be the kernel. I don't think it will help, but if you want to report your problem upstream, please try a newer kernel first. Kernel running was: Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.46-1+deb7u1 There's 3.10 in wheezy-backports, jessie and sid, and 3.11 in experimental. Will try when creating the new Wheezy training image or holding next training. If it doesn't work I just use the proprietary driver. (Again I know why I personally don't buy NVidia cards.) I suspect this being an upstream bug. Duh! _All_ bugs in this package are upstream bugs, in this case https://bugs.freedesktop.org/show_bug.cgi?id=47288 seems to be related to your problem. Thanks, I will follup there. Ciao, -- Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723019: SquidAnalyzer -- Long Description
Description: Squid proxy native log analyzer and reports generator with full statistics about times, hits, bytes, users, networks, top URLs and top domains. Statistic reports are oriented toward user and bandwidth control. This is not a pure cache statistics generator.
Bug#722980: nmu: Ruby packages with C extensions
Hi Antonio, On Monday, 16. September 2013 01:18:36 Antonio Terceiro wrote: nmu ruby-bdb_0.6.5-7 . amd64 armel armhf i386 ia64 kfreebsd-amd64 ... nmu ruby-bdb_0.6.5-7+b2 . hurd-i386 . -m 'Rebuild against gem2deb 0.5.0. ... This syntax is wrong: nmu ruby-foo_1.2-3+b4 ... because this is no source version, just include the previously binNMUed architectures under ruby-foo_1.2-3 Also unless you want to exclude specific architectures (where the package was previously built successfully - there can't be binNMUs without an existing binary package), you could just write ALL instead of enumerating architectures. (disclaimer: I'm not a release team member) Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723077: nmu: libfile-extattr-perl_1.09-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu libfile-extattr-perl_1.09-2 . amd64 . -m Rebuild against perl 5.18 perlapi-5.14.2 is gone ... Andreas @Alexander: please update your build environment -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716676: Installs correctly
I can install correctly the package with python3.3 on unstable. -- Stefano Costa http://www.iosa.it/ Open Archaeology -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723078: gnome-session: Pressing arrow down/up on applets menus doesn't browse items menu
Package: gnome-session Version: 3.4.2.1-4 Severity: minor Dear Maintainer, when you click on a applet menu (with applet menu I mean any menu on the upper bar of gnome-shell, like session/network/bluetooth/audio... indicator) arrow down/up doesn't works as expected: normally I can browse items on the menu but in this case arrow up/down seems seems to be disabled. Furthermore if you move the mouse over an item then arrow down/up begin to works. Even pressing arrow left/right unlock the use of arrow down/up. In my opinion this is not that user expect to happen. Have a great day Piviul -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.10-2-686-pae (SMP w/4 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-session depends on: ii gnome-session-bin 3.4.2.1-4 ii gnome-session-common 3.4.2.1-4 ii gnome-settings-daemon 3.4.2+git20121218.7c1322-6+b2 ii gnome-shell3.4.2-15+b1 Versions of packages gnome-session recommends: ii gnome-power-manager 3.8.2-1 ii gnome-session-fallback 3.4.2.1-4 Versions of packages gnome-session suggests: ii desktop-base 7.0.3 ii gnome-keyring 3.8.2-2 ii gnome-user-guide 3.8.2-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693845: ruby-hiera shouldn't recommend mcollective or puppet
Package: ruby-hiera Followup-For: Bug #693845 Hi, Well on my machine, apt-cache is definitely showing these recommends, see below: $ apt-cache show ruby-hiera Package: ruby-hiera Version: 1.0.0~rc3-1 Installed-Size: 105 Maintainer: Debian Ruby Extras Maintainers pkg-ruby-extras-maintain...@lists.alioth.debian.org Architecture: all Depends: ruby | ruby-interpreter Recommends: puppet-common (= 2.6.2), mcollective-common (= 2.0.0) Description-en: Light weight hierarcical data store ruby-hiera is a simple pluggable hierarchical database. It can be used to store various information and therefor is a good fit for the representation of infrastructure information. It can be used to querying multiple data backends e.g. YAML or Puppet. Description-md5: 6b11ceb03110f1f8efe1f84aa74e641f Homepage: https://github.com/puppetlabs/hiera/ Ruby-Versions: ruby1.8 ruby1.9.1 Section: ruby Priority: optional Filename: pool/main/r/ruby-hiera/ruby-hiera_1.0.0~rc3-1_all.deb Size: 16340 MD5sum: 905d315f29fee248be168849c0ef924f SHA1: c7ffa13d42a7df68d9aadb6a8af285dde286190f SHA256: 5ddcb83804a26eba85bc2c0ac5128819ba9761becb8c6a5779d98e4cf5b06e74 There is something weird here I feel. Cheers Laurent Bigonville -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ruby-hiera depends on: ii ruby 1:1.9.3 ii ruby1.8 [ruby-interpreter]1.8.7.358-8 ii ruby1.9.1 [ruby-interpreter] 1.9.3.448-1 ii ruby2.0 [ruby-interpreter]2.0.0.299-1 Versions of packages ruby-hiera recommends: pn mcollective-common none ii puppet-common 3.3.0-1 ruby-hiera 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#693845: ruby-hiera shouldn't recommend mcollective or puppet
Package: ruby-hiera Followup-For: Bug #693845 Hi (again), But as a side note, hiera is actually trying to load both puppet and mcollective gems in case they are used together. I'm however not really sure this really warrant an explicit dependency. Cheers Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723079: Unable to backup DVD - Overlap between PartBupVts and PartIfoVts objects
Package: python3-dvdvideo
Version: 0.20130117
Hi. I try to back up one of my DVDs, and got this exception instad:
ERROR:root:Got exception
Traceback (most recent call last):
File /usr/bin/dvdvideo-backup-image, line 274, in module
main(stream, *args)
File /usr/bin/dvdvideo-backup-image, line 220, in main
i.check(parts)
File /usr/bin/dvdvideo-backup-image, line 97, in check
raise RuntimeError('Overlap between %r and %r' % (self, other))
RuntimeError: Overlap between PartBupVts object: begin: 3943538; end:
3943546 and PartIfoVts object: begin: 3943545; end: 3943552
The DVD in question is from 2010 and is labeled MEN_WHO_STARE_AT_GOATS.
lsdvd report this for the disk in question:
*** Zero check failed in
/build/buildd-libdvdread_4.1.3-10-amd64-vFgcZu/libdvdread-4.1.3/src/ifo_read.c:520
for vmgi_mat-zero_6 =
0x000d
No idea if it is related or not.
--
Happy hacking
Petter Reinholdtsen
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723080: /etc/init.d/puppet: Please to not start puppet daemon by default
Package: puppet Version: 3.3.0-1 Severity: wishlist File: /etc/init.d/puppet It would be nice if the puppet daemon was not started by default upon installation (for both systemd and LSB scripts). For systemd, dh_systemd_enable already have a --no-enable option, dh_installinit is still missing it (See: #709384). I guess it would be better to wait until --no-enable is implemented in dh_installinit before enabling it for systemd. Cheers Laurent Bigonville -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages puppet depends on: ii init-system-helpers 1.8 ii puppet-common 3.3.0-1 ii ruby 1:1.9.3 ii ruby1.8 [ruby-interpreter]1.8.7.358-8 ii ruby1.9.1 [ruby-interpreter] 1.9.3.448-1 ii ruby2.0 [ruby-interpreter]2.0.0.299-1 puppet recommends no packages. Versions of packages puppet suggests: pn etckeeper none pn puppet-el none ii vim-puppet 3.3.0-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693282: gajim: CVE-2012-5524
Hi Dirk, we marked this as minor issue and it would be nice to fix it through a point update: http://www.debian.org/doc/manuals/developers-reference/pkgs.html#upload-stable Cheers, Giuseppe On 13/09/2013 12:04, Dirk Griesbach wrote: Package: gajim Followup-For: Bug #693282 Hi, is there a reason why this patch hasn't reached Wheezy or Squeeze yet? For testing/unstable this should be fixed since version 0.15.3. Regards, Dirk signature.asc Description: OpenPGP digital signature
Bug#722955: prboom-plus: Prboom dsg savegames?
So, in short, there is currently no way to load old savegames from prboom 2.5.0 in prboom-plus, right? Am Montag, den 16.09.2013, 10:59 +0300 schrieb Andrey Budko: PrBoom has some shitty code to support its savagames between major versions. I removed them and don't want to get it back. Prboom+'s savegames are incompatible even between versions they shouldn't. Actually they can be loaded (nothing was changed in mobj_t, etc), but user will be promted that savegame is not from current version. It happens, because I save prboom version to savegame, not savegame version. Such behaviour could be corrected of course. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707183: debian-policy: Removal of the FHS exception for the /selinux directory
On Mon, Sep 16, 2013 at 11:45:48 +0900, Charles Plessy wrote: diff --git a/policy.sgml b/policy.sgml index 2708242..90ae9fe 100644 --- a/policy.sgml +++ b/policy.sgml @@ -7021,15 +7021,14 @@ Built-Using: grub2 (= 1.99-9), loadlin (= 1.6e-1) stable release of Debian supports file/run/file. /p /item - item -p - The following directories in the root filesystem are - additionally allowed: file/sys/file and - file/selinux/file. footnoteThese directories - are used as mount points to mount virtual filesystems - to get access to kernel information./footnote -/p - /item + item + p + The file/sys/file in the root filesystem is additionally missing 'directory' + allowed. footnoteThis directory is used as mount point to + mount virtual filesystems to get access to kernel + information./footnote + /p + /item item p On GNU/Hurd systems, the following additional With that fix, seconded. Cheers, Julien signature.asc Description: Digital signature
Bug#723081: amd64-microcode: installation never completes
Package: amd64-microcode Version: 2.20131007.1+really20130710.1 Severity: important At this stage: Setting up amd64-microcode (2.20131007.1+really20130710.1) ... Using per-core interface to update microcode on online processors... it hangs, for over an hour before I killed it. # ps ax | grep amd64-microcode 4237 pts/2S+ 0:00 /bin/sh /var/lib/dpkg/info/amd64-microcode.postinst configure 2.20120910-1 4243 pts/2D+ 0:00 /bin/sh /var/lib/dpkg/info/amd64-microcode.postinst configure 2.20120910-1 $ cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 21 model : 2 model name : AMD Opteron(tm) Processor 6376 stepping: 0 cpu MHz : 1400.000 cache size : 2048 KB physical id : 0 siblings: 16 core id : 0 cpu cores : 8 apicid : 32 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc extd_apicid amd_dcm aperfmperf pni pclmulqdq monitor ssse3 fma cx16 sse4_1 sse4_2 popcnt aes xsave avx f16c lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs xop skinit wdt lwp fma4 tce nodeid_msr tbm topoext perfctr_core arat cpb hw_pstate npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold bmi1 bogomips: 4600.11 TLB size: 1536 4K pages clflush size: 64 cache_alignment : 64 address sizes : 48 bits physical, 48 bits virtual power management: ts ttp tm 100mhzsteps hwpstate cpb eff_freq_ro processor : 1 vendor_id : AuthenticAMD cpu family : 21 model : 2 model name : AMD Opteron(tm) Processor 6376 stepping: 0 cpu MHz : 1400.000 cache size : 2048 KB physical id : 0 siblings: 16 core id : 1 cpu cores : 8 apicid : 33 initial apicid : 1 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc extd_apicid amd_dcm aperfmperf pni pclmulqdq monitor ssse3 fma cx16 sse4_1 sse4_2 popcnt aes xsave avx f16c lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs xop skinit wdt lwp fma4 tce nodeid_msr tbm topoext perfctr_core arat cpb hw_pstate npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold bmi1 bogomips: 4600.11 TLB size: 1536 4K pages clflush size: 64 cache_alignment : 64 address sizes : 48 bits physical, 48 bits virtual power management: ts ttp tm 100mhzsteps hwpstate cpb eff_freq_ro processor : 2 vendor_id : AuthenticAMD cpu family : 21 model : 2 model name : AMD Opteron(tm) Processor 6376 stepping: 0 cpu MHz : 1400.000 cache size : 2048 KB physical id : 0 siblings: 16 core id : 2 cpu cores : 8 apicid : 34 initial apicid : 2 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc extd_apicid amd_dcm aperfmperf pni pclmulqdq monitor ssse3 fma cx16 sse4_1 sse4_2 popcnt aes xsave avx f16c lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs xop skinit wdt lwp fma4 tce nodeid_msr tbm topoext perfctr_core arat cpb hw_pstate npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold bmi1 bogomips: 4600.11 TLB size: 1536 4K pages clflush size: 64 cache_alignment : 64 address sizes : 48 bits physical, 48 bits virtual power management: ts ttp tm 100mhzsteps hwpstate cpb eff_freq_ro processor : 3 vendor_id : AuthenticAMD cpu family : 21 model : 2 model name : AMD Opteron(tm) Processor 6376 stepping: 0 cpu MHz : 1400.000 cache size : 2048 KB physical id : 0 siblings: 16 core id : 3 cpu cores : 8 apicid : 35 initial apicid : 3 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc extd_apicid amd_dcm aperfmperf pni pclmulqdq monitor ssse3 fma
Bug#723082: python-moinmoin: moin --config-dir does not work with wikiconfig.py, only with farmconfig.py
Package: python-moinmoin Version: 1.9.4-8+deb7u1 Severity: normal Dear Maintainer, the moin script is patched in Debian to default to the /etc/moin directory instead of the current directory when looking for the moin config (farmconfig.py or wikiconfig.py). If you need to use a different directory, you can pass the --config-dir option to the moin command. When you pass --config-dir=/foo, the first two entries in the pythonpath will be /foo, followed by /etc/moin. However, when looking for the config files, moinmoin first tries to import farmconfig and only if that fails tries to import wikiconfig. So if your /foo path only contains a wikiconfig, then the farmconfig will import the config from /etc/moin and there isn't really any way to actually make the command pick the right config. In a way, this is an upstream bug, since even without the Debian patch the same problem will occur (I think) when the current directory contains a farmconfig.py and you want to use /foo/wikiconfig.py. However, then you can just change your current directory to work around this. The Debian patch causes this problem to always occur (since it ships a farmconfig.py) and makes it impossible (AFAICS) to work around it. I would suggest to patch MoinScript.py, to only add /etc/moin to the pythonpath when --config-dir is _not_ specified. This should make the --config-dir option work as expected (or at least as good as the upstream version), I think. Gr. Matthijs -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-moinmoin depends on: ii python2.7.3-4 ii python-parsedatetime 0.8.7-3 ii python-pygments 1.5+dfsg-1 ii python-recaptcha 1.0.6-1 ii python-werkzeug 0.8.3+dfsg-1 ii python2.6 2.6.8-1.1 ii python2.7 2.7.3-6 Versions of packages python-moinmoin recommends: ii fckeditor 1:2.6.6-3 ii nginx-httpd-cgi [httpd-cgi]1 ii nullmailer [mail-transport-agent] 1:1.11-2 ii python-xapian 1.2.12-2 ii python-xappy 0.5-5 Versions of packages python-moinmoin suggests: pn antiwordnone pn catdoc none pn cifs-utils none pn docbook-dsssl none pn miscfiles | wordlistnone pn poppler-utils | xpdf-utils none pn python-4suite-xml none pn python-docutils none pn python-flup none pn python-gdchart none pn python-ldap none pn python-mysqldb none pn python-openid none pn python-pyxmpp none pn python-tz none pn python-xml 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#723083: ipython: new upstream available (IPython 1.0)
Package: ipython Version: 0.13.2-2 Severity: wishlist Dear Maintainer, The latest stable release of IPython brings many improvements (http://ipython.org/ipython-doc/rel-1.0.0/whatsnew/version1.0.html) that I'd be glad to see in Debian. Thank you by advance. best, Pierre -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/12 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 ipython depends on: ii python2.7.5-4 ii python-decorator 3.4.0-2 ii python-pexpect2.4-1 ii python-simplegeneric 0.8.1-1 ipython recommends no packages. Versions of packages ipython suggests: ii ipython-doc0.13.2-2 ii ipython-notebook 0.13.2-2 ii ipython-qtconsole 0.13.2-2 ii libpython2.7-stdlib [python-argparse] 2.7.5-5 ii python [python-profiler] 2.7.5-4 ii python-argparse1.2.1-2 ii python-matplotlib 1.1.1~rc2-1 ii python-numpy 1:1.7.1-2+b1 ii python-zmq 13.1.0-1+b1 -- 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#723084: fai: weird handling of binary data with text tools
Package: fai-setup-storage Version: 4.0.6 Tags: patch Hi, fai-setup-storage's cryptsetup support includes some strange handling of binary data, namely data read from /dev/urandom. Attached mbox contains a few additional comments and it simply drops the calls to head and tail. I'm unsure of the original intention of the code, and I don't quite like what it does, but it should be slightly better with the patch. Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net 0001-Don-t-use-text-tools-with-binary-input.patch Description: Binary data
Bug#723063: dillo: /usr/lib/dillo directory for dillo-install-hyphenation
Axel Beckert a...@debian.org writes: writable by the user by default. Oh, I was running as root. I expected root is necessary to establish the global bits. I see the dillo lib directory in debian is /usr/lib/i386-linux-gnu/dillo. That depends a lot on the architecture you're running Dillo on. I see now I think DILLO_LIBDIR becomes /usr/lib/i386-linux-gnu/ with the debian build options whereas the code in dillo-install-hyphenation only knows /lib. But actually I haven't persuaded the hyphenation do anything yet, so perhaps it's premature to worry about the dir in the script :-). Anything below /usr should not be writable for a normal user. This should probably go somewhere under ~/.local/ or ~/.dillo/ instead. ~/.dillo could be a possibility in addition to the global places. In the long run, the package should probably make use of the already existing hyphenation packages in Debian (if they provide the same format): Believe it's TeX, per texlive-base under /usr/share/texlive/texmf-dist/tex/generic/hyph-utf8/patterns/txt. Though the files there have an extra .txt extension over what seems to be at CTAN. I filed a bug upstream suggesting it could look in a TeX dir for files in addition to its /usr/lib/dillo downloaded bits. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722955: prboom-plus: Prboom dsg savegames?
tags -1 wontfix upstream The ability to load savegames from old versions of prboom has been removed by upstream on purpose and will not get added back. Am Montag, den 16.09.2013, 11:46 +0300 schrieb Andrey Budko: yes, no way 2013/9/16 Fabian Greffrath fab...@greffrath.com So, in short, there is currently no way to load old savegames from prboom 2.5.0 in prboom-plus, right? Am Montag, den 16.09.2013, 10:59 +0300 schrieb Andrey Budko: PrBoom has some shitty code to support its savagames between major versions. I removed them and don't want to get it back. Prboom+'s savegames are incompatible even between versions they shouldn't. Actually they can be loaded (nothing was changed in mobj_t, etc), but user will be promted that savegame is not from current version. It happens, because I save prboom version to savegame, not savegame version. Such behaviour could be corrected of course. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723085: icedove: Fails to start with GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size == 0' failed
Package: icedove Version: 10.0.12-1 Severity: important Icedove fails to start up at all after a system upgrade to Jessie: [dzu@deepthought ~][0]$ icedove (process:28515): GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size == 0' failed [dzu@deepthought ~][0]$ Doing a websearch it seems to indicate this to be connected to glib alas there is no other version in Jessie or unstable to try. A proposed workaround of exporting G_SLICE=always-malloc also doesn't help. The problem is also present with icedove 17.0.8-1 from unstable. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-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/bash Versions of packages icedove depends on: ii debianutils 4.4 ii fontconfig2.10.2-2 ii libasound21.0.27.1-2 ii libatk1.0-0 2.8.0-2 ii libc6 2.17-92+b1 ii libcairo2 1.12.14-4 ii libdbus-1-3 1.6.14-1 ii libdbus-glib-1-2 0.100.2-1 ii libevent-2.0-52.0.21-stable-1 ii libffi5 3.0.10-3 ii libfontconfig12.10.2-2 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.8.1-2 ii libgdk-pixbuf2.0-02.28.2-1 ii libglib2.0-0 2.36.4-1 ii libgtk2.0-0 2.24.20-1 ii libhunspell-1.3-0 1.3.2-4 ii libjpeg8 8d-1 ii libnspr4 2:4.10-1 ii libnspr4-0d 2:4.10-1 ii libnss3 2:3.15.1-2 ii libnss3-1d2:3.15.1-2 ii libpango1.0-0 1.32.5-5+b1 ii libpixman-1-0 0.30.2-1 ii libsqlite3-0 3.8.0.2-1 ii libstartup-notification0 0.12-3 ii libstdc++64.8.1-2 ii libvpx1 1.2.0-2 ii libx11-6 2:1.6.1-1 ii libxext6 2:1.3.2-1 ii libxrender1 1:0.9.8-1 ii libxt61:1.1.4-1 ii psmisc22.20-1 ii zlib1g1:1.2.8.dfsg-1 Versions of packages icedove recommends: ii hunspell-sv-se [hunspell-dictionary] 1.51-1 ii myspell-bg [myspell-dictionary] 4.1-3 ii myspell-ca [myspell-dictionary] 0.20111230b-4 ii myspell-cs [myspell-dictionary] 20040229-5.1 ii myspell-da [myspell-dictionary] 1.6.25-1.1 ii myspell-de-de [myspell-dictionary]20120607-1 ii myspell-en-us [myspell-dictionary]1:3.3.0-4 ii myspell-eo [myspell-dictionary] 2.1.2000.02.25-45 ii myspell-es [myspell-dictionary] 1.11-4 ii myspell-et [myspell-dictionary] 1:20030606-20 ii myspell-fr [myspell-dictionary] 1.4-26 ii myspell-he [myspell-dictionary] 1.2-2 ii myspell-hu [myspell-dictionary] 1.2+repack-2 ii myspell-it [myspell-dictionary] 1:3.3.0-4 ii myspell-ku [myspell-dictionary] 0.20.0-2 ii myspell-lt [myspell-dictionary] 1.2.1-4 ii myspell-lv [myspell-dictionary] 0.9.4-5 ii myspell-nb [myspell-dictionary] 2.0.10-5.1 ii myspell-nl [myspell-dictionary] 1:2.10-1 ii myspell-nn [myspell-dictionary] 2.0.10-5.1 ii myspell-pl [myspell-dictionary] 20130519-1 ii myspell-pt-br [myspell-dictionary]20130317-1 ii myspell-pt-pt [myspell-dictionary]20091013-4 ii myspell-ru [myspell-dictionary] 0.99g5-18 ii myspell-sk [myspell-dictionary] 0.5.5a-2.3 ii myspell-sl [myspell-dictionary] 1.0-5 ii myspell-uk [myspell-dictionary] 1.6.5-2 Versions of packages icedove suggests: ii fonts-lyx 2.0.6-1 ii gconf-service 3.2.6-1 ii libgconf-2-4 3.2.6-1 ii libgssapi-krb5-2 1.11.3+dfsg-3 ii libnotify40.7.6-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721702: Latest update generates SEGV in __strcmp_sse42() when parsing the enabled sites.
Package: nginx-extras Version: 1.4.1-3+b1 Followup-For: Bug #721702 Dear Maintainer, The same segfault happens for me (at src/core/ngx_conf_file.c:305), when the nginx parses an add_header instruction, the data from the pam nginx module is incorrect: the third commands member has members data == 0 but len != 0. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nginx-extras depends on: ii libc6 2.17-92+b1 ii libexpat1 2.1.0-4 pn libgd3 none pn libgeoip1 none pn liblua5.1-0 none ii libpam0g1.1.3-9 ii libpcre31:8.31-2 pn libperl5.18 none ii libssl1.0.0 1.0.1e-3 ii libxml2 2.9.1+dfsg1-3 pn libxslt1.1 none ii nginx-common1.4.1-3 ii perl5.18.1-4 ii perl-base [perlapi-5.18.1] 5.18.1-4 ii zlib1g 1:1.2.8.dfsg-1 nginx-extras recommends no packages. Versions of packages nginx-extras suggests: pn nginx-doc none -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723086: [libxkbcommon-dev] dh_install --fail-missing may fail
Package: libxkbcommon-dev Version: 0.3.1-2 Severity: normal --- Please enter the report below this line. --- libxkbcommon can build docs which are not included anywhere: find debian/tmp -name '*.la' -delete dh_install --fail-missing dh_install: usr/share/doc/libxkbcommon/xkbcommon-keysyms_8h_source.html exists in debian/tmp but is not installed to anywhere dh_install: usr/share/doc/libxkbcommon/tab_a.png exists in debian/tmp but is not installed to anywhere dh_install: usr/share/doc/libxkbcommon/ftv2plastnode.png exists in debian/tmp but is not installed to anywhere . --- System information. --- Architecture: amd64 Kernel: Linux 3.10-2-amd64 Debian Release: jessie/sid 500 unstablemirror.yandex.ru 500 testing security.debian.org 500 testing mirror.yandex.ru 500 stable sdkrepo.atlassian.com --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723061: [mldonkey-server] Incoming and shared folders get removed when purging the package
severity 723061 wishlist thanks Le 16/09/2013 01:31, Bernat a écrit : When purging this package it will remove /var/lib/mldonkey/incoming, shared and temp directories even when they're not empty. A user purging the package will loose all their files in these directories. I've set serious severity since I think this shouldn't ever happen. I've lost some files I was sharing because of this. It is correct that /var/lib/mldonkey is removed when mldonkey is purged. I would say your loss is your fault, here. Concerning /var/lib/mldonkey/incoming specifically, I have the same feelings as with logs: you might want to keep them on purge, but the Debian policy clearly states they should be removed on purge (section 10.8). Hence, my interpretation of the policy is that it is the responsability of the system administrator to save them elsewhere if he wants to keep them on purge. The purge script could fail if /var/lib/mldonky/incoming is not empty, but that is a wishlist and not a serious bug. Cheers, -- 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#722681: latexila: Default build settings do not work
Adrian Immanuel Kiess, 2013-09-13 10:50+0200: the default compiler setting for LaTeXila do not work. I guess I would have to remove -synctex=1 from build options. Yes, I saw that. The fix is for me to adopt the package latexmk and upload a new version, so it will require some time… -- ,--. : /` ) Tanguy Ortolo xmpp:tan...@ortolo.eu | `-'Debian Developer irc://irc.oftc.net/Tanguy \_ signature.asc Description: Digital signature
Bug#723087: libreoffice-kde: Select and move with mouse, KDE hangs
Package: libreoffice-kde Version: 1:4.1.0-1 Severity: Important Dear Maintainer, with mouse, in calc if I select one or more cells and move them to another position, KDE hangs for ever. If you login in the Text mode an kill soffice.bin KDE works again. If you purged libreoffice-kde and all works ok. With the libreoffice-kde Verison 4.0.3-2~bpo70+1 we don't have this Problem. Best regard, Christopher Wieser -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF8, LC_CTYPE=de_DE.UTF8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libreoffice-kde depends on: ii kde-runtime 4:4.8.4-2 ii libc6 2.13-38 ii libgcc1 1:4.7.2-5 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libice6 2:1.0.8-2 ii libicu48 4.8.1.1-12 ii libkdecore5 4:4.8.4-4 ii libkdeui5 4:4.8.4-4 ii libkfile4 4:4.8.4-4 ii libkio5 4:4.8.4-4 ii libqtcore44:4.8.2+dfsg-11 ii libqtgui4 4:4.8.2+dfsg-11 ii libreoffice-core 1:4.1.0-5~bpo70+3 ii libsm62:1.2.1-2 ii libstdc++64.7.2-5 ii libx11-6 2:1.5.0-1+deb7u1 ii libxext6 2:1.3.1-2+deb7u1 ii uno-libs3 4.1.0-5~bpo70+3 ii ure 4.1.0-5~bpo70+3 Versions of packages libreoffice-kde recommends: ii libreoffice-style-oxygen 1:4.1.0-5~bpo70+3 Versions of packages libreoffice-kde suggests: ii kmail4:4.4.11.1+l10n-3+b1 ii konqueror4:4.8.4-2 pn libreoffice-kab none -- Christopher Wieser PGP Public Key at http://pgp.mit.edu Fingerprint: FF34 1CE5 7896 70F8 7521 6086 CCB8 9092 59FE 1A8C
Bug#693282: gajim: CVE-2012-5524
Giuseppe Iuculano, 2013-09-16 10:05+0200: we marked this as minor issue and it would be nice to fix it through a point update: http://www.debian.org/doc/manuals/developers-reference/pkgs.html#upload-stable Since I adopted the package gajim, I have to find some time to prepare that. But if someone has time to do it before I can, go ahead. -- ,--. : /` ) Tanguy Ortolo xmpp:tan...@ortolo.eu | `-'Debian Developer irc://irc.oftc.net/Tanguy \_ signature.asc Description: Digital signature
Bug#722788: labrea link with -L/usr/lib
❦ 15 septembre 2013 17:54 CEST, YunQiang Su wzss...@gmail.com :
Some pointers would be appreciated, maybe on wiki.debian.org. While
fixing it on HAProxy can be done just in debian/rules, I cannot do the
same thing for labrea. I need to patch configure and this is something
that I don't like to do.
The pattern `-L${prefix}/lib` seems to happen often. Are we going to
patch all upstream sources for this problem while this worked for years
without any problem? The `-L${prefix}/lib` is convenient because it
allows a user to install the lib in its home.
Thanks for you to point it out to me. Do you have any better idea to deal with
problem for both of these situation?
Unfortunately, no. Does this have been discussed in some mailing list?
Does the bug really happens for real? Doesn't system paths used before
user-specified paths?
You can tag it as won't-fix if you'd like to.
If without multilib packages installed or install some libraries
installed manually,
this package can be built successfully.
Does the problem happens if the user only install stuff with apt-get?
--
Use library functions.
- The Elements of Programming Style (Kernighan Plauger)
signature.asc
Description: PGP signature
Bug#718434: ca-certificates: should CAcert.org be included?
Hi Tom, On Sun, September 15, 2013 01:16, Thomas R. Koll wrote: But I just found one request that was official (msg #20), Venzuela's Suscerte and I also see that in #37 you've referred them to Mozilla. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=609942#20 It is a double standard that you are applying just for SPI and CACert. I think you're confusing two things here. The inclusion process of the past, which was just that CA's needed advocating votes from project members. The current process is to just rely on what Mozilla does. So this explains how the certificates got here, but it's not really relevant. The question is to now judge whether CAcert and SPI should remain here, and they need not be tied together. First, CAcert. CAcert is a bit of a special case because it's the only real community CA, and in that sense very different from the other CA's, and in that sense also close at heart to the way Debian operates. I fully agree that CAcert has been less than stellar in the past on the trustworthiness area. Nonetheless, I do not perceive the current situation to have any sign of there being a real threat or risk to the model. I would be inclined to keep the status quo, as to give this sympathetic community effort, which can't just get itself audited, a chance. As said, I don't think we would gain significant added security in Debian by dropping it, even though there probably would be enough concerns when it would be newly added. I know, it's more an inclination than a fact-based reasoning. But this is precisely because CAcert is special and it is a fact that it operates very differently from commercial CA's. And madduck was happy to comply. We know nothing about SPI, how they create their root certifactes, who can issue new ones and they didn't even ask for it. Why do you think we know nothing about it? SPI is an association very closely associated with Debian. We know a lot about SPI and its workings. Indeed there has been discussion at SPI whether SPI should be buying or distributing commercial certificates for its members, but it currently does not. We can keep SPI trusted in any case since it's inherently trusted by the project. Debian is already root on your system, so trusting them to be root but not trusting them with certificate issuance seems not logical to me. Cheers, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722935: RFP: libjs-twitter-bootstrap3 -- HTML, CSS and JS toolkit from Twitter
On 09/15/2013 05:05 AM, Jonas Smedegaard wrote: I perfectly agree with Martin: Please consider taking responsibility for existing Bootstrap package instead. Ups, I misunderstood the message of Martin, sorry. Thanks for the clarification :). Anyway we need both versions of bootstrap for now, because bootstrap3 it's not backward compatible. I sent the RFP because I want to know if someone else is interested, I'm. But I need first do a lot of work before to get my package (nikola) ready, I need 5 o 6 new packages... I think that it will take me about two or three weeks, if in that time anyone take the job, I'll do. Also consider joining the Javascript team and do your work there: https://wiki.debian.org/Javascript :-) I'm already part of the Javascript team :) Cheers, -- TiN signature.asc Description: OpenPGP digital signature
Bug#720262: do you need help?
Hi Jonas, On Fri, Sep 13, 2013 at 8:03 PM, Jonas Smedegaard d...@jones.dk wrote: Quoting Janoš Guljaš (2013-09-12 17:07:44) On Thu, Sep 12, 2013 at 12:21 PM, Jonas Smedegaard d...@jones.dk wrote: This bug seems relatively trivial to fix: Conditionally build the java plugin, and mark the corresponding binary package as being not for mips or mipsel. Haven't looked at actual code yet, but can do so if relevant. Do you need help here? Thank you for offering your help. I would very much appreciate it. I have very limited time lately, and any help would be great. Would you perhaps be interested in team-maintenance? Yes I am. I think that uwsgi packaging will benefit from it. Hope you like my changes. I've just checked the changes that you made, and I must say that they are excellent. I would not do them as well. Thank you very much, for resolving the tickets and also updating the upstream release. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private Best regards, Janos -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720571: Please stop using openjdk-6-*
Hi Jonas, On Fri, Sep 13, 2013 at 9:10 PM, Jonas Smedegaard d...@jones.dk wrote: Hi Sylvestre, Sylvestre wrote: As part of the transition to OpenJDK 7 and the removal of OpenJDK 6 from the archive, could you update the dependency of your package to default-jdk ? For uwsgi it seems more sensible to me to continue maintaining versioned binary packages, as that makes multiple concurrent versions available at runtime. @Janos: What do you think about this? I agree completely. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723088: ITP: sticky-notes -- free open-source pastebin application
Package: wnpp Severity: wishlist * Package Name: sticky-notes Version: 1.0 Upstream Author: Sayak Banerjee m...@sayakbanerjee.com URL: http://sayakbanerjee.com/sticky-notes License: BSD-2-clause Description: Sticky notes is a powerful open-source pastebin application.
Bug#674812: [dget] doesn't support sources.list lines with options
Control: tag -1 patch Hi, Attached patch makes dget use apt-get download directly for binary packages. Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net 0001-dget-use-apt-get-download-to-get-binary-packages-Clo.patch Description: Binary data
Bug#723089: gmt: ugly and overlapping contours with gmt version 4.5.9-1
Package: gmt Version: 4.5.9-1 Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? Running a map with contour data produces an image with ugly and overlapping contours. The problem is described in more detail with example script and produced map images at the gmt bug tracking system (http://gmtrac.soest.hawaii.edu/issues/366#change-1310) I will be happy to provide those scripts here. Please advice on how. * What exactly did you do (or not do) that was effective (or ineffective)? I removed gmt and compiled it myself from source and the problem disappeared * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-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 gmt depends on: ii libc62.17-92+b1 ii libgmt4 4.5.9-1 ii libice6 2:1.0.8-2 ii libnetcdfc7 1:4.1.3-6+b1 ii libsm6 2:1.2.1-2 ii libx11-6 2:1.6.1-1 ii libxaw7 2:1.0.11-1 ii libxext6 2:1.3.2-1 ii libxmu6 2:1.1.1-1 ii libxt6 1:1.1.4-1 Versions of packages gmt recommends: ii gmt-doc 4.5.9-1 ii gmt-gshhs-full [gmt-gshhs-data] 2.2.0-2 ii gmt-gshhs-high [gmt-gshhs-data] 2.2.0-2 Versions of packages gmt suggests: pn gmt-doc-pdf none pn gmt-examples none pn gmt-tutorial-pdf 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#723090: tcl8.5: [:cntrl:] character class does not include 0x00-0x1f
Package: tcl8.5 Version: 8.5.14-5 Severity: normal Dear Maintainer, I have an expect script that tries to match ([^[:cntrl:]]*), and it also matches the CRs at the end of a line. On inspection, that's because controlRangeTable[] and controlCharTable[] do not contain the normal ASCII control characters (which I think are also Unicode control characters). In tcl8.4, they are included (though by the looks of it it's only ASCII since it only seems to include 0x0-0x1f and 0x7f-0x9f). -- System Information: Debian Release: jessie/sid APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'testing'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tcl8.5 depends on: ii libc6 2.17-92+b1 ii libtcl8.5 8.5.14-5 tcl8.5 recommends no packages. Versions of packages tcl8.5 suggests: pn tcl-tclreadline 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#718434: ca-certificates: should CAcert.org be included?
Am 16.09.2013 um 11:46 schrieb Thijs Kinkhorst th...@debian.org: On Sun, September 15, 2013 01:16, Thomas R. Koll wrote: But I just found one request that was official (msg #20), Venzuela's Suscerte and I also see that in #37 you've referred them to Mozilla. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=609942#20 It is a double standard that you are applying just for SPI and CACert. I think you're confusing two things here. The inclusion process of the past, which was just that CA's needed advocating votes from project members. The current process is to just rely on what Mozilla does. So this explains how the certificates got here, but it's not really relevant. The question is to now judge whether CAcert and SPI should remain here, and they need not be tied together. So we can agree then that the inclusion process of the past, simple advocating without proper checks or an audit, was wrong? As well as the reasonable condition that the root certificate's issuer or representatives should request inclusion, not some user. On them being tied together, it wasn't my intention to say if one goes the other has to go as well, I merely pointed that they did get into ca-certificates in a bundle and that the whole, very sensitive thing happened without much thought. I haven't read through mozilla's proceedings[0] yet but found this list of pending requests: http://www.mozilla.org/projects/security/certs/pending/index.html And SUSCERTE is on hold there. CAcert is a bit of a special case because it's the only real community CA, and in that sense very different from the other CA's, and in that sense also close at heart to the way Debian operates. I fully agree that CAcert has been less than stellar in the past on the trustworthiness area. Nonetheless, I do not perceive the current situation to have any sign of there being a real threat or risk to the model. I would be inclined to keep the status quo, as to give this sympathetic community effort, which can't just get itself audited, a chance. As said, I don't think we would gain significant added security in Debian by dropping it, even though there probably would be enough concerns when it would be newly added. I know, it's more an inclination than a fact-based reasoning. But this is precisely because CAcert is special and it is a fact that it operates very differently from commercial CA's. First of all: **Security needs facts**, drop every gut-feeling you have in the matter. Secondly: Yes, CACert is something special, as a community even more, but still they need to keep their private keys safe. And CACert must be able to give everyone, who distributes and vouches (and ca-certifactes is doing that) for their root certifcates, give a strong assurance that they are safe to do so. Distributing root certificates has no clear laws like selling a car does. If you were to build and operate, or even sell, a community-designed car you'd have to bow to the same laws as a commercial car manufacturer has.[1] And madduck was happy to comply. We know nothing about SPI, how they create their root certifactes, who can issue new ones and they didn't even ask for it. Why do you think we know nothing about it? SPI is an association very closely associated with Debian. We know a lot about SPI and its workings. sorry, that know nothing about SPI, how was victim of my wild copyediting and should read something like We know nothing about how SPI creates… Do you know about how they create, store and secure their root certificates? Did they ever ran an internal or external audit to ensure this security? It is good that SPI was thinking about not issuing certificates itself, this would take the burden of an audit from their shoulders. I couldn't find any information on any audit, but maybe someone higher up Debian or SPI can tell us. I know it will look quite idiotic to remove the one root certificate that has signed the certificates for Debian, but still they should comply to the same strict rules like anyone else. You think, the SPI root certificate is distributed on a lot of servers, likely for debian's package servers as well. Are you really saying that you don't bother about wether one could get their hands on SPI root, create a fake debian certificate and mess with seriously dangerous things? It would be a large operation but the less weak points in this chain, the more secure the system is. And that's without thinking about the endless number of other applications relying on the trust ca-certificates has into the root certificates. Many applications I come accross won't accept self-signed certificates by default. Instead of trusting the SPI root, ca-certificates could include the handfull certificates for its own packages servers, they won't be root, but users can trust them slightly more and it removes the possible insecurity of the SPI roots. I wouldn't mind if a CA created their root, use that to create the set of
Bug#722788: labrea link with -L/usr/lib
On Mon, Sep 16, 2013 at 5:47 PM, Vincent Bernat ber...@debian.org wrote:
❦ 15 septembre 2013 17:54 CEST, YunQiang Su wzss...@gmail.com :
Some pointers would be appreciated, maybe on wiki.debian.org. While
fixing it on HAProxy can be done just in debian/rules, I cannot do the
same thing for labrea. I need to patch configure and this is something
that I don't like to do.
The pattern `-L${prefix}/lib` seems to happen often. Are we going to
patch all upstream sources for this problem while this worked for years
without any problem? The `-L${prefix}/lib` is convenient because it
allows a user to install the lib in its home.
Thanks for you to point it out to me. Do you have any better idea to deal
with
problem for both of these situation?
Unfortunately, no. Does this have been discussed in some mailing list?
Does the bug really happens for real? Doesn't system paths used before
user-specified paths?
You can tag it as won't-fix if you'd like to.
If without multilib packages installed or install some libraries
installed manually,
this package can be built successfully.
Does the problem happens if the user only install stuff with apt-get?
yes, it will. if user install libc6-dev-mips32, there will be some thing like
libc.so, libm.so etc in /usr/lib.
x86 series (i386, amd64, x32) don't do it like this, they put i386
stuff to lib32
and x32 stuff to libx32, amd64 stuff to lib64.
Unfortunately, mips series don't do it like x86 series.
--
Use library functions.
- The Elements of Programming Style (Kernighan Plauger)
--
YunQiang Su
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723091: CP-246 / and dict lookup
Package: dcmtk Looks like something is going on wrong with CP-246 file(s) and dict lookup. Check out the following steps: $ wget -O cp246.dcm http://sourceforge.net/p/gdcm/gdcmdata/ci/ebd3260d5dd315dd99dae78c783c2fc1beb18f01/tree/undefined_length_un_vr.dcm?format=raw; $ dcmdump cp246.dcm | grep 2001,105f W: Found element (2001,105f) with VR UN and undefined length, reading a sequence with transfer syntax LittleEndianExplicit (CP-246) W: Found element (2001,9000) with VR UN and undefined length, reading a sequence with transfer syntax LittleEndianExplicit (CP-246) W: Found element (2001,1068) with VR UN and undefined length, reading a sequence with transfer syntax LittleEndianExplicit (CP-246) W: Found element (2005,1402) with VR UN and undefined length, reading a sequence with transfer syntax LittleEndianExplicit (CP-246) (2001,105f) SQ (Sequence with undefined length #=3) # u/l, 1 Unknown Tag Data While: $ dcmconv +ti cp246.dcm imp.dcm $ dcmdump imp.dcm | grep 2001,105f (2001,105f) SQ (Sequence with explicit length #=3) # 1116, 1 StackSequence Looks odd to me. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723061: [mldonkey-server] Incoming and shared folders get removed when purging the package
2013/9/16 Stéphane Glondu glo...@debian.org severity 723061 wishlist thanks Le 16/09/2013 01:31, Bernat a écrit : When purging this package it will remove /var/lib/mldonkey/incoming, shared and temp directories even when they're not empty. A user purging the package will loose all their files in these directories. I've set serious severity since I think this shouldn't ever happen. I've lost some files I was sharing because of this. It is correct that /var/lib/mldonkey is removed when mldonkey is purged. I would say your loss is your fault, here. Concerning /var/lib/mldonkey/incoming specifically, I have the same feelings as with logs: you might want to keep them on purge, but the Debian policy clearly states they should be removed on purge (section 10.8). Hence, my interpretation of the policy is that it is the responsability of the system administrator to save them elsewhere if he wants to keep them on purge. The purge script could fail if /var/lib/mldonky/incoming is not empty, but that is a wishlist and not a serious bug. Leave it as you want but I don't think downloaded and shared files are the same as logs, specially the shared ones. I don't think it should fail at removal but keep non-empty directories. I may want to uninstall and then install at a later time but keep the files where I put them. Frankly, I think this is more like a package deleting a spool, mail, printer, cron, etc. -- Bernat
Bug#723076: gcin: more issues
Hi, I also see quite a bit of issues reported at PTS. http://packages.qa.debian.org/g/gcin.html Package gcin-tables shares 1.4 MB of similar files with package hime-tables, please investigate whether it is possible to reduce the duplication. Since this is something you manmage, please consider fixing it. Regards, Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723092: plasma-widget-networkmanagement: kded4 leak sockets when wifi connections fail
Package: plasma-widget-networkmanagement
Version: 0.9.0.3-1
Severity: important
Tags: upstream
Dear Maintainer,
My KDE desktop based on Debian Wheezy is unstable. After a few days,
the KDE panel stop working properly, and I have to log out and in
again to get back to work. Clicking on the K menu do not have any
effect until 20-60 seconds later, and the icons like the battery and
network status are unresposive, with similar delays from mouse clicks.
I believe I tracked down the cause, which is that kded4 is running out
of file descriptors because it is leaking sockets. When the problem
happen, the process have above 1020 files open.
With 23010 as the pid of kded4, I used this one-liner to to track the
number of open files and the distribution across different types:
ls -l /proc/23010/fd|wc -l ; ls -l /proc/23010/fd|rev|cut -d\[ -f2|awk
'{print $1}'|rev|sort|uniq -c
It show that approximately 2.5 sockets are leaked per minute at the
moment.
With the good help of pinotree on #debian-kde, I was able to find the
most likely part responsible, and it seem to be the NetworkManager
User Settings service available in the System Settings-Startup and
Shutdown-Service Manager menu. When I disable it (and run kdeinit4
to make sure the change take effect), the number of open sockets
stopped increasing. When I enable it again, the number of open
sockets start to increase.
When I now had an idea about the affected system, I tried to disable
wifi using the check box in the network-manager control panel, and the
number of open sockets stayed stable again.
Where I am at the moment, I use TP ethernet, and while there are
several wifi networks around, non of them are really working for me.
But I do notice network-manager try to connect over and over again to
a few of them.
This make me suspect that the plasma-widget-networkmanagement code
fail to close some socket when connecting to a wifi network fail.
I'll try to find time to report this problem upstream too.
-- System Information:
Debian Release: 7.1
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages plasma-widget-networkmanagement depends on:
ii kde-runtime 4:4.8.4-2
ii libc6 2.13-38
ii libgcc1 1:4.7.2-5
ii libkcmutils44:4.8.4-4
ii libkdecore5 4:4.8.4-4
ii libkdeui5 4:4.8.4-4
ii libkio5 4:4.8.4-4
ii libknotifyconfig4 4:4.8.4-4
ii libplasma3 4:4.8.4-4
ii libqt4-dbus 4:4.8.2+dfsg-11
ii libqt4-network 4:4.8.2+dfsg-11
ii libqt4-svg 4:4.8.2+dfsg-11
ii libqt4-xml 4:4.8.2+dfsg-11
ii libqtcore4 4:4.8.2+dfsg-11
ii libqtgui4 4:4.8.2+dfsg-11
ii libsolid4 4:4.8.4-4
ii libsolidcontrol4abi24:4.8.4-6
ii libstdc++6 4.7.2-5
ii mobile-broadband-provider-info 20120708-1
ii network-manager 0.9.4.0-10
Versions of packages plasma-widget-networkmanagement recommends:
ii kwalletmanager 4:4.8.4-3
ii network-manager-openvpn 0.9.4.0-1
ii network-manager-pptp 0.9.4.0-2
ii network-manager-vpnc 0.9.4.0-1
Versions of packages plasma-widget-networkmanagement suggests:
pn kdebase-workspace-bin 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#697438: linux-user-chroot Debian packaging
László Böszörményi (GCS) wrote: Also please note that the current state can be interpreted as some kind of security threat. Its binary installed as setuid and executable for everyone. A more safe solution would be a separate group and only its members would be allowed to execute linux-user-chroot . Yup, I'm not sure how serious the threat may be, but restricting it a bit would fine for me. Note though that the Fedora package does not do that[1] and since it is done by Colin I'm not sure if we want to diverge from it. Asking Colin about the group restriction may be a good a idea. [1] http://pkgs.fedoraproject.org/cgit/linux-user-chroot.git/tree/linux-user-chroot.spec#n32 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723093: When works with iSCSI and mount to /var/any_path, it failed to start
Package: ocfs2-tools I have a tiny 3 nodes cluster and a iSCSI server. 1. iSCSI server with iscsitarget it's hostname is iscsi with 3 network interface, one is for iSCSI the second are not used and the third one is used by public access through ssh. For software it has Debian sid installed and server as a iSCSI server by iscsitarget package. 2. ocfs2 nodes (ocfs1, ocfs2, ocfs3) All of them also have 3 NIC, one is for iSCSI (through open-iscsi), one is for ocfs2 and one is for public ssh access. The iscsi disk on these nodes are showed as /dev/sdb The ocfs2 configure file is like node: ip_port = ip_address = 192.168.2.101 number = 0 name = ocfs1 cluster = ocfs2 node: ip_port = ip_address = 192.168.2.102 number = 1 name = ocfs2 cluster = ocfs2 node: ip_port = ip_address = 192.168.2.103 number = 2 name = ocfs3 cluster = ocfs2 cluster: node_count = 3 name = ocfs2 The problem is that: When I edit /etc/fstab like so UUID=02a9719b-5221-4850-b9ca-864a3a10d595 /var/mnt ocfs2 defaults to mount it to anything like /var/blabla, this node cannot successfully start. It will stop on the step of mount disks. While, if the mount point is not /var/*, it will successfully start with some waiting. I tried Debian sid and Ubuntu Precise, both of them have this problem. -- YunQiang Su boot-successful.log Description: Binary data boot-failure.log Description: Binary data
Bug#723092: plasma-widget-networkmanagement: kded4 leak sockets when wifi connections fail
Control: forward -1 https://bugs.kde.org/show_bug.cgi?id=324954 I've also passed this bug report on to the upstream KDE bug tracker. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720571: Please stop using openjdk-6-*
Quoting Janoš Guljaš (2013-09-16 12:16:43) On Fri, Sep 13, 2013 at 9:10 PM, Jonas Smedegaard d...@jones.dk wrote: Sylvestre wrote: As part of the transition to OpenJDK 7 and the removal of OpenJDK 6 from the archive, could you update the dependency of your package to default-jdk ? For uwsgi it seems more sensible to me to continue maintaining versioned binary packages, as that makes multiple concurrent versions available at runtime. @Janos: What do you think about this? I agree completely. Phew - that indicates I am not totally off interpreting your intend with the packaging :-) @Sylvestre: Since posting last mail I realized that it might be misread as challenging the why - I only challenge the how: I disagree with your suggestion on tracking default-jdk as you suggest as *how*, but not the *why* in the subject - Please stop using openjdk-6-* (and most likely would not get very far if challenging that ;-) ). I have put into place mechanisms to track closely the architectures covered by each flavor of OpenJDK, so should be able to do a swift update when openjdk-6 is actually dropped. I am hesitating drop it early, though, as that would OpenJDK support to be dropped completely on MIPS architectures, something dearly hope will be solved before that transition occurs. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#720262: do you need help?
Quoting Janoš Guljaš (2013-09-16 12:16:27) On Fri, Sep 13, 2013 at 8:03 PM, Jonas Smedegaard d...@jones.dk wrote: Quoting Janoš Guljaš (2013-09-12 17:07:44) On Thu, Sep 12, 2013 at 12:21 PM, Jonas Smedegaard d...@jones.dk wrote: This bug seems relatively trivial to fix: Conditionally build the java plugin, and mark the corresponding binary package as being not for mips or mipsel. Haven't looked at actual code yet, but can do so if relevant. Do you need help here? Thank you for offering your help. I would very much appreciate it. I have very limited time lately, and any help would be great. Would you perhaps be interested in team-maintenance? Yes I am. I think that uwsgi packaging will benefit from it. Hope you like my changes. I've just checked the changes that you made, and I must say that they are excellent. I would not do them as well. Thank you very much, for resolving the tickets and also updating the upstream release. Great! I acknowledge that you may have little time available for working on uWSGI packaging currently - but still, for the little time you may have it might be helpful to hang out together on IRC, so please consider popping by e.g. at #debian-devel on OFTC, where I am known as either joonas, joo0nas or something related. If you (like me) prefer Jabber, my XMPP JID is jo...@jones.dk. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#723094: dh-python uninstallable on buildds
Package: dh-python Version: 1.20130913-1 Severity: grave Justification: renders package unusable sip4 is now BD-uninstallable everywhere (the experimental upload) due to: sip4 (= 4.15.2-1) build-depends on one of: - python3-all-dbg (= 3.3.2-15) python3-all-dbg (= 3.3.2-15) depends on one of: - python3 (= 3.3.2-15) python3 (= 3.3.2-15) depends on one of: - dh-python (= 1.20130913-1) dh-python (= 1.20130913-1) depends on missing: - python3:any (= 3.2.3-3~) It looks like the multi-arch changes in the last upload were premature. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720466: cinnamon: Crashes when opening the menu, using command window or hot corner
Package: cinnamon Version: 1.7.4-2.2 Followup-For: Bug #720466 Dear Maintainer, Clicking on a menu freezes cinnamon windows and desktop, still possible to move the mouse however. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.10-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 cinnamon depends on: ii cinnamon-common 1.7.4-2.2 ii dconf-gsettings-backend [gsettings-backend] 0.16.1-1 ii gconf2 3.2.6-1 ii gir1.2-accountsservice-1.0 0.6.34-1 ii gir1.2-caribou-1.0 0.4.12-1 ii gir1.2-clutter-1.0 1.14.4-3 ii gir1.2-cogl-1.0 1.14.0-3 ii gir1.2-gconf-2.0 3.2.6-1 ii gir1.2-gdkpixbuf-2.0 2.28.2-1 ii gir1.2-gkbd-3.0 3.6.0-1 ii gir1.2-glib-2.0 1.36.0-2+b1 ii gir1.2-gmenu-3.0 3.8.0-2 ii gir1.2-gnomebluetooth-1.03.8.1-2 ii gir1.2-gnomedesktop-3.0 3.4.2-2 ii gir1.2-gtk-3.0 3.8.4-1 ii gir1.2-javascriptcoregtk-3.0 2.0.4-5 ii gir1.2-muffin-3.01.7.3-1+b1 ii gir1.2-networkmanager-1.00.9.8.0-5 ii gir1.2-pango-1.0 1.32.5-5+b1 ii gir1.2-polkit-1.00.105-3 ii gir1.2-soup-2.4 2.42.2-6 ii gir1.2-upowerglib-1.00.9.21-3 ii gir1.2-webkit-3.02.0.4-5 ii gjs 1.36.1-2 ii gkbd-capplet 3.6.0-1 ii gnome-icon-theme-symbolic3.8.2.2-2 ii gnome-session-bin3.4.2.1-4 ii gnome-settings-daemon3.4.2+git20121218.7c1322-6+b2 ii gsettings-desktop-schemas3.4.2-3 ii libatk1.0-0 2.8.0-2 ii libc62.17-92+b1 ii libcairo21.12.16-1 ii libcanberra0 0.30-2 ii libclutter-1.0-0 1.14.4-3 ii libcogl-pango12 1.14.0-3 ii libcogl121.14.0-3 ii libcroco30.6.8-2 ii libdbus-glib-1-2 0.100.2-1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libgirepository-1.0-11.36.0-2+b1 ii libgjs0c [libgjs0-libmozjs185-1.0] 1.36.1-2 ii libgl1-mesa-glx [libgl1] 9.1.6-2+b1 ii libglib2.0-0 2.36.4-1 ii libgnome-desktop-3-2 3.4.2-2 ii libgnome-keyring03.8.0-2 ii libgnome-menu-3-03.8.0-2 ii libgstreamer0.10-0 0.10.36-1.2 ii libgtk-3-0 3.8.4-1 ii libjs-jquery 1.7.2+dfsg-3 ii libjson-glib-1.0-0 0.16.0-1 ii libmozjs185-1.0 1.8.5-1.0.0+dfsg-4+b1 ii libmuffin0 1.7.3-1+b1 ii libnm-glib4 0.9.8.0-5 ii libnm-util2 0.9.8.0-5 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libpolkit-agent-1-0 0.105-3 ii libpolkit-gobject-1-00.105-3 ii libpulse-mainloop-glib0 4.0-6+b1 ii libpulse04.0-6+b1 ii libstartup-notification0 0.12-3 ii libx11-6 2:1.6.1-1 ii libxfixes3 1:5.0.1-1 ii libxml2 2.9.1+dfsg1-3 ii mesa-utils 8.1.0-2 ii multiarch-support2.17-92+b1 ii python 2.7.5-4 ii python-dbus 1.2.0-2+b1 ii python-gconf 2.28.1+dfsg-1 ii python-gi-cairo 3.8.3-1+b1 ii python-imaging 1.1.7-4 ii python-lxml 3.2.0-1+b1 ii python-pyinotify 0.9.3-2 Versions of packages cinnamon recommends: ii gnome-control-center 1:3.4.3.1-5+b3 cinnamon suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to
Bug#722935: RFP: libjs-twitter-bootstrap3 -- HTML, CSS and JS toolkit from Twitter
Quoting Agustin Henze (2013-09-16 11:55:56) On 09/15/2013 05:05 AM, Jonas Smedegaard wrote: I perfectly agree with Martin: Please consider taking responsibility for existing Bootstrap package instead. Ups, I misunderstood the message of Martin, sorry. Thanks for the clarification :). Anyway we need both versions of bootstrap for now, because bootstrap3 it's not backward compatible. Good point. In future please consider mentioning that in the RFP :-) I sent the RFP because I want to know if someone else is interested, I'm. But I need first do a lot of work before to get my package (nikola) ready, I need 5 o 6 new packages... I think that it will take me about two or three weeks, if in that time anyone take the job, I'll do. Quite sensible. But again, please consider mentioning such considerations of your when filing a bugreport - they are nice to know for those caring about the bug. :-) Also consider joining the Javascript team and do your work there: https://wiki.debian.org/Javascript :-) I'm already part of the Javascript team :) Excellent (and sorry for not knowing my own team mates :-/ ) - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#718434: ca-certificates: should CAcert.org be included?
On 07/31/2013 20:06, Ansgar Burchardt wrote: I'm wondering if Debian really should include CAcert.org root certificates: [...] And last but not least: while CAcert.org publishes the source code of their system[5] (good), looking at it does not make me trust it (it causes the opposite effect)... [5] http://www.cacert.org/src-lic.php This probably also affects Iceweasel and maybe other browsers as well. I actually filed this report after finding several issues in the CAcert code. There are some good ideas, for example the private key is stored on a machine not connected to the internet, and of course publishing the source code for their software is always good. However looking at the code for a few hours I found several issues, including arbitrary code injection (which should allow getting any certificate signed you want, but no direct access to the private key). One example is [1], but there is at least one more. Ansgar PS: I would prefer if discussion about the SPI certificate was kept seperate. [1] http://git-cacert.it-sls.de/cgi-bin/gitweb.cgi?p=cacert-devel.git;a=commitdiff;h=8fa82f2cbd17e3f32a537cd405b01d6b6c623ea0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723096: synaptic scrolling problem
Package: synaptic Version: 0.80.4 Severity: normal Dear Maintainer, Hello, I have found a bug in the latest version of synaptic package manager. I can't scroll using my mouse wheel or my touchpad on laptop through the package lists. I can scroll holding and dragging the scrollbar on the side and using the arrow keys, but not with mouse or touchpad. At the time of discovering it, there was no new update to the synpatic package manager, the latest version is 0.80.4, and the previous version also had that particular problem. I tried to downgrade it to 0.75.13 from wheezy and it worked, I can scroll now normally with 'all scrolling options'. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-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 synaptic depends on: ii hicolor-icon-theme 0.12-1 ii libapt-inst1.5 0.9.11.3 ii libapt-pkg4.12 0.9.11.3 ii libatk1.0-0 2.8.0-2 ii libc6 2.17-92+b1 ii libcairo2 1.12.16-1 ii libept1.4.121.0.9 ii libfontconfig1 2.10.2-2 ii libfreetype62.4.9-1.1 ii libgcc1 1:4.8.1-10 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-02.36.4-1 ii libgtk2.0-0 2.24.20-1 ii libpango1.0-0 1.32.5-5+b1 ii libstdc++6 4.8.1-10 ii libvte9 1:0.28.2-5 ii libx11-62:1.6.1-1 ii libxapian22 1.2.15-2 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages synaptic recommends: ii libgtk2-perl 2:1.247-2+b1 ii policykit-1 0.105-3 ii rarian-compat0.8.1-5 pn software-properties-gtk none Versions of packages synaptic suggests: pn apt-xapian-index none ii deborphan 1.7.28.8 pn dwww none pn menu none -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723095: RM: seesat5 -- ROM; long dead upstream, alternatives exist
Package: ftp.debian.org Severity: normal Package has been dead upstream for a very long time, other packages exist with similar abilities. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722743: mcabber: does not exit cleanly on SIGHUP
Hi, On Sat, Sep 14, 2013 at 12:25:55AM +0200, Dominik George wrote: Attached is a patch that fixes the issue; sent upstream. Thanks for providing a patch for that problem. I'll review it and include it with the next upload. Cheers, Rhalina -- rhalina (Franziska Lichtblau) rhal...@old-forest.org lichtb...@cip.ifi.lmu.de «I refuse to be bound by software I cannot trust and negotiate with.» -- Enrico Zini -- signature.asc Description: Digital signature
Bug#723081: amd64-microcode: installation never completes
retitle 723081 more broken kernels need to be blacklisted (interruptible hangs) severity 723081 important thanks On Mon, 16 Sep 2013, Nick Lewycky wrote: Setting up amd64-microcode (2.20131007.1+really20130710.1) ... Using per-core interface to update microcode on online processors... it hangs, for over an hour before I killed it. ... Kernel: Linux 3.5.2 (SMP w/32 CPU cores; PREEMPT) If you're going to use custom kernels on your box, please base them on the latest kernel in one of the longterm branches: 3.4 or 3.10 (currently: 3.4.62 or 3.10.12). Anyway, please look here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=716917 It lists a workaround to unwedge the package installation, but you really need a kernel upgrade. 3.5.2 is so broken it is not funny, you should be using at least 3.5.7, and that would still be quite buggy. If you really want to be sure it is your kernel that is broken, try this (run it as root). BEWARE, it will hang the shell if your kernel is broken: find /sys/devices/system/cpu -noleaf -type f -path '/sys/devices/system/cpu/cpu*/microcode/reload' | while read i ; do echo -n 1 $i || true ; done It should hang in a broken kernel (interrupt it with ^C, you may need to press it several times as you have 32 cores...). Meanwhile, it looks like I will have to add more kernels to the blacklist... the AMD microcode driver is broken on a lot of kernels, proof that nobody was using it in the first place. Argh! -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723097: RFA: ocrad -- optical character recognition program
Package: wnpp Severity: normal I request an adopter for the ocrad package. The package description is: GNU Ocrad is an OCR (Optical Character Recognition) program based on a feature extraction method. It reads a bitmap image in pgm/pbm format and produces text in byte (8-bit) or UTF-8 formats. Ocrad includes a layout analyzer able to separate the columns or blocks of text normally found on printed pages. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723090: [Pkg-tcltk-devel] Bug#723090: tcl8.5: [:cntrl:] character class does not include 0x00-0x1f
Hi Bruce,
On Mon, Sep 16, 2013 at 2:29 PM, Bruce Stephens
bruce.steph...@isode.com wrote:
Dear Maintainer,
I have an expect script that tries to match ([^[:cntrl:]]*), and it
also matches the CRs at the end of a line. On inspection, that's
because controlRangeTable[] and controlCharTable[] do not contain the
normal ASCII control characters (which I think are also Unicode
control characters). In tcl8.4, they are included (though by the
looks of it it's only ASCII since it only seems to include 0x0-0x1f
and 0x7f-0x9f).
This seems like a bug, but I tried to run [regexp {[[:cntrl:]]} \r] and got
the same result both for Tcl 8.5.14. and 8.4.20. It seems that the regression
was for both 8.5 and 8.4. We'll forward the bug upstream.
Cheers!
--
Sergei Golovan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723098: linux-image-3.10-2-amd64: Setting screen backlight bightness extremely sluggish
Package: src:linux Version: 3.10.7-1 Severity: normal With the current kernel in X/gnome, when I use the keys to control the screen backlight brightness, the change of one brightness level including the visual feedback takes on the order of 3 seconds. That is very slow. Also the touchpad input completely hangs during some part of the operation. To reproduce this, pressing the keys for brightness control gives ample time to use the touchpad and see the mouse pointer freeze several times. I did not have this problem on 3.2.0-4. This notebook is mainly a wheezy workstation with some packages (Kernel, LVM, …) from sid. -- Package-specific info: ** Version: Linux version 3.10-2-amd64 (debian-ker...@lists.debian.org) (gcc version 4.7.3 (Debian 4.7.3-6) ) #1 SMP Debian 3.10.7-1 (2013-08-17) ** Command line: BOOT_IMAGE=/vmlinuz-3.10-2-amd64 root=/dev/mapper/juli_magenta-root_crypt ro quiet ** Tainted: O (4096) * Out-of-tree module has been loaded. ** Kernel log: [ 17.413971] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0) [ 17.637310] cfg80211: Calling CRDA to update world regulatory domain [ 17.680652] [drm] Memory usable by graphics device = 2048M [ 17.680658] i915 :00:02.0: setting latency timer to 64 [ 17.694689] i915 :00:02.0: irq 45 for MSI/MSI-X [ 17.694698] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [ 17.694699] [drm] Driver supports precise vblank timestamp query. [ 17.694752] vgaarb: device changed decodes: PCI::00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem [ 17.726567] [drm] Wrong MCH_SSKPD value: 0x16040307 [ 17.726570] [drm] This can cause pipe underruns and display issues. [ 17.726571] [drm] Please upgrade your BIOS to fix this. [ 17.740803] Intel(R) Wireless WiFi driver for Linux, in-tree: [ 17.740806] Copyright(c) 2003-2013 Intel Corporation [ 17.741186] iwlwifi :02:00.0: irq 46 for MSI/MSI-X [ 17.742714] fbcon: inteldrmfb (fb0) is primary device [ 17.777275] iwlwifi :02:00.0: firmware: agent loaded iwlwifi-6000g2a-6.ucode into memory [ 17.777419] iwlwifi :02:00.0: loaded firmware version 18.168.6.1 op_mode iwldvm [ 17.938603] ACPI: Battery Slot [BAT0] (battery present) [ 17.958652] iwlwifi :02:00.0: CONFIG_IWLWIFI_DEBUG disabled [ 17.958654] iwlwifi :02:00.0: CONFIG_IWLWIFI_DEBUGFS disabled [ 17.958655] iwlwifi :02:00.0: CONFIG_IWLWIFI_DEVICE_TRACING disabled [ 17.958656] iwlwifi :02:00.0: CONFIG_IWLWIFI_DEVICE_TESTMODE disabled [ 17.958658] iwlwifi :02:00.0: CONFIG_IWLWIFI_P2P enabled [ 17.958659] iwlwifi :02:00.0: Detected Intel(R) Centrino(R) Advanced-N 6205 AGN, REV=0xB0 [ 17.958759] iwlwifi :02:00.0: L1 Enabled; Disabling L0S [ 17.965478] iwlwifi :02:00.0: RF_KILL bit toggled to disable radio. [ 18.015620] ieee80211 phy0: Selected rate control algorithm 'iwl-agn-rs' [ 18.107566] ACPI: Battery Slot [BAT1] (battery absent) [ 18.115100] ACPI: AC Adapter [AC] (on-line) [ 18.185665] input: DualPoint Stick as /devices/platform/i8042/serio1/input/input7 [ 18.198633] input: AlpsPS/2 ALPS DualPoint TouchPad as /devices/platform/i8042/serio1/input/input8 [ 18.564184] media: Linux media interface: v0.10 [ 18.580948] Linux video capture interface: v2.00 [ 18.641187] Console: switching to colour frame buffer device 170x48 [ 18.645020] i915 :00:02.0: fb0: inteldrmfb frame buffer device [ 18.645022] i915 :00:02.0: registered panic notifier [ 18.702312] uvcvideo: Found UVC 1.00 device Laptop_Integrated_Webcam_HD (1bcf:2804) [ 18.719843] input: Laptop_Integrated_Webcam_HD as /devices/pci:00/:00:1a.0/usb1/1-1/1-1.5/1-1.5:1.0/input/input9 [ 18.719916] usbcore: registered new interface driver uvcvideo [ 18.719918] USB Video Class driver (1.1.1) [ 18.833798] [drm] Enabling RC6 states: RC6 on, RC6p off, RC6pp off [ 18.964933] cfg80211: World regulatory domain updated: [ 18.964941] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [ 18.964946] cfg80211: (2402000 KHz - 2472000 KHz @ 4 KHz), (300 mBi, 2000 mBm) [ 18.964951] cfg80211: (2457000 KHz - 2482000 KHz @ 2 KHz), (300 mBi, 2000 mBm) [ 18.964955] cfg80211: (2474000 KHz - 2494000 KHz @ 2 KHz), (300 mBi, 2000 mBm) [ 18.964959] cfg80211: (517 KHz - 525 KHz @ 4 KHz), (300 mBi, 2000 mBm) [ 18.964962] cfg80211: (5735000 KHz - 5835000 KHz @ 4 KHz), (300 mBi, 2000 mBm) [ 19.310701] dell_wmi: Received unknown WMI event (0x0) [ 19.690493] acpi device:37: registered as cooling_device4 [ 19.930512] ACPI: Video Device [VID] (multi-head: yes rom: no post: no) [ 19.930653] input: Video Bus as /devices/LNXSYSTM:00/device:00/PNP0A08:00/LNXVIDEO:00/input/input10 [ 19.930869] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0 [ 19.966916] snd_hda_intel :00:1b.0: irq 47 for MSI/MSI-X [ 19.994957] input: HDA Digital PCBeep as
Bug#723064: pu: package emboss-explorer/2.2.0-7+deb7u1
Control: tag -1 + confirmed On 2013-09-16 02:13, Charles Plessy wrote: Please let me know if you prefer that I upload a repaired version (with my correct email address) as 2.2.0-7+deb7u1 or 2.2.0-7+deb7u2. For your reference, here is the debdiff of the package I uploaded, where my email address needs to be corrected. I am marking your upload for rejection by dak. Please wait for the rejection confirmation mail, and then upload again with the correct email address, the version '+deb7u1', and greater detail in the changelog entry (e.g. *why* does it need patching? Detail is good in stable updates). Thanks, -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 directhex i have six years of solaris sysadmin experience, from 8-10. i am well qualified to say it is made from bonghits layered on top of bonghits -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723090: Bug#723090: tcl8.5: [:cntrl:] character class does not include 0x00-0x1f
Hello,
On Mon, 16 Sep 2013 16:52:23 +0400
Sergei Golovan sgolo...@nes.ru wrote:
Hi Bruce,
On Mon, Sep 16, 2013 at 2:29 PM, Bruce Stephens
bruce.steph...@isode.com wrote:
Dear Maintainer,
I have an expect script that tries to match ([^[:cntrl:]]*), and it
also matches the CRs at the end of a line. On inspection, that's
because controlRangeTable[] and controlCharTable[] do not contain
the normal ASCII control characters (which I think are also Unicode
control characters). In tcl8.4, they are included (though by the
looks of it it's only ASCII since it only seems to include 0x0-0x1f
and 0x7f-0x9f).
This seems like a bug, but I tried to run [regexp {[[:cntrl:]]} \r]
and got the same result both for Tcl 8.5.14. and 8.4.20. It seems
that the regression was for both 8.5 and 8.4. We'll forward the bug
upstream.
Also see
http://core.tcl.tk/tcl/info/a876646efe
It seems to be fixed in 8.5.15.
--
WBR, Andrew
signature.asc
Description: PGP signature
Bug#721857: btrfs-tools should include /sbin/btrfs-zero-log in initramfs
fwiw I fully agree since I find myself in the described state now. Regards! -- j.hofmüllerhttp://users.mur.at/thesix/ signature.asc Description: OpenPGP digital signature
Bug#706585: phatch: FTBFS with Sphinx 1.2: TypeError: __repr__ returned non-string (type NoneType)
Control: reassign -1 python-sphinx Control: tags -1 + upstream fixed-upstream This was fixed in Sphinx today: https://bitbucket.org/birkenfeld/sphinx/commits/20b5e110a3c -- Dmitry Shachnev signature.asc Description: OpenPGP digital signature
Bug#722798: liborcus link with -L/usr/lib
Hi, On Sat, Sep 14, 2013 at 11:30:36AM +0800, YunQiang Su wrote: This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib while is not the default architecture, mips* for example. Even more intersting, it a) has a rpath on /usr/lib b) has -L/usr/lib/../lib :) On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. That sounds like a mess. Why not propley use multiarch paths for multi-ABI stuff? I'd seriously hope those will repesent different archs? Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. That's users on crack though, for that it's /usr/local and always was. You also get into the same situation with people overwriting packages' /usr/lib (or even installing in /usr/local), so this argument is moot. 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#722147: src:resiprocate: why only use libsrtp on linux archs?
Quoting Daniel Pocock (2013-09-16 14:23:03) On 08/09/13 14:40, Jonas Smedegaard wrote: I notice in latest changelog entry that libsrtp is now only used for Linux architectures. Since not mentioned in changelog, I ask here: Why? libsrtp is one of several dependencies required to build the librecon code (for conferencing) librecon also depends on sipxtapi, which is linux-any Therefore, we make no attempt to build librecon on non-Linux platforms and we can declare the build-dependency on libsrtp only on Linux Thanks. Makes good sense. For future reference, I suggest to hint in changelog entries not only what but also (very briefly) why. Using current changelog as example (but *not* suggesting you change that now): * Build-depend on libsrtp-dev only on Linux: needed only for librecon which is already Linux-only due to sipxtapi linkage. Thanks for your work on SIP tool! - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#723072: monkeyscan should be cleaner in the absence of a local MTA
On 2013-09-16 02:06:52, Daniel Kahn Gillmor wrote: Getting this to work properly probably also means handling with the situation where the SMTP server is not available, dies in the middle of transmission, etc. this is all a pain to do, and i don't actually expect or want monkeysign to recapitulate an MTA. But it would be really nice to offer at least the baseline of if you have an outbound SMTP server, and it is online, and we can talk to it right now, we will send the mail through it. So there are commandline options to send mail through the SMTP server already, the only thing missing is GUI-based configuration of those settings. But if you start monkeyscan with -s smtp.example.com, it will deliver to that SMTP server. It also supports TLS and authentication. The idea of having GUI-based configuration is in the TODO file, but not explicitely stated in a bug report here, so I guess I'll leave this open here - but basically the functionality is here, not just the preferences pane (which is what I assume you would like). A. -- Advertisers, not governments, are the primary censors of media content in the United States today. - C. Edwin Baker http://www.ad-mad.co.uk/quotes/freespeech.htm pgpLcgNDvWfbr.pgp Description: PGP signature
Bug#723090: tcl8.5: [:cntrl:] character class does not include 0x00-0x1f
Control: forwarded -1 http://core.tcl.tk/tcl/tktview/2572fe7773 Hello, On Mon, 16 Sep 2013 11:29:55 +0100 Bruce Stephens bruce.steph...@isode.com wrote: I have an expect script that tries to match ([^[:cntrl:]]*), and it also matches the CRs at the end of a line. On inspection, that's because controlRangeTable[] and controlCharTable[] do not contain the normal ASCII control characters (which I think are also Unicode control characters). In tcl8.4, they are included (though by the looks of it it's only ASCII since it only seems to include 0x0-0x1f and 0x7f-0x9f). Thanks for the report, I've forwarded it upstream. http://core.tcl.tk/tcl/tktview/2572fe7773 -- WBR, Andrew signature.asc Description: 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#707411: zoneminder: FTBFS: zm_local_camera.cpp:742:49: error: invalid conversion from '__u32 {aka unsigned int}' to 'v4l2_buf_type' [-fpermissive]
Hello, I would like to report that this bug has been fixed upstream in commit bd5e2da5c7600d8434b1e308152974cafa254ec8 which can be seen here: om/ZoneMinder/ZoneMinder/commit/bd5e2da5c7600d8434b1e308152974cafa254ec8 Kyle -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706581: python-bottle: FTBFS with Sphinx 1.2: AttributeError: 'LocalRequest' object has no attribute 'environ'
Control: reassign -1 python-sphinx 1.2~b1+dfsg-2 Control: merge -1 706585 While this is probably a bug, Sphinx now has a workaround for this type of issues: https://bitbucket.org/birkenfeld/sphinx/commits/20b5e110a3c I will take care of including the patch in the next Sphinx upload. -- Dmitry Shachnev signature.asc Description: OpenPGP digital signature
Bug#719633: qemu-system-x86: crash when booting hurd, not kfreebsd
found 719633 1.6.0+dfsg-1 thanks On Mon, 2013-09-02 at 09:27 +0400, Michael Tokarev wrote: Control: tag -1 + moreinfo 13.08.2013 22:51, Svante Signell wrote: Package: qemu-system-x86 Version: 1.5.0+dfsg-5 Severity: important Hi, After a reboot restarting the Linux host box booting a hurd image (1.3.99-486-dbg/Hurd-0.3 )crashes when using qemu-system-x86_64: # qemu-system-x86_64 -m 1024 -net nic,model=rtl8139 -net user,hostfwd=tcp::5556-:22 -drive cache=writeback,index=0,media=disk,file=hurd-2013.img [1] 6300 srs@G3620:~/Hurd$ qemu: fatal: Trying to execute code outside RAM or ROM at 0x00010010001e ... This looks like https://bugs.launchpad.net/qemu/+bug/1180970 which has been introduced in 1.5 and fixed in 1.6. Please verify how 1.6 from experimental works for you. No, 1.6 does not work for me, sorry. qemu -enable kvm ... works. [] However using the shell script kvm, warning about kvm being depreciated, all is OK!? this script runs qemu in kvm mode, which does not emulate but runs the guest natively. The issue in question is in qemu CPU emulation code. kvm also works, as before. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723100: jabref: headless mode fails
Package: jabref Version: 2.10~beta2+ds-2 Severity: normal Hello (it's been a while since my last jabref bug report !), I used to use Jabref in a headles fashion to generate a smaller database from a large one, in this fashion: ~ jabref -n true -a RevisedFeFeinactivation.aux,RevisedFeFeinactivation.bib /home/fv/Biblio/Biblio.bib Last time I tried (April), it worked fine, but now it says: log4j:WARN No appenders could be found for logger (org.java.plugin.ObjectFactory). log4j:WARN Please initialize the log4j system properly. log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more info. Found 2 plugin(s): - net.sf.jabref.core (jar:file:/usr/share/jabref/JabRef-2.10b2.jar!/plugins/net.sf.jabref.core/plugin.xml) - net.sf.jabref.export.misq (jar:file:/usr/share/jabref/JabRef-2.10b2.jar!/plugins/net.sf.jabref.export.misq/plugin.xml) Opening: /home/fv/Biblio/Biblio.bib keys in database 1509 found in aux file 50 resolved 47 not found 3 [4Fe4S, 2Fe2S, Fe2(CO)3(CN)2(dtma)] Saving: RevisedFeFeinactivation.bib java.lang.NullPointerException at net.sf.jabref.BibtexEntry.getFieldDisplayName(BibtexEntry.java:108) at net.sf.jabref.BibtexEntry.writeField(BibtexEntry.java:477) at net.sf.jabref.BibtexEntry.write(BibtexEntry.java:412) at net.sf.jabref.export.FileActions.saveDatabase(FileActions.java:241) at net.sf.jabref.JabRef.processArguments(JabRef.java:559) at net.sf.jabref.JabRef.init(JabRef.java:201) at net.sf.jabref.JabRef.main(JabRef.java:84) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at net.sf.jabref.JabRefMain.main(Unknown Source) Could not save file 'RevisedFeFeinactivation.bib': null Cheers, Vincent -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages jabref depends on: ii antlr 2.7.7+dfsg-5 ii antlr3 3.2-8 ii java-wrappers 0.1.26 ii libcommons-logging-java1.1.3-1 ii libglazedlists-java1.9.0+dfsg-1 ii libjempbox-java1:1.8.2+dfsg-2 ii libjgoodies-common-java1.4.0-2 ii libjgoodies-forms-java 1.6.0-4 ii libjgoodies-looks-java 2.5.2-3 ii libjpf-java1.5.1+dfsg-4 ii libjpfcodegen-java 0.4+dfsg-4 ii libmicroba-java1:0.4.4.3-4 ii libmysql-java 5.1.26-1 ii libpdfbox-java 1:1.8.2+dfsg-2 ii libpostgresql-jdbc-java9.2-1002-1 ii libspin-java 1.5+dfsg-5 ii openjdk-6-jre [java6-runtime] 6b27-1.12.6-1 ii velocity 1.7-4 Versions of packages jabref recommends: ii libreoffice-java-common 1:4.1.1-1 ii libreoffice-writer 1:4.0.4-2 ii xdg-utils1.1.0~rc1+git20111210-7 Versions of packages jabref suggests: ii ghostscript [postscript-viewer] 9.05~dfsg-8 ii gv [postscript-viewer] 1:3.7.4-1 ii xpdf [pdf-viewer]3.03-11 -- 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#723099: taoframework: FTBFS with libav 9: dh_clideps: Error: Missing shlibs entry: libavcodec.so.53 or avcodec-51.dll for: Tao.FFmpeg.dll!
Source: taoframework Version: 2.1.svn20090801-9 Severity: serious Justification: fails to build (but built successfully in the past) Tags: jessie sid Control: block 706798 by -1 taoframework fails to build against libav 9: | dh_clideps -d \ | --exclude-moduleref=libdl.dylib \ | --exclude-moduleref=/System/Library/Frameworks/Cocoa.framework/Cocoa \ | --exclude-moduleref=libobjc.dylib | dh_clideps: Warning! No Build-Depends(-Indep) on cli-common-dev (= 0.8~)! | dh_clideps: Error: Missing shlibs entry: libavcodec.so.53 or avcodec-51.dll for: Tao.FFmpeg.dll! | Use of uninitialized value $newpkgref in pattern match (m//) at /usr/bin/dh_clideps line 502, F line 2. | Use of uninitialized value $pkgref in concatenation (.) or string at /usr/bin/dh_clideps line 533. | Use of uninitialized value $newpkgref in concatenation (.) or string at /usr/bin/dh_clideps line 533. | dh_clideps: Error: Missing shlibs entry: libavformat.so.53 or avformat-52.dll for: Tao.FFmpeg.dll! | Use of uninitialized value $newpkgref in pattern match (m//) at /usr/bin/dh_clideps line 502, F line 3. | Use of uninitialized value $pkgref in concatenation (.) or string at /usr/bin/dh_clideps line 533. | Use of uninitialized value $newpkgref in concatenation (.) or string at /usr/bin/dh_clideps line 533. | dh_clideps: Error: Missing shlibs entry: libavutil.so.51 or avutil-49.dll for: Tao.FFmpeg.dll! | Use of uninitialized value $newpkgref in pattern match (m//) at /usr/bin/dh_clideps line 502, F line 5. | Use of uninitialized value $pkgref in concatenation (.) or string at /usr/bin/dh_clideps line 533. | Use of uninitialized value $newpkgref in concatenation (.) or string at /usr/bin/dh_clideps line 533. | dh_clideps: Error: unresolvable module references or missing shlibs entries, please check above errors! | make[1]: *** [override_dh_clideps] Error 2 The full build log is available at http://people.debian.org/~sramacher/logs/taoframework_2.1.svn20090801-9_amd64-20130916-1514.build Regards -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#723072: monkeyscan should be cleaner in the absence of a local MTA
On 09/16/2013 09:18 AM, Antoine Beaupré wrote: On 2013-09-16 02:06:52, Daniel Kahn Gillmor wrote: Getting this to work properly probably also means handling with the situation where the SMTP server is not available, dies in the middle of transmission, etc. this is all a pain to do, and i don't actually expect or want monkeysign to recapitulate an MTA. But it would be really nice to offer at least the baseline of if you have an outbound SMTP server, and it is online, and we can talk to it right now, we will send the mail through it. So there are commandline options to send mail through the SMTP server already, the only thing missing is GUI-based configuration of those settings. But if you start monkeyscan with -s smtp.example.com, it will deliver to that SMTP server. It also supports TLS and authentication. sweet, that's really great! The idea of having GUI-based configuration is in the TODO file, but not explicitely stated in a bug report here, so I guess I'll leave this open here - but basically the functionality is here, not just the preferences pane (which is what I assume you would like). hm, if i'm going to wish for specific ponies, I'd like a few things: * sure, i'd like the non-local-MTA to be selected in the preferences pane. * i'd like it to not silently fail if it tries to use /usr/sbin/sendmail and that path doesn't exist. (i don't consider writing to stderr to be sufficiently noisy for a gui program) -- maybe if it can't find sendmail, it could open the preferences pane and encourage configuration of the settings * i'd like it to use thunderbird's autoconf to pre-populate the mail server settings if the user has no local MTA Regards, --dkg signature.asc Description: OpenPGP digital signature
Bug#723072: monkeyscan should be cleaner in the absence of a local MTA
On 2013-09-16 09:31:19, Daniel Kahn Gillmor wrote: On 09/16/2013 09:18 AM, Antoine Beaupré wrote: On 2013-09-16 02:06:52, Daniel Kahn Gillmor wrote: The idea of having GUI-based configuration is in the TODO file, but not explicitely stated in a bug report here, so I guess I'll leave this open here - but basically the functionality is here, not just the preferences pane (which is what I assume you would like). hm, if i'm going to wish for specific ponies, I'd like a few things: * sure, i'd like the non-local-MTA to be selected in the preferences pane. Will be done. * i'd like it to not silently fail if it tries to use /usr/sbin/sendmail and that path doesn't exist. (i don't consider writing to stderr to be sufficiently noisy for a gui program) -- maybe if it can't find sendmail, it could open the preferences pane and encourage configuration of the settings Of course. In general, error handling in the GUI is absolutely abysmal. Exceptions are not handled *at all*, even those that are supposed to be user-targeted (GpgRuntimeError). * i'd like it to use thunderbird's autoconf to pre-populate the mail server settings if the user has no local MTA That I have no clue how it works, so I will accept a patch but will not implement this on my own as I don't use thunderbird (or rarely) and certainly not the autoconf stuff. Cheers, A. -- Au nom de l'état, la force s'appelle droit. Au main de l'individu, elle s'appelle crime. - Max Stirner pgpPg3wIXST9l.pgp Description: PGP signature
Bug#723065: lmt tries to set ondemand scaling governor while the cpu has only performance powersave
On Monday 16 September 2013 07:20 AM, Gianluigi Tiesi wrote: [] Laptop mode disabled, not active SETTING OF KERNEL PARAMETER FAILED: echo ondemand \ /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor SETTING OF KERNEL PARAMETER FAILED: echo ondemand \ /sys/devices/system/cpu/cpu1/cpufreq/scaling_governor SETTING OF KERNEL PARAMETER FAILED: echo ondemand \ /sys/devices/system/cpu/cpu2/cpufreq/scaling_governor SETTING OF KERNEL PARAMETER FAILED: echo ondemand \ /sys/devices/system/cpu/cpu3/cpufreq/scaling_governor SETTING OF KERNEL PARAMETER FAILED: echo ondemand \ /sys/devices/system/cpu/cpu4/cpufreq/scaling_governor SETTING OF KERNEL PARAMETER FAILED: echo ondemand \ /sys/devices/system/cpu/cpu5/cpufreq/scaling_governor SETTING OF KERNEL PARAMETER FAILED: echo ondemand \ /sys/devices/system/cpu/cpu6/cpufreq/scaling_governor SETTING OF KERNEL PARAMETER FAILED: echo ondemand \ /sys/devices/system/cpu/cpu7/cpufreq/sca[ ok governor. while: cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors performance powersave echo ondemand /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor -bash: echo: write error: Invalid argument Yes. I've noticed that too. Thank you for reporting the bug report. I need to investigate what the new expected behavior is going to be... -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. signature.asc Description: OpenPGP digital signature
Bug#706778: debian-policy: Please explicitly forbid - at the start of Deb822 field names
Hi! On Mon, 2013-09-16 at 11:32:14 +0900, Charles Plessy wrote: Guillem Jover guil...@debian.org writes: I concur completely, and I'm considering rejecting such fields from dpkg 1.17.x, for the reason above. I've got a local commit now rejecting these, targetted for 1.17.2. how about the attched patch ? I named ‘-’ hyphen because it is how it is consistently called in the Policy (but unfortunately not in the machine-readable specification for Debian copyright files). Yeah I think hyphen is the correct word to use, I'll unify the wording in dpkg too, there's some mentions of dash there. Guillem, Russ, given your very positive opinion about the change, shall I list you as seconding this patch ? I'm happy to second such change, although I've a nitpicking comment… diff --git a/upgrading-checklist.sgml b/upgrading-checklist.sgml index b58b740..883af61 100644 --- a/upgrading-checklist.sgml +++ b/upgrading-checklist.sgml @@ -40,6 +40,10 @@ picking your way through this list. Unreleased. /pptaglist +tag5.1/tag + itemControl data fields must not start with the hyphen character + (tt-/tt) because it interferes with clearsigning control data files. + /item tag5.4, 5.6.24/tag itemttChecksums-Sha1/tt and ttChecksums-Sha256/tt are now mandatory in file.dsc/file files. Strictly speaking the problem is with (all?) deb822 parsers that do not dash-unescape clearsigned messages not with the possibly dash-escaped control files, proper dash-escaping is there precisely to avoid any interference from initial dashes. And the reason to ban initial hyphens is because they do not make sense in field names and I don't think it's worth updating all parsers. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720604: Lxappearance read and write
As far as I know, lxappearance was designed to work with lxsession if it is running, or use config files directly if no lxsession is used. Now lxappearance correctly gets settings from lxsession, (or ~/.config/lxsession/LXDE/desktop.conf) But it writes to ~/.gtkrc-2.0 and .config/gtk-3.0/settings.ini, as if lxsession is not running. Also, nothing gets into ~/.config/lxsession/LXDE/desktop.conf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706532: nipy: FTBFS with Sphinx 1.2: Could not import extension inheritance_diagram (exception: cannot import name xfileref_role)
Control: tags -1 + patch fixed-upstream This was fixed upstream in this commit: https://github.com/nipy/nipy/commit/3f961418f96c666f -- Dmitry Shachnev signature.asc Description: OpenPGP digital signature
Bug#711200: nipype: FTBFS with Sphinx 1.2: Could not import extension inheritance_diagram (exception: cannot import name xfileref_role)
Control: tags -1 + patch fixed-upstream This was fixed upstream in this commit: https://github.com/nipy/nipype/commit/b107f0ab87fac9f8 -- Dmitry Shachnev signature.asc Description: OpenPGP digital signature
Bug#723072: monkeyscan should be cleaner in the absence of a local MTA
On 09/16/2013 09:37 AM, Antoine Beaupré wrote: * sure, i'd like the non-local-MTA to be selected in the preferences pane. Will be done. sweet, thanks :) * i'd like it to not silently fail if it tries to use /usr/sbin/sendmail and that path doesn't exist. (i don't consider writing to stderr to be sufficiently noisy for a gui program) -- maybe if it can't find sendmail, it could open the preferences pane and encourage configuration of the settings Of course. In general, error handling in the GUI is absolutely abysmal. Exceptions are not handled *at all*, even those that are supposed to be user-targeted (GpgRuntimeError). right, that makes sense. * i'd like it to use thunderbird's autoconf to pre-populate the mail server settings if the user has no local MTA That I have no clue how it works, so I will accept a patch but will not implement this on my own as I don't use thunderbird (or rarely) and certainly not the autoconf stuff. when i get a couple of spare hours i'll look into implementing this -- the goal is not to use thunderbird itself, but to use the e-mail sending autoconfiguration infrastructure that they're encouraging mail providers to offer. Basically, each mail provider can offer (via https, preferably) an XML file that contains MUA configuration information for people whose accounts are within that domain. this way the end user isn't expected to look up arcane configuration details. It's also used by evolution, kmail, and kontact, so it appears to be an effectively-implementable standard for other MUAs. I haven't found a python module for doing this automatically yet, unfortunately, but it shouldn't be too bad to get a first pass at it. --dkg signature.asc Description: OpenPGP digital signature
Bug#721119: [pkg-horde] Bug#721119: php-horde-nag: cannon create tasks: The requested URL /horde/nag/t/save was not found on this server.
Dear Mathieu: I think i got it, but there where also changes on git when i clone that are showed on patch and i don't know why. I also don't know enought debian packages to put in the installation script to check if there is apache, and then enable rewrite mod. Maybe could be explained on README.Debian Best Regards, 0001-Bug-721119.patch Description: Binary data
Bug#722045: Please support python:any dependencies for multiarch compatibility
On Sat, Sep 14, 2013 at 04:04:26PM +0200, Julien Cristau wrote: On Fri, Sep 6, 2013 at 17:09:40 -0700, Steve Langasek wrote: My understanding is that all the pieces are now in place for the archive to support :any dependencies on interpreter packages. No they're not, and this change seems to make anything python unbuildable on the buildds. Please revert. What specific buildd problems are you talking about? I'd be happy to look into them but will need details. (See also the britney patch I sent to -release today, which this change definitely triggers - but I don't see that as a reason to revert since we need to fix this anyway and it makes a good test case.) -- 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#723090: tcl8.5: [:cntrl:] character class does not include 0x00-0x1f
Package: tcl8.5 Version: 8.5.14-5 Followup-For: Bug #723090 Dear Maintainer, Judging by the changes in core-8.5.0, it's bug a876646, http://core.tcl.tk/tcl/info/a876646efe, and has been fixed, but subsequent to 8.5.14. Line 7765 of http://core.tcl.tk/tcl/annotate?checkin=6a7083949d962de1filename=changes. -- System Information: Debian Release: jessie/sid APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'testing'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tcl8.5 depends on: ii libc6 2.17-92+b1 ii libtcl8.5 8.5.14-5 tcl8.5 recommends no packages. Versions of packages tcl8.5 suggests: pn tcl-tclreadline 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#722045: Please support python:any dependencies for multiarch compatibility
On Mon, Sep 16, 2013 at 15:21:05 +0100, Colin Watson wrote: On Sat, Sep 14, 2013 at 04:04:26PM +0200, Julien Cristau wrote: On Fri, Sep 6, 2013 at 17:09:40 -0700, Steve Langasek wrote: My understanding is that all the pieces are now in place for the archive to support :any dependencies on interpreter packages. No they're not, and this change seems to make anything python unbuildable on the buildds. Please revert. What specific buildd problems are you talking about? I'd be happy to look into them but will need details. The specific problem that as of saturday before it got broken, wanna-build considered that dependency unsatisfiable. Cheers, Julien signature.asc Description: Digital signature
Bug#722045: Please support python:any dependencies for multiarch compatibility
On Monday, September 16, 2013 15:21:05 Colin Watson wrote: On Sat, Sep 14, 2013 at 04:04:26PM +0200, Julien Cristau wrote: On Fri, Sep 6, 2013 at 17:09:40 -0700, Steve Langasek wrote: My understanding is that all the pieces are now in place for the archive to support :any dependencies on interpreter packages. No they're not, and this change seems to make anything python unbuildable on the buildds. Please revert. What specific buildd problems are you talking about? I'd be happy to look into them but will need details. (See also the britney patch I sent to -release today, which this change definitely triggers - but I don't see that as a reason to revert since we need to fix this anyway and it makes a good test case.) We already have a test case that isn't hurting anything (python3-defaults). The current dh-python in Unstable is now uninstallable, which makes it impossible to build any package using python3. Making dozens of packages unbuildable isn't a good way to have a test case. Scott K -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722045: Please support python:any dependencies for multiarch compatibility
On Mon, Sep 16, 2013 at 04:26:22PM +0200, Julien Cristau wrote: On Mon, Sep 16, 2013 at 15:21:05 +0100, Colin Watson wrote: On Sat, Sep 14, 2013 at 04:04:26PM +0200, Julien Cristau wrote: On Fri, Sep 6, 2013 at 17:09:40 -0700, Steve Langasek wrote: My understanding is that all the pieces are now in place for the archive to support :any dependencies on interpreter packages. No they're not, and this change seems to make anything python unbuildable on the buildds. Please revert. What specific buildd problems are you talking about? I'd be happy to look into them but will need details. The specific problem that as of saturday before it got broken, wanna-build considered that dependency unsatisfiable. That bug in wanna-build only concerned Build-Depends. This bug is about adding :any to Depends of python packages. The two are unrelated. In any case, since aba has applied my patch, once grieg gets unscrewed after its upgrade it should support :any in Build-Depends too. -- 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#722045: Please support python:any dependencies for multiarch compatibility
On Mon, Sep 16, 2013 at 10:31:46AM -0400, Scott Kitterman wrote: The current dh-python in Unstable is now uninstallable, which makes it impossible to build any package using python3. Making dozens of packages unbuildable isn't a good way to have a test case. OK, now I understand; Julien's previous comment was a little bit too telegraphic for me, given that I had been engaged in fixing a rather similar bug in wanna-build. I guess this is a bug in edos-distcheck; maybe we need to move to dose-builddebcheck sooner rather than later, since it's really not very smart to keep this kind of thing blocked on infrastructure indefinitely. -- 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#723094: dh-python uninstallable on buildds
On Mon, Sep 16, 2013 at 07:58:04AM -0400, Scott Kitterman wrote: sip4 is now BD-uninstallable everywhere (the experimental upload) due to: sip4 (= 4.15.2-1) build-depends on one of: - python3-all-dbg (= 3.3.2-15) python3-all-dbg (= 3.3.2-15) depends on one of: - python3 (= 3.3.2-15) python3 (= 3.3.2-15) depends on one of: - dh-python (= 1.20130913-1) dh-python (= 1.20130913-1) depends on missing: - python3:any (= 3.2.3-3~) It looks like the multi-arch changes in the last upload were premature. Given that this could have been fixed at any point since wheezy, and wasn't, I think it's clear that we need some kind of forcing function to get our infrastructure fixed. I've already fixed some related things and am willing to spend time on it this week one way or another. -- 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#722252: lapack: -Bsymbolic-functions prevents override of xerblas_
On Wed, Sep 11, 2013 at 11:50:36 +0200, Julian Taylor wrote: I committed a fix + autopkgtests to svn. I went with stripping the flag, --dynamic-list does not seem work with the gold linker :( Hi Julian, thanks for this bug and fix. The blas library also contains its own xerbla routine, I suspect it is equally susceptible to this problem on Ubuntu and other derivatives. Should bugs be filed and equivalent changes made to the blas, atlas, and openblas packages? Are there any other variants that I haven't listed? -- mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722991: [Pkg-fonts-devel] Bug#722991: libspiro0: FTBFS uneeded dh kde option
On 08:37 Sun 15 Sep , Christian Marillat wrote:
Package: libspiro0
Version: 20071029-7
Severity: serious
Dear Maintainer,
1) Space character with dh --with option aren't alowed or you must use two
--with.
Oh well so stupid of me thanks for pointing.
2) This package doesnt use kde and thus fail to build after removing the
space character from dh call :
dh_auto_configure --buildsystem=kde -a
CMake Error: The source directory /home/marillat/libspiro-20071029 does not
appear to contain CMakeLists.txt.
Specify --help for usage, or press the help button on the CMake GUI.
dh_auto_configure: cmake .. -DCMAKE_INSTALL_PREFIX=/usr
-DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_BUILD_TYPE=RelWithDebInfo
--DCMAKE_BUILD_TYPE=Debian returned exit code 1
make: *** [build-arch] Erreur 2
Well I used pkg-kde-tools to generate symbols file I thought it should
work but looks like that is only for KDE libs. Let me check how I can
fix this.
Thanks for the report.
Cheers!
--
Vasudev Kamath
http://copyninja.info
Connect on ~friendica: copyninja@{frndk.de | vasudev.homelinux.net}
IRC nick: copyninja | vasudev {irc.oftc.net | irc.freenode.net}
GPG Key: C517 C25D E408 759D 98A4 C96B 6C8F 74AE 8770 0B7E
signature.asc
Description: Digital signature
Bug#723102: ITP: python-wstools -- WSDL parsing services package for Web Services for Python
Package: wnpp Severity: wishlist * Package name: python-wstools Version : 0.4.3 Upstream Author : Makina Corpus pyt...@makina-corpus.com * URL or Web page : https://pypi.python.org/pypi/wstools/0.4.3 * License : BSD Description : WSDL parsing services package for Web Services for Python WSDL parsing services package for Web Services for Python -- ,''`. : :' : Cyril Bouthors `. `' Debian.org `-
Bug#722604: Info received (Bug#722604: Info received (udev: system won't mount partitions at boot, nor create network interface
Hello,
CONFIG_DEVTMPFS_MOUNT=y
does not fix our problems here, we need the changes to /etc/init.d/udev I
mailed earlier.
The reason is that we start a complete debian system as initramfs. In this
case CONFIG_DEVTMPFS_MOUNT=y does nothing. As there is no devtmpfs mounted the
bugs in /etc/init.d/udev are triggered: it tries to mount a tmpfs (instead of
devtmpfs) and even this fails because it calls mount erroneously.
Probably debian systems running custom kernels built without
CONFIG_DEVTMPFS_MOUNT=y will start, too, if /etc/init.d/udev is fixed.
Regards,
--
Wolfgang Walter
Studentenwerk München
Anstalt des öffentlichen Rechts
--- udev.orig 2013-09-16 13:41:20.750160567 +0200
+++ udev 2013-09-15 02:48:03.699703206 +0200
@@ -22,11 +22,11 @@
# mount a tmpfs over /dev, if somebody did not already do it
mount_tmpfs() {
if grep -E -q ^[^[:space:]]+ /dev (dev)?tmpfs /proc/mounts; then
-mount -n -o remount,${dev_mount_options} -t tmpfs tmpfs /dev
+mount -n -o remount,${dev_mount_options} -t devtmpfs devtmpfs /dev
return
fi
- if ! mount -n -o $dev_mount_options -t tmpfs tmpfs /dev; then
+ if ! mount -n -o $dev_mount_options -t devtmpfs devtmpfs /dev; then
log_failure_msg udev requires tmpfs support, not started
log_end_msg 1
fi
@@ -144,6 +144,11 @@
# new /dev has been mounted and udevadm trigger has been run there will be
# no /dev/null. This also means that you cannot use the shell command.
+dev_mount_options='mode=0755'
+if [ $tmpfs_size ]; then
+ dev_mount_options=size=${tmpfs_size},${dev_mount_options}
+fi
+
case $1 in
start)
if init_is_upstart 2/dev/null; then
Bug#723103: dieharder: non-free due to $beverage clause?
Package: dieharder Severity: grave Version: 3.31.1-3 X-Debbugs-cc: ftpmas...@debian.org Hi, As per the copyright file[1]: License is granted to build or use the accompanying software: dieharder according to the following standard Gnu General Public License or any later versions, with the one minor Beverage modification listed below. Note that this modification is probably not legally defensible and can be followed really pretty much according to the honor rule. As to my personal preferences in beverages, red wine is great, beer is delightful, and Coca Cola or coffee or tea or even milk acceptable to those who for religious or personal reasons wish to avoid stressing my liver. The Beverage Modification to the GPL Any user of this software shall, upon meeting the primary author(s) of this software for the first time under the appropriate circumstances, offer to buy him or her or them a beverage. This beverage may or may not be alcoholic, depending on the personal ethical and moral views of the offerer. The beverage cost need not exceed one U.S. dollar (although it certainly may at the whim of the offerer:-) and may be accepted or declined with no further obligation on the part of the offerer. It is not necessary to repeat the offer after the first meeting, but it can't hurt... This looks non-free, it turns the program into a beerware. CC'ing ftpmasters so that they can comment and act if necessary. [1]http://ftp-master.metadata.debian.org/changelogs/main/d/dieharder/unstable_copyright Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723101: tiger looking for boot.conf instead of boot.cfg
Package: tiger Version: 1:3.2.3-11 Severity: normal Dear Maintainer, * I ran a tiger report, and I was given the boot03w warning. Tiger is looking for my boot configuration file in boot.conf. This debian install by default has boot.cfg instead of boot.conf. * I expected tiger to see the boot.cfg file -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/12 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 tiger depends on: ii binutils 2.23.52.20130828-1 ii bsdmainutils 9.0.5 ii debconf [debconf-2.0] 1.5.51 ii libc6 2.17-92+b1 ii net-tools 1.60-25 ii ucf3.0027+nmu1 Versions of packages tiger recommends: ii chkrootkit 0.49-4.1 ii john1.8.0-1 ii postfix [mail-transport-agent] 2.10.2-1 pn tripwire | aide none Versions of packages tiger suggests: ii lsof 4.86+dfsg-1 -- Configuration Files: /etc/tiger/tiger.ignore changed [not included] -- 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#722991: [Pkg-fonts-devel] Bug#722991: Bug#722991: libspiro0: FTBFS uneeded dh kde option
Am Montag, den 16.09.2013, 20:16 +0530 schrieb Vasudev Kamath: Well I used pkg-kde-tools to generate symbols file I thought it should work but looks like that is only for KDE libs. Let me check how I can fix this. Doesn't this work with dpkg-gensymbols alone? - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723106: keepalived fails when number of interfaces grows over 31
Package: keepalived
Version: 1:1.2.2-3
Severity: normal
Dear Maintainer,
When configuring keepalived with more then 31 VRRP_Interface stanzas, I
usually received this message in logs:
Sep 16 14:16:28 fw Keepalived_vrrp[7647]: Netlink: Received message
overrun
which leads later to:
Sep 16 14:16:43 fw Keepalived_vrrp[7647]: Kernel is reporting:
interface vrrp.255 DOWN
Sep 16 14:16:43 fw Keepalived_vrrp[7647]: VRRP_Instance(VI_303) Now in
FAULT state
(which is untrue, interface is UP, and kernel reports it as such)
Problem persists with keeepalived 1.2.8
Problem might be solved by increasing netlink buffers, like in attached patch.
-- System Information:
Debian Release: 7.1
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable'), (500, 'oldstable')
Architecture: i386 (x86_64)
Kernel: Linux 3.10.5 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=pl_PL (charmap=ISO-8859-2)
Shell: /bin/sh linked to /bin/dash
Versions of packages keepalived depends on:
ii iproute 20120521-3+b3
ii ipvsadm 1:1.26-1
ii libc62.13-38
ii libnl1 1.1-7
ii libpopt0 1.16-7
ii libssl1.0.0 1.0.1e-2
keepalived recommends no packages.
keepalived suggests no packages.
-- no debconf information
diff --git a/keepalived/vrrp/vrrp_netlink.c b/keepalived/vrrp/vrrp_netlink.c
index f64d8fe..fc29d55 100644
--- a/keepalived/vrrp/vrrp_netlink.c
+++ b/keepalived/vrrp/vrrp_netlink.c
@@ -53,6 +53,7 @@ netlink_socket(nl_handle_t *nl, unsigned long groups)
{
socklen_t addr_len;
int ret;
+ int buffsize = 65536;
memset(nl, 0, sizeof (*nl));
@@ -101,6 +102,11 @@ netlink_socket(nl_handle_t *nl, unsigned long groups)
}
nl-seq = time(NULL);
+/* increase buffer sizes, increasing net.core.rmem_max and net.core.wmem_max might be neccessary */
+
+ setsockopt(nl-fd, SOL_SOCKET, SO_RCVBUF, buffsize, sizeof(buffsize));
+ setsockopt(nl-fd, SOL_SOCKET, SO_SNDBUF, buffsize, sizeof(buffsize));
+
return ret;
}
@@ -261,7 +267,8 @@ netlink_parse_info(int (*filter) (struct sockaddr_nl *, struct nlmsghdr *),
continue;
if (errno == EWOULDBLOCK || errno == EAGAIN)
break;
- log_message(LOG_INFO, Netlink: Received message overrun);
+ log_message(LOG_INFO, Netlink: Received message overrun : (%s),
+ strerror(errno));
continue;
}
