Bug#663971: $named dependency in init script and pdns
Hi insserv maintainers, there seems to be a problem with apache2's dependency on $named if pdns is installed but not enabled [1]. This does not seem to be a problem with other name servers. pdns ships /etc/insserv.conf.d/pdnsd with $named pdnsd Should this be fixed in pdnsd by adding the +, like other name service entries in /etc/insserv.conf? This. When there are many services that can each independently provide a virtual service, it has been customary to make them optional by prefixing with '+' as in /etc/insserv.conf Curious though, how has pdns been disabled in your case? Thanks, Kel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691012: check_packages: Embedded Perl failed to compile /usr/lib/nagios/plugins/check_packages
Package: nagios-plugins-contrib Version: 4.20120702 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi If Embedded Perl support is enabled (enable_embedded_perl=1, is activated by default in icinga in Debian) the check_packages plugin fails with: - cut-cut-cut-cut-cut-cut- [1350711108.214044] [2320.2] [pid=19530] Raw Command Input: /usr/lib/nagios/plugins/check_packages [1350711108.214057] [2320.2] [pid=19530] Expanded Command Output: /usr/lib/nagios/plugins/check_packages [1350711108.214067] [001.0] [pid=19530] process_macros_r() [1350711108.214078] [2048.1] [pid=19530] BEGIN MACRO PROCESSING *** [1350711108.214087] [2048.1] [pid=19530] Processing: '/usr/lib/nagios/plugins/check_packages' [1350711108.214099] [2048.2] [pid=19530] Processing part: '/usr/lib/nagios/plugins/check_packages' [1350711108.214112] [2048.2] [pid=19530] Not currently in macro. Running output (38): '/usr/lib/nagios/plugins/check_packages' [1350711108.214123] [2048.1] [pid=19530] Done. Final output: '/usr/lib/nagios/plugins/check_packages' [1350711108.214132] [2048.1] [pid=19530] END MACRO PROCESSING * [1350711108.214143] [064.1] [pid=19530] Making callbacks (type 13)... [1350711108.214244] [016.1] [pid=19530] Check result output will be written to '/tmp/checkgGBe9K' (fd=6) [1350711108.214416] [016.1] [pid=19530] ** Using Embedded Perl interpreter to run service check... [1350711108.223185] [016.0] [pid=19530] Embedded Perl failed to compile /usr/lib/nagios/plugins/check_packages, compile error **ePN failed to compile /usr/lib/nagios/plugins/check_packages: Variable %CODE will not stay shared at (eval 2) line 53, at /usr/lib/icinga/p1.pl line 248. - skipping plugin - cut-cut-cut-cut-cut-cut- In check_packages script the subroutine record is using global variables %CODE and $EXITCODE. In the guidelines for writing Perl written plugins this is mentioned at [1]. [1]: http://nagiosplug.sourceforge.net/developer-guidelines.html#PERLPLUGIN Many thanks for your work! Regards, Salvatore - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJQgkiEAAoJEHidbwV/2GP+ad8QAJcXrjK/uMyeHWGMdZNRwVIb uCo+MBcxtyRDqxgkSViKOmqWvvEQyq44oHtNadRRd3bPoOvp46kqMFjXeX3WSYA4 cWXgJus3My9ZNNnb9V2g+dvY/D3rLkfYI8pN155fhWNGbls8ajkYjb9nLwjlRlG4 U6KwsDW3tBiSueecqmBH/XgTXLGyWq67btdzxDksAOodel32//wlek8ar79rGqVg r+ZmrCiuk+xktLTauWnBcIeiZk/bDu4NbRlJGFb/sIkuVzKBHxblEqTPkJ4LaWyc ASCh16Bjm2OZD8PZqPvRChX25Ub04Bmzj98Iza1V+/zAifpxRagu633mZ1MOYgg3 LEao3LbLD9FTtlY1ex59KQQrhaYU8yI2KZ8yFjtoTB34SagRf2IqlnJf7lEjnBcK 0qfpbkchoGDdGyJg80yH2YdXPKEITKFwM/YBGqpTMDioNNi4Q1XHo9bw3DnFn+J6 8Lt4PVswF4thlWzgakv8WPty/wfXfFQNlyPChyZQi3A6fJkHQxtmmu9f//CtKOut Rl98BNUDEUk8d0WlESGy7izAvd8BDokwdX1BcU9okC4bJh76blqrz/Ezm5+osoCP OH3WPic7QFt0Qh/lNzNs4/XSNJhVrV/yAAg/5KarE2zknLmZGXXFq6yuFcdln3ud NZkrlJfufXqNdLo9vtzN =3/tl -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#690536: [pkg-wpa-devel] Bug#690536: wpasupplicant does not enable AP mode at compile time
Hi Patrik, Package: wpasupplicant Version: 1.0-3 wpa_supplicant doesn't enable Access Point mode compile-time configuration option anymore. The debian/changelog file says AP mode was enabled in version 0.7.3-1, but doesn't mention the feature being intentionally disabled after that. Access point mode is needed by ConnMan to enable tethering over WiFi. It is also needed by any other network management software, e.g. NetworkManager, which intends to support tethering over WiFi. Thus it would be nice to have it enabled by default. It looks like we mucked up here when updating from 0.7 - 1.0 the build configuration was overhauled. I think that the fact that upstream defconfig omits CONFIG_AP tricked us into leaving it out. This creates an untimely problem though, this may not be a category of bug which qualifies for release team exception at this very late time in the release cycle. Here is a patch to re-enable AP mode: diff -ru a/debian/config/wpasupplicant/kfreebsd b/debian/config/wpasupplicant/kfreebsd --- wpa-1.0_old/debian/config/wpasupplicant/kfreebsd 2012-10-08 19:32:27.0 +0300 +++ wpa-1.0_new/debian/config/wpasupplicant/kfreebsd 2012-10-15 12:51:21.735613929 +0300 @@ -469,3 +469,6 @@ # XXX: Debian #650834 CONFIG_BGSCAN_SIMPLE=y + +# Enable access point mode +CONFIG_AP=Y diff -ru a/debian/config/wpasupplicant/linux b/debian/config/wpasupplicant/linux --- wpa-1.0_old/debian/config/wpasupplicant/linux 2012-10-08 19:32:27.0 +0300 +++ wpa-1.0_new/debian/config/wpasupplicant/linux 2012-10-15 12:50:44.977185881 +0300 @@ -468,3 +468,6 @@ # XXX: Debian #650834 CONFIG_BGSCAN_SIMPLE=y + +# Enable access point mode +CONFIG_AP=Y With the above configuration change, AP mode support is restored. I don't know whether the same configuration switch is to be applied for the udebs or not. No they should not, not a feature that the installer would be interested in. Thanks, Kel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690992: Missing dependency on libglib2.0-dev
found 690992 libmongo-client-dev 0.1.5-1 thanks On Fri, Oct 19, 2012 at 10:58 PM, Michael Biebl bi...@debian.org wrote: Package: libmongo-client-dev Version: 0.1.6.1-2 Severity: serious This also affects the version in wheezy too. I'll prepare an upload for both, thanks for the report! -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690232: apache2: Apache2 listens on tcp6 only
Am 20.10.2012 01:09, schrieb Arno Töll: tags 690232 +moreingo thanks On 11.10.2012 14:50, Olaf Zaplinski wrote: funny is: I disabled IPv6, now everything works as expected. Frankly, neither Stefan or me have a clear understanding where and how this would a bug. We're aware of a similar sounding issue recored as PR 52709 upstream [1] but that's fixed in Wheezy already. [1] https://issues.apache.org/bugzilla/show_bug.cgi?id=52709 I just checked another host that is working fine on IPv6 and IPv4. No idea what was wrong on the 1st host. Please close this bug, and sorry for the noise. Olaf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691012: check_packages: Embedded Perl failed to compile /usr/lib/nagios/plugins/check_packages
Hi A workaround would be to add # nagios: -epn and do not run this specific plugin with the embedded perl interpreter. Regards, Salvatore signature.asc Description: Digital signature
Bug#691013: gnome-system-log: [INTL:de] Initial German debconf translation
Package: gnome-system-log Version: 3.4.1-3 Severity: wishlist Tags: l10n patch Hi, please find attached the initial German debconf translation of gnome-system-log. Kind regards, Chris # German debconf translation of gnome-system-log. # Copyright (C) 2008 Cosimo Cecchi, 2004,2005 Vincent Noel, # 2009 Johannes Schmid, 1998 Cesar Miquel, 2006 Emmanuele Bassi. # This file is distributed under the same license as the # gnome-system-log package. # Translation by Chris Leick c.le...@vollbio.de 2012. # msgid msgstr Project-Id-Version: gnome-system-log 3.4.1-3\n Report-Msgid-Bugs-To: gnome-system-...@packages.debian.org\n POT-Creation-Date: 2012-10-15 17:04+0200\n PO-Revision-Date: 2012-10-15 19:14+0100\n Last-Translator: Chris Leick c.le...@vollbio.de\n Language-Team: German debian-l10n-ger...@lists.debian.org\n Language: de\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #: ../../debian/org.debian.pkexec.gnome-system-log.policy.in.h:1 msgid Run gnome-system-log msgstr »gnome-system-log« ausführen # FIXME s/logs/logs./ #: ../../debian/org.debian.pkexec.gnome-system-log.policy.in.h:2 msgid Authentication is required to view system logs msgstr Um Systemprotokolle anzusehen, ist eine Authentifizierung erforderlich.
Bug#691014: RFS: swftools/0.9.2+ds1-3 [RC]
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package swftools * Package name: swftools Version : 0.9.2+ds1-3 It builds those binary packages: swftools - Collection of utilities for SWF file manipulation/creation swftools-dbg - Collection of utilities for SWF file manipulation/creation (debug To access further information about this package, please visit the following URL: http://mentors.debian.net/package/swftools Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/s/swftools/swftools_0.9.2+ds1-3.dsc Changes since the last upload: * Added debug package. * Added fix for segfault on i386. (Closes: 690237) * Build with default debian hardening flags. This new version fixes an RC bug, which prevents the package libjs-swfupload from build on i386. -- MfG, Christian Welzel GPG-Key: 4096R/5117E119 2011-09-19 Fingerprint: 3688 337C 0D3E 3725 94EC E401 8D52 CDE9 5117 E119 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659186: Debian bug 659186, new patch, ia64 libmozjs185
Émeric Maschino wrote: Patched libmozjs185 [1] didn't solve the issue, though GNOME Shell crashes in a slightly different way. ... In this case, perhaps the second part of the fix is also missing. Indeed, looking at the original bug report again [4], it appears that JS engine breakage on ia64 was solved thanks to jemalloc patch [3], but also by allowing to turn off static JS strings allocation on ia64 [5]. Do these changes also need to be ported/refactored to the (supposed) new JS code? Yes, you are right. The static-js-string-patch is needed. I missed this. Here is a new attempt, a set of two patches for libmozjs185 in wheezy. The built package can be downloaded here: http://www.fs-driver.org/debian-ia64/libmozjs185-1.0_1.8.5-1.0.0+dfsg-3.1_ia64-patchv2.deb Unfortunately I can't test whether it works or not. Stephan je-malloc.patch Description: je-malloc.patch static-str.patch Description: static-str.patch
Bug#690605: [Pkg-ime-devel] Bug#690605: Bug#690605: Bug#690605: ibus-xkbc: not installed on with desktop metapackage
On Thu, Oct 18, 2012 at 10:27 PM, Osamu Aoki os...@debian.org wrote: Hi, On Tue, Oct 16, 2012 at 01:33:18PM -0500, Ma Xiaojun wrote: On Tue, Oct 16, 2012 at 12:51 PM, Aron Xu happyaron...@gmail.com wrote: I see your point, and I agree it's not intuitive. But unfortunately we can't add ibus to Recommends for all desktop tasks, and even if any GNOME package do that then it is a bug. It's a long story to tell the whole thing, but in short it is not an ideal solution because some (significant amount of) users have other preference on input method framework other than ibus. It could be added to ibus package so that users of ibus get this feature by default. It's up to you. Why we integrate Vi when user base of Emacs, Nano is also huge? Provide a default and let the tweakers do whatever they want. There were some discussions about how the input method integration should be implemented in GNOME, but the outcome was that GNOME designers and developers disagreed to accept the advices from input method developers and took an approach that has led us to an embarrassing situation. Better to summarize as the developer and fans of one IMF try to prevent GNOME from integrating another IMF. [...] GNOME people are integrating IM into GNOME shell. I do not know how to handle this new situation yet. What I know now is Gnome-shell is reconfuarable by external javascript code. Even if GNOME people tightly integrate ibus into gnome-shell, it does not theoretically prevent fcitx to replace ibus as long as someone can write codes to replace functionalities as a hot patch. Considering next Debian release comes after several GNOME3 releases, situation will be easier to handle than how it looks now. The situation here isn't that optimistic, because if one has enabled IBus integration at build time, then whenever a ibus-daemon exist no other input method can work because gnome-settings-daemon will force to use ibus by monitoring and resetting various variables. They are integrating configuration interface of IBus into gnome-control-center, but that's another thing for us to think about. If you'd like to choose which input method framework to use, try im-config. After you have installed the package, run the command im-config from a terminal and then follow the guide. Ubuntu has language-selector, a tool said to be deprecated by GNOME's new control center component, but the replace won't happen in the upcoming 12.10 at least. The input method framework selection part of language-selector is a frontend of im-switch, which has been deprecated by im-config in Debian. If the tool won't get out of 13.04, I'll try to push patch to migrate it from im-switch to im-config. We The fixed im-config has moved to testing on Debian. Since some of the missing features complained by Ubuntu people is fixed in im-config, Ubuntu can move to im-config as backend to language selector. Considering Ubuntu updating every 6 month, they have to deal upcoming IMF integrated GNOME3 first as released packages. That is the biggest challenge. (not minor tweaking between im-config and im-switch.) As yesterday the discussion about making systemd a hard dependency of some important GNOME components, how to deal with the problem for Debian and Ubuntu remains a question. But we can port language-selector to im-config by a easy patch, and the reason for not porting it for such a long time is because of the lack of hands. Ubuntu developers have thought about using GNOME's input method configuration UI, but it's far more harder for them to stick with current language-selector. The original author of language-selector left the company for more than a year ago, and that piece of software is just being maintained to work, no new plans so far. won't have that tool because it manages language packs and fonts as well, which are pointless for Debian. That's the solution favored by some people. They know im-config on Debian, im-switch on Ubuntu, im-chooser on Fedora, System/Environment/Language/INPUT_METHOD on openSUSE... They also know input method related environmental variables (apply to all distribution). The challenge is GNOME3 may not be as compatible as other desktop environment and it requires a lot of GObject and introspection internal things. GNOME3 documentation for developer is not well organized yet. It is not so easy to learn ... No API documentation for Vala or Python bindings in packaged form. Just C one is available as package. http://people.debian.org/~osamu/fun2prog.html#_vala_3 http://people.debian.org/~osamu/fun2prog.html#_pygobject With the speed I am learning, I am not sure if I can propose good path forward ... Happy tweaking! ___ Pkg-ime-devel mailing list pkg-ime-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ime-devel -- Regards, Aron Xu --
Bug#689541: dacs: diff for NMU version 1.4.27b-1.1
Hi Christoph
On Fri, Oct 19, 2012 at 11:16:51AM +0200, Christoph Berg wrote:
thanks for the patch, but I don't think it is valid. If you remove the
dacs module, but leave the apache config there, apache will not be
happy. I guess the best would be to call a2dismod to remove the
symlink when the package is removed.
I just checked this again, here is the log from the test in a virtual
machine. The symlink is removed in preinst. And removing the
/etc/apache2/mods-available/auth_dacs.load is then left to when the
package is purged.
cut-cut-cut-cut-cut-cut-
root@sid:~# dpkg -i libdacs1_1.4.27b-1.1_amd64.deb
libapache2-mod-dacs_1.4.27b-1.1_amd64.deb dacs_1.4.27b-1.1_amd64.deb
(Reading database ... 31077 files and directories currently installed.)
Preparing to replace libdacs1 1.4.27b-1 (using libdacs1_1.4.27b-1.1_amd64.deb)
...
Unpacking replacement libdacs1 ...
Selecting previously unselected package libapache2-mod-dacs.
Unpacking libapache2-mod-dacs (from libapache2-mod-dacs_1.4.27b-1.1_amd64.deb)
...
Preparing to replace dacs 1.4.27b-1 (using dacs_1.4.27b-1.1_amd64.deb) ...
Unpacking replacement dacs ...
Setting up libdacs1 (1.4.27b-1.1) ...
Setting up dacs (1.4.27b-1.1) ...
Installing new version of config file /etc/dacs/acls/INDEX ...
Processing triggers for man-db ...
Setting up libapache2-mod-dacs (1.4.27b-1.1) ...
[] Reloading web server config: apache2apache2: Could not reliably
determine the server's fully qualified domain name, using 192.168.122.53 for
ServerName
. ok
root@sid:~# ls -lah /etc/apache2/mods-{available,enabled}/auth_dacs.load
-rw-r--r-- 1 root root 85 Oct 18 16:48
/etc/apache2/mods-available/auth_dacs.load
lrwxrwxrwx 1 root root 32 Oct 20 09:25 /etc/apache2/mods-enabled/auth_dacs.load
- ../mods-available/auth_dacs.load
cut-cut-cut-cut-cut-cut-
Ok, now only remove the package without deleting
/etc/apache2/mods-available/auth_dacs.load:
cut-cut-cut-cut-cut-cut-
root@sid:~# apt-get remove libapache2-mod-dacs
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer required:
dacs libdacs1
Use 'apt-get autoremove' to remove them.
The following packages will be REMOVED:
libapache2-mod-dacs
0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded.
After this operation, 121 kB disk space will be freed.
Do you want to continue [Y/n]? y
(Reading database ... 31083 files and directories currently installed.)
Removing libapache2-mod-dacs ...
Module auth_dacs disabled.
To activate the new configuration, you need to run:
service apache2 restart
root@sid:~# service apache2 restart
[] Restarting web server: apache2apache2: Could not reliably determine the
server's fully qualified domain name, using 192.168.122.53 for ServerName
... waiting apache2: Could not reliably determine the server's fully qualified
domain name, using 192.168.122.53 for ServerName
. ok
root@sid:~# ls -lah /etc/apache2/mods-{available,enabled}/auth_dacs.load
ls: cannot access /etc/apache2/mods-enabled/auth_dacs.load: No such file or
directory
-rw-r--r-- 1 root root 85 Oct 18 16:48
/etc/apache2/mods-available/auth_dacs.load
root@sid:~# service apache2 status
Apache2 is running (pid 7602).
cut-cut-cut-cut-cut-cut-
So the file /etc/apache2/mods-available/auth_dacs.load is left, and
apache2 still starts. If now package is purged, all (also
conffile dissapear):
cut-cut-cut-cut-cut-cut-
root@sid:~# apt-get purge libapache2-mod-dacs
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer required:
dacs libdacs1
Use 'apt-get autoremove' to remove them.
The following packages will be REMOVED:
libapache2-mod-dacs*
0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded.
After this operation, 0 B of additional disk space will be used.
Do you want to continue [Y/n]? y
(Reading database ... 31078 files and directories currently installed.)
Removing libapache2-mod-dacs ...
Purging configuration files for libapache2-mod-dacs ...
root@sid:~# ls -lah /etc/apache2/mods-{available,enabled}/auth_dacs.load
ls: cannot access /etc/apache2/mods-available/auth_dacs.load: No such file or
directory
ls: cannot access /etc/apache2/mods-enabled/auth_dacs.load: No such file or
directory
root@sid:~# service apache2 restart
[] Restarting web server: apache2apache2: Could not reliably determine the
server's fully qualified domain name, using 192.168.122.53 for ServerName
... waiting ^[[Aapache2: Could not reliably determine the server's fully
qualified domain name, using 192.168.122.53 for ServerName
. ok
root@sid:~# service apache2 status
Apache2 is
Bug#617409: brasero: Brasero corrupts all blank CD-R when burning
Hi, a Brasero flaw was found in the course of Debian bug 688229. It would provide an explanation for the problems which are described here. Especially it is involved when burning directly to optical media and not involved when writing ISO filesystems to hard disk. The problem was introduced in october 2012 by http://git.gnome.org/browse/brasero/commit/?id=1b8397ee252df2d554682ca2d694d5937fbf6e39 A patch is provided by http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=124;filename=0001-Libburnia-plugin-Fix-while-loop-in-brasero_libisofs_.patch;att=1;bug=688229 Have a nice day :) Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690297: muffin: Segfault on window reducing
tags 690297 unreproducible thanks Hi Roland! I have not given up to solve this bug. But actually I am still unable to reproduce it. I have contacted upstream yesterday, but they were quite busy and did not have time to look carefully at it. But this is an ongoing task with them. As I said in my previous email, could you report the output of glxinfo (you can drop the part of the about visuals). It obviously did not crash in the opengl implementation but it might be useful to know what are the extensions that may be used or not during the animation. It could also be helpful to understand your crash if we know whether it occurs when you use cinnamon. In 1 or 2 weeks it is likely to be uploaded to the archives. At that moment you can try it and tell if you see the same problem. Sorry for not being helpful (for the moment) Cheer, Nicolas signature.asc Description: OpenPGP digital signature
Bug#691015: conserver-client: fails to upgrade from testing: Can't locate Tie/Hash/NamedCapture.pm in @INC
Package: conserver-client Version: 8.1.18-2.1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'testing'. It installed fine in 'wheezy', then the upgrade to 'sid' fails. From the attached log (scroll to the bottom...): Preparing to replace conserver-client 8.1.18-2 (using .../conserver-client_8.1.18-2.1_amd64.deb) ... Unpacking replacement conserver-client ... Setting up conserver-client (8.1.18-2.1) ... Can't locate Tie/Hash/NamedCapture.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl .) at -e line 1. BEGIN failed--compilation aborted at -e line 1. dpkg: error processing conserver-client (--configure): subprocess installed post-installation script returned error exit status 2 Errors were encountered while processing: conserver-client cheers, Andreas conserver-client_8.1.18-2.1.log.gz Description: GNU Zip compressed data
Bug#690150: libphone-ui-dev: missing copyright file after upgrade from squeeze
Source: libphone-ui-dev Followup-For: Bug #690150 Control: found -1 1:0.0.1+git20110825-2.1 Hi, that NMU makes /usr/share/doc/libphone-ui-dev a dangling symlink. The correct target would probably be libphone-ui-20110825. 0m47.2s ERROR: Command failed (status=1): ['chroot', '/tmp/piupartss/tmp3hgVpu', 'tmp/scripts/pre_remove_50_find_missing_copyright'] MISSING COPYRIGHT FILE: /usr/share/doc/libphone-ui-dev/copyright lrwxrwxrwx 1 root root 11 Oct 16 17:28 /usr/share/doc/libphone-ui-dev - libphone-ui ls: cannot access /usr/share/doc/libphone-ui-dev/: No such file or directory Andreas libphone-ui-dev_1:0.0.1+git20110825-2.1.log.gz Description: GNU Zip compressed data
Bug#686481: Clarification:
On Sat, Oct 20, 2012 at 01:01:56AM +0900, Osamu Aoki wrote: I think the debian-reference can mention non-free, but should take good care of clarifying the risks that the users take in picking software from there (lack of freedom and, more practically, lack of support from Debian, as we can't support stuff for which we don't have the source code properly). Osamu: would you agree with that? Yes. I also re-thought about the whole thing again. One of the problem was that the section title had non-free hardware This made the tone and impression quite skewed. Of course, my initial intent was helping people looking for non-free firmware etc. But I did not wish to encourage non-free software. […] Please read them after next update cycle within few hours or so since I added some changes. If you have suggestion, let me know. Many thanks for your work, Osamu! I went through the new text and I agree that it implements the ideas we discussed in this bug report. As I minor communication nitpick, I'd personally just add a couple more things to the 100% free pages: 1/ that we _recommend_ running only free software from main (right now there is an _explanation_ of the drawbacks of using contrib/non-free, which should be convincing enough, but an explicit recommendation wouldn't hurt either), and 2/ that by default only software from main is installed to respect user freedoms. But as I said, that's only a minor nitpick. Beside that, I think this is great progress, thanks! -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o Debian Project Leader . . . . . . @zack on identi.ca . . o o o . . . o . « the first rule of tautology club is the first rule of tautology club » signature.asc Description: Digital signature
Bug#691016: [CRASH] Uncaught exception ZeroDivisionError in Frontend/Gtk/GtkProgress.py:688
Package: update-manager-gnome
Version: 0.200.5-1
Severity: normal
File: /usr/share/pyshared/UpdateManager/Frontend/Gtk/GtkProgress.py
*** /tmp/update-manager-bugyXcs4s
The information below has been automatically generated.
Please do not remove this from your bug report.
- Exception Type: type 'exceptions.ZeroDivisionError'
- Exception Value: ZeroDivisionError('float division',)
- Exception Origin: _MainThread(MainThread, started 1208181216)
- Exception Traceback:
File
/usr/lib/pymodules/python2.6/UpdateManager/Frontend/Gtk/GtkProgress.py, line
602, in _sig_item_update
self._update_percent()
File
/usr/lib/pymodules/python2.6/UpdateManager/Frontend/Gtk/GtkProgress.py, line
688, in _update_percent
self._download_count)
-- System Information:
Debian Release: 6.0.6
APT prefers stable
APT policy: (500, 'stable')
Architecture: powerpc (ppc)
Kernel: Linux 2.6.32-5-powerpc
Locale: LANG=en_SG.utf8, LC_CTYPE=en_SG.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages update-manager-gnome depends on:
ii gconf22.28.1-6 GNOME configuration database syste
ii gksu 2.0.2-5graphical frontend to su
ii python2.6.6-3+squeeze7 interactive high-level object-orie
ii python-dbus 0.83.1-1 simple interprocess messaging syst
ii python-gconf 2.28.1-1 Python bindings for the GConf conf
ii python-gobject2.21.4+is.2.21.3-1 Python bindings for the GObject li
ii python-gtk2 2.17.0-4 Python bindings for the GTK+ widge
ii python-support1.0.10 automated rebuilding support for P
ii python-vte1:0.24.3-4 Python bindings for the VTE widget
ii update-manager-core 0.200.5-1 APT update manager core functional
update-manager-gnome recommends no packages.
Versions of packages update-manager-gnome suggests:
ii software-properties-gtk0.60.debian-3 manage the repositories that you i
ii update-notifier0.99.3debian8 Daemon which notifies about packag
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652629: debian-reference: Please add epub support
Hi, On Thu, Oct 18, 2012 at 10:54:04PM +0900, Hideki Yamane wrote: On Thu, 18 Oct 2012 21:32:10 +0900 Osamu Aoki os...@debian.org wrote: I have bought an ereader ... so I now have some serious incentive for me to make epub. Now I see the reason. glad to hear that :-D I guess you used --skip-validation since it did not build. But it is better to validate. I am fixing wrong markups first :-) Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691017: ptex-bin: what's the future of jmpost and jbibtex-bin?
Source: ptex-bin Version: 3.1.11+0.04b-0.2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Control: affects -1 + jmpost jbibtex-bin Hi, jmpost and jbibtex-bin are no longer installable in sid due to a dependency on the no longer available libkpathsea5. The ptex-bin binary package has been taken over by texlive-lang as a transitional dummy package. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687614: unblock: gdebi/0.8.6 (pre-approval)
gDebi has been uploaded some time ago, and nobody played Vodoo on me, so it seems it's behaving good ;) Please consider unblocking it. Other than the changes listed in the debdiff, I refreshed translations as anticipated in my first message. Thanks in advance! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691018: libatk-bridge2.0-0: [experimental] closes a shared libdbus connection
Package: libatk-bridge2.0-0 Version: 2.6.0-1 Severity: normal Since upgrading to Gtk and ATK from experimental, some Gtk applications (including gedit and evince) print this warning on exit: process 24460: Applications must not close shared connections - see dbus_connection_close() docs. This is a bug in the application. gdb reveals that the only call to dbus_connection_close is from the ATK bridge. Applications using libdbus may only close private D-Bus connections, obtained with dbus_connection_open_private() or dbus_bus_get_private(). They must not close global shared connections, which come from dbus_connection_open() or dbus_bus_get(). I haven't yet checked whether this is fixed in 2.6.1. default|archetype% gdb =gedit ~ GNU gdb (GDB) 7.4.1-debian Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/gedit...(no debugging symbols found)...done. (gdb) set logging on Copying output to gdb.txt. (gdb) break dbus_connection_close Function dbus_connection_close not defined. Make breakpoint pending on future shared library load? (y or [n]) y Breakpoint 1 (dbus_connection_close) pending. (gdb) run Starting program: /usr/bin/gedit [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [New Thread 0x7fffecb70700 (LWP 25533)] [New Thread 0x7fffe7fff700 (LWP 25534)] [New Thread 0x7fffe77fe700 (LWP 25535)] Breakpoint 1, dbus_connection_close (connection=0x6f3150) at ../../dbus/dbus-connection.c:2889 2889../../dbus/dbus-connection.c: No such file or directory. (gdb) bt #0 dbus_connection_close (connection=0x6f3150) at ../../dbus/dbus-connection.c:2889 #1 0x7268da0b in atk_bridge_adaptor_cleanup () from /usr/lib/x86_64-linux-gnu/libatk-bridge-2.0.so.0 #2 0x772df970 in _gtk_accessibility_shutdown () at /tmp/buildd/gtk+3.0-3.6.0/./gtk/a11y/gail.c:809 #3 0x0042b0dd in main () (gdb) cont Continuing. process 25530: Applications must not close shared connections - see dbus_connection_close() docs. This is a bug in the application. [Thread 0x7fffe77fe700 (LWP 25535) exited] [Thread 0x7fffe7fff700 (LWP 25534) exited] [Thread 0x7fffecb70700 (LWP 25533) exited] [Inferior 1 (process 25530) exited normally] (gdb) -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 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) Shell: /bin/sh linked to /bin/dash Versions of packages libatk-bridge2.0-0 depends on: ii libatk1.0-02.4.0-2 ii libatspi2.0-0 2.5.3-2 ii libc6 2.13-35 ii libdbus-1-31.6.8-1+exp1 ii libglib2.0-0 2.34.0-1 ii multiarch-support 2.13-35 libatk-bridge2.0-0 recommends no packages. libatk-bridge2.0-0 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#688712: wesnoth: needs to handle symlink to directory change of /usr/share/doc/wesnoth
Control: severity -1 serious Control: affects -1 + wesnoth-core wesnoth-music Hi, rising the severity as partially overwriting files from other packages (in a way dpkg can't detect it) is a really bad idea and triggers debsums errors in several more packages. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690914: [Cupt-devel] Bug#690914: cupt: during downloads please show ETA of '.delta' file, rather than '.deb' file.
tags 690914 + confirmed quit Hi, thank you for the report. On 2012-10-18 22:37, A. Costa wrote: During an upgrade via a dialup connection: Get:3 debdelta:http://debdeltas.debian.net/debian-deltas xulrunner-10.0 10.0.9esr-1 [9688KiB] 40% [3 xulrunner-10.0 2431KiB/9688KiB 25%] | 3258B/s | ETA: 21m4s But 9688K is the size of the compressed '.deb' file: [...] Since it's a '.delta' file that's being downloaded, the above ETA is incorrect. The correct ETA might be anywhere from 1%-70% of that. True. This is a shortcoming in the Cupt download model. I hope I will have time to overcome that in the Cupt 2.6. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++ GNU/Linux userspace developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691005: unblock: kdegames/4:4.8.4-2
On Friday 19 October 2012 20:45:56 Lisandro Damián Nicanor Pérez Meyer wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package kdegames This packages adds two patches taken from upstream to fix kajongg for new SQLite/QtSql versions. It closes #683856 whith severity important. It also improves the kajongg dependencies: - add missing epochs in dependencies needing them - tighten kdegames-mahjongg-data to at least the same source version diffstat: changelog | 15 +++ control|7 --- patches/series |2 ++ patches/upstream_r1301756.diff | 20 patches/upstream_r1301764.diff | 26 ++ 5 files changed, 67 insertions(+), 3 deletions(-) unblock kdegames/4:4.8.4-2 The version of python-qt4-sql this package depends on is unavailable in debian sid, making the update uninstallable. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581786: can hang, in an unkillable state
Package: mount Version: 2.17.2-9 Severity: normal I have the same issues that other peoples said in this bug report. With a lot of DVD-R or CD-R, mount -t iso9660 /dev/sr0 /media/cdrom mount takes all the load of the CPU None syslog errors are issued. The system become unrebootable. Only a hard reboot with the power button works. The stable and backport kernels seems to be affected. I think that this bug should have an important severity. Regards. -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-0.bpo.3-rt-686-pae (SMP w/1 CPU core; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mount depends on: ii libblkid1 2.17.2-9 block device id library ii libc6 2.13-35Embedded GNU C Library: Shared lib ii libselinux1 2.0.96-1 SELinux runtime shared libraries ii libsepol1 2.0.41-1 SELinux library for manipulating b ii libuuid1 2.17.2-9 Universally Unique ID library mount recommends no packages. Versions of packages mount suggests: ii nfs-common 1:1.2.5-4~bpo60+1 NFS support files common to client -- 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#679386: Re: Dirty Workaround
Tested accountsservice and here is a workaround for it also: - #!/bin/bash # use .dmrc or accountsservice data (if accounts-daemon is running) if pidof accounts-daemon /dev/null then TEMPLANG=$(cat /var/lib/AccountsService/users/$USER | grep ^Language= | cut -d '=' -f 2 | sed 's/utf8/UTF8/') [ ! -z $TEMPLANG ] export LANG=$TEMPLANG else TEMPLANG=$(cat $HOME/.dmrc | grep ^Language= | cut -d '=' -f 2 | sed 's/utf8/UTF8/') [ ! -z $TEMPLANG ] export LANG=$TEMPLANG fi - What is the correct $LANGUAGE syntax when locale has a modifier? In my case, when $LANG is ru_RU.UTF-8@ISO, your $LANGUAGE generator line produces ru_RU@ISO:ru@ISO. Is that correct, or it should be only ru_RU:ru? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690982: Acknowledgement (Printouts are incomplete)
Hi Michael, and thanks for your very detailed bugreport, it's greatly
appreciated.
Without much insight into your specific problem, would the (quite invasive)
attached patch solve your problem ? It's the backport of latest upstream
CUPS libusb backend over 1.5.3-2.3 .
Le samedi, 20 octobre 2012 01.03:40, Michael Biebl a écrit :
On a different note: I don't quite understand, by you modprobe the usblp
module on upgrades, but not in the init script
If the module is needed, shouldn't you also load it when you reboot?
If it's not needed, why the modprobe?
Well... As far as I understand it (and I'm a young cups bird), the module
should either be loaded by default or on-demand. It has been blacklisted for a
while so the postinst ensures that a non-rebooted system upgraded through
these versions would get a loaded module. I think (but might be wrong), that
the module would otherwise be loaded.
Looking forward for the results of the attached patch!
Cheers,
OdyX
--- a/backend/usb-libusb.c
+++ b/backend/usb-libusb.c
@@ -70,7 +70,7 @@
read_endp, /* Read endpoint */
protocol, /* Protocol: 1 = Uni-di, 2 = Bi-di. */
usblp_attached, /* usblp kernel module attached? */
- opened_for_job; /* Set to 1 by print_device() */
+ reset_after_job; /* Set to 1 by print_device() */
unsigned int quirks; /* Quirks flags */
struct libusb_device_handle *handle; /* Open handle to device */
} usb_printer_t;
@@ -122,6 +122,8 @@
#define USBLP_QUIRK_USB_INIT 0x2 /* needs vendor USB init string */
#define USBLP_QUIRK_BAD_CLASS 0x4 /* descriptor uses vendor-specific
Class or SubClass */
+#define USBLP_QUIRK_RESET 0x4000 /* After printing do a reset
+ for clean-up */
#define USBLP_QUIRK_NO_REATTACH 0x8000 /* After printing we cannot re-attach
the usblp kernel module */
@@ -141,15 +143,41 @@
{ 0x0409, 0xf1be, USBLP_QUIRK_BIDIR }, /* NEC Picty800 (HP OEM) */
{ 0x0482, 0x0010, USBLP_QUIRK_BIDIR }, /* Kyocera Mita FS 820,
by zut ker...@zut.de */
+ { 0x04a9, 0x10a2, USBLP_QUIRK_BIDIR }, /* Canon, Inc. PIXMA iP4200
+ Printer, http://www.cups.org/str.php?L4155 */
+ { 0x04a9, 0x10b6, USBLP_QUIRK_BIDIR }, /* Canon, Inc. PIXMA iP4300
+ Printer, https://bugs.launchpad.net/bugs/1032385 */
+ { 0x04a9, 0x170c, USBLP_QUIRK_BIDIR }, /* Canon, Inc. MP500
+ Printer, https://bugs.launchpad.net/bugs/1032456 */
+ { 0x04a9, 0x1717, USBLP_QUIRK_BIDIR }, /* Canon, Inc. MP510
+ Printer, https://bugs.launchpad.net/bugs/1050009 */
+ { 0x04a9, 0x173d, USBLP_QUIRK_BIDIR }, /* Canon, Inc. MP550
+ Printer, http://www.cups.org/str.php?L4155 */
+ { 0x04a9, 0x173e, USBLP_QUIRK_BIDIR }, /* Canon, Inc. MP560
+ Printer, http://www.cups.org/str.php?L4155 */
+ { 0x04f9, 0x001a, USBLP_QUIRK_NO_REATTACH }, /* Brother Industries, Ltd
+ HL-1430 Laser Printer,
+ https://bugs.launchpad.net/bugs/1038695 */
{ 0x04f9, 0x000d, USBLP_QUIRK_BIDIR |
USBLP_QUIRK_NO_REATTACH }, /* Brother Industries, Ltd
- HL-1440 Laser Printer */
+ HL-1440 Laser Printer,
+ https://bugs.launchpad.net/bugs/1000253 */
+ { 0x06bc, 0x000b, USBLP_QUIRK_NO_REATTACH }, /* Oki Data Corp.
+ Okipage 14ex Printer,
+ https://bugs.launchpad.net/bugs/872483 */
+ { 0x06bc, 0x01c7, USBLP_QUIRK_NO_REATTACH }, /* Oki Data Corp. B410d,
+ https://bugs.launchpad.net/bugs/872483 */
{ 0x04b8, 0x0202, USBLP_QUIRK_BAD_CLASS }, /* Seiko Epson Receipt
Printer M129C */
{ 0x067b, 0x2305, USBLP_QUIRK_BIDIR |
- USBLP_QUIRK_NO_REATTACH },
+ USBLP_QUIRK_NO_REATTACH |
+ USBLP_QUIRK_RESET },
/* Prolific Technology, Inc. PL2305 Parallel Port
- (USB - Parallel adapter) */
+ (USB - Parallel adapter), https://bugs.launchpad.net/bugs/987485 */
+ { 0x04e8, 0x, USBLP_QUIRK_RESET }, /* All Samsung devices,
+ https://bugs.launchpad.net/bugs/1032456 */
+ { 0x0a5f, 0x, USBLP_QUIRK_BIDIR }, /* All Zebra devices,
+ https://bugs.launchpad.net/bugs/1001028 */
{ 0, 0 }
};
@@ -256,7 +284,12 @@
}
g.print_fd = print_fd;
- g.printer-opened_for_job = 1;
+
+ /*
+ * Some devices need a reset after finishing a job, these devices are
+ * marked with the USBLP_QUIRK_RESET quirk.
+ */
+ g.printer-reset_after_job = (g.printer-quirks USBLP_QUIRK_RESET ? 1 : 0);
/*
* If we are printing data from a print driver on stdin, ignore SIGTERM
@@ -772,7 +805,7 @@
* Reset the device to clean up after the job
*/
-if (printer-opened_for_job == 1)
+if (printer-reset_after_job == 1)
{
if ((errcode = libusb_reset_device(printer-handle)) 0)
fprintf(stderr,
@@ -1288,7 +1321,7 @@
}
printer-usblp_attached = 0;
- printer-opened_for_job = 0;
+ printer-reset_after_job = 0;
if (verbose)
fputs(STATE: +connecting-to-device\n, stderr);
@@ -1586,7 +1619,8 @@
for (i = 0; quirk_printers[i].vendorId; i++)
{
if (vendor == quirk_printers[i].vendorId
-
Bug#691019: docbookwiki: modifies shipped files in /usr/share/docbookwiki/
Package: docbookwiki Version: 0.9.2-5 Severity: serious Hi, with the SVN repository moved to /var a few more modifications of shipped files are uncovered: 1m27.4s ERROR: FAIL: debsums reports modifications inside the chroot: /usr/share/docbookwiki/content/SVN/book_list /usr/share/docbookwiki/content/SVN/svn_cfg.txt /usr/share/docbookwiki/content/downloads/dblatex.sh /usr/share/docbookwiki/search/make_index.sh /usr/share/docbookwiki/search/search.sh If these are configuration files, they should be in /etc. If these are state files that are generated automatically, they should not be shipped (or only a template should be shipped) and maybe they should be moved to /var, too. With the current setup, all modifications will be overwritten on upgrade or reinstallation. Andreas docbookwiki_0.9.2-5.log.gz Description: GNU Zip compressed data
Bug#691020: RFS: gcc-4.7-doc/4.7.2-2
Package: sponsorship-requests Severity: normal User: sponsorship-reque...@packages.debian.org Usertags: for-wheezy, fit-for-wheezy Dear mentors, I am looking for a sponsor for my package gcc-4.7-doc * Package name: gcc-4.7-doc Version : 4.7.2-2 Upstream Author : FSF * URL : http://gcc.gnu.org/ * License : GFDL-1.3+ (with invariant sections, and front/back cover text) Section : doc This upload is intended to change maintainer to me, to meet the release team's requirement, and hopefully get unblocked.[1] [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=689726 It builds those binary packages: cpp-4.7-doc - documentation for the GNU C preprocessor (cpp) gcc-4.7-doc - documentation for the GNU compilers (gcc, gobjc, g++) gcc-doc-base - several GNU manual pages gccgo-4.7-doc - documentation for the GNU Go compiler (gccgo) gcj-4.7-doc - documentation for the GNU Java tools (gcj, gij) gfortran-4.7-doc - documentation for the GNU Fortran Compiler (gfortran) gnat-4.7-doc - documentation for the GNU Ada 95 Compiler (gnat) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/gcc-4.7-doc Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/non-free/g/gcc-4.7-doc/gcc-4.7-doc_4.7.2-2.dsc More information about hello can be obtained from http://www.example.com. Changes since the last upload: gcc-4.7-doc (4.7.2-2) unstable; urgency=low * New maintainer. * Thanks to Samuel Bronson for his work on this package. I keep him in uploaders as he might contribute further. * Removed DMUA flag, as it's being deprecated. Thanks to Steffen for adding that. * Improved README.source, and added a helper script, check_gcc_patches. * Synced patches with gcc-4.7, 4.7.2-4. - updated debian/patches/from-debian-gcc-rename-info-files.diff * Added a patch, alpha-ieee-doc-clarification.diff, to state that changes in from-debian-gcc-alpha-ieee-doc.diff are specific to the alpha architecture. * Updated copyright. Cheers, Guo Yixuan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691005: unblock: kdegames/4:4.8.4-2
Control: reopen -1 On 2012-10-20 11:38, Beojan Stanislaus wrote: On Friday 19 October 2012 20:45:56 Lisandro Damián Nicanor Pérez Meyer wrote: [...] The version of python-qt4-sql this package depends on is unavailable in debian sid, making the update uninstallable. Indeed, thanks for catching that. Lisandro, can you please upload a new version fixing that and ping me via this bug when it has been in unstable for a couple of days? ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691021: RFS: gcc-4.6-doc/4.6.3-2
Package: sponsorship-requests Severity: normal User: sponsorship-reque...@packages.debian.org Usertags: for-wheezy, fit-for-wheezy Dear mentors, I am looking for a sponsor for my package gcc-4.6-doc * Package name: gcc-4.6-doc Version : 4.6.3-2 Upstream Author : FSF * URL : http://gcc.gnu.org/ * License : GFDL-1.3+ (with invariant sections, and front/back cover text) Section : doc This upload is intended to change maintainer to me, to meet the release team's requirement, and hopefully get unblocked.[1] [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=689726 It builds those binary packages: cpp-4.6-doc - documentation for the GNU C preprocessor (cpp) gcc-4.6-doc - documentation for the GNU compilers (gcc, gobjc, g++) gccgo-4.6-doc - documentation for the GNU Go compiler (gccgo) gcj-4.6-doc - documentation for the GNU Java tools (gcj, gij) gfortran-4.6-doc - documentation for the GNU Fortran Compiler (gfortran) gnat-4.6-doc - documentation for the GNU Ada 95 Compiler (gnat) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/gcc-4.6-doc Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/non-free/g/gcc-4.6-doc/gcc-4.6-doc_4.6.3-2.dsc Changes since the last upload: gcc-4.6-doc (4.6.3-2) unstable; urgency=low * New maintainer. * Thanks to Samuel Bronson for his work on this package. I keep him in uploaders as he might contribute further. * Removed DMUA flag, as it's being deprecated. Thanks to Steffen for adding that. * Improved README.source, and added a helper script, check_gcc_patches. * Synced patches with gcc-4.6, 4.6.3-12, no changes needed. * Added a patch, alpha-ieee-doc-clarification.diff, to state that changes in from-debian-gcc-alpha-ieee-doc.diff are specific to the alpha architecture. * Updated copyright. Cheers, Guo Yixuan signature.asc Description: Digital signature
Bug#691022: RFS: gcc-4.4-doc-non-dfsg/4.4.7-1
Package: sponsorship-requests Severity: normal User: sponsorship-reque...@packages.debian.org Usertags: for-wheezy Dear mentors, I am looking for a sponsor for my package gcc-4.4-doc-non-dfsg * Package name: gcc-4.4-doc-non-dfsg Version : 4.4.7-1 Upstream Author : FSF * URL : http://gcc.gnu.org/ * License : GFDL-1.2+ (with invariant sections, and front/back cover text) Section : doc This upload brings documents up to date with gcc-4.4 package, and stops to build gcc-doc-base package, as it's provided by src:gcc-4.7-doc now. It builds those binary packages: cpp-4.4-doc - documentation for the GNU C preprocessor (cpp) gcc-4.4-doc - documentation for the GNU compilers (gcc, gobjc, g++) gcj-4.4-doc - documentation for the GNU Java tools (gcj, gij) gfortran-4.4-doc - documentation for the GNU Fortran Compiler (gfortran) gnat-4.4-doc - documentation for the GNU Ada 95 Compiler (gnat) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/gcc-4.4-doc-non-dfsg Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/non-free/g/gcc-4.4-doc-non-dfsg/gcc-4.4-doc-non-dfsg_4.4.7-1.dsc Changes since the last upload: gcc-4.4-doc-non-dfsg (4.4.7-1) unstable; urgency=low * Updated to upstream version 4.4.7. * Took many changes from gcc-4.6-doc, thanks to Samuel Bronson. - Use version-free names for debhelper config files. - Use 3.0 (quilt) source format. - Set debhelper compat level to 7. - Added extract-doc-tarball-from-upstream, a script behind get-orig-source. - Added a gbp.conf. - Build gnat_ugn the way it's built upstream, using the xgnatugn preprocessor, and update debian/extract-doc-tarball-from-upstream to include the needed files in .orig tarballs. - Updated README.source. * Synced patches with gcc-4.4 4.4.7-3. - removed debian/patches/from-debian-gcc-gcc-atom-doc.diff, - removed debian/patches/from-debian-gcc-cell-branch-doc.diff, - added debian/patches/from-debian-gcc-gold-and-ld-doc.diff, - and updated other patches. * Added a patch, alpha-ieee-doc-clarification.diff, to state that changes in from-debian-gcc-alpha-ieee-doc.diff are specific to the alpha architecture. * debian/control: - Removed gcc-doc-base (default version is 4.7 now). - Added myself to uploaders. - Bumped policy version to 3.9.4. - Added git repo urls in Vcs-*. - Build-depends: dropped dpatch, updated debhelper to = 7.0.50~, and added gnat-4.6 | gnat - Added Homepage. - Use Breaks instead of Conflicts, gcc-4.4-doc now breaks gcc (= 2.7.2.3-4.3) and gcc-docs ( 2.95.2). * Added watch file. * Updated copyright file, based on gcc-4.6-doc's copyright. * Improved README.source, and added a helper script, check_gcc_patches. Cheers, Guo Yixuan signature.asc Description: Digital signature
Bug#679386: Re: Dirty Workaround
Remove /dev/null in script condition, and it should work (for some reason if condition allways triggered as true when parsed by Xsession if redirect is present) If accountsservice is not installed, this workaround works best with lightdm 1.4.0-1 from experimental. Version 1.2.2-3 always defaults to system locale in greeter, you have to re-choose it every time. Version 1.4.0-1 just does not touch/show locale, so the last is being set by script, everything works fine. When accountsservice is installed, both versions work well with workaround. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690424: unblock: node/0.3.2-7.2
On Sun, Oct 14, 2012 at 11:01:02 +0100, Steve McIntyre wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package node I've just uploaded an NMU which implements only the changes requested by the TC for the rename to stop the clash with nodejs. Reviewed already by several folks at a BSP here. Please unblock. As far as I can tell the manpage stuff still needs work. ax25-node.deb contains -rw-r--r-- root/root 3210 2012-10-13 23:54 ./usr/share/man/man8/node.8.gz -rw-r--r-- root/root 3210 2012-10-14 09:48 ./usr/share/man/man8/ax25-node.8.gz node.deb contains lrwxrwxrwx root/root 0 2012-10-14 09:48 ./usr/share/man/man8/node.8 - ax25-node.8 which is dangling. Cheers, Julien signature.asc Description: Digital signature
Bug#690899: Backend decision
Usually accountsservice is either installed/runs or not. So choosing what to use should be automatic, depending on whether accounts-daemon is running or not. For compatibility reasons it is better to write to both .dmrc and /var/lib/AccountsService/users/$USER anyway./var/lib/AccountsService/users/$USER anyway. And choose what to read from depending on accounts-daemon existence. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691023: graphviz: Please support Python 3
Package: graphviz Version: 2.26.3-12 Severity: wishlist Dear Maintainer, Please support Python 3.2 as well as Python 2.7 This package uses swig to create Python 2 bindings and for other languages. swig support Python 3.2 now, so I think it's not difficult to support it. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (400, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=ja_JP.utf8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages graphviz depends on: ii libc6 2.13-35 ii libcdt4 2.26.3-12 ii libcgraph5 2.26.3-12 ii libexpat1 2.1.0-1 ii libgd2-xpm 2.0.36~rc1~dfsg-6.1 ii libgraph4 2.26.3-12 ii libgvc5 2.26.3-12 ii libgvpr12.26.3-12 ii libx11-62:1.5.0-1 ii libxaw7 2:1.0.10-2 ii libxmu6 2:1.1.1-1 ii libxt6 1:1.1.3-1 Versions of packages graphviz recommends: ii fonts-liberation [ttf-liberation] 1.07.2-5 Versions of packages graphviz suggests: pn graphviz-doc none ii gsfonts 1:8.11+urwcyr1.0.7~pre44-4.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#672030: Fwd: Re: Cannot build beast with gcc 4.7
Hi Tim, I wonder if there is any news on this bug on your side? The situation in Debian is that the Release team has the 'beast' package on its removal list and requests a solution for this problem /before/ next Friday (Oct 26). If we do not manage to upload some fix for compilation with gcc 4.7, the package will not be part of the next stable release, i.e. Debian/wheezy. Sorry if this mail seems a bit harsh. I hope you understand that we, the package maintainers of beast in Debian, experience quite some pressure because of the upcoming release. In any case, thanks for your work on beast! Cheers, Reinhard. On Mon, Sep 10, 2012 at 1:57 PM, Giovanni Mascellani g...@debian.org wrote: I noticed upstream developers of this bug. Answer follows. They will be looking into it. Giovanni. Messaggio originale Oggetto: Re: Cannot build beast with gcc 4.7 Data: Mon, 10 Sep 2012 12:49:13 +0200 Mittente: A: Giovanni Mascellani g...@debian.org On 04.09.2012 14:36, Giovanni Mascellani wrote: Hi. Hi Giovanni, thanks for the report, we will be looking into it. Stefan already reported he could reproduce your problem. I don't have a distribution with gcc-4.7 yet, so can only look into this later. I'm a Debian Developer and I'm triaging a bug reported against the beast package in Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=672030 Beast doesn't compile with gcc 4.7, but it does with 4.6. The same behavior happens both for the Debian package and the pristine tarball distributed on your website. Let aside a few missing header files (check the patch at [1]), the problem is that a program invoked during compilation (lt-bseprocidl) segfaults. I tried to inspect the problem, and it appears that it is connected with the Gobject library, since it happens during the initialization of the Gobject structures related with class BseStandardOsc. Unfortunately, I'm not very into the glib, so I cannot give much more details. [1] http://goo.gl/1eiI3 Did you already try to compile beast with gcc 4.7? Do you have any plans of supporting it? In case this can be helpful for you, my box runs Debian sid on an amd64 processor. Thanks, Giovanni. -- Yours sincerely, Tim Janik --- http://timj.testbit.eu/ - Free software Author ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers -- 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#687985: devscripts: [INTL:de] Initial German translation of devscripts
Am Samstag, den 20.10.2012, 09:16 +0200 schrieb Chris Leick: Hi James, James McCoy: Ok, they've been committed. There were a few formatting typos (mainly missing a closing for B sections) that I fixed. We've also done some rewording since the initial translation, so there are a few fuzzy translations now. These strings are now translated too. See attachment. Can you apply the fixes from [1]? You can check your .po file by copying to po4a/po/ and run debuild. [1] http://anonscm.debian.org/gitweb/?p=devscripts/devscripts.git;a=commitdiff;h=53acd1d -- Benjamin Drung Debian Ubuntu Developer signature.asc Description: This is a digitally signed message part
Bug#652591: maybe caused by memory pressure?
Hello Andrea, Daniel, can you see a kernel stacktrace anywhere? Are you in a GUI when the system freezes, i.e. running some desktop? In that case you probably won't be able to see the stacktrace, but you could try to CTRL-ALT-Fx to some of your consoles and maybe be lucky. I have not investigated this any further but you can find a lot of ressources on the internet that try to explain how to get a kerneldump when your system freezes. Maybe one could proceed from there with the help of kernel people. One guess what causes this bug is, that the system runs into memory pressure - i.e. something similar like [1] - that is the system runs into a situation where it's lacking memory, it wants to swap stuff out, in order to swap out it needs to allocate memory, or swap something back in - like f.ex. noflushd - deadlock. I feel that the noflushd package has its value. Getting further with this bug might prevent noflushd being dropped from the next release. ? *t [1] http://lists.linbit.com/pipermail/drbd-user/2011-May/016009.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691024: apt: Yes, do as I say broken with French locale
Package: apt Version: 0.9.7.5 Severity: normal Tags: l10n Hello, Consider the following session: # apt-get install systemd-sysv Lecture des listes de paquets... Fait Construction de l'arbre des dépendances Lecture des informations d'état... Fait Les paquets suivants ont été installés automatiquement et ne sont plus nécessaires : libio-multiplex-perl libnet-cidr-perl libnet-server-perl Veuillez utiliser « apt-get autoremove » pour les supprimer. Les paquets suivants seront ENLEVÉS : sysvinit Les NOUVEAUX paquets suivants seront installés : systemd-sysv ATTENTION : Les paquets essentiels suivants vont être enlevés. Vous NE devez PAS faire ceci, à moins de savoir exactement ce que vous êtes en train de faire. sysvinit 0 mis à jour, 1 nouvellement installés, 1 à enlever et 32 non mis à jour. Il est nécessaire de prendre 13,7 ko dans les archives. Après cette opération, 180 ko d'espace disque seront libérés. Vous êtes sur le point de faire quelque chose de potentiellement dangereux Pour continuer, tapez la phrase « Oui, faites ce que je vous dis ! » ?]Oui, faites ce que je vous dis ! Annulation. # apt-get install systemd-sysv Lecture des listes de paquets... Fait Construction de l'arbre des dépendances Lecture des informations d'état... Fait Les paquets suivants ont été installés automatiquement et ne sont plus nécessaires : libio-multiplex-perl libnet-cidr-perl libnet-server-perl Veuillez utiliser « apt-get autoremove » pour les supprimer. Les paquets suivants seront ENLEVÉS : sysvinit Les NOUVEAUX paquets suivants seront installés : systemd-sysv ATTENTION : Les paquets essentiels suivants vont être enlevés. Vous NE devez PAS faire ceci, à moins de savoir exactement ce que vous êtes en train de faire. sysvinit 0 mis à jour, 1 nouvellement installés, 1 à enlever et 32 non mis à jour. Il est nécessaire de prendre 13,7 ko dans les archives. Après cette opération, 180 ko d'espace disque seront libérés. Vous êtes sur le point de faire quelque chose de potentiellement dangereux Pour continuer, tapez la phrase « Oui, faites ce que je vous dis ! » ?] Oui, faites ce que je vous dis ! Annulation. # export LC_ALL=C # apt-get install systemd-sysv Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: libio-multiplex-perl libnet-cidr-perl libnet-server-perl Use 'apt-get autoremove' to remove them. The following packages will be REMOVED: sysvinit The following NEW packages will be installed: systemd-sysv WARNING: The following essential packages will be removed. This should NOT be done unless you know exactly what you are doing! sysvinit 0 upgraded, 1 newly installed, 1 to remove and 32 not upgraded. Need to get 13.7 kB of archives. After this operation, 180 kB disk space will be freed. You are about to do something potentially harmful. To continue type in the phrase 'Yes, do as I say!' ?] Yes, do as I say! Get:1 http://ftp.fr.debian.org/debian/ testing/main systemd-sysv i386 44-4 [13.7 kB] Fetched 13.7 kB in 0s (156 kB/s) dpkg: warning: overriding problem bec... Looks like the localized string is not taken into account. I dont know whether this is specific to the french translation though. -- Package-specific info: -- apt-config dump -- APT ; APT::Architecture i386; APT::Build-Essential ; APT::Build-Essential:: build-essential; APT::Install-Recommends 1; APT::Install-Suggests 0; APT::Authentication ; APT::Authentication::TrustCDROM true; APT::NeverAutoRemove ; APT::NeverAutoRemove:: ^firmware-linux.*; APT::NeverAutoRemove:: ^linux-firmware$; APT::NeverAutoRemove:: ^linux-image.*; APT::NeverAutoRemove:: ^kfreebsd-image.*; APT::NeverAutoRemove:: ^linux-restricted-modules.*; APT::NeverAutoRemove:: ^linux-ubuntu-modules-.*; APT::NeverAutoRemove:: ^gnumach$; APT::NeverAutoRemove:: ^gnumach-image.*; APT::Never-MarkAuto-Sections ; APT::Never-MarkAuto-Sections:: metapackages; APT::Never-MarkAuto-Sections:: restricted/metapackages; APT::Never-MarkAuto-Sections:: universe/metapackages; APT::Never-MarkAuto-Sections:: multiverse/metapackages; APT::Never-MarkAuto-Sections:: oldlibs; APT::Never-MarkAuto-Sections:: restricted/oldlibs; APT::Never-MarkAuto-Sections:: universe/oldlibs; APT::Never-MarkAuto-Sections:: multiverse/oldlibs; APT::Periodic ; APT::Periodic::Update-Package-Lists 1; APT::Periodic::Download-Upgradeable-Packages 0; APT::Periodic::MaxAge 10; APT::Periodic::AutocleanInterval 0; APT::Update ; APT::Update::Post-Invoke ; APT::Update::Post-Invoke:: touch /var/lib/apt/periodic/update-success-stamp 2/dev/null || true; APT::Archives ; APT::Archives::MaxAge 30; APT::Archives::MinAge 2; APT::Archives::MaxSize 500; APT::Architectures ; APT::Architectures:: i386; APT::Compressor ; APT::Compressor::. ; APT::Compressor::.::Name .; APT::Compressor::.::Extension ; APT::Compressor::.::Binary ; APT::Compressor::.::Cost 1; APT::Compressor::gzip ;
Bug#638262: fontconfig-config: Fonts look ugly
Package: fontconfig-config Version: 2.9.0-7 Followup-For: Bug #638262 -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi! I also think that the defaut configuration is quite ugly compared to other distributions. Since most screens are now LCD, the default configuration of fontconfig-config could be altered to enable the following configuration files: 10-autohint.conf 10-sub-pixel-rgb.conf 11-lcdfilter-default.conf Also, two additional configuration files could be provided and enabled by default: match target=font edit mode=assign name=hintstyle consthintslight/const /edit /match And: match target=font edit mode=assign name=antialias booltrue/bool /edit /match - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fontconfig-config depends on: ii debconf [debconf-2.0] 1.5.46 ii fonts-freefont-ttf [ttf-freefont] 20120503-1 ii gsfonts-x110.22 ii ttf-bitstream-vera 1.10-8 ii ttf-dejavu-core2.33-3 ii ttf-freefont 20120503-1 ii ucf3.0025+nmu3 fontconfig-config recommends no packages. fontconfig-config suggests no packages. - -- debconf information excluded -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJQgogMAAoJEJWkL+g1NSX59OwP/As9XJoVbSYnvbmAyoWoGc/t nRxX45UlIkQyuQ5cbj3lkLSxWKkvv11Vp3+RbnWUneDeGgoRHixLkDvaup22MSWc p912TUNFIHAvBBjiIlI8UHp0DtD84d53ic/Ov1BHMkusaeFoVos5idD/X9udcnQe CRU6BhJFu5SDpQoziIZ5LCIh+hep7PF5AXm8fcYizBlQlZ5lheAoAJoEb92+Riwb MS6BtmGACE25otNPQXiM8P1HxRWFAoG3anUNA4VrOjpGZqlYaRLw3xAk5bX8zALH FmDXRklPxbHjByzFbJ7o85nYYNDAwQQ3aJuOI3yspC76kNYuIRcvAScwCnOB7jv5 oVBNfjv9p8fFjm5x20K3HSwXjZDHyPA4X/KN0fMZP50sB4Zue2ocTmrRFgtIDCHo R/wb5jPqJQ2f2NzQjP/ezFL41yo8yRzN1jZ0rEj8HRbuzH4SSd88yotzPEMXc19Q Nz+ox+BPLYbbWyGlVJtUPh4+oC4uL8jWCxu5jVQk67xoS5qk3EY0OmkEcWJv4ELP fRUYxP/EwP04Ljc1ea6SZZq0EMmPecdfLylfRHNpbvKUwTMYrd87xtvo8VE3dheU yKMkDItXnQ3SgWAwL7w9jakpQti+rpmpaWdKI2k5iupKJB/tJYQMw9YBa0J4fqVO pQ4S7tcDD2OMNMCVpwG1 =zwD2 -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#691025: tt-rss: strange javascript error after login
Package: tt-rss
Version: 1.5.11+dfsg2-1
Severity: normal
After logging in using chromium I receive a Loading, please wait... and then
an alert window with the following content:
Exception: TypeError: Object function (_37d,_37e){var
_37f=on(_37d,keydown,function(evt){var k=evt.keyCode;var
_380=(k!=13||(has(ie)=9!has(quirks)))k!=32(k!=27||!has(ie))(k48||k90)(k96||k111)(k186||k192)(k219||k222)k!=229;if(_380||evt.ctrlKey){var
c=_380?0:k;if(evt.ctrlKey){if(k==3||k==13){return
_37e.call(evt.currentTarget,evt);}else{if(c95c106){c-=48;}else{if((!evt.shiftKey)(c=65c=90)){c+=32;}else{c=_377[c]||c;var
faux=_379(evt,{type:keypress,faux:true,charCode:c});_37e.call(evt.currentTarget,faux);if(has(ie)){_37c(evt,faux.keyCode);}}});var
_381=on(_37d,keypress,function(evt){var
c=evt.charCode;c=c=32?c:0;evt=_379(evt,{charCode:c,faux:true});return
_37e.call(this,evt);});return
{remove:function(){_37f.remove();_381.remove();}};} has no method 'include'
Function: init()
With iceweasel the alert window has the following content instead:
Exception: TypeError, eventName.include is not a function
Function: init()
Location: prototype.js:5566
The actual exception occurs some where deep inside dojo.parser.parse() as
called from init() provided by js/tt-rss.js.
The function dumped by chromium is the crippled version of the function
assigned to the keypress variable in dojo.js.
Any idea what might be causing this?
Helmut
Packages tt-rss depends on:
ii dbconfig-common 1.8.47+nmu1 all
ii debconf 1.5.46all
un debconf-2.0 none
ii libjs-dojo-core 1.7.2+dfsg-1 all
ii libjs-dojo-dijit 1.7.2+dfsg-1 all
ii libjs-prototype 1.7.0-2 all
ii libjs-scriptaculous 1.9.0-2 all
ii libphp-magpierss 0.72-10 all
ii libphp-phpmailer 5.1-1 all
ii libphp-simplepie 1.2.1-3 all
ii php-gettext 1.0.11-1 all
ii php-htmlpurifier 4.4.0+dfsg1-1 all
ii php5 5.4.4-7 all
ii php5-cli 5.4.4-7 amd64
un php5-mysql none
ii php5-pgsql 5.4.4-7 amd64
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691026: backuppc: deprecated perl syntax in Text.pm and Lib.pm
Package: backuppc Version: 3.2.1-3 Severity: minor When BackupPC server is started, the following is printed to console: === cut === Starting backuppc... Use of qw(...) as parentheses is deprecated at /usr/share/backuppc/lib/BackupPC/Storage/Text.pm line 302. Use of qw(...) as parentheses is deprecated at /usr/share/backuppc/lib/BackupPC/Lib.pm line 1413. === cut === Perl code should be updated to correspond to Perl interpreter in sid. -- With best 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#688572: Vote result (was: Poll (was: Popularity of bzr-builddeb and dh-make))
Hi, the week is over and here are the results from the vote: There were 64 participants in total. dh-make === 46 people want dh-make recommended. 27 people (+ 3 with a question mark) want dh-make suggested. 58 people voted for (at least) one of the above options. Recommending dh-make instead of suggesting was the clear winner. I will move dh-make from Suggests to Recommends in packaging-dev. bzr-builddeb 8 people (+ 3 with a question mark) want bzr-builddeb recommended. 30 people (+ 10 with a question mark) want bzr-builddeb suggested. 44 people voted for (at least) one of the above options. What will I do? Am Samstag, den 13.10.2012, 00:10 +0900 schrieb Charles Plessy: Le Fri, Oct 12, 2012 at 12:06:11PM +0200, Benjamin Drung a écrit : Am Freitag, den 12.10.2012, 10:04 +0800 schrieb Paul Wise: https://dudle.inf.tu-dresden.de/Popularity_of_bzr-builddeb_and_dh-make/ The poll will be closed in one week (if enough votes are collected). Hello everybody, if the point is to have a package that pulls everything one needs when doing random work in Debian (as opposed with working specifically in one team where it is predictable which helpers are used and which are not), then I do not understand the point of not including *-buildpackage and dh-make, which are tiny regarding to most other things that mk-builddeps will pull in later. I think that it is exactly the case where we should not vote. Unless the wheight of bzr and dh-make is unbearable to otherwise users of packaging-dev, even if the majority do not use them, what is the harm recommending them ? Not to mention that there is no evidence that the people who vote for or against recommending them are really using packaging-dev... I agree with your opinion. packaging-dev targets especially newcomers and should give them a good starting point. It should allow doing random work in Debian and therefore recommends packages that are used by a portion (could be lower than 50%) of Debian developers. For example, gnome-pkg-tools and pkg-kde-tools are recommended. Not every developer touches a GNOME or KDE packages, but these desktop environments are important enough to recommend these helpers. The poll showed that bzr-builddeb is wanted by a portion of developers (18 % up to 25 %), but not by most of them. Therefore I will keep bzr-builddeb recommended until someone has another good reason to demote the package to suggests. -- Benjamin Drung Debian Ubuntu Developer signature.asc Description: This is a digitally signed message part
Bug#690895: unblock: giflib/4.1.6-10
reopen 690895
thanks
Hello again,
On Thursday 18 October 2012, you wrote:
On 2012-10-18 23:23, Thibaut Gridel wrote:
Hi!
Please unblock giflib
Thank you for your interest.
We can allow a minimal patch for the hardning fixes (/without/ a
debhelper compat bump) if it goes via unstable, if needed.
Please find enclosed proposed new debdiff,
only for enabling hardening and fixes.
Best Regards,
Thibaut
diff -Nru giflib-4.1.6/debian/changelog giflib-4.1.6/debian/changelog
--- giflib-4.1.6/debian/changelog 2012-04-28 18:30:07.0 +0200
+++ giflib-4.1.6/debian/changelog 2012-10-19 23:04:11.0 +0200
@@ -1,3 +1,11 @@
+giflib (4.1.6-10) unstable; urgency=low
+
+ * Fixing fprintf issues by YunQiang Su.
+ * Hardening build flags (Closes: #673660).
+ * Updating Standards (no change).
+
+ -- Thibaut Gridel tgri...@free.fr Fri, 19 Oct 2012 23:03:46 +0200
+
giflib (4.1.6-9.1) unstable; urgency=low
* Non-maintainer upload.
diff -Nru giflib-4.1.6/debian/control giflib-4.1.6/debian/control
--- giflib-4.1.6/debian/control 2012-04-28 18:29:49.0 +0200
+++ giflib-4.1.6/debian/control 2012-10-19 23:04:11.0 +0200
@@ -1,9 +1,9 @@
Source: giflib
Section: libs
Priority: optional
-Maintainer: Thibaut GRIDEL tgri...@free.fr
+Maintainer: Thibaut Gridel tgri...@free.fr
Build-Depends: debhelper (= 7.0.50~), autotools-dev, automake, autoconf, libtool (=2.2.6)
-Standards-Version: 3.8.3
+Standards-Version: 3.9.3
Homepage: http://giflib.sourceforge.net/
Vcs-Browser: http://git.debian.org/?p=collab-maint/giflib.git;a=summary
Vcs-Git: git://git.debian.org/collab-maint/giflib.git
diff -Nru giflib-4.1.6/debian/patches/04-fprintf_format_error.patch giflib-4.1.6/debian/patches/04-fprintf_format_error.patch
--- giflib-4.1.6/debian/patches/04-fprintf_format_error.patch 1970-01-01 01:00:00.0 +0100
+++ giflib-4.1.6/debian/patches/04-fprintf_format_error.patch 2012-10-19 23:04:11.0 +0200
@@ -0,0 +1,377 @@
+Index: giflib-4.1.6/util/gif2epsn.c
+===
+--- giflib-4.1.6.orig/util/gif2epsn.c 2011-11-03 17:58:55.451972034 +0800
giflib-4.1.6/util/gif2epsn.c 2011-11-03 18:02:13.0 +0800
+@@ -146,7 +146,7 @@
+ }
+
+ if (HelpFlag) {
+- fprintf(stderr, VersionStr);
++ fprintf(stderr, %s,VersionStr);
+ GAPrintHowTo(CtrlStr);
+ exit(EXIT_SUCCESS);
+ }
+Index: giflib-4.1.6/util/gif2iris.c
+===
+--- giflib-4.1.6.orig/util/gif2iris.c 2011-11-03 17:58:55.475972156 +0800
giflib-4.1.6/util/gif2iris.c 2011-11-03 18:02:13.0 +0800
+@@ -111,7 +111,7 @@
+ }
+
+ if (HelpFlag) {
+- fprintf(stderr, VersionStr);
++ fprintf(stderr, %s, VersionStr);
+ GAPrintHowTo(CtrlStr);
+ exit(EXIT_SUCCESS);
+ }
+Index: giflib-4.1.6/util/gif2ps.c
+===
+--- giflib-4.1.6.orig/util/gif2ps.c 2011-11-03 17:58:55.503972298 +0800
giflib-4.1.6/util/gif2ps.c 2011-11-03 18:02:13.0 +0800
+@@ -129,7 +129,7 @@
+ }
+
+ if (HelpFlag) {
+- fprintf(stderr, VersionStr);
++ fprintf(stderr, %s, VersionStr);
+ GAPrintHowTo(CtrlStr);
+ exit(EXIT_SUCCESS);
+ }
+Index: giflib-4.1.6/util/gif2rgb.c
+===
+--- giflib-4.1.6.orig/util/gif2rgb.c 2011-11-03 17:58:55.539972474 +0800
giflib-4.1.6/util/gif2rgb.c 2011-11-03 18:02:13.0 +0800
+@@ -108,7 +108,7 @@
+ }
+
+ if (HelpFlag) {
+- fprintf(stderr, VersionStr);
++ fprintf(stderr, %s, VersionStr);
+ GAPrintHowTo(CtrlStr);
+ exit(EXIT_SUCCESS);
+ }
+Index: giflib-4.1.6/util/gif2rle.c
+===
+--- giflib-4.1.6.orig/util/gif2rle.c 2011-11-03 17:58:55.567972612 +0800
giflib-4.1.6/util/gif2rle.c 2011-11-03 18:02:13.0 +0800
+@@ -103,7 +103,7 @@
+ }
+
+ if (HelpFlag) {
+- fprintf(stderr, VersionStr);
++ fprintf(stderr, %s, VersionStr);
+ GAPrintHowTo(CtrlStr);
+ exit(EXIT_SUCCESS);
+ }
+Index: giflib-4.1.6/util/gifasm.c
+===
+--- giflib-4.1.6.orig/util/gifasm.c 2011-11-03 17:58:55.587972712 +0800
giflib-4.1.6/util/gifasm.c 2011-11-03 18:02:13.0 +0800
+@@ -98,7 +98,7 @@
+ }
+
+ if (HelpFlag) {
+- fprintf(stderr, VersionStr);
++ fprintf(stderr, %s, VersionStr);
+ GAPrintHowTo(CtrlStr);
+ exit(EXIT_SUCCESS);
+ }
+Index: giflib-4.1.6/util/gifbg.c
+===
+--- giflib-4.1.6.orig/util/gifbg.c 2011-11-03 18:02:13.0 +0800
giflib-4.1.6/util/gifbg.c 2011-11-03 18:04:31.945640624 +0800
+@@ -130,7 +130,7 @@
+ }
+
+ if (HelpFlag) {
+- fprintf(stderr, VersionStr);
++ fprintf(stderr, %s, VersionStr);
+ GAPrintHowTo(CtrlStr);
+ exit(EXIT_SUCCESS);
+ }
+Index: giflib-4.1.6/util/gifclip.c
Bug#690895: unblock: giflib/4.1.6-10
Control: tags -1 + confirmed On 2012-10-20 13:48, Thibaut Gridel wrote: reopen 690895 thanks Hello again, On Thursday 18 October 2012, you wrote: On 2012-10-18 23:23, Thibaut Gridel wrote: Hi! Please unblock giflib Thank you for your interest. We can allow a minimal patch for the hardning fixes (/without/ a debhelper compat bump) if it goes via unstable, if needed. Please find enclosed proposed new debdiff, only for enabling hardening and fixes. Best Regards, Thibaut Hi, Looks okay; feel free to upload it to unstable. Please ping us once it has been in unstable for a couple of days. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668464: xul-ext-https-everywhere: warnings on browser stdout: SSL Observatory: Could not get host IP address.
Hi pabs! On Thu, Apr 12, 2012 at 09:22:24AM +0800, Paul Wise wrote: xul-ext-https-everywhere fills my ~/.xsession-errors with this warning. This is an inappropriate place to issue warnings since most browser users will not see it and it will instead fill up ~/.xsession-errors. SSL Observatory: Could not get host IP address. Could you try again with version 3.0.2-1 from experimenal? After looking at the code, it seems to me that this message should only be shown when the LogLevel is set to INFO. Its default is WARN… Thanks, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#691024: apt: Yes, do as I say broken with French locale
Hi, Le 20/10/2012 06:33, Mathieu Roy a écrit : Pour continuer, tapez la phrase « Oui, faites ce que je vous dis ! » There is a non breaking space before the exclamation mark ^ (It doesn't appear in my reply, but it is in the initial report, so probably in the PO file) ?] Oui, faites ce que je vous dis ! The non breaking space is missing ^ Christian, ditching the exclamation mark (and its preceding non breaking space) should do the trick. I guess most people copy and paste the sentence and are not mislead by this invisible character. Regards David signature.asc Description: OpenPGP digital signature
Bug#691027: src:iceape: please use xz compression for source and binaries
Source: iceape
Version: 2.7.9-1
Severity: normal
User: ans...@debian.org
Usertags: xz-for-wheezy
Hi, pkg-mozilla-maintainers and everyone concerned!
Please use xz complession for iceape package source and
binaries to save mirror space, user download and insattation
times, even some wasted polycarbonate rounds :) in the end.
I made that in several easy ;) steps while doing a rebuild
of iceape 2.7.9-1 for squeeze.
* Unpack the current, 2.7.9-1 in my case, source.
* Repacking .orig.tar-s from bz2 to xz got me impressive 22.5Mb
off out of 109Mb. Tthats -20.7%!
+ Somth.like this would do:
$ for f in *.orig*.tar.bz2; do bunzip2 $f; xz -9ev ${f%.bz2}; done
* Add debian/source/options and override_dh_builddeb clause like
in the patch attached.
First will make a .debian.tar.xz w/even more imressive -25.4% gain in
size - from the venerable .gz (not that big in :) megabytes thou).
Second will do the better compression of the binary packages at the
re-buld time. Got me -54.9Mb or -34.8% (of original 157.8Mb) in my
28 i386+all .deb-s rebuild (and yeah, 51.9Mb of them -- off one
iceape-dbg package.)
* Pack the source package back.
* Rebuild it. (I used pbuilder and some local backports mix.)
+ Check the ressuling data.tar in .deb-s is xz compressed:
$ ar tv abm0+xz/iceape-dbg_*.deb
rw-r--r-- 0/0 4 Oct 17 23:18 2012 debian-binary
rw-r--r-- 0/0 1075 Oct 17 23:18 2012 control.tar.gz
rw-r--r-- 0/0 74228460 Oct 17 23:23 2012 data.tar.xz
I gained total of -77.6Mb / -29%for src+i386+all off orignal 266.8Mb.
Guess other Debian binary archs would add some more to this will the
proposed change make its way to the archive.
As for extra resources used to achieve this... Several minutes maybe
of CPU time for more intensive uncompression of source and compression
of the result is neglectable camparing to overall 1h+ build time, and
is a clear win considering multiple download time gains for the users.
Memory consumption for source xz unpack (64+Mb for the sources packed
with -9e option as above) and .deb compress (94+Mb for the campression
level I got in my build -- dont know :) how to coerce build-deb to use
-9e maximum compression, and resulting data.tar.xz-s seem to be
compressed w/some default needing 8Mb+ for decompression, thus the 94Mb
figure as for man xz) is at least comparable to memory usage of the
actual build. User time used for unpacking of these xz compreaased
.deb-s increases slightly though (like 3.2s - 9.9s on my test machine
for the [cache-hot] {z,xz}cat data.tar.{z,zx} /dev/null for that
_largest -dbg package).
New archivers is such a recreative topic dont you agree? :))
And many thanks for the stable Mozilla Suite Dabian package!
...Be happy, take it easy, sayonara.
---abme at rambler dot ru+ * Use xz:
-+ repack .orig.tar-s (114,094,052 - 90,418,964, 24Mb+ off)
++ add debian/source/options
++ debian/riles += override_dh_builddeb with -Zxz.
--- ../debian/rules 2012-10-14 11:30:00.0 +0400
+++ debian/rules 2012-10-16 23:37:35.0 +0400
@@ -227,6 +227,9 @@
override_dh_bugfiles:
dh_bugfiles -A
+override_dh_builddeb:
+ dh_builddeb -- -Zxz
+
debian/patches:
ifdef REVLIST
rm -rf $@
--- ../debian/source/options 1970-01-01 03:00:00.0 +0300
+++ debian/source/options 2012-06-11 09:11:30.0 +0400
@@ -0,0 +1 @@
+compression = xz
Bug#691005: unblock: kdegames/4:4.8.4-2
On Sat 20 Oct 2012 06:53:10 Niels Thykier escribió: Control: reopen -1 On 2012-10-20 11:38, Beojan Stanislaus wrote: On Friday 19 October 2012 20:45:56 Lisandro Damián Nicanor Pérez Meyer wrote: [...] The version of python-qt4-sql this package depends on is unavailable in debian sid, making the update uninstallable. Indeed, thanks for catching that. Lisandro, can you please upload a new version fixing that and ping me via this bug when it has been in unstable for a couple of days? Thanks Beojan for catching that! Niels: of course, thanks! -- Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#600886: arpwatch: Add an option to filter specific MAC addresses
Stefan, thank you for your patch. These androids (and also iphones who insist on broadcasting their 3g ip when switching from 3g to wifi) were driving me crazy! The patch applied cleanly on the wheezy version, it runs fine from cli but I'm pulling my hair out trying to figure out how to properly run it from /etc/default/arpwatch. For example, my pcap filter looks like this: -F 'not ether host (MAC1 or MAC2)' and the ARGS line in /etc/default/arpwatch is ARGS=-N -p -i br0 -F 'not ether host (MAC1 or MAC2)' When I run /etc/init.d/arpwatch with sh -x or strace, I see arpwatch apparently gets called correctly: (strace) execve(/usr/sbin/arpwatch, [/usr/sbin/arpwatch, -u, arpwatch, -N, -p, -i, br0, -F, 'not, ether, host, (78:d6:f0:d3:33:f2, or, 90:c1:15:cb:f4:6b)'], [/* 22 vars */]) = 0 (sh -x; sh is /bin/dash) [...] + ARGS=-u arpwatch -N -p -i br0 -F 'not ether host (78:d6:f0:d3:33:f2 or 90:c1:15:cb:f4:6b)' [...] + exec start-stop-daemon --start --quiet --exec /usr/sbin/arpwatch -- -u arpwatch -N -p -i br0 -F 'not ether host (78:d6:f0:d3:33:f2 or 90:c1:15:cb:f4:6b)' However arpwatch replies with incorrect usage (note it says double quotes instead of single quote): Version 2.1a15 usage: arpwatch [-dN] [-f datafile] [-F filter ][-i interface] [-n net[/width]] [-r file] [-s sendmail_path] [-p] [-a] [-m addr] [-u username] [-R seconds ] [-Q] [-z ignorenet/ignoremask] Oddly enough, putting a line like exec start-stop-daemon --start --quiet --exec /usr/sbin/arpwatch -- -u arpwatch -N -p -i br0 -F 'not ether host (78:d6:f0:d3:33:f2 or 90:c1:15:cb:f4:6b)' into test.sh and running sh -x ./test.sh works fine. I'm out of ideas, any hints about what could be wrong? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690968: FTBFS: Hung at test 583
On 10/19, Tony Houghton wrote:
Source: curl
Version: 7.28.0-1
Severity: normal
I tried to build the package with the patch from #690551 but the build
just froze when it got to test 583. It said there was 10:24 remaining
after the previous successful test, but I'm pretty sure it had hung for
longer than that. It didn't seem to be using CPU etc.
debian/build/tests/log/upload583.txt is empty and I'll attach
debian/build/tests/log/valgrind583.
There were some other errors too, I don't know whether they're relevant:
test 582... valgrind ERROR
Leaked 24 bytes
Leaked 24 bytes
Tests 111, 117, 118, 119, 122, 123, 144, 145, 190, 236, 290, 531, 533,
534, 546 were all marked Killed. And:
test 165... valgrind ERROR
Read 4 invalid bytes
I don't see how this is a bug in the curl package: you are running the test
suite under valgrind, which is not done for regular builds.
Cheers
--
perl -E '$_=q;$/= @{[@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse'
signature.asc
Description: Digital signature
Bug#688572: Vote result (was: Poll)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, Le 20/10/2012 07:35, Benjamin Drung a écrit : bzr-builddeb 8 people (+ 3 with a question mark) want bzr-builddeb recommended. 30 people (+ 10 with a question mark) want bzr-builddeb suggested. 44 people voted for (at least) one of the above options. [...] The poll showed that bzr-builddeb is wanted by a portion of developers (18 % up to 25 %), but not by most of them. Funny, the only thing I can see in the result is that most people who took the time to vote (30) prefer bzr-builddeb suggested than recommended (8). Therefore I will keep bzr-builddeb recommended until someone has another good reason to demote the package to suggests. I suggest that next time you want to discuss relationship of the packaging-dev package, especially if you don't intend to follow most people advices or vote, you just skip debian-devel from the discussion. TIA David -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJQgp0xAAoJELgqIXr9/gnybt8P/i1VQanDqonFFtfBswRfq1vz w3J/5SgMgnPkFT/BEyxAOXk22U9GWoMPJJIsQnnAPOJvogWgDxJTOTrQUyyqbOrw 4DrvV/tyqfOakTxeOJ9xj28OScmJnQmtdJx0u+MeEswm/NYr93gUNUAO2FQVGNMF a+oPswfd+nT1btnMaP8DI6F2DZF3zmh3NuCgWd5J3Gs659ow6imlQChGEEzUEke5 m0GUGcVL6zYD6gEDrtyg/9oJ9KBMzw2L1Z+94IBPeuYAn/we0sSve0JQ+LqXm7M2 GEdwo8Uc6qiXG1gPK0o9YHpMyEPlV6t3q/0aVnrrSNRi5gTiga5asG4FhBOvAy6X RMsUXHtjE8BPYRAF1wooPIrukqfXdh4bHVu9c16b3gfHBPi5uWuvuV4OMFIoUefA X2f/BZ3CdzKIwlTW4vpUNn7+WScqVZPdnX0Y9icri1vvRZPJ0cGHSYvGEYMwQKXd ar1Wu0TxGNR/akyaLQgOCA/fjQciIYnTHLL8R6+GZPT2S99ZdWALjrK2WbMLO/vo HuW3c7PVejLwkN+NvfcSpTCmHA1wA6XRoRTI1YKnE9CWsncgWLhMn4k7+Io9gPT+ hrIKiF8nNLPBEkV8vlgVt4Tzp4OwpEWcJsHU0hEv6/Fu9eDIqs/an42KIF3pvUCH 8+AvrkJdojbK0Ia8+XnB =XttQ -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#679386: [Pkg-xfce-devel] Bug#679386: Dirty Workaround
On mer., 2012-10-17 at 14:24 +0400, Vladimir K wrote: As a dirty workaround, I've created a script: /etc/X11/Xsession.d/39-lightdm-dmrc-fix (runs just before xsessionrc parsing) --- #!/bin/bash TEMPLANG=$(cat $HOME/.dmrc | grep ^Language= | cut -d '=' -f 2 | sed 's/utf8/UTF8/') [ ! -z $TEMPLANG ] export LANG=$TEMPLANG --- Note that you don't really need to put anything there. You can just put this in .xsessionrc. For example, mine is: cat .xsessionrc export LANG=fr_FR.UTF-8 export LC_MESSAGES=en_US.UTF-8 Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#691024: apt: Yes, do as I say broken with French locale
Quoting David Prévot (taf...@debian.org): Hi, Le 20/10/2012 06:33, Mathieu Roy a écrit : Pour continuer, tapez la phrase « Oui, faites ce que je vous dis ! » There is a non breaking space before the exclamation mark ^ (It doesn't appear in my reply, but it is in the initial report, so probably in the PO file) ?] Oui, faites ce que je vous dis ! The non breaking space is missing ^ Christian, ditching the exclamation mark (and its preceding non breaking space) should do the trick. I guess most people copy and paste the sentence and are not mislead by this invisible character. Hmmm, I wonder if I should turn this into: Oui, faites ce que je vous dis et n'oubliez pas l'espace insécable avant le point d'exclamation ! :-) Seriously, I just fixed the issue in bzr. signature.asc Description: Digital signature
Bug#691028: xml-twig-tools: xml_grep producing invalid output when input from stdin
Package: xml-twig-tools Version: 1:3.39-1 Severity: normal Dear Maintainer, when using xml_grep with input directly from stdin its output misses the closing /file tag. This also gives a warning about uninitialzed variable. $ echo 'xmltest/test/xml' | xml_grep xml ?xml version=1.0 ? xml_grep version=0.9 date=Sat Oct 20 14:47:53 2012 Use of uninitialized value $current_file in concatenation (.) or string at /usr/bin/xml_grep line 284. file filename=xml test/test /xml /xml_grep When using '-' as input filename for stdin it works: $ echo 'xmltest/test/xml' | xml_grep xml - ?xml version=1.0 ? xml_grep version=0.9 date=Sat Oct 20 14:47:59 2012 file filename=-xml test/test /xml /file /xml_grep I think both versions to use the command should output the same xml. When no file is explicitely given on the command line stdin should be implicitely assumed, as it is currently. But the XML should be also valid then. -- 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.2.0-4-amd64 (SMP w/4 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 xml-twig-tools depends on: ii libxml-parser-perl 2.41-1+b1 ii libxml-twig-perl1:3.39-1 ii perl5.14.2-14 xml-twig-tools recommends no packages. xml-twig-tools 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#690904: apt-listbugs: [INTL:gl] Galician translation
On Fri, 19 Oct 2012 01:46:42 +0200 Jorge Barreiro wrote: [...] Galician translation is attached. Hello Jorge! I've just pushed your translation to the public git repository: it will be part of the next upload of apt-listbugs. Thanks. Thanks to you for your appreciated contribution! :-) Have a nice week-end. Bye. -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgpSke1p45n7C.pgp Description: PGP signature
Bug#691024: apt: Yes, do as I say broken with French locale
Le samedi 20 octobre 2012, Christian PERRIER a écrit : Quoting David Prévot (taf...@debian.org): Hi, Le 20/10/2012 06:33, Mathieu Roy a écrit : Pour continuer, tapez la phrase « Oui, faites ce que je vous dis ! » There is a non breaking space before the exclamation mark ^ (It doesn't appear in my reply, but it is in the initial report, so probably in the PO file) ?] Oui, faites ce que je vous dis ! The non breaking space is missing ^ Christian, ditching the exclamation mark (and its preceding non breaking space) should do the trick. I guess most people copy and paste the sentence and are not mislead by this invisible character. Hmmm, I wonder if I should turn this into: Oui, faites ce que je vous dis et n'oubliez pas l'espace insécable avant le point d'exclamation ! :-) Seriously, I just fixed the issue in bzr. I actually tried both Oui, faites ce que je vous dis ! and Oui, faites ce que je vous dis ! Maybe it would even be easier to simply only take into account words and not punctation. Thanks for the quick fix anyway! -- Mathieu Roy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642199: Currently working with NSS_SSL_CBC_RANDOM_IV=0 workaround
Hello I often use pidgin-sipe at work. Version 1.13.1-2 is able to connect to Microsfot lync server provided the workaround mentioned in #681593 is used. Since a workaround is available, the 'grave' severity of this bug is not justified. I'll downgrade it to important unless someone objects (with arguments) All the best Dominique signature.asc Description: This is a digitally signed message part.
Bug#600886: arpwatch: Add an option to filter specific MAC addresses
PS: Stefan, have you tried your patch on wheezy? For me, running patched arpwatch without -F parameter crashes it with: segfault at 0 ip 7fcc33e7ac21 sp 7fff9743e428 error 4 in libc-2.13.so[7fcc33dfb000+17d000] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691029: udisks: set ID_DRIVE_DETACHABLE to 0 has no effect. This can lead to system crash.
Package: udisks
Version: 1.0.4-7
Severity: normal
Dear Maintainer,
When I use ENV{ID_DRIVE_DETACHABLE}:=0 in custom udev rules,
it has no effect, and the whole drive is detached when I unmount the
partition from my Desktop / File Manager. It seems to be not so grave,
but I work on systems embedded on USB/Firewire/MMC devices. For
external HDD, there is no problem, but with USB sticks, if I have set
a non-system partition (not registered in fstab) to be mounted/unmounted
from the Desktop or File Manager, I can mount it as expected, but when
I unmount it, the drive hosting the system is detached, and then system
crashes and all the work in progress is lost.
First I have tried to know if Udisks is correctly integrated in my desktop
environment. I use Xfce4 (4.8) with Thunar as file manager. When I write
udev rules with things like:
SUBSYSTEMS==usb, \
KERNEL==sd?*, \
ENV{UDISKS_PRESENTATION_NAME}=$env{ID_VENDOR} (%n}, \
ENV{UDISKS_PRESENTATION_ICON_NAME}=removable-media, \
ENV{UDISKS_SYSTEM_INTERNAL}=1
all works fine: when I plug a USB stick in, partitions are shown with the
'removable-media' icon, the labels are as expected (for example
SanDisk (1) and SanDisk (2) ) and I am prompted for authentication
when I click on the icon in Thunar.
But ID_DRIVE_DETACHABLE has no effect at all.
Maybe the drive is not detached while there is another of its partitions
mounted. But my system is on encrypted LVM, so the first partition is
a PV: not *mounted*, just in use.
I can give more detailed info if you ask me
Thanks,
quidame
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'testing-proposed-updates')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-3-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages udisks depends on:
ii dbus 1.6.8-1
ii libatasmart4 0.19-1
ii libc6 2.13-35
ii libdbus-1-31.6.8-1
ii libdbus-glib-1-2 0.100-1
ii libdevmapper1.02.1 2:1.02.74-4
ii libglib2.0-0 2.33.12+really2.32.4-2
ii libgudev-1.0-0 175-7
ii liblvm2app2.2 2.02.95-4
ii libparted0debian1 2.3-11
ii libpolkit-gobject-1-0 0.105-1
ii libsgutils2-2 1.33-1
ii libudev0 175-7
ii udev 175-7
Versions of packages udisks recommends:
ii cryptsetup-bin 2:1.4.3-2
ii dosfstools 3.0.13-1
ii eject 2.1.5+deb1+cvs20081104-11
ii hdparm 9.39-1+b1
ii ntfs-3g 1:2012.1.15AR.5-2.1
ii policykit-1 0.105-1
Versions of packages udisks suggests:
pn mdadm none
ii reiserfsprogs 1:3.6.21-1
ii xfsprogs 3.1.7+b1
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600886: arpwatch: Add an option to filter specific MAC addresses
For example, my pcap filter looks like this: -F 'not ether host (MAC1 or MAC2)' and the ARGS line in /etc/default/arpwatch is ARGS=-N -p -i br0 -F 'not ether host (MAC1 or MAC2)' When I run /etc/init.d/arpwatch with sh -x or strace, I see arpwatch apparently gets called correctly: (strace) execve(/usr/sbin/arpwatch, [/usr/sbin/arpwatch, -u, arpwatch, -N, -p, -i, br0, -F, 'not, ether, host, (78:d6:f0:d3:33:f2, or, 90:c1:15:cb:f4:6b)'], [/* 22 vars */]) = 0 Actually that is wrong, it should be: ... br0, -F, 'not ether host 6b) + exec start-stop-daemon --start --quiet --exec /usr/sbin/arpwatch -- -u arpwatch -N -p -i br0 -F 'not ether host (78:d6:f0:d3:33:f2 or 90:c1:15:cb:f4:6b)' see below I'm out of ideas, any hints about what could be wrong? arpwatch should log what filter it want's to use, and you should see something like using filter '(arp or rarp) and not' note the missing ether host ... Could you try replacing the exec start-stop-daemon call with eval, e.g.: eval start-stop-daemon --start ... Stefan -- BOFH excuse #171: NOTICE: alloc: /dev/null: filesystem full -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#473400: Proposal for NMU
I wonder about uploading http://anonscm.debian.org/gitweb/?p=users/corsac/security/xlockmore.git;a=commitdiff;h=6617b7e99df5f6196e2f1a5133becd1a039ee8f4 which would completely remove the xlockmore-gl package and only keep the blank mode in xlockmore. That wouldn't fix other bugs (PAM ones for example) but at least it'd get rid of this issue. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#690464:
The nmu is already in unstable Thank you -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600886: arpwatch: Add an option to filter specific MAC addresses
On Sat, Oct 20, 2012 at 4:44 PM, b...@bc-bd.org wrote: [...] Could you try replacing the exec start-stop-daemon call with eval, e.g.: eval start-stop-daemon --start ... Wonderful, that did the trick, thank you! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691015: conserver-client: fails to upgrade from testing: Can't locate Tie/Hash/NamedCapture.pm in @INC
Control: tag -1 + patch On Sat, 20 Oct 2012 10:39:12 +0200, Andreas Beckmann wrote: during a test with piuparts I noticed your package fails to upgrade from 'testing'. It installed fine in 'wheezy', then the upgrade to 'sid' fails. From the attached log (scroll to the bottom...): Preparing to replace conserver-client 8.1.18-2 (using .../conserver-client_8.1.18-2.1_amd64.deb) ... Unpacking replacement conserver-client ... Setting up conserver-client (8.1.18-2.1) ... Can't locate Tie/Hash/NamedCapture.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl .) at -e line 1. BEGIN failed--compilation aborted at -e line 1. dpkg: error processing conserver-client (--configure): subprocess installed post-installation script returned error exit status 2 Errors were encountered while processing: conserver-client Hu! Surprising and I also couldn't reproduce it first in a chroot; then I noticed that Tie::Hash::NamedCapture is in the perl package which isn't installed in your chroot according to your log (which is a bit artifical but totally correct ...). So I guess we either need to explicitly depend on perl (which is on the one hand a bit silly just for the postinst, on the other hand it will be installed on any real machine anyway), or skip using named captures in debian/conserver-client.postinst ... Ok, using numbered instead of named capture groups should work too -- diff attached. Jörgen, what do you think? (I'm happy to fix this problem introduced by my NMU but if you want to solve it yourself and/or differently please just ignore me :)) Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Omara Portuondo Chucho Valdes: Cenizas signature.asc Description: Digital signature
Bug#691015: conserver-client: fails to upgrade from testing: Can't locate Tie/Hash/NamedCapture.pm in @INC
On Sat, 20 Oct 2012 10:39:12 +0200, Andreas Beckmann wrote:
during a test with piuparts I noticed your package fails to upgrade from
'testing'.
It installed fine in 'wheezy', then the upgrade to 'sid' fails.
Wrong key, this time with attachment ...
--
.''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
: :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/
`. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe
`- NP: Astrud Gilberto: All I've Got
diff -u conserver-8.1.18/debian/changelog conserver-8.1.18/debian/changelog
--- conserver-8.1.18/debian/changelog
+++ conserver-8.1.18/debian/changelog
@@ -1,3 +1,14 @@
+conserver (8.1.18-2.2) UNRELEASED; urgency=low
+
+ * Non-maintainer upload.
+ * Fix fails to upgrade from testing: Can't locate
+Tie/Hash/NamedCapture.pm in @INC:
+use numbered capture groups instead of named ones, which need
+Tie::Hash::NamedCapture which is in the perl package.
+(Closes: #691015)
+
+ -- gregor herrmann gre...@debian.org Sat, 20 Oct 2012 15:38:48 +0200
+
conserver (8.1.18-2.1) unstable; urgency=low
* Non-maintainer upload.
diff -u conserver-8.1.18/debian/conserver-client.postinst conserver-8.1.18/debian/conserver-client.postinst
--- conserver-8.1.18/debian/conserver-client.postinst
+++ conserver-8.1.18/debian/conserver-client.postinst
@@ -15,9 +15,9 @@
touch $conf
db_get conserver-client/server
- perl -pi -e s/master(?space\s+)([^;]+);/master$+{space}$RET;/ $conf
+ perl -pi -e s/master(\s+)([^;]+);/master\${1}$RET;/ $conf
db_get conserver-client/port
- perl -pi -e s/port(?space\s+)([^;]+);/port$+{space}$RET;/ $conf
+ perl -pi -e s/port(\s+)([^;]+);/port\${1}$RET;/ $conf
fi
fi
signature.asc
Description: Digital signature
Bug#690707:
On 10/17, Tom Lee wrote:
Hi Alessandro,
Hi,
I'm a long time Debian user who's eager to contribute. I have a fair bit of
experience with Debian packaging, but this would be my first
quot;officialquot; package.
No doubt I'd have a bit of a learning curve ahead of me with regard to process
amp; policy, but if you think that hiredis is appropriate for somebody like
me
to take on, I'd be happy to adopt it.
Well, the hard part (i.e. the initial packaging) has been already done and
it's pretty standard except for a couple of patches to the build system and
another couple of odd things.
Though some people believe that library packages are not the best way to start
packaging for Debian because they are usually a little bit harder, but if you
want to try and are willing to learn you are very welcome.
You may want to start by the first 3 manuals at [0] which document pretty much
all you need to know (particularly the New Maintainers' Guide).
Cheers
[0] http://www.debian.org/doc/devel-manuals
--
perl -E '$_=q;$/= @{[@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse'
signature.asc
Description: Digital signature
Bug#691030: kinput2-wnn access FREEed area after a client is abruptly terminated (highly timing dependent)
Package: kinput2-wnn Version: 3.1-10.3 Severity: normal Tags: upstream Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? I was running kinput2-wnn (built from source: kinput2 (3.1-10.3) unstable; urgency=low) under valgrind to catch memory related errors. Then I notice that kinput2-wnn accesses FREEed area :-( * What exactly did you do (or not do) that was effective (or ineffective)? I was typing Japanese text using kinput2-wnn into thunderbird build, then thunderbird crashed due to its own error. When this happened, I noticed that valgrind printed the log messages reporting that kinput2-wnn accessed freed memory area. * What was the outcome of this action? kinput2-wnn accessed freed memory area (that contains junk.) * What outcome did you expect instead? kinput2-wnn should not access freed memory area. *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/1 CPU core) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kinput2-wnn depends on: ii debconf [debconf-2.0] 1.5.46 ii freewnn-common 1.1.1~a021+cvs20100325-6 ii kinput2-common 3.1-10.3 ii libc6 2.13-35 ii libice62:1.0.8-2 ii libsm6 2:1.2.1-2 ii libwnn6-1 1.0.0-14.2+b1 ii libx11-6 2:1.5.0-1 ii libxaw72:1.0.10-2 ii libxext6 2:1.3.1-2 ii libxmu62:1.1.1-1 ii libxpm41:3.5.10-1 ii libxt6 1:1.1.3-1 Versions of packages kinput2-wnn recommends: ii xfonts-base 1:1.0.3 Versions of packages kinput2-wnn suggests: ii freewnn-jserver 1.1.1~a021+cvs20100325-6 -- debconf information: shared/kinput2/wnn/keybindings: Egg *** /tmp/kinput2-free-bug-log.txt ... Looks that kinput2-wnn tries to access Freed Area(!) [after a TCP connection is disconnected!] This happened when TB suddenly died when I tried to show version number using [help] - [about]. 20th Oct, 2012 ==30391==by 0x416420E: XtFree (in /usr/lib/i386-linux-gnu/libXt.so.6.0.0) ==30391==by 0x806E5FA: IMProcessQueue (imdispatch.c:471) ==30391==by 0x8070A76: xBrokenPipe (imxport.c:347) ==30391==by 0x805DC05: XAEHandler (asyncerr.c:153) ==30391==by 0x42384A2: _XError (XlibInt.c:1583) ==30391==by 0x423535C: handle_error (xcb_io.c:212) ==30391==by 0x42353B6: handle_response (xcb_io.c:324) ==30391==by 0x4235E97: _XEventsQueued (xcb_io.c:363) ==30391==by 0x4235F29: _XFlush (xcb_io.c:513) ==30391==by 0x4216EB0: XFlush (Flush.c:39) ==30391==by 0x8070827: xFlush (imxport.c:407) ==30391== ==30391== Invalid read of size 4 ==30391==at 0x807060E: xFlush (imxport.c:366) ==30391==by 0x806E63F: IMProcessQueue (imdispatch.c:457) ==30391==by 0x8070B5D: xinput (imxport.c:298) ==30391==by 0x4349E45: (below main) (libc-start.c:228) ==30391== Address 0x4d0144c is 28 bytes inside a block of size 600 free'd ==30391==at 0x402618D: free (vg_replace_malloc.c:446) ==30391==by 0x416420E: XtFree (in /usr/lib/i386-linux-gnu/libXt.so.6.0.0) ==30391==by 0x806E5FA: IMProcessQueue (imdispatch.c:471) ==30391==by 0x8070A76: xBrokenPipe (imxport.c:347) ==30391==by 0x805DC05: XAEHandler (asyncerr.c:153) ==30391==by 0x42384A2: _XError (XlibInt.c:1583) ==30391==by 0x423535C: handle_error (xcb_io.c:212) ==30391==by 0x42353B6: handle_response (xcb_io.c:324) ==30391==by 0x4235E97: _XEventsQueued (xcb_io.c:363) ==30391==by 0x4235F29: _XFlush (xcb_io.c:513) ==30391==by 0x4216EB0: XFlush (Flush.c:39) ==30391==by 0x8070827: xFlush (imxport.c:407) ==30391== Invalid read of size 4 ==30391==at 0x8070614: xFlush (imxport.c:371) ==30391==by 0x806E63F: IMProcessQueue (imdispatch.c:457) ==30391==by 0x8070B5D: xinput (imxport.c:298) ==30391==by 0x4349E45: (below main) (libc-start.c:228) ==30391== Address 0x4d01570 is 320 bytes inside a block of size 600 free'd ==30391==at 0x402618D: free (vg_replace_malloc.c:446) ==30391==by 0x416420E: XtFree (in /usr/lib/i386-linux-gnu/libXt.so.6.0.0) ==30391==by 0x806E5FA: IMProcessQueue (imdispatch.c:471) ==30391==by 0x8070A76: xBrokenPipe (imxport.c:347) ==30391==by 0x805DC05: XAEHandler (asyncerr.c:153) ==30391==by 0x42384A2: _XError (XlibInt.c:1583) ==30391==by 0x423535C: handle_error (xcb_io.c:212) ==30391==by 0x42353B6: handle_response (xcb_io.c:324) ==30391==by 0x4235E97: _XEventsQueued (xcb_io.c:363) ==30391==by 0x4235F29: _XFlush (xcb_io.c:513) ==30391==by 0x4216EB0: XFlush (Flush.c:39) ==30391==by 0x8070827: xFlush (imxport.c:407) ==30391== Invalid read of size 4 ==30391==at
Bug#664760: Please upload python-tinkerer source to mentors
Hi kouhei, On Wed, 17 Oct 2012 10:16:10 +0900 Kouhei Maeda mkou...@palmtb.net wrote: I worry about web symbols font included by tinkerer. lintian notification is follow; Thanks for uploading your source to mentors, I've looked it and found some (but serious) problems for license as below, so you'd fix it before it will be uploaded into Debian repository. Its LICENSE file says, License for email obfuscator code = Email obfuscator code under tinkerer/ext/hidemail.py BSD license: Copyright (c) 2011-2012, Kevin Teague. All rights reserved. It's _4_ clause, and it is unfortunately not DFSG-free license. 3. All advertising materials mentioning features or use of this software must display the following acknowledgement: This product includes software developed by Kevin Teague. BSD-4-clause, old BSD license is not good. License for Boilerplate theme = Parts of boilerplate theme under tinkerer/themes/boilerplate are derived from the Sphinx basic theme. Boilerplate theme also includes the following JavaScript scripts copied from Sphinx base theme theme: doctools.js, searchtools.js_t. These are licensed under the following license: same as above. License for jQuery JavaScript Library = jQuery JavaScript Library is distributed with Tinkerer under tinkerer/themes/boilerplate/static and has the following license: MIT license: License for Modernizr JavaScript Library Modernizr JavaScript Library is distributed with Tinkerer under tinkerer/themes/boilerplate/static and has the following license: MIT license: Those are MIT-style license. It's okay, but you described in debian/copyright Files: * Copyright: 2011-2012 Vlad Riscutia riscutiav...@gmail.com 2011-2012 contributors ; Andrea Crotti, Bernhard Grotz, Jordi Bofill, Rod Morehead, Yoshihisa Tanaka License: BSD-2-Clause and Files: tinkerer/themes/tinkerbase/static/* Copyright: 2007-2011, Just Be Nice, www.justbenicestudio.com, with Reserved Font Name WebSymbolsRegular License: Open Font License It's not correct. You should check LICENSE file if it exists, at least (seriously). Then, tiny thing. In debian/rules # -*- makefile -*- # Sample debian/rules that uses debhelper. # This file was originally written by Joey Hess and Craig Small. # As a special exception, when this file is copied by dh-make into a # dh-make output file, you may use that output file without restriction. # This special exception was added by Craig Small in version 0.37 of dh-make. Please delete it, ugly. And, debian/watch cannot seek upstream source maybe since it is caused by upstream site has changed. Well, license problem is really hard thing for the maintainers, it's tough, and not so interesting as coding ;) However, we Debian package maintainers should fix to distribute it (as you already know). I can help you to fix this problem, so once discuss it before working. Okay? -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686481: Clarification:
Hi, On Sat, Oct 20, 2012 at 11:06:32AM +0200, Stefano Zacchiroli wrote: On Sat, Oct 20, 2012 at 01:01:56AM +0900, Osamu Aoki wrote: ... minor communication nitpick, I'd personally just add a couple more things to the 100% free pages: 1/ that we _recommend_ running only free software from main (right now there is an _explanation_ of the drawbacks of using contrib/non-free, which should be convincing enough, but an explicit recommendation wouldn't hurt either), and 2/ that by default only software from main is installed to respect user freedoms. Good point. Why start with excuses when we can start with more positive statements. Inspired by your comment, I expanded a bit as ... 2.1.5. Debian is 100% free software Debian is 100% free software because of the followings: ● Debian installs only free software by default to respect user freedoms. ● Debian provides only free software in main. ● Debian recommends running only free software from main. ● No packages in main depend nor recommend packages in non-free nor contrib. This should show up in few hours to the web. Japanese translation finished. Thanks. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681564: latest webgui release available
On Wed, 2012-08-15 at 23:45 +1000, Dean Hamstead wrote: commenting out Apache2::Cookie in preload.perl had no effect :( I haven't been able to reproduce your problem. I've tried with Wheezy and Sid, both on i386 and amd64, but it always works as expected. The latest release of WebGUI (7.10.26) was packaged and uploaded a couple of days ago. Maybe you'd like to try with it, perhaps with a fresh installation, and see if it fixes your problem. -- Prof. Ernesto Hernández-Novich - MYS-220C - @iamemhn Geek by nature, Linux by choice, Debian of course. If you can't aptitude it, it isn't useful or doesn't exist. GPG Key Fingerprint = 438C 49A2 A8C7 E7D7 1500 C507 96D6 A3D6 2F4C 85E3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691031: cups-pdf: Installation failed when Reloading Common Unix Printing System: cupsd
Package: cups-pdf Version: 2.6.1-6 Severity: important Dear Maintainer, When I want to install cups-pdf : aptitude install cups-pdf Les NOUVEAUX paquets suivants vont être installés : cups-pdf 0 paquets mis à jour, 1 nouvellement installés, 0 à enlever et 0 non mis à jour. Il est nécessaire de télécharger 50,5 ko d'archives. Après dépaquetage, 228 ko seront utilisés. Prendre : 1 http://ftp.be.debian.org/debian/ wheezy/main cups-pdf amd64 2.6.1-6 [50,5 kB] 50,5 ko téléchargés en 0s (2378 ko/s) Récupération des rapports de bogue… Fait Analyse des informations Trouvé/Corrigé… Fait Sélection du paquet cups-pdf précédemment désélectionné. (Lecture de la base de données... 193120 fichiers et répertoires déjà installés.) Dépaquetage de cups-pdf (à partir de .../cups-pdf_2.6.1-6_amd64.deb) ... Traitement des actions différées (« triggers ») pour « cups »... [ ok ] Starting Common Unix Printing System: cupsd. Updating PPD files for cups-filters ... Updating PPD files for cups-pdf ... Updating PPD files for foomatic-db-compressed-ppds ... Updating PPD files for foomatic-db-engine ... Updating PPD files for openprinting-ppds ... Updating PPD files for c2esp ... Updating PPD files for escpr ... Updating PPD files for foo2zjs ... Updating PPD files for hpcups ... Updating PPD files for hpijs ... Updating PPD files for m2300w ... Updating PPD files for postscript-hp ... Updating PPD files for ptouch ... Updating PPD files for pxljr ... Updating PPD files for sag-gdi ... Updating PPD files for splix ... Paramétrage de cups-pdf (2.6.1-6) ... [ ok ] Reloading Common Unix Printing System: cupsd. I need to type a crtl-C for stop, but the packet is still unconfigured. dpkg --configure -a Paramétrage de cups-pdf (2.6.1-6) ... [ ok ] Reloading Common Unix Printing System: cupsd. Same problem her. Thanks -- System Information: Debian Release: wheezy/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cups-pdf depends on: ii cups1.5.3-1 ii cups-client 1.5.3-1 ii ghostscript 9.05~dfsg-6.1 ii libc6 2.13-35 ii libpaper-utils 1.1.24+nmu2 cups-pdf recommends no packages. Versions of packages cups-pdf suggests: ii system-config-printer 1.3.7-3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595920: lxc-attach: upstream kernel namespace patches
I don't know how releated this patchset is, however it was pulled into Linus' current tree: https://github.com/mirrors/linux-2.6/commit/437589a74b6a590d175f86cf9f7b2efcee7765e7 Maybe there's someone who can have a look at this and/or do some tests with it. *t -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679386: Update
Yes, I know about ~/.xsessionrc. But this bug is about choosing language in greeter GUI. Updated workaround: -- #!/bin/bash # workaround for session language selection in lightdm greeter # use .dmrc or accountsservice data (if accounts-daemon is running) if pidof accounts-daemon then echo accounts /tmp/wtf TEMPLANG=$(cat /var/lib/AccountsService/users/$USER | grep ^Language= | cut -d '=' -f 2 | sed 's/utf8/UTF8/') [ ! -z $TEMPLANG ] export LANG=$TEMPLANG TEMPLANGUAGE=$(echo $LANG | cut -d '@' -f 1 | cut -d '.' -f 1):$(echo $LANG | cut -d '@' -f 1 | cut -d '.' -f 1 | cut -d '_' -f 1) [ ! -z $TEMPLANGUAGE ] export LANGUAGE=$TEMPLANGUAGE else echo dmrc /tmp/wtf TEMPLANG=$(cat $HOME/.dmrc | grep ^Language= | cut -d '=' -f 2 | sed 's/utf8/UTF8/') [ ! -z $TEMPLANG ] export LANG=$TEMPLANG TEMPLANGUAGE=$(echo $LANG | cut -d '@' -f 1 | cut -d '.' -f 1):$(echo $LANG | cut -d '@' -f 1 | cut -d '.' -f 1 | cut -d '_' -f 1) [ ! -z $TEMPLANGUAGE ] export LANGUAGE=$TEMPLANGUAGE fi -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691032: libembperl-perl: FTBFS: -m32 is i386/amd64 only
Package: libembperl-perl
Version: 2.5.0~rc2-1
Severity: serious
Tags: patch
According to
https://buildd.debian.org/status/package.php?p=libembperl-perlsuite=sid
the package fails on armel/armhf, mips/mipsel, s390 due to -m32 not
being available on those platforms as a valid gcc flag. Please refrain
from using such CFLAGS without checking the architecture first.
The patch fixes the FTBFS by removing the -m32 in Makefile.PL.
Regards
Konstantinos
diff -ruN libembperl-perl-2.5.0~rc2/Makefile.PL libembperl-perl-2.5.0~rc2.mine/Makefile.PL
--- libembperl-perl-2.5.0~rc2/Makefile.PL 2012-09-10 05:44:14.0 +
+++ libembperl-perl-2.5.0~rc2.mine/Makefile.PL 2012-10-18 15:47:32.827875735 +
@@ -1269,7 +1269,6 @@
$dynlib-{'OTHERLDFLAGS'} .= $lddebug ;
if ($perl32bit)
{
-$dynlib-{'OTHERLDFLAGS'} .= -m32 ;
$dynlib-{'OTHERLDFLAGS'} .= -L . join (' -L', split / /, $Config{libpth}) ;
}
@@ -1329,8 +1328,6 @@
$i .= ' -I' . join (' -I', @inc) if (@inc) ;
}
-$addcflags = $perl32bit?'-m32':'' ;
-
%MMARGS = (
'LIBS' = [$libs || ''],
'DEFINE' = $d \$(DEFS) . ($mp2cfg?$mp2cfg-{MODPERL_CCOPTS}:''),
Bug#691033: rxvt-unicode: urxvtd dies, if serving clients on multiple X11 servers, if one X11 server is shut down
Package: rxvt-unicode
Version: 9.15-2
Severity: normal
Tags: patch
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.5.5-01 (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 rxvt-unicode depends on:
ii base-passwd 3.5.26
ii libc6 2.13-35
ii libfontconfig12.9.0-7
ii libgcc1 1:4.7.1-7
ii libgdk-pixbuf2.0-02.26.1-1
ii libglib2.0-0 2.33.12+really2.32.4-2
ii libperl5.14 5.14.2-14
ii libstartup-notification0 0.12-1
ii libx11-6 2:1.5.0-1
ii libxft2 2.3.1-1
ii libxrender1 1:0.9.7-1
ii ncurses-base 5.9-10
Versions of packages rxvt-unicode recommends:
ii fonts-vlgothic [fonts-japanese-gothic] 20120629-1
ii ttf-dejavu 2.33-3
rxvt-unicode suggests no packages.
urxvtd dies, if serving client windows on two or more X servers
(owned by the same user, run on the same machine)
if one of the X servers terminates.
How to reproduce:
1) Start X Session, $DISPLAY=:0 .
start urxvtd in an xterm (to see the exit message).
urxvtd creates a socket: $HOME/.urxvt/urxvtd-hostname
Open at least one window using urxvtc
2) Start a second X Session :1
open at least one window using urxvtc
3) Shut down the 2nd X Session :1 while the urxvt window served by
urxvtd is still open.
4) Switch back to X Session :0 and find all urxvtd-served windows
closed and urxvtd gone. The exception handler exit()s if just
one out of many displays is closed. It does not care about other
displays still being active:
int rxvt_xioerror_handler (Display *display)
{
rxvt_warn (X connection to '%s' broken, unable to recover, exiting.\n,
DisplayString (display));
rxvt_emergency_cleanup ();
_exit (EXIT_FAILURE);
}
A simple remedy:
Use one instance of urxvtd per display by inclusion of
$DISPLAY into the socket name:
urxvtd-HOSTNAME-DISPLAY
--- rxvt-unicode-9.15_orig/src/rxvtdaemon.C 2012-01-19 14:34:39.0
+0100
+++ rxvt-unicode-9.15/src/rxvtdaemon.C 2012-10-16 19:18:17.344715230 +0200
@@ -37,6 +37,7 @@
{
char name[PATH_MAX];
char *path = getenv (RXVT_SOCKET);
+ char *display = getenv(DISPLAY);
if (!path)
{
@@ -50,9 +51,10 @@
snprintf (name, PATH_MAX, %s/.urxvt, path);
mkdir (name, 0777);
- snprintf (name, PATH_MAX, %s/.urxvt/urxvtd-%s,
-path,
-u.nodename);
+ if (!display)
+ snprintf (name, PATH_MAX, %s/.urxvt/urxvtd-%s, path, u.nodename);
+ else
+ snprintf (name, PATH_MAX, %s/.urxvt/urxvtd-%s-%s, path, u.nodename,
display);
path = name;
}
Though it is possible to serve multiple displays from one daemon I'd
prefer a more conservative approach, i.e. to restrict urxvtd to one
daemon per display.
An accident on display X shall never affect display Y.
Losing dozens of terminals is a downright bad thing.
Regards,
Axel
--- rxvt-unicode-9.15_orig/src/rxvtdaemon.C 2012-01-19 14:34:39.0 +0100
+++ rxvt-unicode-9.15/src/rxvtdaemon.C 2012-10-16 19:18:17.344715230 +0200
@@ -37,6 +37,7 @@
{
char name[PATH_MAX];
char *path = getenv (RXVT_SOCKET);
+ char *display = getenv(DISPLAY);
if (!path)
{
@@ -50,9 +51,10 @@
snprintf (name, PATH_MAX, %s/.urxvt, path);
mkdir (name, 0777);
- snprintf (name, PATH_MAX, %s/.urxvt/urxvtd-%s,
-path,
-u.nodename);
+ if (!display)
+ snprintf (name, PATH_MAX, %s/.urxvt/urxvtd-%s, path, u.nodename);
+ else
+ snprintf (name, PATH_MAX, %s/.urxvt/urxvtd-%s-%s, path, u.nodename, display);
path = name;
}
Bug#691034: libembperl-perl: FTBFS: -m32 is i386/amd64 only
Package: libembperl-perl
Version: 2.5.0~rc2-1
Severity: serious
Tags: patch
According to
https://buildd.debian.org/status/package.php?p=libembperl-perlsuite=sid
the package fails on armel/armhf, mips/mipsel, s390 due to -m32 not
being available on those platforms as a valid gcc flag. Please refrain
from using such CFLAGS without checking the architecture first.
The patch fixes the FTBFS by removing the -m32 in Makefile.PL.
Regards
Konstantinos
diff -ruN libembperl-perl-2.5.0~rc2/Makefile.PL libembperl-perl-2.5.0~rc2.mine/Makefile.PL
--- libembperl-perl-2.5.0~rc2/Makefile.PL 2012-09-10 05:44:14.0 +
+++ libembperl-perl-2.5.0~rc2.mine/Makefile.PL 2012-10-18 15:47:32.827875735 +
@@ -1269,7 +1269,6 @@
$dynlib-{'OTHERLDFLAGS'} .= $lddebug ;
if ($perl32bit)
{
-$dynlib-{'OTHERLDFLAGS'} .= -m32 ;
$dynlib-{'OTHERLDFLAGS'} .= -L . join (' -L', split / /, $Config{libpth}) ;
}
@@ -1329,8 +1328,6 @@
$i .= ' -I' . join (' -I', @inc) if (@inc) ;
}
-$addcflags = $perl32bit?'-m32':'' ;
-
%MMARGS = (
'LIBS' = [$libs || ''],
'DEFINE' = $d \$(DEFS) . ($mp2cfg?$mp2cfg-{MODPERL_CCOPTS}:''),
Bug#691035: libembperl-perl: FTBFS: -m32 is i386/amd64 only
Package: libembperl-perl
Version: 2.5.0~rc2-1
Severity: serious
Tags: patch
According to
https://buildd.debian.org/status/package.php?p=libembperl-perlsuite=sid
the package fails on armel/armhf, mips/mipsel, s390 due to -m32 not
being available on those platforms as a valid gcc flag. Please refrain
from using such CFLAGS without checking the architecture first.
The patch fixes the FTBFS by removing the -m32 in Makefile.PL.
Regards
Konstantinos
diff -ruN libembperl-perl-2.5.0~rc2/Makefile.PL libembperl-perl-2.5.0~rc2.mine/Makefile.PL
--- libembperl-perl-2.5.0~rc2/Makefile.PL 2012-09-10 05:44:14.0 +
+++ libembperl-perl-2.5.0~rc2.mine/Makefile.PL 2012-10-18 15:47:32.827875735 +
@@ -1269,7 +1269,6 @@
$dynlib-{'OTHERLDFLAGS'} .= $lddebug ;
if ($perl32bit)
{
-$dynlib-{'OTHERLDFLAGS'} .= -m32 ;
$dynlib-{'OTHERLDFLAGS'} .= -L . join (' -L', split / /, $Config{libpth}) ;
}
@@ -1329,8 +1328,6 @@
$i .= ' -I' . join (' -I', @inc) if (@inc) ;
}
-$addcflags = $perl32bit?'-m32':'' ;
-
%MMARGS = (
'LIBS' = [$libs || ''],
'DEFINE' = $d \$(DEFS) . ($mp2cfg?$mp2cfg-{MODPERL_CCOPTS}:''),
Bug#691036: libembperl-perl: FTBFS: -m32 is i386/amd64 only
Package: libembperl-perl
Version: 2.5.0~rc2-1
Severity: serious
Tags: patch
According to
https://buildd.debian.org/status/package.php?p=libembperl-perlsuite=sid
the package fails on armel/armhf, mips/mipsel, s390 due to -m32 not
being available on those platforms as a valid gcc flag. Please refrain
from using such CFLAGS without checking the architecture first.
The patch fixes the FTBFS by removing the -m32 in Makefile.PL.
Regards
Konstantinos
diff -ruN libembperl-perl-2.5.0~rc2/Makefile.PL libembperl-perl-2.5.0~rc2.mine/Makefile.PL
--- libembperl-perl-2.5.0~rc2/Makefile.PL 2012-09-10 05:44:14.0 +
+++ libembperl-perl-2.5.0~rc2.mine/Makefile.PL 2012-10-18 15:47:32.827875735 +
@@ -1269,7 +1269,6 @@
$dynlib-{'OTHERLDFLAGS'} .= $lddebug ;
if ($perl32bit)
{
-$dynlib-{'OTHERLDFLAGS'} .= -m32 ;
$dynlib-{'OTHERLDFLAGS'} .= -L . join (' -L', split / /, $Config{libpth}) ;
}
@@ -1329,8 +1328,6 @@
$i .= ' -I' . join (' -I', @inc) if (@inc) ;
}
-$addcflags = $perl32bit?'-m32':'' ;
-
%MMARGS = (
'LIBS' = [$libs || ''],
'DEFINE' = $d \$(DEFS) . ($mp2cfg?$mp2cfg-{MODPERL_CCOPTS}:''),
Bug#691037: libembperl-perl: FTBFS: -m32 is i386/amd64 only
Package: libembperl-perl
Version: 2.5.0~rc2-1
Severity: serious
Tags: patch
According to
https://buildd.debian.org/status/package.php?p=libembperl-perlsuite=sid
the package fails on armel/armhf, mips/mipsel, s390 due to -m32 not
being available on those platforms as a valid gcc flag. Please refrain
from using such CFLAGS without checking the architecture first.
The patch fixes the FTBFS by removing the -m32 in Makefile.PL.
Regards
Konstantinos
diff -ruN libembperl-perl-2.5.0~rc2/Makefile.PL libembperl-perl-2.5.0~rc2.mine/Makefile.PL
--- libembperl-perl-2.5.0~rc2/Makefile.PL 2012-09-10 05:44:14.0 +
+++ libembperl-perl-2.5.0~rc2.mine/Makefile.PL 2012-10-18 15:47:32.827875735 +
@@ -1269,7 +1269,6 @@
$dynlib-{'OTHERLDFLAGS'} .= $lddebug ;
if ($perl32bit)
{
-$dynlib-{'OTHERLDFLAGS'} .= -m32 ;
$dynlib-{'OTHERLDFLAGS'} .= -L . join (' -L', split / /, $Config{libpth}) ;
}
@@ -1329,8 +1328,6 @@
$i .= ' -I' . join (' -I', @inc) if (@inc) ;
}
-$addcflags = $perl32bit?'-m32':'' ;
-
%MMARGS = (
'LIBS' = [$libs || ''],
'DEFINE' = $d \$(DEFS) . ($mp2cfg?$mp2cfg-{MODPERL_CCOPTS}:''),
Bug#691038: libembperl-perl: FTBFS: -m32 is i386/amd64 only
Package: libembperl-perl
Version: 2.5.0~rc2-1
Severity: serious
Tags: patch
According to
https://buildd.debian.org/status/package.php?p=libembperl-perlsuite=sid
the package fails on armel/armhf, mips/mipsel, s390 due to -m32 not
being available on those platforms as a valid gcc flag. Please refrain
from using such CFLAGS without checking the architecture first.
The patch fixes the FTBFS by removing the -m32 in Makefile.PL.
Regards
Konstantinos
diff -ruN libembperl-perl-2.5.0~rc2/Makefile.PL libembperl-perl-2.5.0~rc2.mine/Makefile.PL
--- libembperl-perl-2.5.0~rc2/Makefile.PL 2012-09-10 05:44:14.0 +
+++ libembperl-perl-2.5.0~rc2.mine/Makefile.PL 2012-10-18 15:47:32.827875735 +
@@ -1269,7 +1269,6 @@
$dynlib-{'OTHERLDFLAGS'} .= $lddebug ;
if ($perl32bit)
{
-$dynlib-{'OTHERLDFLAGS'} .= -m32 ;
$dynlib-{'OTHERLDFLAGS'} .= -L . join (' -L', split / /, $Config{libpth}) ;
}
@@ -1329,8 +1328,6 @@
$i .= ' -I' . join (' -I', @inc) if (@inc) ;
}
-$addcflags = $perl32bit?'-m32':'' ;
-
%MMARGS = (
'LIBS' = [$libs || ''],
'DEFINE' = $d \$(DEFS) . ($mp2cfg?$mp2cfg-{MODPERL_CCOPTS}:''),
Bug#691039: libembperl-perl: FTBFS: -m32 is i386/amd64 only
Package: libembperl-perl
Version: 2.5.0~rc2-1
Severity: serious
Tags: patch
According to
https://buildd.debian.org/status/package.php?p=libembperl-perlsuite=sid
the package fails on armel/armhf, mips/mipsel, s390 due to -m32 not
being available on those platforms as a valid gcc flag. Please refrain
from using such CFLAGS without checking the architecture first.
The patch fixes the FTBFS by removing the -m32 in Makefile.PL.
Regards
Konstantinos
diff -ruN libembperl-perl-2.5.0~rc2/Makefile.PL libembperl-perl-2.5.0~rc2.mine/Makefile.PL
--- libembperl-perl-2.5.0~rc2/Makefile.PL 2012-09-10 05:44:14.0 +
+++ libembperl-perl-2.5.0~rc2.mine/Makefile.PL 2012-10-18 15:47:32.827875735 +
@@ -1269,7 +1269,6 @@
$dynlib-{'OTHERLDFLAGS'} .= $lddebug ;
if ($perl32bit)
{
-$dynlib-{'OTHERLDFLAGS'} .= -m32 ;
$dynlib-{'OTHERLDFLAGS'} .= -L . join (' -L', split / /, $Config{libpth}) ;
}
@@ -1329,8 +1328,6 @@
$i .= ' -I' . join (' -I', @inc) if (@inc) ;
}
-$addcflags = $perl32bit?'-m32':'' ;
-
%MMARGS = (
'LIBS' = [$libs || ''],
'DEFINE' = $d \$(DEFS) . ($mp2cfg?$mp2cfg-{MODPERL_CCOPTS}:''),
Bug#691040: libembperl-perl: FTBFS, -m32 is not valid on non-x86 architectures.
Package: libembperl-perl
Version: 2.5.0~rc2-1
Severity: serious
Tags: patch
According to
https://buildd.debian.org/status/package.php?p=libembperl-perlsuite=sid
the package fails on armel/armhf, mips/mipsel, s390 due to -m32 not
being available on those platforms as a valid gcc flag. Please refrain
from using such CFLAGS without checking the architecture first.
The patch fixes the FTBFS by removing the -m32 in Makefile.PL.
Regards
Konstantinos
diff -ruN libembperl-perl-2.5.0~rc2/Makefile.PL libembperl-perl-2.5.0~rc2.mine/Makefile.PL
--- libembperl-perl-2.5.0~rc2/Makefile.PL 2012-09-10 05:44:14.0 +
+++ libembperl-perl-2.5.0~rc2.mine/Makefile.PL 2012-10-18 15:47:32.827875735 +
@@ -1269,7 +1269,6 @@
$dynlib-{'OTHERLDFLAGS'} .= $lddebug ;
if ($perl32bit)
{
-$dynlib-{'OTHERLDFLAGS'} .= -m32 ;
$dynlib-{'OTHERLDFLAGS'} .= -L . join (' -L', split / /, $Config{libpth}) ;
}
@@ -1329,8 +1328,6 @@
$i .= ' -I' . join (' -I', @inc) if (@inc) ;
}
-$addcflags = $perl32bit?'-m32':'' ;
-
%MMARGS = (
'LIBS' = [$libs || ''],
'DEFINE' = $d \$(DEFS) . ($mp2cfg?$mp2cfg-{MODPERL_CCOPTS}:''),
Bug#691041: libembperl-perl: FTBFS, -m32 is not valid on non-x86 architectures.
Package: libembperl-perl
Version: 2.5.0~rc2-1
Severity: serious
Tags: patch
According to
https://buildd.debian.org/status/package.php?p=libembperl-perlsuite=sid
the package fails on armel/armhf, mips/mipsel, s390 due to -m32 not
being available on those platforms as a valid gcc flag. Please refrain
from using such CFLAGS without checking the architecture first.
The patch fixes the FTBFS by removing the -m32 in Makefile.PL.
Regards
Konstantinos
diff -ruN libembperl-perl-2.5.0~rc2/Makefile.PL libembperl-perl-2.5.0~rc2.mine/Makefile.PL
--- libembperl-perl-2.5.0~rc2/Makefile.PL 2012-09-10 05:44:14.0 +
+++ libembperl-perl-2.5.0~rc2.mine/Makefile.PL 2012-10-18 15:47:32.827875735 +
@@ -1269,7 +1269,6 @@
$dynlib-{'OTHERLDFLAGS'} .= $lddebug ;
if ($perl32bit)
{
-$dynlib-{'OTHERLDFLAGS'} .= -m32 ;
$dynlib-{'OTHERLDFLAGS'} .= -L . join (' -L', split / /, $Config{libpth}) ;
}
@@ -1329,8 +1328,6 @@
$i .= ' -I' . join (' -I', @inc) if (@inc) ;
}
-$addcflags = $perl32bit?'-m32':'' ;
-
%MMARGS = (
'LIBS' = [$libs || ''],
'DEFINE' = $d \$(DEFS) . ($mp2cfg?$mp2cfg-{MODPERL_CCOPTS}:''),
Bug#691042: libembperl-perl: FTBFS, -m32 is not valid on non-x86 architectures.
Package: libembperl-perl
Version: 2.5.0~rc2-1
Severity: serious
Tags: patch
According to
https://buildd.debian.org/status/package.php?p=libembperl-perlsuite=sid
the package fails on armel/armhf, mips/mipsel, s390 due to -m32 not
being available on those platforms as a valid gcc flag. Please refrain
from using such CFLAGS without checking the architecture first.
The patch fixes the FTBFS by removing the -m32 in Makefile.PL.
Regards
Konstantinos
diff -ruN libembperl-perl-2.5.0~rc2/Makefile.PL libembperl-perl-2.5.0~rc2.mine/Makefile.PL
--- libembperl-perl-2.5.0~rc2/Makefile.PL 2012-09-10 05:44:14.0 +
+++ libembperl-perl-2.5.0~rc2.mine/Makefile.PL 2012-10-18 15:47:32.827875735 +
@@ -1269,7 +1269,6 @@
$dynlib-{'OTHERLDFLAGS'} .= $lddebug ;
if ($perl32bit)
{
-$dynlib-{'OTHERLDFLAGS'} .= -m32 ;
$dynlib-{'OTHERLDFLAGS'} .= -L . join (' -L', split / /, $Config{libpth}) ;
}
@@ -1329,8 +1328,6 @@
$i .= ' -I' . join (' -I', @inc) if (@inc) ;
}
-$addcflags = $perl32bit?'-m32':'' ;
-
%MMARGS = (
'LIBS' = [$libs || ''],
'DEFINE' = $d \$(DEFS) . ($mp2cfg?$mp2cfg-{MODPERL_CCOPTS}:''),
Bug#691043: libembperl-perl: FTBFS, -m32 is not valid on non-x86 architectures.
Package: libembperl-perl
Version: 2.5.0~rc2-1
Severity: serious
Tags: patch
According to
https://buildd.debian.org/status/package.php?p=libembperl-perlsuite=sid
the package fails on armel/armhf, mips/mipsel, s390 due to -m32 not
being available on those platforms as a valid gcc flag. Please refrain
from using such CFLAGS without checking the architecture first.
The patch fixes the FTBFS by removing the -m32 in Makefile.PL.
Regards
Konstantinos
diff -ruN libembperl-perl-2.5.0~rc2/Makefile.PL libembperl-perl-2.5.0~rc2.mine/Makefile.PL
--- libembperl-perl-2.5.0~rc2/Makefile.PL 2012-09-10 05:44:14.0 +
+++ libembperl-perl-2.5.0~rc2.mine/Makefile.PL 2012-10-18 15:47:32.827875735 +
@@ -1269,7 +1269,6 @@
$dynlib-{'OTHERLDFLAGS'} .= $lddebug ;
if ($perl32bit)
{
-$dynlib-{'OTHERLDFLAGS'} .= -m32 ;
$dynlib-{'OTHERLDFLAGS'} .= -L . join (' -L', split / /, $Config{libpth}) ;
}
@@ -1329,8 +1328,6 @@
$i .= ' -I' . join (' -I', @inc) if (@inc) ;
}
-$addcflags = $perl32bit?'-m32':'' ;
-
%MMARGS = (
'LIBS' = [$libs || ''],
'DEFINE' = $d \$(DEFS) . ($mp2cfg?$mp2cfg-{MODPERL_CCOPTS}:''),
Bug#686703: mdadm: super0: do not override uuid with homehost
When --uuid is specified in the command line, even for v0.90
superblock we override last portion of uuid with data from
--homehost, which is wrong (and disagrees with the manpage).
Only use homehost in super0 if no uuid is specified.
Signed-off-By: Michael Tokarev m...@tls.msk.ru
diff --git a/super0.c b/super0.c
index 1375799..ca4c082 100644
--- a/super0.c
+++ b/super0.c
@@ -657,7 +657,7 @@ static int init_super0(struct supertype *st,
mdu_array_info_t *info,
if (rfd = 0)
close(rfd);
}
- if (homehost) {
+ if (homehost !uuid) {
char buf[20];
char *hash = sha1_buffer(homehost,
strlen(homehost),
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689112: thunar-vcs-plugin: Lets thunar often crash on right click
Package: thunar-vcs-plugin Followup-For: Bug #689112 I tested thunar without this plugin for several weeks. No more right- click-crash appeared after removing it. I recommend to remove it from Wheezy. -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 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 thunar-vcs-plugin depends on: ii libapr1 1.4.6-3 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-35 ii libcairo2 1.12.2-2 ii libexo-1-0 0.6.2-5 ii libfontconfig1 2.9.0-7 ii libfreetype62.4.9-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.32.3-1 ii libgtk2.0-0 2.24.10-2 ii libpango1.0-0 1.30.0-1 ii libsvn1 1.6.17dfsg-4 ii libthunarx-2-0 1.2.3-4+b1 ii libxfce4util4 4.8.2-1 ii thunar 1.2.3-4+b1 thunar-vcs-plugin recommends no packages. thunar-vcs-plugin suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686703: [Fwd: mdadm: --uuid never overrides --homehost]
Control: severity 686703 important On 05.09.2012 01:23, Ross Boylan wrote: Package: mdadm Version: 3.1.4-1+8efb9d1+squeeze1 Severity: normal The man page says Also, using --uuid= when creating a v0.90 array will silently override any --homehost= setting. Yes I see the issue, and I consider this is an important issue, since it limits your ability to perform data recovery. I just sent an one-liner patch to Neilb which fixes this issue, and am hope to add this bugfix into the next Debian release of mdadm package. You can find it in the debian bugreport log. Please excuse me it took so long. Initially I had no time to look at this issue, but later it got lost somehow. Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691044: unblock: extplorer/2.1.0b6+dfsg.3-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package extplorer unblock extplorer/2.1.0b6+dfsg.3-4 The only change is adding the sticky bit to /var/lib/extplorer/ftp_tmp. Debdiff attached. Sorry for not uploading such trivial fix earlier. Cheers, Thomas Note that I believe the FTP mode is anyway broken in Debian, so I don't think any Debian setup is affected, but let's play it safe and have the fix go to testing. diff -Nru extplorer-2.1.0b6+dfsg.3/debian/changelog extplorer-2.1.0b6+dfsg.3/debian/changelog --- extplorer-2.1.0b6+dfsg.3/debian/changelog 2012-06-24 09:41:06.0 + +++ extplorer-2.1.0b6+dfsg.3/debian/changelog 2012-10-20 15:53:51.0 + @@ -1,3 +1,9 @@ +extplorer (2.1.0b6+dfsg.3-4) unstable; urgency=low + + * Sets the stick bit on /var/lib/extplorer/ftp_tmp (Closes: #683649). + + -- Thomas Goirand z...@debian.org Sat, 20 Oct 2012 15:51:50 + + extplorer (2.1.0b6+dfsg.3-3) unstable; urgency=high * Fixes an Cross Site Request forgery security problem if user is logged diff -Nru extplorer-2.1.0b6+dfsg.3/debian/postinst extplorer-2.1.0b6+dfsg.3/debian/postinst --- extplorer-2.1.0b6+dfsg.3/debian/postinst 2012-06-24 09:41:06.0 + +++ extplorer-2.1.0b6+dfsg.3/debian/postinst 2012-10-20 15:53:51.0 + @@ -3,7 +3,7 @@ set -e mkdir -p /var/lib/extplorer/ftp_tmp -chmod 777 /var/lib/extplorer/ftp_tmp +chmod 1777 /var/lib/extplorer/ftp_tmp touch /etc/extplorer/.htusers.php chmod 664 /etc/extplorer/.htusers.php
Bug#690671: libatlas3-base: /usr/lib/atlas-base/atlas/libblas.so.3.0: Illegal instruction ATL_dJIK52x52x52TN52x52x0_a1_b1 on i686: Intel Core Duo
Russell Haley bog...@tamu.edu writes: Package: libatlas3-base Version: 3.8.4-9 Followup-For: Bug #690671 I would like to replicate your test environment. Your chroot is built with debootstrap, I presume? If there's any further information necessary to replicate, please provide it. I would also be testing with the Debian Sid provided kernel. I have also tried to replicate the crash using QEMU/KVM, by running your program in an environment with the worst possible CPU (486) and then with a CPU close to yours (Intel Core Duo). I could not replicate the crash in either case. For the moment I unfortunately have no clue about your problem. -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://www.dynare.org/sebastien `- GPG Key: 4096R/381A7594 pgplF1Kr95qzw.pgp Description: PGP signature
Bug#690968: FTBFS: Hung at test 583
On Sat, 20 Oct 2012 14:39:33 +0200 Alessandro Ghedini al3x...@gmail.com wrote: On 10/19, Tony Houghton wrote: I tried to build the package with the patch from #690551 but the build just froze when it got to test 583. I don't see how this is a bug in the curl package: you are running the test suite under valgrind, which is not done for regular builds. I just ran debuild. I don't think there's anything in my DEB_BUILD_OPTIONS which would enable tests if it wasn't enabled by default. Perhaps they're enabled automatically if certain packages (valgrind?) are present which aren't usually there in a clean pbuilder? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691032: Pending fixes for bugs in the libembperl-perl package
tag 691032 + pending thanks Some bugs in the libembperl-perl package are closed in revision 3ffc15eca3798b7eb14da4cc8c234d4b3c5724fb in branch 'master' by Salvatore Bonaccorso The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libembperl-perl.git;a=commitdiff;h=3ffc15e Commit message: Add 691032-ftbfs-on-non-x86-architectures.patch patch Fix Fix FTBFS due to -m32 used on non-x86 architectures. Thanks: Konstantinos Margaritis konstantinos.margari...@freevec.org Closes: #691032 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690968: FTBFS: Hung at test 583
On 10/20, Tony Houghton wrote:
On Sat, 20 Oct 2012 14:39:33 +0200
Alessandro Ghedini al3x...@gmail.com wrote:
On 10/19, Tony Houghton wrote:
I tried to build the package with the patch from #690551 but the build
just froze when it got to test 583.
I don't see how this is a bug in the curl package: you are running the test
suite under valgrind, which is not done for regular builds.
I just ran debuild. I don't think there's anything in my
DEB_BUILD_OPTIONS which would enable tests if it wasn't enabled by
default. Perhaps they're enabled automatically if certain packages
(valgrind?) are present which aren't usually there in a clean pbuilder?
I think you are right. I'll see if I can put together a patch to always disable
valgrind.
Cheers
--
perl -E '$_=q;$/= @{[@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse'
signature.asc
Description: Digital signature
Bug#623950: Anybody working on libasm4-java
control: retitle -1 ITP: asm4 -- Java bytecode manipulation framework control: owner -1 ! Hi, is anybody working on packaging asm4? I make this an ITP on me for the moment, but I'd be glad if somebody else wants to do it. Do you already have a Git repo with the packaging somewhere? Regards, Thomas Koch, http://www.koch.ro -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681361: NMU diff
On Sun, Oct 14, 2012 at 10:58:42AM +0100, Steve McIntyre wrote: Just uploaded an NMU to implement the TC requirements. Here's the debdiff And here's an updated debdiff for a new upload to fix man pages. -- Steve McIntyre, Cambridge, UK.st...@einval.com Can't keep my eyes from the circling sky, Tongue-tied twisted, Just an earth-bound misfit, I... diff -u node-0.3.2/debian/rules node-0.3.2/debian/rules --- node-0.3.2/debian/rules +++ node-0.3.2/debian/rules @@ -48,7 +48,7 @@ mkdir -p debian/node/usr/sbin ln -s ax25-node debian/node/usr/sbin/node mkdir -p debian/node/usr/share/man/man8 - ln -s ax25-node.8 debian/node/usr/share/man/man8/node.8 + ln -s ax25-node.8.gz debian/node/usr/share/man/man8/node.8.gz # Build architecture-independent files here. binary-indep: build install @@ -66,7 +66,7 @@ # dh_installpam # dh_installinit # dh_installcron - dh_installmanpages -p ax25-node +# dh_installmanpages -p ax25-node # dh_installinfo # dh_undocumented dh_installchangelogs diff -u node-0.3.2/debian/changelog node-0.3.2/debian/changelog --- node-0.3.2/debian/changelog +++ node-0.3.2/debian/changelog @@ -1,3 +1,11 @@ +node (0.3.2-7.3) unstable; urgency=low + + * NMU + * Fix up manpage handling in node and ax25-node. Thanks to +Julien Cristau for pointing out the bugs here. + + -- Steve McIntyre 93...@debian.org Sat, 20 Oct 2012 17:12:19 +0100 + node (0.3.2-7.2) unstable; urgency=low * NMU
Bug#690424: unblock: node/0.3.2-7.2
On Sat, Oct 20, 2012 at 12:11:03PM +0200, Julien Cristau wrote: On Sun, Oct 14, 2012 at 11:01:02 +0100, Steve McIntyre wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package node I've just uploaded an NMU which implements only the changes requested by the TC for the rename to stop the clash with nodejs. Reviewed already by several folks at a BSP here. Please unblock. As far as I can tell the manpage stuff still needs work. ax25-node.deb contains -rw-r--r-- root/root 3210 2012-10-13 23:54 ./usr/share/man/man8/node.8.gz -rw-r--r-- root/root 3210 2012-10-14 09:48 ./usr/share/man/man8/ax25-node.8.gz node.deb contains lrwxrwxrwx root/root 0 2012-10-14 09:48 ./usr/share/man/man8/node.8 - ax25-node.8 which is dangling. ACK. :-( New packages in incoming now. Debdiff: -- Steve McIntyre, Cambridge, UK.st...@einval.com Managing a volunteer open source project is a lot like herding kittens, except the kittens randomly appear and disappear because they have day jobs. -- Matt Mackall diff -u node-0.3.2/debian/rules node-0.3.2/debian/rules --- node-0.3.2/debian/rules +++ node-0.3.2/debian/rules @@ -48,7 +48,7 @@ mkdir -p debian/node/usr/sbin ln -s ax25-node debian/node/usr/sbin/node mkdir -p debian/node/usr/share/man/man8 - ln -s ax25-node.8 debian/node/usr/share/man/man8/node.8 + ln -s ax25-node.8.gz debian/node/usr/share/man/man8/node.8.gz # Build architecture-independent files here. binary-indep: build install @@ -66,7 +66,7 @@ # dh_installpam # dh_installinit # dh_installcron - dh_installmanpages -p ax25-node +# dh_installmanpages -p ax25-node # dh_installinfo # dh_undocumented dh_installchangelogs diff -u node-0.3.2/debian/changelog node-0.3.2/debian/changelog --- node-0.3.2/debian/changelog +++ node-0.3.2/debian/changelog @@ -1,3 +1,11 @@ +node (0.3.2-7.3) unstable; urgency=low + + * NMU + * Fix up manpage handling in node and ax25-node. Thanks to +Julien Cristau for pointing out the bugs here. + + -- Steve McIntyre 93...@debian.org Sat, 20 Oct 2012 17:12:19 +0100 + node (0.3.2-7.2) unstable; urgency=low * NMU
Bug#691020: RFS: gcc-4.7-doc/4.7.2-2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 10/20/2012 05:53 PM, Guo Yixuan wrote: Package: sponsorship-requests Severity: normal User: sponsorship-reque...@packages.debian.org Usertags: for-wheezy, fit-for-wheezy I used fit-for-wheezy as the previous version is reviewed and upload by Steffen Möller, and the changes are not big. $ git diff debian/4.7.2-1 debian/4.7 --stat debian/README.source | 33 --- debian/changelog | 18 debian/check_gcc_patches | 45 + debian/control |5 +- debian/convert-debian-gcc-diff_cmdline-4.5.3 |1 - debian/convert-debian-gcc-diff_cmdline-4.7.0 |1 - debian/convert-debian-gcc-diff_cmdline-4.7.2 | 23 + debian/copyright | 88 - debian/patches/alpha-ieee-doc-clarification.diff | 18 .../patches/from-debian-gcc-rename-info-files.diff | 102 ++-- debian/patches/series |1 + 11 files changed, 263 insertions(+), 72 deletions(-) Most of these changes are not related to binary package contents, except alpha-ieee-doc-clarification.diff, which is already acknowledged by Matthias Klose, the gcc maintainer. FYI, git repo is http://git.debian.org/?p=users/yixuan-guest/gcc-doc.git Cheers, Guo Yixuan Dear mentors, I am looking for a sponsor for my package gcc-4.7-doc * Package name: gcc-4.7-doc Version : 4.7.2-2 Upstream Author : FSF * URL : http://gcc.gnu.org/ * License : GFDL-1.3+ (with invariant sections, and front/back cover text) Section : doc This upload is intended to change maintainer to me, to meet the release team's requirement, and hopefully get unblocked.[1] [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=689726 It builds those binary packages: cpp-4.7-doc - documentation for the GNU C preprocessor (cpp) gcc-4.7-doc - documentation for the GNU compilers (gcc, gobjc, g++) gcc-doc-base - several GNU manual pages gccgo-4.7-doc - documentation for the GNU Go compiler (gccgo) gcj-4.7-doc - documentation for the GNU Java tools (gcj, gij) gfortran-4.7-doc - documentation for the GNU Fortran Compiler (gfortran) gnat-4.7-doc - documentation for the GNU Ada 95 Compiler (gnat) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/gcc-4.7-doc Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/non-free/g/gcc-4.7-doc/gcc-4.7-doc_4.7.2-2.dsc More information about hello can be obtained from http://www.example.com. Changes since the last upload: gcc-4.7-doc (4.7.2-2) unstable; urgency=low * New maintainer. * Thanks to Samuel Bronson for his work on this package. I keep him in uploaders as he might contribute further. * Removed DMUA flag, as it's being deprecated. Thanks to Steffen for adding that. * Improved README.source, and added a helper script, check_gcc_patches. * Synced patches with gcc-4.7, 4.7.2-4. - updated debian/patches/from-debian-gcc-rename-info-files.diff * Added a patch, alpha-ieee-doc-clarification.diff, to state that changes in from-debian-gcc-alpha-ieee-doc.diff are specific to the alpha architecture. * Updated copyright. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCgAGBQJQgtMbAAoJEN1xpgAgL7gzUCIP/RxkRClql4IH4Xvb+JB3kNi6 295wvh1wcWugYKCyl3ANJCvyzZ4DGtG43GDzhYYXMMarVatJLXt0u6KxdkdFBLlJ G4v1t/J7l4/xyc+whMgIc4sGYE+Sn9OZYEhvMhsm93BP1cwAJ5mBJVwRZwsLcMKB S46jKQHi4tJffzT+XID1MRIvACz2G5IjQH9hWXu05Tc1RJ6FgdIHm9pZgx5C/t5L Db3h/Lul2SOn2PjVmF7Iq5MEPECS3WwHlkbNdzQVZuEQJSoroqytXZNsqmCaU9QQ grn+EauCAMxh1tdUdjLVvjsFZAhvhpjL8e94KQF5CW+qh6Kg69aNz/vLXDIR8qFs gIlpDoC1fiOYGrJfHTDEW9igbCP+LdkasI+0Z3wRZQs97EKZpksdknmW/Cs/FRMa exl7MpWuj7XsweCy/ct1yYBCwEM47SwKu18ITL8rFGfQWcTeHXFauQTn034OZ100 ZFG8FkhClmw4zr0e6FlPGTZoXHcakgMGYCDTD2MKjQnTeE2Ovt59VmIs6Du1WadJ LlhPyxE+vGGNlRDl99vV0leYnvpIJfXhItQw+LJaDOfGiwCVdotFulHw28EO3djY qcn97MmX0eZAYlIL7Ux2uOqqf3VDsJFNI2nzOPTE02jsdq6UclMiInJooXuvuBs4 CI1pCi1P6JNe2VKAg8em =51Mv -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#691021: RFS: gcc-4.6-doc/4.6.3-2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 10/20/2012 05:58 PM, Guo Yixuan wrote: Package: sponsorship-requests Severity: normal User: sponsorship-reque...@packages.debian.org Usertags: for-wheezy, fit-for-wheezy I used fit-for-wheezy as the previous version is reviewed and upload by Steffen Möller, and the changes are not big. $ git diff debian/4.6.3-1 debian/4.6 --stat debian/README.source | 33 ++-- debian/changelog | 16 debian/check_gcc_patches | 45 ++ debian/control |5 +-- debian/convert-debian-gcc-diff_cmdline-4.5.3 |1 - debian/convert-debian-gcc-diff_cmdline-4.6.3 | 36 - debian/copyright | 20 -- debian/patches/alpha-ieee-doc-clarification.diff | 18 + debian/patches/series|1 + 9 files changed, 155 insertions(+), 20 deletions(-) Most of these changes are not related to binary package contents, except alpha-ieee-doc-clarification.diff, which is already acknowledged by Matthias Klose, the gcc maintainer. FYI, git repo is http://git.debian.org/?p=users/yixuan-guest/gcc-doc.git Cheers, Guo Yixuan Dear mentors, I am looking for a sponsor for my package gcc-4.6-doc * Package name: gcc-4.6-doc Version : 4.6.3-2 Upstream Author : FSF * URL : http://gcc.gnu.org/ * License : GFDL-1.3+ (with invariant sections, and front/back cover text) Section : doc This upload is intended to change maintainer to me, to meet the release team's requirement, and hopefully get unblocked.[1] [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=689726 It builds those binary packages: cpp-4.6-doc - documentation for the GNU C preprocessor (cpp) gcc-4.6-doc - documentation for the GNU compilers (gcc, gobjc, g++) gccgo-4.6-doc - documentation for the GNU Go compiler (gccgo) gcj-4.6-doc - documentation for the GNU Java tools (gcj, gij) gfortran-4.6-doc - documentation for the GNU Fortran Compiler (gfortran) gnat-4.6-doc - documentation for the GNU Ada 95 Compiler (gnat) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/gcc-4.6-doc Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/non-free/g/gcc-4.6-doc/gcc-4.6-doc_4.6.3-2.dsc Changes since the last upload: gcc-4.6-doc (4.6.3-2) unstable; urgency=low * New maintainer. * Thanks to Samuel Bronson for his work on this package. I keep him in uploaders as he might contribute further. * Removed DMUA flag, as it's being deprecated. Thanks to Steffen for adding that. * Improved README.source, and added a helper script, check_gcc_patches. * Synced patches with gcc-4.6, 4.6.3-12, no changes needed. * Added a patch, alpha-ieee-doc-clarification.diff, to state that changes in from-debian-gcc-alpha-ieee-doc.diff are specific to the alpha architecture. * Updated copyright. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCgAGBQJQgtKdAAoJEN1xpgAgL7gz5lwP/i3jpYPIoIGKKH4BUWm941mP JslZ5fIVIXbKJXNs5CJkD0z8zDfinRn1mOcl/oAZwwGB18V1gvM1yZMOfVWJ954T TqzjzF5vOeWayRHnhVchBiyCPhxrqQH3FTMMN8GW+dSi5agTYNJOhfYAkASP3+7M XvlolMkl5n1g/l/JBnEMfI3tR266JcJcV3rHzMcbbkdY3CoPqwLQ4h3mTiGUFAqa H1WDbmV7DxfefF3n77Qe9ofHJLt3bZRz3bxSzk1yfCKGqhzFKIC2pSEmuwKkXUwq vQbEDMn2V66MyT3QKo37PyjcWeZ9ysyrf2zUgXej/4jadyKvQoS43fDYVVFgg/u9 ikqzD/iCgSWA19vVVmTW6sNf6TkM9fKG4vTMlGKlfE8YmDzJTKFI3Pj78DWr0/wm 5NgNfs/HGNWlqxhYaI3Jq3CdGi0l44mb1bQ1GKSWaJdz7HyrlzO2AT49Q6vB03+4 2eataSLoq/U9lJGU35J+UBwRY0JLL4aX7jJoAzZyaGBKi5Ni57mAEhAOz2g0xwcU uTd7NXTRhexPaLUrp0wPB3GXPqvX75PLbRd6Mq8MUB1L0Qke1EYMRotD+QYUuIY9 NDgTQ7ncy1L1z8zEmsDTuKsPLfoBsvDdKHiDn746xJlRlossq7EC6Ej3/PSL5PxM F0kIf2LaEeR0s1744ItK =sr5b -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
