Bug#693110: curl/libcurl is built with debug
Package: curl Version: 7.28.0-2 Severity: normal Dear Maintainer, curl -V displays 'Debug' as a feature, which indicates that curl and libcurl are built with 'configure --enable-debug' or similar. The effect if this is that verbose outputs include a lot of debug info and other data and texts that are intended for debug purposes only and which don't really make a lot of sense or convey useful information to ordinary humans. In short, the debug feature is meant to be for developers and debuggers of curl/libcurl, not mere users of them. I suggest future versions switch off the debug option. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages curl depends on: ii libc6 2.13-36 ii libcurl3 7.28.0-2 ii zlib1g1:1.2.7.dfsg-13 curl recommends no packages. curl 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#693111: unblock: libxml-stream-perl/1.23-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package libxml-stream-perl version 1.23-2 adds a small patch that corrects the argument handling upon instantiation of a new XML::Stream::Parser, effectively preventing two annoying warnings per use of 'sendxmpp'. The full debdiff is in the bug report at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=687059#34 unblock libxml-stream-perl/1.23-2 Thank you. Florian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691422: init-functions: order of arguments is not context-free
Hi Arno, Le dimanche, 11 novembre 2012 13.01:41, Arno Töll a écrit : Relying on that broken behavior essentially means to trigger a bug, e.g. see #691365. If there are more such false uses of pidofproc, they should really be fixed - even in Wheezy. That said, the Release Team recently made higher barriers for unblocks as we're coming closer to a release. You got me convinced. I have uploaded lsb 4.1+Debian9 with only that change to DELAYED/4 (to let 4.1+Debian8 migrate inbetween). Then I'll file an unblock and we'll see what they think of it. (Too bad there's no DELAYED queue for bugreports :) ) Cheers, OdyX signature.asc Description: This is a digitally signed message part.
Bug#693112: glusterfs: CVE-2012-4417
Package: glusterfs Severity: important Tags: security Please see https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2012-4417 Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693113: eog 3.6.1-1 has wrong build-deps making it uninstallable with other gnome 3.6 packages in experimental
Package: eog Version: 3.6.1-1 Severity: important I run Gnome 3.6 from experimental and cannot install eog from experimental. It build-depends on libgnome-desktop-3-dev (= 2.91.2), which makes the buildds install an older version instead of the one from experimental so the package ends up depending on libgnome-desktop-3-2 (= 3.2.0) instead of libgnome-desktop-3-4. I tried rebuilding the eog source package locally (with packages from experimental) and then it is installable and seems to work fine, so a bump in the build-dep should make it usable together with the rest of the gnome experimental packages. I'm using debian unstable + experimental. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693114: dovecot-core: Mailboxes inaccessible after upgrade
Package: dovecot Version: 1:2.1.7-4 Severity: serious Dear Maintainer, After an update from 1:2.1.7-2 to 1:2.1.7-4, I could not access my mailboxes at ~/Maildir any more. (This may be related to #644121.) I noticed the following line in conf.d/10-mail.conf: , | mail_location = mbox:~/mail:INBOX=/var/mail/%u ` My git (etckeeper) repository shows that previously, mail_location had been commented out. Commenting it out again fixes the problem for me. (Is ~/Maildir the default value set at compile time?) Below I have pasted the only dovecot-related output I was able to capture from the screen session. It is clear that conf.d/10-mail.conf has been overwritten during the upgrade. , | Setting up dovecot-core (1:2.1.7-4) ... | Installing new version of config file /etc/init.d/dovecot ... | Replacing config file /etc/dovecot/conf.d/10-mail.conf with new version | Replacing config file /etc/dovecot/conf.d/10-ssl.conf with new version | | Creating config file /etc/dovecot/conf.d/10-tcpwrapper.conf with new version | | Creating config file /etc/dovecot/conf.d/15-mailboxes.conf with new version | | Creating config file /etc/dovecot/conf.d/auth-checkpassword.conf.ext with new version | | Creating config file /etc/dovecot/conf.d/auth-sql.conf.ext with new version | You already have ssl certs for dovecot. | However you should move them out of /etc/ssl | and into /etc/dovecot and update the configuration | in /etc/dovecot/conf.d/10-ssl.conf accordingly. | See /usr/share/dovecot-core/NEWS.Debian for details. | Starting IMAP/POP3 mail server: dovecot. ` Cheers, -Hilko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693115: vitables: Homepage URL in package descritption is wrong.
Package: vitables Severity: minor Hi, The Homepage entry in the package description is incorrect - the new Homepage is at http://vitables.org/ Regards, Simon -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684852: [Python-modules-team] Bug#684852: nmu
On 2012-11-12 22:47, Michael Gilbert wrote: Hi, I've uploaded an nmu fixing this issue to delayed/5. Please see attached patch. I don't understand your version number. Please see devref [1] and consider that this does not appear to be a native package. 1: http://www.debian.org/doc/manuals/developers-reference/pkgs.html#nmu-changelog -- 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#569159: liferea ask for not existent users/passwords reading feeds if you have a proxy with password
2012/11/11 David Smith: If I set the Tools-Preferences-Proxy-manual set then now it work: it don't ask me for password each feed I would like to read If I set the Tools-Preferences-Proxy-Auto detect (GNOME) If you set Gnome's proxy settings with a username and password, then you *should* be able to use the Auto detect in Liferea and all other gnome apps as they will try whatever's configured in gnome's network proxy settings first and then typically fallback and try no username/password.. I found something new. I set proxy auto detect (GNOME) and: 1) I start liferea from the GNOME menu It don't work I get the error: L'ultimo aggiornamento di questo abbonamento non è riuscito. Codice di errore HTTP: 0: Impossibile risolvere il nome host di destinazione It try to translate The last feed update has failed. Error code HTTP: 0: unable to resolve destination hostname In gnome setting for the proxy under network I set ID:PWD@IP and PORT for all entries 2) I start liferea from a terminal It work $ set | grep proxy all_proxy=socks://ID:PWD@IP:PORT/ ftp_proxy=http://ID:PWD@IP:PORT/ http_proxy=http://ID:PWD@IP:PORT/ https_proxy=http://ID:PWD@IP:PORT/ no_proxy=localhost,127.0.0.0/8 If you have proxy settings configured in gnome desktop, and other gnome apps besides liferea can use them without you having to manually configure the proxy settings in the apps, then let me know yes there are other gnome applications that work correctly with use proxy gnome setting, for example epiphany-browser but other don't, for example iceweasel I add another information. I think the IP I use is not the proxy IP but it is an hardware that do load balancing, then under that there are X proxy servers. With what I found today I think this is a my configuration problem... but I don't understand where is the problem. Ciao Davide -- Dizionari: http://linguistico.sourceforge.net/wiki Sistema operativo: http://www.it.debian.org GNU/Linux User: 302090: http://counter.li.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693116: ii: Homepage URL in package description is incorrect.
Package: ii Version: Homepage URL in Package description incorrect Severity: minor HI, the new Homepage URL is http://tools.suckless.org/ii/ Regars. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#281731: manpage: proto ip6 - Multiple discrepancies in ipv6 docs
On Nov 13, 2012, at 12:34 AM, Guy Harris g...@alum.mit.edu wrote: proto {XXX} is short for ip proto {XXX} or ip6 proto {XXX} (or just ip proto {XXX} in versions of libpcap that don't support IPv6), which means the argument to proto must be a protocol running atop IP, e.g. proto tcp or proto udp. I'll fix the pcap-filter man page to document that. I've checked that change into the trunk and 1.3 branch of the tcpdump.org Git repository for libpcap. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693093: xpra: please demote ssh-askpass | ssh-askpass-fullscreen
On Tue, 13 Nov 2012 18:18:42 Jakub Wilk wrote: I hope you'll agree with me that whatever is required for attaching with SSH password authentication is an essential and therefore qualifies for Depends. I disagree. xpra can be used without ssh. After all, openssh-{client,server} is only in Suggests. You're right indeed. It makes sense. I'm convinced. :) I'll probably put all ssh-related packages to Recommends with next upload. Thanks. I know it is unnecessary but do you think it could be something like ssh-askpass-fullscreen | ssh-askpass. to promote a particular alternative? Why do you want to promote -fullscreen? I'm not, at least not yet. Just considering to provide a real (not virtual) package to prefer when no alternatives are installed. Regards, Dmitry. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693102: ospf6d crashes with Assertion `current == route' failed in file ospf6_route.c, line 608, function ospf6_route_remove
Hallo Did you already discuss this with the upstream authors or should I forward the bug? bye, -christian- On Tue, 13 Nov 2012 03:34:37 +0100 Marco d'Itri m...@linux.it wrote: Package: quagga Version: 0.99.21-3 Severity: important Tags: security 100% reproducible remote DoS: bug: if I configure a network longer than /64 of any interface of one of my Juniper routers, all ospf6d in the network (squeeze and wheezy) crash with this assertion failure: OSPF6: Assertion `current == route' failed in file ospf6_route.c, line 608, function ospf6_route_remove OSPF6: Backtrace for 9 stack frames: OSPF6: [bt 0] /usr/lib/libzebra.so.0(zlog_backtrace+0x26) [0x7f09746b91e7] OSPF6: [bt 1] /usr/lib/libzebra.so.0(_zlog_assert_failed+0xa3) [0x7f09746b98ea] OSPF6: [bt 2] /usr/lib/quagga/ospf6d(ospf6_route_remove+0xfd) [0x7f0974b25faf] OSPF6: [bt 3] /usr/lib/quagga/ospf6d(ospf6_intra_route_calculation+0xd4) [0x7f0974b2a593] OSPF6: [bt 4] /usr/lib/quagga/ospf6d(+0x2590f) [0x7f0974b2c90f] OSPF6: [bt 5] /usr/lib/libzebra.so.0(thread_call+0x67) [0x7f09746ae80b] OSPF6: [bt 6] /usr/lib/quagga/ospf6d(main+0x37f) [0x7f0974b15b6f] OSPF6: [bt 7] /lib/libc.so.6(__libc_start_main+0xfd) [0x7f0973d04c8d] OSPF6: [bt 8] /usr/lib/quagga/ospf6d(+0xebd1) [0x7f0974b15bd1] signature.asc Description: PGP signature
Bug#693093: xpra: please demote ssh-askpass | ssh-askpass-fullscreen
On Tue, 13 Nov 2012 18:45:43 أحمد المحمودي wrote: Why not ssh-askpass-gnome ? I didn't try it yet... :) Personally I'm suspicious to everything with '-gnome' in package name. I would like to avoid promoting gnome-specific stuff unless it is vastly superior and/or no alternatives available... Regards, Dmitry. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693116: ii: Homepage URL in package description is incorrect.
Hi, * Simon Kainz si...@familiekainz.at [2012-11-13 10:13]: the new Homepage URL is http://tools.suckless.org/ii/ Thanks for noticing. Will be fixed in the next upload. Cheers Nico pgpIYrpSMtvhb.pgp Description: PGP signature
Bug#682067: Confirm the bug
I can confirm the bug. Since I applied the patch, everything is okay. smime.p7s Description: S/MIME Cryptographic Signature
Bug#693117: qa.debian.org: Homepage in binary package not displayed in PTS
Package: qa.debian.org Severity: normal Hi, Some packages [0] have a Homepage in binary package paragraph but not in source package paragraph. These homepages are not displayed in PTS. While it's allowed by policy to have a Homepage in binary I think these should be displayed like the ones in the source paragraph. thanks in advance, [0] for example: http://packages.qa.debian.org/g/gprename.html -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693070: ITP: easy-rsa -- Simple shell based CA utility
Please consider the patch that adds subjectAltName support to easy-rsa: http://www.msquared.id.au/articles/easy-rsa-subjectaltname/ Cheers, Paul -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693093: xpra: please demote ssh-askpass | ssh-askpass-fullscreen
* Dmitry Smirnov only...@gmail.com, 2012-11-13, 20:05: I hope you'll agree with me that whatever is required for attaching with SSH password authentication is an essential and therefore qualifies for Depends. I disagree. xpra can be used without ssh. After all, openssh-{client,server} is only in Suggests. You're right indeed. It makes sense. I'm convinced. :) I'll probably put all ssh-related packages to Recommends with next upload. Great, thanks. I know it is unnecessary but do you think it could be something like ssh-askpass-fullscreen | ssh-askpass. to promote a particular alternative? Why do you want to promote -fullscreen? I'm not, at least not yet. Just considering to provide a real (not virtual) package to prefer when no alternatives are installed. ssh-askpass is a real package (in addition to being virtual one). Here's popcon comparison: udd= select * from popcon where package in (select package from packages where package='ssh-askpass' or provides like '%ssh-askpass%') order by insts desc; package | insts | vote | olde | recent | nofiles +---+--+--++- ssh-askpass| 6307 | 973 | 4981 |284 | 69 ssh-askpass-gnome | 1568 | 358 | 1070 |115 | 25 ksshaskpass| 396 | 106 | 277 | 13 | 0 ssh-askpass-fullscreen | 342 | 74 | 258 | 10 | 0 kwalletcli | 217 | 40 | 153 | 24 | 0 gtk-led-askpass| 161 | 39 | 119 | 3 | 0 (6 rows) -- 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#167277: same issue in sitecopy (1:0.16.6-4)
Hello, fresh linux install, I have the same issue with package sitecopy (1:0.16.6-4) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693096: [dwarves] pahole just segfaults
Control: tags -1 + moreinfo unreproducible On Tue, Nov 13, 2012 at 12:10:20AM +, Franz Schrober wrote: Just noticed that pahole just segfault when giving him a object file after I upgraded from libelf 0.152+b1 to 0.153-1. Downgrading fixes the problem Unable to reproduce with libelf1 0.153-1 and 0.153-2. -- WBR, wRAR signature.asc Description: Digital signature
Bug#693118: gprename: new upstream version
Package: gprename Severity: wishlist Hi, Seems there's a new upstream version of gprename, namely 2.7. Would be nice to have it in Debian, probably in experimental, as we're more or less frozen now. thanks in advance, -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693070: ITP: easy-rsa -- Simple shell based CA utility
On Tue, Nov 13, 2012 at 11:24:17AM +0200, Paul Tötterman wrote: Please consider the patch that adds subjectAltName support to easy-rsa: http://www.msquared.id.au/articles/easy-rsa-subjectaltname/ I will. Thanks for the pointer! -- Alberto Gonzalez Iniesta| Formación, consultoría y soporte técnico agi@(inittab.org|debian.org)| en GNU/Linux y software libre Encrypted mail preferred| http://inittab.com Key fingerprint = 9782 04E7 2B75 405C F5E9 0C81 C514 AF8E 4BA4 01C3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661230: lightdm: passwordless login doesn't work
Hi, I have set up lightdm to support guest accounts. The problem lies in default PAM setting in Debian. Here is the line that permits password-less logins on secure ttys in /etc/pam.d/common-auth file: - auth[success=1 default=ignore] pam_unix.so nullok_secure - We need just to allow blank password in any case. What I actually done is: # sed -e 's/_secure//' /etc/pam.d/common-auth /etc/pam.d/common-auth-insecure # sed -i -e 's/common-auth/-insecure/' /etc/pam.d/lightdm And it works, also preventing logins without password by SSH. So, according to configured central authentication policy, lightdm (which is not a plain tty AFAIK) behavior seems correct. -- Denys Gavrysh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659069: getting retroshare in Debian
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 BTW, for packaging on ubuntu I use the scripts in trunk/build_scripts/Ubuntu_src/. They get the svn and make debian source packages from it, patching .pro files to match the structure of the deb src packages. Start with ./makeSourcePackage.sh. The rest of it are various scripts called by this one. There's also scripts in build_scripts/Debian that seem to be pretty much up to date although they make binary packages only. Hope it's useful. On 11/12/2012 04:05 PM, Antoine Beaupré wrote: On 2012-11-12, Cyril Soler wrote: To disable it, remove the entry plugins in the .pro file of the src/ directory. Alright. I'm surprised you can't find the correct package name. I know that on the different ubuntu systems it's a different name as well. The plugin compiles on debian SID if I remember correcly. The package is there, but somehow the compile process doesn't file the header. What debian version are you using? I can ask users around in my own network. Many of them are using debian. This is Debian Testing / Wheezy. A. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlCiDjYACgkQ7vOohC2noX7KNQCgzO4NT5Uex+vJz9LlA9CZchM0 8g8An1uQCOEBJ5zEnYJf9PbCF3voQZbp =VSQH -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692570: systemd: network icon in gnome-shell does not appear when using systemd
On Mon, Nov 12, 2012 at 10:27:19PM +0100, Tollef Fog Heen wrote: Another idea could be to change /lib/udev/rules.d/70-udev-acl.rules from consolekit. It currently has # systemd replaces udev-acl entirely, skip if active TEST==/sys/fs/cgroup/systemd, TAG==uaccess, GOTO=acl_end Maybe we should add a check there for the libpam-systemd pam module? This way consolekit should still be in charge of managing the device ACLs, even when systemd is used. This would wfm, assuming that actually works. I'd be happy to test this. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693119: VCS-Browser has wrong url
Package: termit Version: 2.9.4-2 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 VCS-Browser has wrong value, points to http clone url -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJQohaIAAoJEAf8SJEEK6ZaP+kQAOE9keilcmiDHdnWDgT1hEhk YCORQCep/ubjbm3rlha58mHkvDNpI1koaXgSXh+knsspGV9T8mpXsQT7WBtSrz/f 9SLnj4KPln3Ghj9uzIgI9cMbwrOZBi5SKBy0FsJci94E7C6TD87rpiVswjdzfX81 jBdDd/uNTFFWAhBoQ4TIYdEa/2KXsGEGHk5SM1gK23+SlgSuZpB90sr9hevzc/7U Zn2OmttMGAoCMe6HSTaYHYJd5JlUAAXqY+7xUa/32KvIjYnROWulNr6l02T0GlaX FqranYxXDU2WIlSxr5uS84AfRZskiujXQloKVRGy1pNoRZlH+8Rbk+o7t+Ywe/73 zTziN0Pwt74LdUVdQJ28YnIzXUtC9rs2FFOEIEG/wMODl9LQJ/27+W8PwDME/Xbr 9dMbagA1NQ0YBB5TChAF2Iu310VKnFvk6QwkCRb1y5MAskKkxpV/mbqdfTM65yhs cYDugIwAekMNLH30l6KFEWk9yMaSS1Dce0GLFzVoCNa4J6XQLbd98w63O7i+bTt3 A0uh34ijUyF+ZuswupbgM7eFeO0KmaQDEdCFqZyyYeYBl/oJw/xlyjAbjbrje6sR Kt9CelUZKdRY/b1S5XKtxcAfvwatEwvGEW+zGwDY6RIMxXHh9PlE/+AjSjGfj8/N GOZTqioO+QXaITcQdpEk =zV5l -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692297: Same problem here
Invocation of youtube-dl: $ youtube-dl http://www.youtube.com/watch?v=vNfhyd0KEz4list=PLrPHqElsf1pSm7H4LQqFVPBxwYAOWNj_vindex=1feature=plpp_video [youtube] Setting language [youtube] vNfhyd0KEz4: Downloading video webpage [youtube] vNfhyd0KEz4: Downloading video info webpage [youtube] vNfhyd0KEz4: Extracting video information ERROR: no fmt_url_map or conn information found in video info Error appeared at the same time YouTube started HTML5 trials? http://www.youtube.com/html5 My Debian system: Debian GNU/Linux testing amd64 $ uname -a Linux * 3.2.0-4-amd64 #1 SMP Debian 3.2.32-1 x86_64 GNU/Linux Pacage versions: Lastest testing versions. Is it time for youtube-dl to switch to using tools from libav-tools? ;)Frode -- Da sa Gud: Det bli lys! Og det ble lys. 1. Mosebok 1.3 And God said, Let there be light, and there was light. Genesis 1:3, NIV
Bug#693042: linux: please support arch powerpcspe
On 12/11/12 17:48, Bastian Blank wrote: On Mon, Nov 12, 2012 at 05:19:36PM +0100, Roland Stigge wrote: On 12/11/12 13:35, Bastian Blank wrote: On Mon, Nov 12, 2012 at 01:24:06PM +0100, Roland Stigge wrote: I'm attaching a patch that supports powerpcspe [1] in linux. This is a follow-up for http://bugs.debian.org/593340 Please provide a patch that re-uses the existing config files. I will not accept full configs any longer. Are there any tools recommended for generating this, or should I just omit CONFIG_ options from the new config that are already included in the generic config? This config should only include settings relevant for the cpu selection. I reduced the config (debian/config/powerpcspe/config*) to only cpu selection. Unfortunately, this seems to be not enough config, even if automatically merged with debian/config/config: Some driver modules that are expected later on, are not built. As an example: 8139too is missing at kernel-wedge time: kernel-wedge copy-modules 3.2.0-4 powerpcspe 3.2.0-4-powerpcspe ... missing module 8139too Looking at the other archs' configs, I find CONFIG_8139TOO=m in them, e.g. debian/config/powerpc/config. So should I activate the missing modules in powerpcspe's config also, even if it's not strictly CPU specific? Or add it all to debian/config/config? Thanks in advance, Roland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693120: termit is not visible in the applications menu
Package: termit Version: 2.9.4-2 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 termit does not ship a .desktop or menu file and thus isn't visible in the applications menu of any windows manager. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJQohhTAAoJEAf8SJEEK6ZazzwQAL2vzw+QAuqVsuzMN4wAlDRf VmWsGZcXZkxAsLHZyZ0tFTqIdBkArno5BL5cg8oB6TxqyhDS43LMXq4GqNp8dipi up2l3X1f/cXB6gQsA02pwV579CULErz6Ay8GyaL69h/X0n06v/CpMfheiCY0fO/0 tJAnd5s5HVhV1LzVpEwdB7cVkfHSVQz9y6T9n141sbkh26OGBoyWtTmRAFIHsvbt 4XMZYv27B7ZeeC4OMlSMa6IeXvxp+qlD250aQoo7QbJDOithfb3KyuaWQ5d3v9FZ LXlcoZUO5NH1ZjDEOGPnRraS3on7iuM5LWC7B+QRlxzsmqJMPjnyjufulHpHq7Ze DGGYBydqOPXgL9A7N8tQFlw2IZUqUL+clwlWLhOSP3BkB3I0I1OANeMtNX9ZPBZj 4gZ6VwfezfsjaMFMX9CMK3M/4c01oFhv+hCn4UwiDPDAO7DfMKl9QVMUlPRljLIs GuQJryRpJQ/Z1h2Bt1Xj5+13DOjl7E4m5jNLgb8bc+H9TVhO+orBZ1EXiR9mQ5nQ KwgxEsWkQsECIMpEWpnvTJNjOmHHun3GSmnFwL1d8MTK88Rh4WQNfM6HNF+WwQN3 pDqdI+j7PT8s31f1Uw3SOt4vUYD9zeSV9qAO1sBPbEbfpsuOiMSgEmdfKm83cMCr Hf5WM/hWbODq2kHdPGXt =BvG2 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693121: python-fabio: please add a python-fabio-dbg package
Package: python-fabio Version: 0.0.8-1 Severity: wishlist Dear Maintainer, It would be nice to add this -dbg package. Since your package provides python extensions. This way it would be possible to add -dbg package to all depending packages. Cheers Frederic -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-fabio depends on: ii libc6 2.13-36 ii python 2.7.3-3 ii python-imaging 1.1.7-4 ii python-numpy1:1.6.2-1 ii python2.6 2.6.8-0.2 ii python2.7 2.7.3-5 Versions of packages python-fabio recommends: ii python-matplotlib 1.1.1~rc2-1 pn python-numpy-ext none Versions of packages python-fabio suggests: ii pymca 4.6.0-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#473424: [wishlist] please add glossary support
Package: latexmk Followup-For: Bug #473424 Glossaries are supported via extensions in the latexmkrc configuration file, see http://tex.stackexchange.com/questions/1226/how-to-make-latexmk-use-makeglossaries I think this bug can be closed. Regards, Antonio -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (900, 'unstable'), (600, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.7.0-rc4-ao2 (SMP w/1 CPU core) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages latexmk depends on: ii perl5.14.2-15 ii texlive-latex-base 2012.20120611-5 Versions of packages latexmk recommends: ii evince [postscript-viewer] 3.4.0-3 ii ghostscript [postscript-viewer] 9.05~dfsg-6.2 pn xpdf-reader | pdf-viewer none Versions of packages latexmk suggests: pn gs-common 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#657449: Any chance of 3.0.2-3 soon?
Hey Stig, Any chance if this upload? I see 3.0.3 is also available. Maybe that presents an opportunity? Best, Allard
Bug#668926: [PATCH] latexmk: Helping to update to packaging format 3.0
Package: latexmk Version: 1:4.24-1 Followup-For: Bug #668926 Jari, thanks for working on that, I am sending another report to add a watch file so updating to new upstream releases will be easier too. Dear maintainer, would you find some time to handle these issues? Thanks, Antonio -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (900, 'unstable'), (600, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.7.0-rc4-ao2 (SMP w/1 CPU core) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages latexmk depends on: ii perl5.14.2-15 ii texlive-latex-base 2012.20120611-5 Versions of packages latexmk recommends: ii evince [postscript-viewer] 3.4.0-3 ii ghostscript [postscript-viewer] 9.05~dfsg-6.2 pn xpdf-reader | pdf-viewer none Versions of packages latexmk suggests: pn gs-common 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#599161: [Xen-devel] #599161: Xen debug patch for the clock shifts by 50 minutes bug.
On 09.11.12 at 10:05, philippe.simo...@swisscom.com wrote: Since it looks like this got stalled again, attached is a slightly extended version of Keir's debugging patch, allowing to rule out any inconsistencies of the globals between the first and second instances of the two invocations of __read_platform_stime(). Should the numbers printed turn out identical between the two invocations and identical to the boot time determined values, then I'm afraid I'm out of explanations as well as debugging suggestions. Please remember to add loglvl=all to the hypervisor command line. The patch is against a 4.0.3 based tree I had still lying around, so I hope it'll apply cleanly to your 4.0.1 based one. Jan 00-tsc-debug Description: Binary data
Bug#281731: manpage: proto ip6 - Multiple discrepancies in ipv6 docs
What you want is ip6 and dst port 179 ip6 is a primitive token in the filter language, and, for better or worse, if you want to use a primate as a string argument to something such as proto, you have to quote it, e.g.: tcpdump -d proto \\ip6 and dst port 179 (the double backslash is because it's an escape character in the shell command language, so if you want a literal backslash passed to the command, you need to say \\). Unfortunately, ip6 isn't a valid argument to proto: $ tcpdump -d proto \\ip6 and dst port 179 tcpdump: unknown ip proto 'ip6' proto {XXX} is short for ip proto {XXX} or ip6 proto {XXX} (or just ip proto {XXX} in versions of libpcap that don't support IPv6), which means the argument to proto must be a protocol running atop IP, e.g. proto tcp or proto udp. I'll fix the pcap-filter man page to document that. The pcap-filter man page does say tcp, udp, icmp Abbreviations for: ip proto p or ip6 proto p where p is one of the above protocols. but doesn't indicate that proto tcp, proto udp, and proto icmp work like tcp, udp, and icmp. (Note that just dst port 179 matches both IPv4 and IPv6 packets to or from TCP or UDP port 179.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648768: tcpdump: does not include words mac address hardware in the -e option paragraph in the manpage
I've checked a change into the trunk and 4.3 branches of the tcpdump.org tcpdump Git repository to say −e Print the link‐level header on each dump line. This can be used, for example, to print MAC layer addresses for protocols such as Ethernet and IEEE 802.11. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690575: python-coverage: upstream coverage supports python 3
* Barry Warsaw ba...@python.org, 2012-10-15, 14:36: When bug #635476 is addressed (new upstream version), please also add support for Python 3, which upstream coverage supports. Any news on this? -- 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#693122: wordpress: Minor mistake in apache configuration example
Package: wordpress Version: 3.4.2+dfsg-1 Severity: wishlist Dear Maintainer, There is a minor mistake in /usr/share/doc/wordpress/examples/apache.conf. In the configuration without virtual hosts, you need change the order of the following lines, from : Alias /blog /usr/share/wordpress Alias /blog/wp-content /var/lib/wordpress/wp-content to: Alias /blog/wp-content /var/lib/wordpress/wp-content Alias /blog /usr/share/wordpress otherwise apache will detect a conflict. Ragards, Jérôme. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wordpress depends on: ii apache2-mpm-prefork [httpd] 2.2.22-12 ii dpkg 1.16.9 ii libapache2-mod-php5 5.4.4-9 ii libjs-cropper1.2.2-1 ii libjs-prototype 1.7.0-2 ii libjs-scriptaculous 1.9.0-2 ii libphp-phpmailer 5.1-1 ii libphp-snoopy1.2.4-2 ii mysql-client 5.5.28+dfsg-1 ii mysql-client-5.5 [mysql-client] 5.5.28+dfsg-1 ii php5 5.4.4-9 ii php5-gd 5.4.4-9 ii php5-mysql 5.4.4-9 ii tinymce 3.4.8+dfsg0-1 Versions of packages wordpress recommends: ii wordpress-l10n 3.4.2+dfsg-1 Versions of packages wordpress suggests: pn mysql-server 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#693117: qa.debian.org: Homepage in binary package not displayed in PTS
reassign 693117 lintian severity 693117 wishlist retitle 693117 lintian: please check Homepage field in binary packages thanks Hi lintian maintainers, Homepage fields in binary packages, while allowed by policy, cannot be displayed in PTS because it works on source packages. I think these packages could be tagged I: homepage-in-binary-package and note about it won't be displayed on PTS with a recommendation to move the Homepage to the source paragraph. thanks in advance, On Tue, Nov 13, 2012 at 10:18:43AM +0100, Ricardo Mones wrote: Package: qa.debian.org Severity: normal Hi, Some packages [0] have a Homepage in binary package paragraph but not in source package paragraph. These homepages are not displayed in PTS. While it's allowed by policy to have a Homepage in binary I think these should be displayed like the ones in the source paragraph. thanks in advance, [0] for example: http://packages.qa.debian.org/g/gprename.html -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121113091843.25042.75837.report...@busgosu.mones.org -- Ricardo Mones ~ Don't take the name of root in vain. /usr/src/linux/README signature.asc Description: Digital signature
Bug#675950: (no subject)
Hi Thomas, On Mon, Nov 12, 2012 at 11:02:02PM +0100, Thomas Lange wrote: If you write a hook to call debootstrap, you can skip the default task by calling the skiptask function. Well, I don't like to copy the other parts of the task into a hook. This way, we do not need to change FAI but you are very flexible in what you like to do in your hooks. Your earlier suggestion, to remove the base.tgz in the hooks works fine. It is an acceptable workaround. I therefore like to close the bug, since I do not like to implement your function inside FAI. I don't object to that. Thanks for your work on FAI. Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678510: gvfs-open calls audacious when opening an smb share
reassign 678510 desktop-file-utils thx smb shares i added via gvfs wont open in my fileexplorer, but audacious [an audio player, ed.com.] is started instead. (other symptoms are gthumb's (image viewer) open in file manager menu entry launching audacious). the desktop file specification[1] only says that an application knows how to handle a mime type; it seems audacious can open directories and do something that's within reason for this type of application (play its audio content). for a practical example, that could be expected to be listed in an Open with… menu of a file browser. it is unfortunate that this causes audacious to be opened as the default mime type handler for inode/directory, but that's for lack of better default values, setting which can not be the responsibility of audacious. if no default is set, /usr/share/applications/mimeinfo.cache's inode/directory line is evaluated, and the leftmost entry is used. that file gets generated by update-desktop-database. similar problems have been seen with other applications too, eg. inkscape being the default program for pdf files (which it can open, but it's not what most users want by default). i don't hve a complete solution at hand, but a suggestion would be an additional field in desktop files (MimeTypeDefaultable or any better name) that indicates that an application thinks it would be suitable as a default handler for that mime type; update-desktop-database would then rank them higher. (naming it MimeTypePreferred or similar would not be a good idea imo because the spec emphasises that there is no priority within the mime types, which would mean what *the application prefers to handle*, not *what the application is preferred for handling*) an alternative approach would be to keep a distribution-wide list of preferred applications for common mime types (like ~/.local/share/applications/mimeapps.list), that would be fallen through if the applications are not installed, but that would be long lists that would have to be maintained centrally. re-assigning this bug to desktop-file-utils for the abovementioned reasons. if you, the desktop-file-utils maintainers, insist on a different interpretation of the desktop file spec, please assign back, but in my opinion this kind of problem better be solved once and for all. best regards chrysn [1] http://standards.freedesktop.org/desktop-entry-spec/latest/ar01s07.html signature.asc Description: Digital signature
Bug#651795: Debian support for non-standard kernels
Hi all, because of this bug lustre-source has been removed from Wheezy. From my point of view that's a pity. I wonder if there's a general Debian policy that regulates that kernel module sources and kernel patches are not suitable for a release if they are not applicable to the default release kernel. What's the point of rolling your own kernel then? Is there a list of kernel versions that a certain Debian release is compatible with (e.g. is 2.6.32 too old for Wheezy?). Lustre may not build on 3.1 but having the Lustre sources debianized and in the Debian release still eases building and deployment of lustre on Debian a lot. And it prevents duplication of work done by everyone who wants to run Lustre on Debian. Cheers, Christo smime.p7s Description: S/MIME Cryptographic Signature
Bug#691814: Bug #691814: Re: unblock: gcc-4.4-doc-non-dfsg/4.4.7-1
On Tue, Nov 13, 2012 at 13:49:56 +0800, GUO Yixuan wrote: Well, apart from changes in debian/, changes in upstream part compressed to over 60k... certainly more than the 40k limit. (I suppose the canonical place for unblock request is the bts, so it doesn't matter too much to be absent from debian-release, does it?) It doesn't matter if you don't care that it gets ignored. Cheers, Julien signature.asc Description: Digital signature
Bug#669382: latex209-base: unowned file /usr/local/share/texmf/ls-R after purge (policy 6.8, 9.1.2)
On Tue, Nov 13, 2012 at 10:09:01 +0900, Norbert Preining wrote: If the release managers agree I will upload the NMU, but it does not make sense to upload a big NMU with lots of changes and then it is not going into wheezy. The release managers won't agree to anything without seeing what changes you're talking about. Cheers, Julien signature.asc Description: Digital signature
Bug#688772: gnome Depends network-manager-gnome
Hi, The Debian GNOME team is well aware of the discussion regarding #688772, which unfortunately went down an unconstructive path. As such we thought it best to step back for a little bit to try and formulate our position more clearly and see if we could find a constructive way to get out of this mess. Luckily the last few mails on the thread by Don Armstrong and Michael Biebl already showed there was some light at the end of the tunnel :) First of all, we want to make clear that the position Joss has been defending on this exhausting thread is shared by most, if not all, of the Debian GNOME team members. In other words, we all consider NM an important and integral part of the desktop system we're delivering, and its absence does degrade its operation in such a way we find inacceptable. It is worth to point out that GNOME 3 as we will get in wheezy is a big departure from the GNOME 2 as delivered in lenny. Among other things GNOME now strives for a tightly integrated desktop, with NM being a core part of this desktop. In the opinion of the GNOME team the intended GNOME experience can only be delivered when all these tightly integrated parts are used together. Network manager is not an arbitrary requirement, even if GNOME Shell can currently run without it. NetworkManager allows GNOME to: - access all present and commonly used networking technologies (VPN, Wireless, 3G) via an integrated, very prominent icon in the main desktop bar. - networking needs have changed over the past years and has become much more dynamic and diverse. Connecting to the internet via wireless, 3G or VPN should be painless and easy. It should work out of the box and require a minimum of fuss. - only NetworkManager currently offers this kind of features, ifupdown is too static/cumbersome to setup, wicd is too limited in functionality. - GNOME upstream developers embraced NetworkManager as an external dependency and seamlessly integrated them into various parts of the desktop. better integration / software being network-aware = - on/offline detection: GNOME relies on NetworkManager's D-Bus messages to establish if the system has a working network connection or not, and how to behave in either case. Applications like Evolution or Empathy will only try to fetch mail if NM says there's an appropriate network link, avoiding errors like Could not connect to IMAP server. Epiphany will enable offline mode automatically, etc. - PackageKit will avoid costly downloads when you're on 3G setting up new connections is easy - integration into gnome-control-center - setting up a new wireless connection requires a single click via prominent integration into GNOME Shell upgrade problem === - NetworkManager was first introduced in lenny, the first release installing recommends by default. - network-manager-gnome was added a Recommends to the gnome meta-package in lenny. - misuse of Recommends was a widespread problem in lenny, so quite a few users disabled Recommends back then. - NetworkManager 0.6 in lenny was very limited, e.g. only supported DHCP. It is not comparable with the version we ship in wheezy. NetworkManager and static interface configurations == Some of the concerns raised in the discussion revolve about the possibility of NetworkManager starting in the middle of an upgrade and taking over a statically configured interface in /etc/network/interfaces. We don't think there's much discussion about that: if that happens, it's a critical RC bug that needs to be fixed. The same already applies to regressions network drivers in the kernel, libc6 or other basic core components which could break a remote Debian dist-upgrade. multiple connection managers problem One of the real issues when NM is a Depend of the meta-packages is that it violated the principle of do no harm when being installed on a system which already has a connection manager (such as wicd or less commonly connman). While this is not a problem specific to NM (installing wicd on an NM system causes the same problem), the problem is of course triggered by the Depend in the gnome meta package. Solving this issue properly will not only make the biggest issues seen with gnome depending on NM go away, but will also improve Debian as a whole, which is of course always worthwhile. The best solution we can currently propose for this issue is to add some maintainer script logic to present a debconf prompt (similar to how we currently manage multiple display managers like gdm and kdm which can be installed at the same time). To avoid unnecessary debconf prompts, the debconf prompt would only be shown if such a conflict situation is detected. Michael has done a proof of concept implementation [1] which is one step in that direction, by simply having NM provide a prompt when it detects that the wicd
Bug#693123: unblock: rt-authen-externalauth/0.10-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package rt-authen-externalauth in order to ensure compatibility with request-tracker4/4.0.7-2: rt-authen-externalauth (0.10-3) unstable; urgency=low * Adding patch from Thomas Sibley t...@bestpractical.com to redirect correctly on RT 4.0.8, 3.8.15, and the 2012-10-25 security patches (Closes: #691783). * Adding postinst script for clearing the mason cache after configuring the package. * Fixing incorrect line wrap in previous changelog entry. -- Tom Jampen t...@cryptography.ch Thu, 08 Nov 2012 07:37:05 +0100 Thanks Tom diff -Nru rt-authen-externalauth-0.10/debian/changelog rt-authen-externalauth-0.10/debian/changelog --- rt-authen-externalauth-0.10/debian/changelog2012-08-20 10:49:19.0 +0200 +++ rt-authen-externalauth-0.10/debian/changelog2012-11-08 09:08:49.0 +0100 @@ -1,8 +1,19 @@ +rt-authen-externalauth (0.10-3) unstable; urgency=low + + * Adding patch from Thomas Sibley t...@bestpractical.com to redirect +correctly on RT 4.0.8, 3.8.15, and the 2012-10-25 security patches +(Closes: #691783). + * Adding postinst script for clearing the mason cache after configuring +the package. + * Fixing incorrect line wrap in previous changelog entry. + + -- Tom Jampen t...@cryptography.ch Thu, 08 Nov 2012 07:37:05 +0100 + rt-authen-externalauth (0.10-2) unstable; urgency=low * Fixing typos in README.Debian. - * Adding patch from Alex Vandiver a...@chmrr.net to fix privilege escalation -bug (Closes: #683288). + * Adding patch from Alex Vandiver a...@chmrr.net to fix privilege +escalation bug (Closes: #683288). -- Tom Jampen t...@cryptography.ch Thu, 10 Aug 2012 21:53:49 +0200 diff -Nru rt-authen-externalauth-0.10/debian/patches/03-rt4-security-fix-compatibility.patch rt-authen-externalauth-0.10/debian/patches/03-rt4-security-fix-compatibility.patch --- rt-authen-externalauth-0.10/debian/patches/03-rt4-security-fix-compatibility.patch 1970-01-01 01:00:00.0 +0100 +++ rt-authen-externalauth-0.10/debian/patches/03-rt4-security-fix-compatibility.patch 2012-11-07 18:45:09.0 +0100 @@ -0,0 +1,20 @@ +Author: Thomas Sibley t...@bestpractical.com +Description: + Redirect correctly on RT 4.0.8, 3.8.15, and the 2012-10-25 security patches + . + The NextPage session stash started storing hashrefs instead of strings. + This manifested as redirects to /HASH(0xDEADBEEF) instead of the proper + destination. Older and unpatched RTs will continue to work correctly + due to the if ref $next check. + +diff -Naurp a/html/Callbacks/ExternalAuth/autohandler/Session b/html/Callbacks/ExternalAuth/autohandler/Session +--- a/html/Callbacks/ExternalAuth/autohandler/Session 2012-10-30 13:01:56.611512695 +0100 b/html/Callbacks/ExternalAuth/autohandler/Session 2012-10-30 18:12:18.663173646 +0100 +@@ -7,6 +7,7 @@ if ( $m-request_comp-path eq '/NoAut + $ARGS{next} ) + { + my $next = delete $session{'NextPage'}-{ $ARGS{'next'} }; ++ $next = $next-{'url'} if ref $next; + RT::Interface::Web::Redirect( $next || RT-Config-Get('WebURL') ); + } + /%init diff -Nru rt-authen-externalauth-0.10/debian/patches/series rt-authen-externalauth-0.10/debian/patches/series --- rt-authen-externalauth-0.10/debian/patches/series 2012-08-20 10:34:00.0 +0200 +++ rt-authen-externalauth-0.10/debian/patches/series 2012-11-07 18:45:09.0 +0100 @@ -1,2 +1,3 @@ 01-fix-plugindir.patch 02-privilege-escalation.patch +03-rt4-security-fix-compatibility.patch diff -Nru rt-authen-externalauth-0.10/debian/rt4-extension-authenexternalauth.postinst rt-authen-externalauth-0.10/debian/rt4-extension-authenexternalauth.postinst --- rt-authen-externalauth-0.10/debian/rt4-extension-authenexternalauth.postinst 1970-01-01 01:00:00.0 +0100 +++ rt-authen-externalauth-0.10/debian/rt4-extension-authenexternalauth.postinst 2012-11-08 09:07:59.0 +0100 @@ -0,0 +1,21 @@ +#!/bin/sh + +set -e + +case ${1} in + configure) + # clear mason cache + rm -rf /var/cache/request-tracker4/mason_data/obj/* + ;; + abort-upgrade|abort-remove|abort-deconfigure) + + ;; + *) + echo postinst called with unknown argument \`${1}' 2 + exit 1 + ;; +esac + +#DEBHELPER# + +exit 0
Bug#685251: Fixing Debian bug #685251 for the ryu plugin in Openstack
On Fri, Nov 9, 2012 at 05:03:58 +0800, Thomas Goirand wrote: Please let me know if the attached patch would be accepted by the release team and avoid Quantum to be removed. Sigh. If you want to be sure it'll be accepted then just upload the minimal fix for the RC bug and leave it at that (2012.1-6 doesn't seem to list a bug number, so without more explanations it doesn't qualify). I'm not going to review every single one of your uploads 5 times. Cheers, Julien signature.asc Description: Digital signature
Bug#656858: libimage-exiftool-perl: new upstream version available
On Tue, Oct 02, 2012 at 07:05:30AM -0400, Phil Harvey wrote: Mari is M.I.A. libimage-exiftool-perl needs a new maintainer. - Phil Dear all, libimage-exiftool-perl got its last update in July 2011. In the meanwhile, Phil released several new versions of exiftool: Sept. 24,2011 - Version 8.65 Jan. 8, 2012 - Version 8.75 Jan. 27, 2012 - Version 8.77 Mar. 25, 2012 - Version 8.85 Apr. 28, 2012 - Version 8.90 Aug. 25, 2012 - Version 9.01 Nov. 3, 2012 - Version 9.04 (http://owl.phy.queensu.ca/~phil/exiftool/history.html) Mari's last reaction to this bug was five months ago. The package is quite popular and should not be unmaintained for a long time: http://qa.debian.org/popcon.php?package=libimage-exiftool-perl Regards -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693124: nagios3-common: typo in /etc/default/nagios3
Package: nagios3-common Version: 3.2.3-3ubuntu1 Severity: minor Dear Maintainer, *** Please consider answering these questions, where appropriate *** disabling Nagios3 at boottime? (no disables nagios3) ENABLED=no Restarting the nagios service to test : service nagios3 restart * Restarting nagios3 monitoring daemon nagios3 * Not starting Nagios3 - set ENABLED to yes in /etc/defrault/nagios3 typo defrault. Thanks -- System Information: Debian Release: ubuntu 12.04 APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise'), (100, 'precise-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-32-generic (SMP w/4 CPU cores) Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nagios3-common depends on: ii adduser 3.113ubuntu2 ii bsd-mailx [mailx] 8.1.2-0.2006cvs-1 ii coreutils 8.13-3ubuntu3.1 ii lsb-base 4.0-0ubuntu20.2 ii nagios-plugins-basic 1.4.15-5ubuntu3 ii ucf 3.0025+nmu2ubuntu1 Versions of packages nagios3-common recommends: ii nagios-plugins 1.4.15-5ubuntu3 nagios3-common suggests no packages. -- Configuration Files: /etc/default/nagios3 changed [not included] /etc/nagios3/commands.cfg changed [not included] /etc/nagios3/conf.d/contacts_nagios2.cfg changed [not included] /etc/nagios3/conf.d/generic-host_nagios2.cfg changed [not included] /etc/nagios3/conf.d/generic-service_nagios2.cfg changed [not included] /etc/nagios3/conf.d/hostgroups_nagios2.cfg changed [not included] /etc/nagios3/conf.d/localhost_nagios2.cfg changed [not included] /etc/nagios3/nagios.cfg changed [not included] -- 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#693123: unblock: rt-authen-externalauth/0.10-3
Control: tags -1 + moreinfo On Tue, 2012-11-13 at 12:06 +0100, Tom Jampen wrote: rt-authen-externalauth (0.10-3) unstable; urgency=low * Adding patch from Thomas Sibley t...@bestpractical.com to redirect correctly on RT 4.0.8, 3.8.15, and the 2012-10-25 security patches (Closes: #691783). * Adding postinst script for clearing the mason cache after configuring the package. Could you expand on the rationale behind the postinst change, please? Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691814: Bug #691814: Re: unblock: gcc-4.4-doc-non-dfsg/4.4.7-1
On Tue, 2012-11-13 at 11:56 +0100, Julien Cristau wrote: On Tue, Nov 13, 2012 at 13:49:56 +0800, GUO Yixuan wrote: Well, apart from changes in debian/, changes in upstream part compressed to over 60k... certainly more than the 40k limit. (I suppose the canonical place for unblock request is the bts, so it doesn't matter too much to be absent from debian-release, does it?) It doesn't matter if you don't care that it gets ignored. Specifically, with the number of requests currently open in the BTS, if the mail doesn't make it to the list then it's likely to take a longer time until someone notices it. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688772: gnome Depends network-manager-gnome
Jordi Mallach writes (Re: Bug#688772: gnome Depends network-manager-gnome): The Debian GNOME team is well aware of the discussion regarding #688772, Thanks for your mail. (I have bounced it to the bug report - all discussions on TC issues should be sent to the bug, rather than directly to the TC list.) multiple connection managers problem One of the real issues when NM is a Depend of the meta-packages is that it violated the principle of do no harm when being installed on a system which already has a connection manager (such as wicd or less commonly connman). While this is not a problem specific to NM (installing wicd on an NM system causes the same problem), the problem is of course triggered by the Depend in the gnome meta package. Right. I think this is the key problem. Solving this issue properly will not only make the biggest issues seen with gnome depending on NM go away, but will also improve Debian as a whole, which is of course always worthwhile. The best solution we can currently propose for this issue is to add some maintainer script logic to present a debconf prompt (similar to how we currently manage multiple display managers like gdm and kdm which can be installed at the same time). To avoid unnecessary debconf prompts, the debconf prompt would only be shown if such a conflict situation is detected. I believe the difference between Depends and Recommends in gnome is relevant only for existing systems which do not currently have n-m installed. Is that your understanding too ? Such systems presumably already have some other mechanism for configuring the network. On such a system installing n-m and then detecting the conflict and disabling n-m has some obvious technical disadvantages compared to simply leaving n-m uninstalled: there is a need for additional scripting, which may have bugs, and perhaps additional debconf prompts. Presumably you believe there are technical advantages of installing n-m but disabling it, compared to simply leaving n-m uninstalled. But I'm afraid I still don't understand what they are. Can you please explain them to me ? Michael has done a proof of concept implementation [1] which is one step in that direction, by simply having NM provide a prompt when it detects that the wicd binary is installed. A more full implemenation would of course require modifications to the wicd package (and connman) as well. I'm assuming that you would intended this for jessie, not wheezy ? Thanks, Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693125: Always show No online contacts
Package: empathy Version: 3.6.1-1 Severity: important Since I've upgraded to version in experimental, I cannot longer see any contact. The Empathy window shows no online contacts. I'm online, I can see it my pressing F4, and anyway I receive messages sent to me via Jabber in gnome-shell without any problem. That's actually my only way to answer to people. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.6-trunk-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 empathy depends on: ii dbus-x11 1.6.8-1 ii dconf-gsettings-backend [gsettings-backend] 0.12.1-2 ii empathy-common 3.6.1-1 ii geoclue 0.12.99-1 ii gnome-icon-theme 3.6.0-1 ii gsettings-desktop-schemas3.6.0-1 ii libatk1.0-0 2.6.0-1 ii libc62.13-36 ii libcairo-gobject21.12.2-2 ii libcairo21.12.2-2 ii libcanberra-gtk3-0 0.28-5 ii libcanberra0 0.28-5 ii libchamplain-0.12-0 0.12.3-1 ii libchamplain-gtk-0.12-0 0.12.3-1 ii libcheese-gtk21 3.4.2-2 ii libclutter-1.0-0 1.12.0-1 ii libclutter-gst-2.0-0 1.9.92-2 ii libclutter-gtk-1.0-0 1.2.0-2 ii libcogl-pango0 1.10.2-6 ii libcogl111.12.0-1 ii libdbus-1-3 1.6.8-1 ii libdbus-glib-1-2 0.100-1 ii libegl1-mesa [libegl1-x11] 8.0.5-1 ii libenchant1c2a 1.6.0-7 ii libfarstream-0.2-2 0.2.1-1 ii libfolks-telepathy25 0.6.9-1+b1 ii libfolks25 0.8.0-1 ii libgck-1-0 3.6.0-1 ii libgcr-3-1 3.6.0-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgee2 0.6.4-2 ii libgeoclue0 0.12.0-4 ii libgeocode-glib0 0.99.0-1 ii libglib2.0-0 2.34.1-1 ii libgnutls26 2.12.20-1 ii libgoa-1.0-0 3.6.1-1 ii libgstreamer-plugins-base1.0-0 1.0.2-1 ii libgstreamer1.0-01.0.2-1 ii libgtk-3-0 3.6.1-1 ii libgudev-1.0-0 175-7.1 ii libjavascriptcoregtk-3.0-0 1.8.1-3.3 ii libjson-glib-1.0-0 0.14.2-1 ii libmission-control-plugins0 1:5.14.0-1 ii libnotify4 0.7.5-1 ii libp11-kit0 0.12-3 ii libpango1.0-01.30.0-1 ii libpulse-mainloop-glib0 2.0-6 ii libpulse02.0-6 ii libsecret-1-00.10-1 ii libsoup2.4-1 2.38.1-2 ii libtelepathy-farstream3 0.6.0-1 ii libtelepathy-glib0 0.20.1-1 ii libtelepathy-logger2 0.4.0-2 ii libwebkitgtk-3.0-0 1.8.1-3.3 ii libx11-6 2:1.5.0-1 ii libxcomposite1 1:0.4.3-2 ii libxdamage1 1:1.1.3-2 ii libxext6 2:1.3.1-2 ii libxfixes3 1:5.0-4 ii libxi6 2:1.6.1-1 ii libxml2 2.8.0+dfsg1-6 ii telepathy-logger 0.4.0-2 ii telepathy-mission-control-5 1:5.14.0-1 Versions of packages empathy recommends: ii gvfs-backends1.12.3-1+b1 ii nautilus-sendto-empathy 3.6.1-1 ii sound-theme-freedesktop 0.7.pristine-2 ii telepathy-gabble 0.16.1-2 ii telepathy-haze 0.6.0-1 ii telepathy-salut 0.8.0-3 Versions of packages empathy suggests: ii telepathy-idle 0.1.12-1 ii vino3.4.2-1+b1 Versions of packages empathy is related to: ii telepathy-gabble [telepathy-connection-manager] 0.16.1-2 ii telepathy-haze [telepathy-connection-manager]0.6.0-1 ii telepathy-idle [telepathy-connection-manager]0.1.12-1 ii telepathy-rakia
Bug#693124: [Pkg-nagios-devel] Bug#693124: nagios3-common: typo in /etc/default/nagios3
tag 693124 pending thanks waseem schrieb am Tuesday, den 13. November 2012: Package: nagios3-common Version: 3.2.3-3ubuntu1 Severity: minor Dear Maintainer, *** Please consider answering these questions, where appropriate *** disabling Nagios3 at boottime? (no disables nagios3) ENABLED=no Restarting the nagios service to test : service nagios3 restart * Restarting nagios3 monitoring daemon nagios3 * Not starting Nagios3 - set ENABLED to yes in /etc/defrault/nagios3 typo defrault. too late. already fixed in git. Alex -- Alexander Wirt, formo...@formorer.de CC99 2DDD D39E 75B0 B0AA B25C D35B BC99 BC7D 020A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693087: segfault in xscreensaver, screen revealed
Thank you for your report, Ian. Package: libpam-rsa Version: 0.8-9-2.4 Tags: security * What led up to the situation? 1. I manually locked my screen using xscreensaver-command -lock. 2. I moved the pointer, causing the xscreensaver password screen to appear. 3. I moved the pointer some more and waited for the timeout to expire. * What was the outcome of this action? xscreensaver crashed with a segfault, and the screen was unlocked, including a root shell window. This is very repeatable. It may be relevant that I use libpam-rsa instead of the normal pam-unix for login. Is it possible to reproduce that xscreensaver crash also without libpam-rsa module being used? (when using pam-unix login alternative with the same scenario) Thank you Regards, Jan. -- Jan iankko Lieskovsky / Red Hat Security Response Team -- Ian Zimmerman gpg public key: 1024D/C6FF61AD fingerprint: 66DC D68F 5C1B 4D71 2EE5 BD03 8A00 786C C6FF 61AD http://www.gravatar.com/avatar/c66875cda51109f76c6312f4d4743d1e.png Rule 420: All persons more than eight miles high to leave the court -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693126: latexmk: New upstream release available + watch file
Package: latexmk Version: 1:4.24-1 Severity: wishlist Tags: patch Dear Maintainer, A new upstream release 4.35 is available at http://www.phys.psu.edu/~collins/software/latexmk-jcc/versions.html I am also attaching a patch with a watch file that you can use to ease the upgrade process, just apply the patch to the current source package and run uscan. Regards, Antonio Ospite http://ao2.it -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (900, 'unstable'), (600, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.7.0-rc4-ao2 (SMP w/1 CPU core) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages latexmk depends on: ii perl5.14.2-15 ii texlive-latex-base 2012.20120611-5 Versions of packages latexmk recommends: ii evince [postscript-viewer] 3.4.0-3 ii ghostscript [postscript-viewer] 9.05~dfsg-6.2 pn xpdf-reader | pdf-viewer none Versions of packages latexmk suggests: pn gs-common none -- no debconf information Add a watch file to ease upgrades Signed-off-by: Antonio Ospite osp...@studenti.unina.it diff -pruN latexmk-4.24/debian/watch latexmk-4.24.ao2/debian/watch --- latexmk-4.24/debian/watch 1970-01-01 01:00:00.0 +0100 +++ latexmk-4.24.ao2/debian/watch 2012-11-13 12:28:46.0 +0100 @@ -0,0 +1,8 @@ +version=3 + +# In the pattern below the first digit is isolated so to have a dotted +# version number in the debian packages, the upstream uses this dotted +# form in the changelog but removes the dot in the file names. +http://www.phys.psu.edu/~collins/software/latexmk-jcc/versions.html \ + latexmk-([\d])([\d]+[a-z]*).zip \ + debian uupdate
Bug#693127: smtpd crash with signal 6 when using ldaps for domain maps lookup
Package: postfix Version: 2.9.3-2.1~bpo60+1 Severity: important Using ldaps for virtual_mailbox_map validation makes smtpd crash when the server receive a RCPT TO message from the client. (can be tested with netcat or telnet to simulate an SMTP exchange between a client and postfix). Exactly same behavior as described in #572841http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=572841 but on Squeeze using postfix from backports (postfix 2.9.3-2.1~bpo60+1). Here is a message: Nov 13 10:05:44 test postfix/master[1908]: warning: process /usr/lib/postfix/smtpd pid 7863 killed by signal 6 Strace sheds light on the issue: strace -tt -s 4096 -f -p 8269 -e trace=file ... [pid 8685] 11:22:48.720192 access(/dev/random, R_OK) = -1 ENOENT (No such file or directory) ... So, /dev/random is not created in the chroot by default. Solution: root@testmail:/var/spool/postfix/dev# mknod random c 1 8 root@testmail:/var/spool/postfix/dev# chmod 666 random Best regards, Ignacio.
Bug#693113: eog 3.6.1-1 has wrong build-deps making it uninstallable with other gnome 3.6 packages in experimental
On 13/11/12 08:18, Erik Botö wrote: I run Gnome 3.6 from experimental and cannot install eog from experimental. You can, but you have to keep gnome-desktop3-data/unstable installed and not upgrade it to the experimental version (libgnome-desktop-3-4/experimental will work with either version). The usual policy for experimental is not to apply artificial increases to build-dependencies unless the package actually needs the newer version, so this is unlikely to be resolved until GNOME 3.6 (or possibly 3.8 by then) enters unstable after wheezy is released. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646608: vino: vnc-http webserver files missing
Hi Andreas, On 12 November 2012 19:06, Andreas Henriksson andr...@fatal.se wrote: A brief reply to the bug report you filed a long time ago... Thanks, I had forgotten I had reported this bug. The files for the vino vnc-http webserver on port 5800 are missing. This results in the following .xsession errors: ** (vino-server:6762): WARNING **: Cannot locate /usr/share/vino/vino-client.html This is not a file included/built/generated by the vino build system. Looking briefly at the vino source it seems like it tries to serve the files (if existing, in the following order): vino-client.jar vino-client.png vino-client.html I guess this function is there to serve something the administrator put in place (and not something shipped with vino). I guess the warning could be toned down to not generate spew in the session error log. In that case, downgrading the WARNING to an INFORMATION level message might be the best course of action here. :-) Jon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693128: varnish: Please install headers that are needed to compile vmods
Package: libvarnishapi-dev Version: 3.0.2-2 Severity: wishlist Dear Maintainer, The current libvarnishapi-dev currently does not have enough header files to allow a user to compile vmods such as vmod_header. 1) Most important of these files is vmod_abi.h, that allows a user to compile a module against a certain version of Varnish. This file is currently missing, preventing from compiling against a Debian Varnish in any useful way. Providing this file should be easy by means of the install file in debian/. 2) Then there are a slew of other files that need to be installed for the libvarnishapi-dev package to be useful. I have compiled a list that is needed to compile libvmod-header on Debian. Other vmods need a similar list, but I haven't tried them. 3) Finally, the script vmod.py is needed to create VCL header templates. Please consider including vmod_abi.h and please consider providing headers and vmod.py in future releases. Best, Allard Hoeve vmod.py vrt.h vmod_abi.h vcl_returns.h vct.h http_headers.h libvarnish.h locks.h vqueue.h vcb.h vre.h bin/varnishd/cache.h bin/varnishd/common.h bin/varnishd/heritage.h bin/varnishd/body_status.h bin/varnishd/steps.h bin/varnishd/acct_fields.h -- System Information: Debian Release: 6.0.6 Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693102: tagging bug
tags 693102 + upstream forwarded forwarded 693102 https://bugzilla.quagga.net/show_bug.cgi?id=747 stop -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690905: freedoom: Prboom Plus should be used instead of Prboom
Am 22.10.2012 17:14, schrieb Jon Dowland: It was originally a fork of prboom maintained by someone completely independently of prboom. It later moved into the prboom SVN, but is still managed as a separate project. I think there is some cross-pollination and code flows between the two. However, prboom+ make large, sweeping and perhaps 'risky' changes which prboom don't immediately incorporate. IIRC prboom+'s main focus is absolute DOOM.EXE/DOOM2.EXE compatibility, including some crazy/brilliant ideas like simulating the behaviour of buffer overflows and underruns from the DOS environment, so old demos playback perfectly. It has turned out that prboom+ is more actively developed and releases more often than prboom. When I first looked at it, before it moved into the same SVN, it was awkward to build in Linux (the developer being Windows-focussed). That has no doubt changed. I am still indifferent about these two. While prboom's latest release has been four years ago, prboom has been at least updated last year, so there's three years of development between the two. According to this excellent review, both are equally fine in retaining the original doom feeling, leaving fancy things like dynamic lights et al to ports like vavoom and doomsday: http://www.flaterco.com/kb/DOOM/PrBoom-Plus.html I'd like to move forward with packaging prboom-plus, but I find it unacceptable to maintain two forks of such similarity in Debian... - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693093: xpra: please demote ssh-askpass | ssh-askpass-fullscreen
On Tue, 13 Nov 2012 20:25:31 Jakub Wilk wrote: Great, thanks. Thank you for drawing my attention to this and for your suggestion, useful as always. :) ssh-askpass is a real package (in addition to being virtual one). Here's popcon comparison: udd= select * from popcon where package in (select package from packages where package='ssh-askpass' or provides like '%ssh-askpass%') order by insts desc; package | insts | vote | olde | recent | nofiles +---+--+--++- ssh-askpass| 6307 | 973 | 4981 |284 | 69 ssh-askpass-gnome | 1568 | 358 | 1070 |115 | 25 ksshaskpass| 396 | 106 | 277 | 13 | 0 ssh-askpass-fullscreen | 342 | 74 | 258 | 10 | 0 kwalletcli | 217 | 40 | 153 | 24 | 0 gtk-led-askpass| 161 | 39 | 119 | 3 | 0 (6 rows) Very nice, thanks. All the best, Dmitry. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693110: curl/libcurl is built with debug
On mar, nov 13, 2012 at 08:56:24 +0100, Daniel Stenberg wrote: curl -V displays 'Debug' as a feature, which indicates that curl and libcurl are built with 'configure --enable-debug' or similar. The effect if this is that verbose outputs include a lot of debug info and other data and texts that are intended for debug purposes only and which don't really make a lot of sense or convey useful information to ordinary humans. In short, the debug feature is meant to be for developers and debuggers of curl/libcurl, not mere users of them. I suggest future versions switch off the debug option. IIRC that was added to enable debug symbols (i.e. what's shipped in the -dbg package). See #648902 [0] and LP#855291 [1]. Even explicitly passing -g to ./configure CFLAGs doesn't work: % objdump -h nodbg/usr/lib/debug/.build-id/*/* | grep -c \\.debug 3 With --enable-debug: % objdump -h dbg/usr/lib/debug/.build-id/*/* | grep -c \\.debug 24 Is there an option I've missed to do this? Cheers [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=648902 [1] https://bugs.launchpad.net/ubuntu/+source/curl/+bug/855291 -- perl -E '$_=q;$/= @{[@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse' signature.asc Description: Digital signature
Bug#693123: unblock: rt-authen-externalauth/0.10-3
On 13.11.2012 12:12, Adam D. Barratt wrote: Control: tags -1 + moreinfo On Tue, 2012-11-13 at 12:06 +0100, Tom Jampen wrote: rt-authen-externalauth (0.10-3) unstable; urgency=low * Adding patch from Thomas Sibley t...@bestpractical.com to redirect correctly on RT 4.0.8, 3.8.15, and the 2012-10-25 security patches (Closes: #691783). * Adding postinst script for clearing the mason cache after configuring the package. Could you expand on the rationale behind the postinst change, please? After installing the new version of the perl files, the old version are still present in the mason cache. Thus the new version won't be used until the cache is cleared. See: http://requesttracker.wikia.com/wiki/CleanMasonCache Thanks, Tom -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693129: ccmakedep: creates incorrect dep rules
Package: xutils-dev Version: 1:7.7~1 Severity: normal If preprocessor includes command-line pseudo file into the preprocessed output (e.g. if gcc command line contains some -Ddefine_it code), ccmakedep will report that file to the generated dependencies rules, thus making them unuseable: === CUT HERE === # DO NOT DELETE elf32load.o: command-line mem.h /usr/include/elf.h /usr/include/endian.h elf32load.o: /usr/include/features.h /usr/include/getopt.h === CUT HERE === Parts of preprocessed file: === CUT HERE === # 1 elf32load.c #define __DECIMAL_BID_FORMAT__ 1 # 1 command-line #define _REENTRANT 1 === CUT HERE === -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-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/bash Versions of packages xutils-dev depends on: ii cpp4:4.7.1-1 ii libc6 2.13-35 xutils-dev recommends no packages. xutils-dev suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692823: Quagga will crash when activating point-to-point on a loopback interface
tags 692823 + upstream forwarded forwarded 692823 https://bugzilla.quagga.net/show_bug.cgi?id=670 stop Hello I found this bug in the upstream bug tracker (URL above). bye, -christian- On Fri, 09 Nov 2012 13:56:43 +0100 Frank Baalbergen frank.baalber...@mendix.com wrote: Package: quagga Version: 0.99.21-3 When i activate point-to-point on a loopback interface in quagga, quagga will crash. As far as i know it is useless to make your loopback interface an ospf interface, but i think it is better that a message will be shown instead of a crash. Linux 3.2.0-3-amd64 #1 SMP Mon Jul 23 02:45:17 UTC 2012 x86_64 GNU/Linux Reproduce: $ cdebootstrap wheezy quagga/ $ chroot quagga/ $ apt-get update $ apt-get install quagga $ apt-get install telnet Turn on ospfd, zebra daemons in /etc/quagga/daemons file. Make your config like this: $ telnet localhost 2604 ospfd(config-router)# sh run Current configuration: ! hostname ospfd password zebra log stdout ! ! ! interface eth0 ! interface eth2 ! interface eth2.5 ! interface eth2.11 ! interface lo ip ospf authentication-key piet ip ospf message-digest-key 23 md5 piet ! router ospf ospf router-id 127.0.0.1 network 127.0.0.1/8 area 0.0.0.1 ! line vty ! end Then make the loopback interface a point-to-point interface. ospfd(config)# interface lo ospfd(config-if)# ip ospf network point-to-point ospfd(config-if)# Connection closed by foreign host. When you view the logfile if enabled you see this stacktrace: $ cat /var/log/quagga/ospfd.log 2012/11/09 11:50:53 OSPF: interface 127.0.0.1 [1] join AllSPFRouters Multicast group. 2012/11/09 11:50:53 OSPF: ospf_packet_add(interface lo:127.0.0.1 in state 4 [Point-To-Point], packet type Hello, destination 224.0.0.5) called with NULL obuf, ignoring (please report this bug)! OSPF: Received signal 11 at 1352461853 (si_addr 0x8); aborting... Backtrace for 10 stack frames: /usr/lib/libzebra.so.0(zlog_backtrace_sigsafe+0x3e)[0x7fbfa8999b0b] /usr/lib/libzebra.so.0(zlog_signal+0x234)[0x7fbfa899a085] /usr/lib/libzebra.so.0(+0x364d1)[0x7fbfa89a24d1] /lib/x86_64-linux-gnu/libc.so.6(+0x324f0)[0x7fbfa7fd44f0] /usr/lib/libospf.so.0(ospf_fifo_head+0x1)[0x7fbfa8bf3267] /usr/lib/libospf.so.0(+0x2bc35)[0x7fbfa8bf3c35] /usr/lib/libzebra.so.0(thread_call+0x67)[0x7fbfa898f80b] /usr/lib/quagga/ospfd(main+0x3b5)[0x7fbfa9070f25] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xfd)[0x7fbfa7fc0ead] /usr/lib/quagga/ospfd(+0x1f79)[0x7fbfa9070f79] -- Network Engineering Design; Content Delivery Platform IP NETCOLOGNE Gesellschaft für Telekommunikation mbH Am Coloneum 9 | 50829 Köln Tel: 0221 -8711 | Fax: 0221 -78711 www.netcologne.de Geschäftsführer: Dr. Hans Konle (Sprecher) Dipl.-Ing. Karl-Heinz Zankel HRB 25580, AG Köln Diese Nachricht (inklusive aller Anhänge) ist vertraulich. Sollten Sie diese Nachricht versehentlich erhalten haben, bitten wir, den Absender (durch Antwort-E-Mail) hiervon unverzüglich zu informieren und die Nachricht zu löschen. Die E-Mail darf in diesem Fall weder vervielfältigt noch in anderer Weise verwendet werden. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685251: Fixing Debian bug #685251 for the ryu plugin in Openstack
On 11/13/2012 07:08 PM, Julien Cristau wrote: On Fri, Nov 9, 2012 at 05:03:58 +0800, Thomas Goirand wrote: Please let me know if the attached patch would be accepted by the release team and avoid Quantum to be removed. Sigh. If you want to be sure it'll be accepted then just upload the minimal fix for the RC bug and leave it at that (2012.1-6 doesn't seem to list a bug number, so without more explanations it doesn't qualify). As I wrote, these changes were not mine. I don't think it's appropriate to write sigh or to be pissed *at me*. The only thing I did was working on the issue the release team cared about, and fixing it, I'm not responsible for the other changes, and I don't intend to assume responsibility for them regarding the unblock. It wasn't nice that these changes were uploaded without caring about the SID to Wheezy migration. Numerous times, I wrote about it to both Ola and Loic. I'm not surprised about the resulting conversation with the release team. But since that's not my work, and that I would like to respect what the others do, I still want to leave them the job to answer about it. So please, Ola and Loic, explain and deal with the release team. If you guys think the changes are necessary, tell why. If you think they should be removed, please do the necessary git revert (or at the very least, let me know that you would agree if I was to do it). And finally, I hope this is a lesson and that it wont happen again, and that you will bare with me and the rest of the PKG Openstack team. I'm not going to review every single one of your uploads 5 times. You don't have to, you can accept it the first time! :) Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545272: asterisk-modules: asterisk crashes when connecting to a local ejabberd
Hi, On Mon, Nov 12, 2012 at 11:08:18PM +, Phil Reynolds wrote: Package: asterisk-modules Followup-For: Bug #545272 Dear Maintainer, I recently had this problem myself - it occurred when I switched my Jabber server to ejabberd. I am now running locally-built asterisk packages incorporating the patch found at: https://issues.asterisk.org/jira/secure/attachment/43441/xmpp_no_crash_with_ejabberd.patch Thanks for the bug report! Could you please point me to the Asterisk issue (in the Jira)? -- Tzafrir Cohen icq#16849755 jabber:tzafrir.co...@xorcom.com +972-50-7952406 mailto:tzafrir.co...@xorcom.com http://www.xorcom.com iax:gu...@local.xorcom.com/tzafrir -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693130: instalation-reports: fail of detect network hardware
Package: installation-reports Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- Package-specific info: Boot method: CD Image version: http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/ Date: Date and time of the install Machine: PC Partitions: df -Tl will do; the raw partition table is preferred Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [ ] Detect network card:[E] Configure network: [E] Detect CD: [ ] Load installer modules: [ ] Clock/timezone setup: [ ] User/password setup:[ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: Description of the install, in prose, and any thoughts, comments and ideas you had during the initial install. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=7.0 (wheezy) - installer build 20120814-00:09 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux issamo-debian 3.2.0-3-486 #1 Mon Jul 23 02:47:49 UTC 2012 i686 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation 82G33/G31/P35/P31 Express DRAM Controller [8086:29c0] (rev 10) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:82b0] lspci -knn: Kernel driver in use: agpgart-intel lspci -knn: 00:01.0 PCI bridge [0604]: Intel Corporation 82G33/G31/P35/P31 Express PCI Express Root Port [8086:29c1] (rev 10) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation 82G33/G31 Express Integrated Graphics Controller [8086:29c2] (rev 10) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:82b0] lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation N10/ICH 7 Family PCI Express Port 1 [8086:27d0] (rev 01) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.1 PCI bridge [0604]: Intel Corporation N10/ICH 7 Family PCI Express Port 2 [8086:27d2] (rev 01) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1d.0 USB controller [0c03]: Intel Corporation N10/ICH 7 Family USB UHCI Controller #1 [8086:27c8] (rev 01) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:8179] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1d.1 USB controller [0c03]: Intel Corporation N10/ICH 7 Family USB UHCI Controller #2 [8086:27c9] (rev 01) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:8179] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1d.2 USB controller [0c03]: Intel Corporation N10/ICH 7 Family USB UHCI Controller #3 [8086:27ca] (rev 01) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:8179] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1d.3 USB controller [0c03]: Intel Corporation N10/ICH 7 Family USB UHCI Controller #4 [8086:27cb] (rev 01) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:8179] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1d.7 USB controller [0c03]: Intel Corporation N10/ICH 7 Family USB2 EHCI Controller [8086:27cc] (rev 01) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:8179] lspci -knn: Kernel driver in use: ehci_hcd lspci -knn: 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge [8086:244e] (rev e1) lspci -knn: 00:1f.0 ISA bridge [0601]: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface Bridge [8086:27b8] (rev 01) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:8179] lspci -knn: 00:1f.1 IDE interface [0101]: Intel Corporation 82801G (ICH7 Family) IDE Controller [8086:27df] (rev 01) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:8179] lspci -knn: Kernel driver in use: ata_piix lspci -knn: 00:1f.2 IDE interface [0101]: Intel Corporation N10/ICH7 Family SATA Controller [IDE mode] [8086:27c0] (rev 01) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:8179] lspci -knn: Kernel driver in use: ata_piix lspci -knn: 00:1f.3 SMBus [0c05]: Intel Corporation N10/ICH 7 Family SMBus Controller
Bug#693040: libav: Strange build failure on several archs
[CC'ing debian-gcc@ for additional input, libav fails to link on armel, s390, s390x, ia64 and sparc. see bug #693040 for full context] On Mon, Nov 12, 2012 at 12:45 PM, Bastian Blank wa...@debian.org wrote: On Mon, Nov 12, 2012 at 12:09:57PM +0100, Reinhard Tartler wrote: I've tried to reproduce the problem in the porter sid chroot on zelenka.debian.org, but was not able to reproduce the situation. All archs also seem to have the same version of binutils/gcc. Do you try it with -j2 or higher? I think I can rule out a race in the makefiles. I've uploaded -2, and the package FTBFS on exactly the same architectures: https://buildd.debian.org/status/logs.php?pkg=libav What do these architectures have in common? Do they do something funky wrt. to symbol versioning? -- regards, Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693040: libav: Strange build failure on several archs
On Mon, Nov 12, 2012 at 1:09 PM, Fabian Greffrath fab...@greffrath.com wrote: Am 12.11.2012 12:09, schrieb Reinhard Tartler: I don't get it. The symbol ff_log2_tab is defined in this file: http://anonscm.debian.org/gitweb/?p=pkg-multimedia/libav.git;a=blob;f=libavutil/log2_tab.c, and libavutil is being linked into the library. Moreover, only armel, s390, s390x and sparc are affected. Maybe out of scope, try to prefix the symbol with the static keyword. That would break the build on all architectures consistently. -- regards, Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693125: Always show No online contacts
reassign 693125 folks 0.8.0-1 forcemerge 678261 693125 thanks Le Tue, 13 Nov 2012 12:11:13 +0100, Julien Danjou a...@debian.org a écrit : Since I've upgraded to version in experimental, I cannot longer see any contact. The Empathy window shows no online contacts. I'm online, I can see it my pressing F4, and anyway I receive messages sent to me via Jabber in gnome-shell without any problem. That's actually my only way to answer to people. This is due to a version mismatch between libfolks and its plugins. More strict dependencies have been added in folks 0.8.0-2 Cheers Laurent Bigoville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693131: xen-tools: DomUs should use noop scheduler by default
Package: xen-tools Severity: wishlist Hi For virtual machines the Dom0 already does the IO scheduling. The DomUs should use the simplest scheduling, namely noop. Anything else requires advanced knowledge of IO schedulers and good coordination between the schedulers in the Dom0, the DomUs and possibly the underlying RAID configuration. Setting the default for new DomUs is easy to fix. Just append the line extra = 'elevator=noop' to the file /etc/xen-tools/xm.tmpl Changing the config files of existing DomUs should be at the discretion of the admin :-) Regards, -- Elmar -- Elmar Heeb Tel-M: +41 79 628 7524 Bläsistrasse 49 Tel-P: +41 44 342 0168 CH-8049 Zürich Tel-G: +41 44 633 2591 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693132: initscripts: mountnfs fails at boot if $NFSHOST is present on /etc/hosts
Package: initscripts Version: 2.88dsf-13.1+squeeze1 Severity: normal Hi, After testing NFS on four Debian hosts I've found that the presence of a static entry for the NFSHOST will make mountnfs to fail at boot. Ironically, I've added the static entry just to make it more reliable. :-)_ The one that fails is probably /etc/network/if-up.d/mountnfs since the init script /etc/init.d/mountnfs.sh appears to be a no-op -- at least for mount point /srv/backups. After some testing I see that do_wait_async_mount it detects correctly the nfs entry from the /etc/fstab file but it no other action is taken. Cheers -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages initscripts depends on: ii coreutils 8.5-1 GNU core utilities ii debianutils3.4 Miscellaneous utilities specific t ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii lsb-base 3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii mount 2.17.2-9 Tools for mounting and manipulatin ii sysv-rc2.88dsf-13.1+squeeze1 System-V-like runlevel change mech ii sysvinit-utils 2.88dsf-13.1+squeeze1 System-V-like utilities Versions of packages initscripts recommends: ii e2fsprogs 1.41.12-4stable1 ext2/ext3/ext4 file system utiliti pn psmisc none (no description available) initscripts suggests no packages. -- Configuration Files: /etc/default/tmpfs changed: TMPFS_SIZE=20% RUN_SIZE=10% LOCK_SIZE=5242880 # 5MiB SHM_SIZE= TMP_SIZE= RW_SIZE=5242880 # 5 MiB -- 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#659994: [regression] icedove: symbol lookup error: [...]/libdbusservice.so: undefined symbol: NS_Alloc
Moritz Muehlenhoff j...@inutil.org writes: On Fri, Feb 24, 2012 at 01:55:54PM +0100, Ansgar Burchardt wrote: Am 21.02.2012 19:46, schrieb Christoph Goehre: On Mi, Feb 15, 2012 at 05:34:45 +0100, Ansgar Burchardt wrote: since the last security update for icedove, the program does not start on several computers here. Instead the following error message is displayed: /usr/lib/icedove/icedove-bin: symbol lookup error: /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc I could reproduce it, but I need to move my .icedove profile away. If I downgrade to libc6 version 2.11.2-10, everything is working fine. So here my steps to reproduce: 1) add deb http://snapshot.debian.org/archive/debian/20111215/ squeeze main to /etc/apt/sources.list and run 'apt-get update' 2) install older libc6 apt-get install libc-bin=2.11.2-10 libc-dev-bin=2.11.2-10 libc6=2.11.2-10 libc6-dev=2.11.2-10 libc6-i386=2.11.2-10 locales=2.11.2-10 3) rerun Icedove Same here: icedove starts with the older version of libc6, but not with version 2.11.3-3. The same is true when also downgrading icedove to 3.0.11-1+squeeze6 (works with old libc6, not with newer libc6). I can also upgrade libc6 to 2.11.3-3 and icedove continues working, but if I also change the version of icedove (by either upgrading or downgrading), icedove again refuses to start. So this seems to be something triggered by running icedove after an update. Does this still occur with Squeeze 6.0.6 ? Yes, this still happens here: # dpkg -l icedove libc6 ii icedove 3.0.11-1+squeeze14 mail/news client with RSS and integrated spam filter support ii libc6 2.11.3-4Embedded GNU C Library: Shared libraries # icedove /usr/lib/icedove/icedove-bin: symbol lookup error: /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693133: salt-master: Master fails to restart: The ports are not available to bind
Package: salt-master Severity: normal Tags: patch Dear Maintainer, Master fails to restart with 'restart' command with error mesasge mentioned in subject. Received output is the following: [ ok ] Restarting salt master control daemon: salt-master[] Stopping salt master control daemon [] Starting salt-master daemon: :The ports are not available to bind It is possible to start salt master successfully right after this failed restart. It is possibly that stop operation exits before the process is actually dead. -- WBR, Andriy Senkovych --- salt-master 2012-11-13 12:52:23.0 + +++ /etc/init.d/salt-master 2012-11-13 12:51:34.0 + @@ -43,7 +43,7 @@ do_stop() { log_begin_msg Stopping $DESC ... -start-stop-daemon --stop --quiet --oknodo --pidfile $PIDFILE +start-stop-daemon --stop --quiet --oknodo --retry=TERM/30/KILL/5 --pidfile $PIDFILE RC=$? [ $RC -eq 0 ] rm -f $PIDFILE log_end_msg $RC
Bug#693133: salt-master: Master fails to restart: The ports are not available to bind
Can you please test the latest version (0.10.4-1) as it should already include your patch. On 13 Nov 2012, at 12:55, Andriy Senkovych jolly_ro...@itblog.org.ua wrote: Package: salt-master Severity: normal Tags: patch Dear Maintainer, Master fails to restart with 'restart' command with error mesasge mentioned in subject. Received output is the following: [ ok ] Restarting salt master control daemon: salt-master[] Stopping salt master control daemon [] Starting salt-master daemon: :The ports are not available to bind It is possible to start salt master successfully right after this failed restart. It is possibly that stop operation exits before the process is actually dead. -- WBR, Andriy Senkovych salt-master.patch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693125: Always show No online contacts
On Tue, Nov 13 2012, Laurent Bigonville wrote: This is due to a version mismatch between libfolks and its plugins. More strict dependencies have been added in folks 0.8.0-2 Awesome, thanks for the tip! Maybe you could mark this bug as affecting Empathy, so it shows on its bug page? That'd avoid duplicate reports I think. -- Julien Danjou ;; Free Software hacker freelance ;; http://julien.danjou.info pgpnzgmGM7f3u.pgp Description: PGP signature
Bug#693114: dovecot-core: Mailboxes inaccessible after upgrade
On Tue, 13 Nov 2012, Hilko Bengen wrote: Package: dovecot Version: 1:2.1.7-4 Severity: serious Dear Maintainer, After an update from 1:2.1.7-2 to 1:2.1.7-4, I could not access my mailboxes at ~/Maildir any more. (This may be related to #644121.) No I don't think so. This on the other hand: I noticed the following line in conf.d/10-mail.conf: , | mail_location = mbox:~/mail:INBOX=/var/mail/%u ` From /usr/share/doc/dovecot-core/README.Debian (and NEWS.Debian) * In conf.d/10-mail.conf, the default mail_location is set to mbox:~/mail:INBOX=/var/mail/%u This has to be set because Dovecots auto-detection of mailboxes fails when a user has no mail. I tried to provide a reasonable default but advanced users will certainly want to change this. Related to this, you might see an error in the logs about dovecot not being able to chgrp certain files. This is because the default user mailboxes in Debian belong to group mail which dovecot is not part of (nor should be.) The Debian package has been patched so that the error will not be fatal but for a more permanent solution, see here: http://wiki2.dovecot.org/Errors/ChgrpNoPerm for some discussion. Or you can set mail_location (and the equivalent settings in your MDA) so that mailboxes are in the users home directory. My git (etckeeper) repository shows that previously, mail_location had been commented out. Commenting it out again fixes the problem for me. (Is ~/Maildir the default value set at compile time?) No but auto-detection worked because you already had mail. If you hadn't you would have run into #623440 I'm really stuck as to how to handle this. Debian policy demands /var/mail be owned by group mail. If I had left the status quo, all new users would have had the same problem you've faced. But fixing it for them causes problems for you. I'm leaving this bug open in case you (or anyone else) have some solution but I really don't think anything more can be done. -- Jaldhar H. Vyas jald...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693132: initscripts: mountnfs fails at boot if $NFSHOST is present on /etc/hosts
2012/11/13 Teodor mteo...@gmail.com: [..] script /etc/init.d/mountnfs.sh appears to be a no-op I've just tested and after removal of '/etc/init.d/mountnfs.sh' and '/etc/init.d/mountnfs-bootclean.sh' from the init sequence (with update-rc.d remove) I can confirm that the NFS mounting is by if-up.d/nfsmount script. Cheers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693042: linux: please support arch powerpcspe
On Mon, Nov 12, 2012 at 01:24:06PM +0100, Roland Stigge wrote: --- linux-3.2.32.backup/debian/config/powerpcspe/defines 1970-01-01 01:00:00.0 +0100 +++ linux-3.2.32/debian/config/powerpcspe/defines 2012-11-12 13:16:36.292183624 +0100 @@ -0,0 +1,17 @@ +[base] +flavours: + powerpcspe + powerpcspe-smp I won't allow new non-smp/smp combinations in. Please decide which one you want. +[powerpcspe_description] +hardware: uniprocessor 32-bit PowerPC This is wrong, otherwise it would be identical to normal PowerPC. +[powerpcspe-smp_image] +configs: powerpcspe/config.powerpcspe powerpcspe/config.powerpcspe-smp You have to add similar definitions to reuse powerpc/config and powerpc/config.powerpc-smp or so. Please see s390x as example. Bastian -- No one may kill a man. Not for any purpose. It cannot be condoned. -- Kirk, Spock's Brain, stardate 5431.6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682050: nmu
Now see if you had contacted the maintainer prior to performing the NMU upload you would have found out that your information was in fact flawed. BTS #690080 was to inform of the new upstream maintainer only a month ago and I've been in contact privately. Furthermore 1.9 was only released within the last week by said new upstream maintainer. That my friend is why you contact the maintainer and find out if assistance is in fact needed or else you're just mucking shit up and pissing the maintainer off considerably. On 12.11.2012 22:17, Michael Gilbert wrote: On Mon, Nov 12, 2012 at 9:50 PM, Jeremy T. Bouse wrote: Not my problem... You put the burden on me, I'm giving you the burden since you obviously took the time failing to contact me to ask and ascertain whether the maintainer might actually be in the process of doing anything with the package. I read the bug traffic, and the latest maintainer activity was four months ago. That's usually a strong indicator that the package needs help. The RC issues were introduced by a previous NMU, the issues are resolved in the new upstream release so as far as I'm concerned their wont-fix issues in this version. I understand that this was introduced by the prior nmu, and that's why this nmu is reverting that broken one. But as I'm turning the package over to you, do what you like. You may as well orphan it so it can get cared for either by the QA team or someone who really cares about it. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693085: ntfs-3g: Endless loop on Application Data directory on Windows Vista file system
This appears to be the same as bug #685551, however, that bug is marked as fixed in the version of ntfs-3g I am using, yet I am still experiencing this bug. Which bug ? The loops in the Windows tree are a decision from Microsoft. Please give an example of a problem this causes to you and which does not happen when you make a similar symlink loop on another file system -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680084: nmu
On Tue, Nov 13, 2012 at 00:30:06 +0100, Julien Cristau wrote: On Mon, Nov 12, 2012 at 16:57:30 -0500, Michael Gilbert wrote: Hi, I've uploaded an nmu fixing this issue to delayed/7. The extra time is to give you a chance to do a maintainer upload instead. Please see attached patch. Isn't this bug just a dupe of 684293, in which case it doesn't need an os-prober change? Also, 'nmu' is the worst Subject ever. Including context helps. Cheers, Julien signature.asc Description: Digital signature
Bug#693134: funguloid: crashes on start with OGRE EXCEPTION
Package: funguloids Version: 1.06-9 Severity: grave Justification: renders package unusable Dear Maintainer, funguloids crashes upon start with the following message. The (to me) suspicious lines are towards the end where it talks about trying to load an x86_64 library on my 32bit system. Creating resource group General Creating resource group Internal Creating resource group Autodetect SceneManagerFactory for type 'DefaultSceneManager' registered. Registering ResourceManager for type Material Registering ResourceManager for type Mesh Registering ResourceManager for type Skeleton MovableObjectFactory for type 'ParticleSystem' registered. OverlayElementFactory for type Panel registered. OverlayElementFactory for type BorderPanel registered. OverlayElementFactory for type TextArea registered. Registering ResourceManager for type Font ArchiveFactory for archive type FileSystem registered. ArchiveFactory for archive type Zip registered. DDS codec registering FreeImage version: 3.15.1 This program uses FreeImage, a free, open source image library supporting all common bitmap formats. See http://freeimage.sourceforge.net for details Supported formats: bmp,ico,jpg,jif,jpeg,jpe,jng,koa,iff,lbm,mng,pbm,pbm,pcd,pcx,pgm,pgm,png,ppm,ppm,ras,tga,targa,tif,tiff,wap,wbmp,wbm,psd,cut,xbm,xpm,gif,hdr,g3,sgi,exr,j2k,j2c,jp2,pfm,pct,pict,pic,3fr,arw,bay,bmq,cap,cine,cr2,crw,cs1,dc2,dcr,drf,dsc,dng,erf,fff,ia,iiq,k25,kc2,kdc,mdc,mef,mos,mrw,nef,nrw,orf,pef,ptx,pxn,qtk,raf,raw,rdc,rw2,rwl,rwz,sr2,srf,sti Registering ResourceManager for type HighLevelGpuProgram Registering ResourceManager for type Compositor MovableObjectFactory for type 'Entity' registered. MovableObjectFactory for type 'Light' registered. MovableObjectFactory for type 'BillboardSet' registered. MovableObjectFactory for type 'ManualObject' registered. MovableObjectFactory for type 'BillboardChain' registered. MovableObjectFactory for type 'RibbonTrail' registered. Loading library /usr/lib/x86_64-linux-gnu/OGRE-1.7.4/RenderSystem_GL An exception has occured: OGRE EXCEPTION(7:InternalErrorException): Could not load dynamic library /usr/lib/x86_64-linux-gnu/OGRE-1.7.4/RenderSystem_GL. System Error: /usr/lib/x86_64-linux-gnu/OGRE-1.7.4/RenderSystem_GL.so: cannot open shared object file: No such file or directory in DynLib::load at /build/buildd-ogre_1.7.4+dfsg1-6-i386-HFTCPD/ogre-1.7.4+dfsg1/OgreMain/src/OgreDynLib.cpp (line 91)funguloids: /usr/include/OGRE/OgreSharedPtr.h:160: T* Ogre::SharedPtrT::operator-() const [with T = Ogre::Material]: Assertion `pRep' failed. Abgebrochen Cheers, Armin -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages funguloids depends on: ii dpkg 1.16.9 ii funguloids-data 1.06-9 ii libalut0 1.1.0-3 ii libc62.13-36 ii libgcc1 1:4.7.2-4 ii liblua5.1-0 5.1.5-4 ii libmad0 0.15.1b-7 ii libogre-1.7.41.7.4+dfsg1-6 ii libois-1.3.0 1.3.0+dfsg0-5 ii libopenal1 1:1.14-4 ii libstdc++6 4.7.2-4 ii libvorbisfile3 1.3.2-1.3 funguloids recommends no packages. funguloids 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#693135: awesomes menu should include xdg desktop entries
Package: awesome Version: 3.4.13-1 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, I wish, awesome would not (only) use the debian menu but show application menu entries as specified by the freedesktop menu specification[1]. [1] http://standards.freedesktop.org/menu-spec/latest Thus awesome would somehow need to parse desktop entry files from /usr/share/applications. I saw two scripts for this on the net: https://github.com/chouilleur/xdg-menu-to-awesome-wm https://wiki.archlinux.org/index.php/Xdg-menu#Awesome Best regards, Thomas Koch - -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.5-trunk-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 awesome depends on: ii dbus-x11 1.6.8-1 ii libc6 2.13-35 ii libcairo2 1.12.2-2 ii libdbus-1-3 1.6.8-1 ii libev41:4.11-1 ii libglib2.0-0 2.33.12+really2.32.4-3 ii libimlib2 1.4.5-1 ii liblua5.1-0 5.1.5-4 ii libpango1.0-0 1.30.0-1 ii libstartup-notification0 0.12-1 ii libx11-6 2:1.5.0-1 ii libxcb-icccm4 0.3.9-2 ii libxcb-image0 0.3.9-1 ii libxcb-keysyms1 0.3.9-1 ii libxcb-randr0 1.8.1-2 ii libxcb-render01.8.1-2 ii libxcb-shape0 1.8.1-2 ii libxcb-shm0 1.8.1-2 ii libxcb-util0 0.3.8-2 ii libxcb-xinerama0 1.8.1-2 ii libxcb-xtest0 1.8.1-2 ii libxcb1 1.8.1-2 ii libxdg-basedir1 1.1.1-2 ii menu 2.1.46 Versions of packages awesome recommends: ii feh2.6.3-1 ii rlwrap 0.37-3 ii x11-xserver-utils 7.7~3 awesome suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJQokrCAAoJEAf8SJEEK6ZaN+kP/2ntAYecpfn4SyCHBrpHEIn4 uPY38xktm3n0H4q/8nnp+/e+MUaZJ5tE+8S7RzynCPy1+meJk05qepP4JzH1QIFX 2EpQLtHZj91X4ujRR8vk7GrQb9pljBZZ7hnuKFZRlv8JojSxnitPZWuFRYHwu/hV ul3EQVRRshE7WCbfj6/u7e774nndkDnoNdg5oNA5Y+msFjENqykelHLC6TnEkiQT TxWg0q3SfAEs2EPKT6v34XhRKRYAm9KIK2RRTotLKWxlq0kTCwB/4qhwPi63HqZE Cfd300Wuq+vR6HgOqSYfr/osumV25dhh06aEnl+IFlc/af81i2MPupAiSMhtM0VF Sb5xmM3Ju0k5oFlOt3q53UIDK8uRgrUp29lDayz+Lp82cFFWpQQKVqzRi+Y5jj6/ O4pWepjhSqr8GQQEk7LEgqE14vbLengFUHkjM/Db0xN4Mff1BdUXelCKZhCHdPBX 4nV0bu2zougennnUISVTek5dbePki4cmazpG9yETq1iXPuShe/ev+7cE5Jo4NgrK Z3EsbaDhvizuF/YqQj5kbAhfkLmRzQ++/etovRy7/crBUKYS4sLAr+7rjEDXF/sb hArHM7AN+a8+ROhF1UucRLuKzCizMhxdbsiIGDL72+QFVkq4Zowg3O5ua+Cb1QgX lR6QBnYc6Ypb16K2BpIx =cJPr -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692959: ntfs-3g: Support resize on clone restore
I had a failing disk and wanted to put things on a new disk that happens to be smaller. I started by creating a clone, and then tried to restore it on the new disk. Currently resizing + cloning in a single step is not possible. Restoring from a compact image + resizing is not technically feasable, because resizing requires random access to the layout data, which is scattered and not seekable in the compact image format. A possible direction would be to make compact images mountable in read-only mode, but your problem will have vanished before this is done. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545272: asterisk-modules: asterisk crashes when connecting to a local ejabberd
On Tue, 13 Nov 2012 14:14:48 +0200 Tzafrir Cohen tzafrir.co...@xorcom.com wrote: Hi, On Mon, Nov 12, 2012 at 11:08:18PM +, Phil Reynolds wrote: Package: asterisk-modules Followup-For: Bug #545272 Dear Maintainer, I recently had this problem myself - it occurred when I switched my Jabber server to ejabberd. I am now running locally-built asterisk packages incorporating the patch found at: https://issues.asterisk.org/jira/secure/attachment/43441/xmpp_no_crash_with_ejabberd.patch Thanks for the bug report! Could you please point me to the Asterisk issue (in the Jira)? https://issues.asterisk.org/jira/browse/ASTERISK-19532 -- Phil Reynolds mail: phil-deb...@tinsleyviaduct.com Web: http://phil.tinsleyviaduct.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684624: Permissions of /run/shm
I've had the same problem and investigated a bit. What happened in my case is that I upgraded some package (apt-get update ; apt-get upgrade on a relatively up-to-date wheezy) and then didn't bother to reboot for a couple days; this left /run/shm unmounted, so I just had the mountpoint with 755 permissions, and chromium didn't start. After a reboot /run/shm was correctly mounted, it had the correct drwxrwxrwt permissions and chromium could start. The error message from chromium is probably misleading, but the main issue should probably be ascribed to the other package (initscripts?). -- Elena ``of Valhalla'' Grandi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693094: RFH: cloud-init -- configuration and customization of cloud instances
live-* does 95% of what cloud-init does already anyway. i'll look into the remaining 5% at some point soon, which would actually make cloud-init somewhat obsolete. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693134: funguloid: crashes on start with OGRE EXCEPTION
Am 13.11.2012 14:26, schrieb Armin Haas: Loading library /usr/lib/x86_64-linux-gnu/OGRE-1.7.4/RenderSystem_GL Indeed, this path is hard-coded in /usr/share/games/funguloids/plugins.cfg, which is in funguloids-data (arch:all). - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693137: ITP: swift-plugin-s3 -- swift3 (S3 compatibility) middleware plugin for swift
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: swift-plugin-s3 Version : 0.0.20121030 Upstream Author : FUJITA Tomonori fujita.tomon...@lab.ntt.co.jp * URL : https://github.com/fujita/swift3 * License : Apache-2 Programming Lang: Python Description : swift3 (S3 compatibility) middleware plugin for swift OpenStack Object Storage (code-named Swift) creates redundant, scalable object storage using clusters of standardized servers to store petabytes of accessible data. It is not a file system or real-time data storage system, but rather a long-term storage system for a more permanent type of static data that can be retrieved, leveraged, and then updated if necessary. Primary examples of data that best fit this type of storage model are virtual machine images, photo storage, email storage and backup archiving. Having no central brain or master point of control provides greater scalability, redundancy and permanence. . Objects are written to multiple hardware devices in the data center, with the OpenStack software responsible for ensuring data replication and integrity across the cluster. Storage clusters can scale horizontally by adding new nodes. Should a node fail, OpenStack works to replicate its content from other active nodes. Because OpenStack uses software logic to ensure data replication and distribution across different devices, inexpensive commodity hard drives and servers can be used in lieu of more expensive equipment. . This package provides the Swift3 Middleware plugin for OpenStack Swift, allowing access to OpenStack swift via the Amazon S3 API. Note that this was previously (eg: in Swift for Wheezy) included directly in swift, but now this is a separated source code. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693138: debian reference claims wheezy is already stable
Package: www.debian.org Severity: grave Hi, http://www.debian.org/doc/manuals/debian-reference/ch02.en.html claims wheezy is the stable release. Please revert to the squeeze version until wheezy is released. We found out on IRC as a user stumbled over that page and installed wheezy instead of squeeze. Thanks, Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689493: src:youtube-dl: missing source for Windows binary
Hi Rogério, I haven't heard anything about this bug, and I'd be pretty sad to see wheezy released without youtube-dl, so I'm going to go ahead with the NMU in the next few days. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693134: funguloid: crashes on start with OGRE EXCEPTION
tags 693134 pending thanks Am 13.11.2012 14:58, schrieb Fabian Greffrath: Indeed, this path is hard-coded in /usr/share/games/funguloids/plugins.cfg, which is in funguloids-data (arch:all). Fixed in SVN, thanks for the bug report! - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693139: debug
Package: emacs-snapshot (2:20121009-1+squeeze) emacs-install emacs-snapshot install/a2ps: Handling install for emacsen flavor emacs-snapshot Wrote /usr/share/emacs-snapshot/site-lisp/a2ps/a2ps-print.elc Wrote /usr/share/emacs-snapshot/site-lisp/a2ps/a2ps.elc install/apel: already byte-compiled for emacs-snapshot, skipped install/bbdb: Byte-compiling for emacs-snapshot ... Generating bbdb-autoloads... Byte-compiling bbdb. This takes looong... done. debian-el files already compiled in /usr/share/emacs-snapshot/site-lisp/debian-el. install/dictionaries-common: Skipping byte-compilation for emacs-snapshot install/dictionary-el: Handling install for emacsen flavor emacs-snapshot Wrote /usr/share/emacs-snapshot/site-lisp/dictionary-el/connection.elc Wrote /usr/share/emacs-snapshot/site-lisp/dictionary-el/dictionary-init.elc Wrote /usr/share/emacs-snapshot/site-lisp/dictionary-el/dictionary.elc Wrote /usr/share/emacs-snapshot/site-lisp/dictionary-el/install-package.elc Wrote /usr/share/emacs-snapshot/site-lisp/dictionary-el/link.elc emacsen-common: Handling install of emacsen flavor emacs-snapshot emacsen-common: byte-compiling for emacs-snapshot Wrote /etc/emacs-snapshot/site-start.d/00debian-vars.elc Wrote /usr/share/emacs-snapshot/site-lisp/debian-startup.elc install/w3m-el-snapshot: already byte-compiled for emacs-snapshot, skipped install/flim: byte-compiling for emacs-snapshot, logged in /tmp/elc.h21w1TGoxPRu emacs-install: /usr/lib/emacsen-common/packages/install/flim emacs-snapshot emacs23 failed at /usr/lib/emacsen-common/emacs-install line 28, TSORT line 12.
Bug#593348: insserv: warning: script 'myupstartjob' missing LSB tags and overrides
The debhelper in wheezy should no longer generate links to /lib/init/upstart-job, so this should be a non-issue now. The /lib/init/upstart-job script itself, though deprecated, will remain in place a while longer on a transitional basis. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#679299: fixed in fusioninventory-agent 2.2.3-4
Control: reopen -1 On Wed, 2012-11-07 at 12:17 +, Gonéri Le Bouder wrote: Source: fusioninventory-agent Source-Version: 2.2.3-4 We believe that the bug you reported is fixed in the latest version of fusioninventory-agent, which is due to be installed in the Debian FTP archive. [...] * fix the postrm script, thanks Adam D. Barratt, (closes: #679299) Unfortunately the maintainer scripts are still broken. postrm: +for ext in '~' '%' .bak .ucf-new .ucf-old .ucf-dist; do + rm -f /etc/fusioninventory/agent.conf$ext +done + +# remove the configuration file itself +rm -f /etc/fusioninventory/agent.conf [...] +# and finally clear it out from the ucf database +if which ucf /dev/null; then +ucf --purge /etc/fusioninventory/agent.conf +fi +if which ucfr /dev/null; then +ucfr --purge fusioninventory-agent /etc/fusioninventory/agent.conf The file shipped in the package appears to be agent.cfg. postinst: +ucf /usr/share/doc/fusioninventory-agent/agent.cfg /etc/fusioninventory/agent.cfg That's a policy violation; specifically section 12.3. +ucfr fusioninventory-agent /etc/fusioninventory/agent. There appears to be a cfg missing from the end of that line. The package also appears to be still shipping the file directly in /etc/, which seems wrong. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org