Bug#607241: Weekly torrents not registered with tracker
The weekly-build torrents are not registered with the tracker either. This means, for example, that all the torrent files available here are useless: http://cdimage.debian.org/cdimage/weekly-builds/amd64/bt-cd/ I see there was some discussion of a similar problem on debian-cd last year[1] where apparently the torrent was registered after a day or so. I don't think this is the case here, because looking at the list of torrents[2], there are no weekly builds at all, not even old ones. Regards, Scott. [1] http://lists.debian.org/debian-cd/2011/03/msg00090.html [2] http://bttracker.debian.org:6969/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655559: apticron: Error in script, Mailx instead of mailx
Hi! On 20:59, Andrew Baines wrote: Package: apticron Version: 1.1.42 Severity: important I was not receiving emails from apticron, so I took a look at the script it is using, found something strange... In the script at /usr/sbin/apticron the command for sending the email is used as Mailx. When this is typed at the command line -- Command not found. What the true command should be is mailx without the capital M. Surprising is I cant find anyone else who has come accross this issue. Mailx is a shell-function which is used in the script: # Character set handling differs between the different mailx # implementations in Debian. Make sure we send proper headers, and a # text/plain content type. Mailx() { if [ x`readlink -e /usr/bin/mailx` = x/usr/bin/heirloom-mailx ] then # heirloom-mailx creates correct headers, but needs help # if the terminal charset (LC_CTYPE) is no UTF-8 locale /usr/bin/mailx -S ttycharset=utf-8 $@ else # bsd-mailx/mailutils' mailx don't do character set # conversion, but do not support MIME either. /usr/bin/mailx -a MIME-Version: 1.0 \ -a Content-type: text/plain; charset=UTF-8 \ -a Content-transfer-encoding: 8bit \ $@ fi } The reason why you didn't receive emails from apticron should be something else... Regards, - Darsha Tags: wontfix -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659002: ocaml-nox: ocaml-compiler with mysterious effects if somewhere a comment with open quotation, example (* 3 *)
Le 15/02/2012 16:44, Andreas Romeyke a écrit : File brackets.ml, line 3, characters 0-2: Error: Comment not terminated I believe it's an OCaml feature, that strings inside comments must be terminated (but I cannot find it in the manual). That would be a very strange feature, IMHO. But if so, it is not documented. It is indeed a known feature, but I couldn't find it in the documentation either. See: http://caml.inria.fr/mantis/view.php?id=4718 Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660075: autofs5: Typo in man page for auto.master(5)
Package: autofs5 Version: 5.0.4-3.2+b1 Severity: minor Tags: patch Hi, That the name Debian is falsly written. An easy patch is included. diff auto.master.5 auto.master.5.fixed 366,368c366,368 /-auto.data /home /etc/auto.home /mnt yp:mnt.map --- /- auto.data /home /etc/auto.home /mntyp:mnt.map 397c397 for the Dean GNU/Linux system. Edited by h...@transmeta.com and --- for the Debian GNU/Linux system.Edited by h...@transmeta.com and Cheers, Oz -- System Information: Debian Release: wheezy/sid APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages autofs5 depends on: ii libc6 2.13-26 ii ucf3.0025+nmu2 Versions of packages autofs5 recommends: pn module-init-tools 3.16-1 pn nfs-common none autofs5 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#660006: [debian-mysql] Bug#660006: mysql-client-5.1: Please update innotop to last version
I am looking to start getting involved in Debian mysql. Providing a patch to the current source package to seperate out this package with the usual breaks/replaces clauses would seem like a reasonable first contribution. On 16/02/12 07:36, Bjoern Boschman wrote: Hi, On 15.02.2012 23:39, Clint Byrum wrote: Maybe somebody else on the team can explain why innotop is embedded in our packaging instead of being managed as its own package. ?? I can absolutely not explain why it's part of mysql-client. For sure it makes sense to maintain such a package via pkg-mysql, but if that answers your question: it should be a seperate package?! B ___ pkg-mysql-maint mailing list pkg-mysql-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-mysql-maint -- Nicholas Bamber | http://www.periapt.co.uk/ PGP key 3BFFE73C from pgp.mit.edu ___ pkg-mysql-maint mailing list pkg-mysql-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-mysql-maint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660064: molly-guard: should divert rather than relying on $PATH ordering
also sprach Andrew Pollock apoll...@debian.org [2012.02.16.0128 +0100]: Therefore the right way to deal with this is to divert the original commands to a different name and put the wrappers directly in place over the top. The reason I never did that is because I considered that too intrusive and suddenly you may no longer be able to reboot the machine. However, there is no reason not to make this debconf-configurable. Do you want to send a patch? -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#660076: lintian: please disable no-upstream-changelog for transitional packages
Package: lintian Severity: wishlist Please do not emit the no-upstream-changelog pedantic lintian tag for transitional packages. There is no point in having them in transitional dummy packages. In fact it the right thing to do is add a new tag for the inverse situation to stop people having dummy packages with upstream changelogs. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#595141: (no subject)
Using fpc 2.4.4-1 [2011/05/24] I have compiled Lazarus (make-kpkg) 0.9.30.2RC1-0 from source with Debian Squeeze widthout any problem. -- Denis Gottardello Sintesi S.r.l. 049.9301135 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659039: mumble: Mumble database is world-readable
If this is same issue as http://www.openwall.com/lists/oss-security/2012/02/15/1 then this is security issue and can be referred as CVE-2012-0863 (http://www.openwall.com/lists/oss-security/2012/02/15/2). - Henri Salo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660077: horde3: Remote execution backdoor after server hack
Package: horde3 Version: 3_3.3.12+debian0-2 Severity: grave Tags: security Justification: user security hole Dear Maintainer, a horde3 security issue is described here, which I would like to bring to your attention http://dev.horde.org/h/jonah/stories/view.php?channel_id=1id=155 The version number of the compromised code matches what is in wheezy and sid rd@blackbox:~$ apt-cache policy horde3 horde3: Installiert: (keine) Kandidat:3.3.12+debian0-2 Versionstabelle: 3.3.12+debian0-2 0 500 http://ftp-stud.fht-esslingen.de/debian/ wheezy/main i386 Packages 300 http://ftp-stud.fht-esslingen.de/debian/ sid/main i386 Packages rd@blackbox:~$ I know that is not the only prerequisite to be exposed to the security issue, but I think even if not affected, closing this bug report and documenting your assessment this way is the right way to deal with this issue. Many thanks, Rainer -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (300, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660078: apparmor-notify: unnecessarily forbids usage to most users with misleading error message
Package: apparmor-notify Version: 2.7.0-1 Severity: important Tags: patch Hi, running aa-notify fails out-of-the box: $ aa-notify ERROR: 'intrigeri' must be in 'admin' group. Aborting. Ask your admin to add you to this group or to change the group in /etc/apparmor/notify.conf if you want to use aa-notify. zsh: exit 1 aa-notify Creating the admin group and adding my user to it does not give me a working aa-notify either, so I find this error message misleading. This is because /etc/apparmor/notify.conf hardcodes use_group=admin. As far as a quick look at the aa-notify code seems to indicate, the use_group setting is only used as a way to allow aa-notify to guess if the running user is granted read access to the logfile this program needs to read. If my (quick) analysis is correct, I'm not convinced this setting is worth the additional complexity (and bugs) it brings in, but well. As a conclusion, it seems to me use_group should either be set to the group of users that is granted read access to /var/log/kern.log by default; this group is called adm in Debian, so I believe notify.conf should set use_group=adm by default on Debian... or -even better IMHO- it may not set use_group at all, given aa-notify only uses this setting if it is set. Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | Did you exchange a walk on part in the war | for a lead role in the cage? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660079: apparmor: X abstraction only supports Ubuntu's GDM state files path
Package: apparmor Version: 2.7.0-1 Severity: normal Tags: patch Hi, In Ubuntu, GDM puts its state files into /{,var/}run/gdm. In Debian, GDM puts its state files into /{,var/}run/gdm3. Please consider applying this patch to support Debian's way in addition to Ubuntu's way: diff --git a/apparmor.d/abstractions/X b/apparmor.d/abstractions/X index 9ec4123..e093371 100644 --- a/apparmor.d/abstractions/X +++ b/apparmor.d/abstractions/X @@ -17,7 +17,7 @@ # .Xauthority files required for X connections, per user @{HOME}/.Xauthority r, - owner /{,var/}run/gdm/*/database r, + owner /{,var/}run/gdm{,3}/*/database r, owner /{,var/}run/lightdm/authority/[0-9]* r, # the unix socket to use to connect to the display Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | Did you exchange a walk on part in the war | for a lead role in the cage? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660080: RFP: github-backup -- backs up everything github knows about a repository, to the repository
Package: wnpp Severity: wishlist * Package name: github-backup Version : 1.20120130 Upstream Author : Joey Hess jo...@debian.org * URL : http://github.com/joeyh/github-backup * License : GPL-3 Programming Lang: Haskell Description : backs up everything github knows about a repository, to the repository github-backup is a simple tool you run in a git repository you cloned from GitHub. It backs up everything GitHub publishes about the repository, including other forks, issues, comments, wikis, milestones, pull requests, and watchers. -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642228: gwhois does not lookup .co correctly
Package: gwhois Version: 20100728 Tags: patch Followup-For: Bug #642228 --- pattern 2012-02-16 09:22:31.186426059 +0100 +++ patched/pattern 2012-02-16 09:23:22.396074155 +0100 @@ -379,9 +379,8 @@ :whois|whois.cnnic.cn \.cn$ -:cgihttps|https://www.nic.co/pls/dominio/Pwhois.DatosDominio?fdominio=~1~fnivel=~2~ -(.*)\.([^\.]*)\.co$ -(.*)()\.co$ +:whois|whois.nic.co +\.co$ :cgipost|http://www.nic.cr/servlet/niccr?tid=TWhoisLng=1Act=RELsubmit=consultar|codtipdom=~2~dominio=~1~_formClass=com.niccr.form.TConsultaDomForm_formName=TConsultaDomForm (.*)\.(co|or|fi|ac|ed|go|sa)\.cr$ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657733:
Le Wed, 15 Feb 2012 22:44:16 +0100, Antonio Valentino antonio.valent...@tiscali.it a écrit : Hi Frederic, Il 12/02/2012 22:19, PICCA Frédéric-Emmanuel ha scritto: Hello, Antonio sorry for the delay I was on holidays :) so I tried to build the new numexpr package, but it failed on two tests I attached the build log. Can you look with the upstream what is wrong ? Francesc (the upstream author) suggested to me how to fix the issue. Just pushed the patch for unit tests. See also [1] and [2] I have also re-enabled unit tests. They should work now, but, please, test the fix on your platform. Great :), I will test it during the next Paris BSP this week-end. thanks for your efforts :) Frederic Can you pleas push the pristine-tar branch to git.debian.org? I forgot to generate it, I will try to not forget. Could you create a todo file under the debian directory in the numexpr packaging repository that way I will not forgot about this. thanks Frederic -- GPG public key 4096R/4696E015 2011-02-14 fingerprint = E92E 7E6E 9E9D A6B1 AA31 39DC 5632 906F 4696 E015 uid Picca Frédéric-Emmanuel pi...@synchrotron-soleil.fr GPG public key 1024D/A59B1171 2009-08-11 fingerprint = 1688 A3D6 F0BD E4DF 2E6B 06AA B6A9 BA6A A59B 1171 uid Picca Frédéric-Emmanuel pi...@debian.org signature.asc Description: PGP signature
Bug#639941: Xen line 118: sigerr: command not found error for unassigned network interfaces
I'm also seeing this error in a very similar setup $ cat /etc/xen/scripts/network-dualbridge #!/bin/sh dir=$(dirname $0) $dir/network-bridge $@ vifnum=0 netdev=eth0 bridge=xenbr0 $dir/network-bridge $@ vifnum=1 netdev=eth1 bridge=xenbr1 but in my case, each interface that is setup with a bridge already has an IP assigned to it via /etc/network/interfaces but regardless of the error, the networking setup actually works. it's just annoying to have to wait so long for the command to complete during the boot process. -- Gabriel Filion -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660081: fcheck: Perl deprecation warning
Package: fcheck Version: 2.7.59-17 Severity: normal Dear Maintainer, Just installed fcheck on Debian Wheezy, and on every run it includes at the top of the fcheck email: Use of assignment to $[ is deprecated at /usr/sbin/fcheck line 1366. This occurs regardless of whether or not fcheck has anything else to report, resulting in excessive notifications from fcheck. I don't believe it is causing any actual breakage - I performed an update on another package and duly received a notification from fcheck. perldata states: Version 5 of Perl changed the semantics of $[ : files that don't set the value of $[ no longer need to worry about whether another file changed its value. (In other words, use of $[ is deprecated.) I suspect that therefore that line 1366 can be just removed, I have commented this line out on my system, and the error has now gone away, but it is still warning correctly when files change. -- Regards, Chris Roberts -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/1 CPU core) 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 fcheck depends on: ii bsd-mailx [mailx] 8.1.2-0.2006cvs-1 ii file 5.09-2 ii mailx 1:20081101-2 fcheck recommends no packages. fcheck 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#651431: Announce of the upcoming NMU for the tango package
Le Thu, 16 Feb 2012 07:54:46 +0100, Christian PERRIER bubu...@debian.org a écrit : The package maintainer agreed for the NMU or did not respond in four days, so I will proceed with the NMU. sorry about that , I missed your previous mail ;) I will be at the Paris BSP and I will upload the package during this time. Thanks for the reminder :), and sorry to bother you with this. Frederic -- GPG public key 4096R/4696E015 2011-02-14 fingerprint = E92E 7E6E 9E9D A6B1 AA31 39DC 5632 906F 4696 E015 uid Picca Frédéric-Emmanuel pi...@synchrotron-soleil.fr GPG public key 1024D/A59B1171 2009-08-11 fingerprint = 1688 A3D6 F0BD E4DF 2E6B 06AA B6A9 BA6A A59B 1171 uid Picca Frédéric-Emmanuel pi...@debian.org signature.asc Description: PGP signature
Bug#644180: hylafax-server errors during installation
Hi Niccolò, Il giorno lun, 03/10/2011 alle 19.02 +0200, Niccolò Belli ha scritto: Package: hylafax-server Version: 2:6.0.5-4.1 Severity: serious Configurazione di hylafax-server (2:6.0.5-4.1)... [...] You do not appear to have any modems configured for use. Modems are configured for use with HylaFAX with the faxaddmodem(8) command. Do you want to run faxaddmodem to configure a modem [yes]? Done verifying system setup. Creating /etc/hylafax/setup.cache from /var/spool/hylafax/etc/setup.cache. Creating /etc/hylafax/setup.modem from /var/spool/hylafax/etc/setup.modem. /var/spool/hylafax Stopping HylaFAX: faxq hfaxd[: 396: =: unexpected operator [...] I think this problem has already been fixed in newer release. Could you please check if latest version still display the same incorrect behaviour? You may find latest package, rebuilt for your architecture in http://centrum.lixper.it/~giuseppe/debian/hylafax/ Please let me know it this fix the problem. Thanks, Giuseppe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660034: transition: libvpx
Cyril Brulebois k...@debian.org (15/02/2012): I set up a tracker accordingly: http://release.debian.org/transitions/html/libvpx.html Since this interferes with x264, I'm taking the liberty of 0-day NMUing it to fix #658453, so that packages involved in the x264 transition can migrate faster. BinNMUs for other packages will be needed, too. libvpx being built and installed everywhere, I've just scheduled binNMUs for the following packages: chromium-browser gst-plugins-bad0.10 icedove sludge. Hopefully the libvpx+x264 transitions will be ready in a few days. It would be nice if the maintainers of the above-mentioned packages could avoid uploading new versions in the meanwhile. Mraw, KiBi. signature.asc Description: Digital signature
Bug#660083: ifupdown: Cannot seem to integrate ifupdown and wvdial
Package: ifupdown Version: 0.7~beta2 Severity: normal I have got wvdial working and in particular the pon.wvdial and poff.wvdial commands. For consistency with the other network connections I have tried to express this as a stanza in /etc/network/interfaces. iface ppp0 inet dhcp pre-up ppp0-up || true post-down poff.wvdial || true The ppp0-up sctipt (based upon 127786) is as follows: nicholas@beaumont:~$ cat /usr/local/bin/ppp0-up #!/bin/sh /usr/sbin/usb_modeswitch --p 1003 -v 12d1 /usr/bin/pon.wvdial $@ while sleep 1 do if ifconfig ppp0 | grep UP /dev/null then ifconfig ppp0 | grep 'inet addr' break fi done When I run 'ifup ppp0' I get much the output one would expect save for: Internet Systems Consortium DHCP Client 4.2.2 Copyright 2004-2011 Internet Systems Consortium. All rights reserved. For info, please visit https://www.isc.org/software/dhcp/ Unsupported device type 512 for ppp0 Failed to bring up ppp0. And of course ppp0 is not listed in /run/network/ifstate although the ppp0 connection is actually working according to ifconfig and actual use. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-686-pae (SMP w/1 CPU core) 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 ifupdown depends on: ii initscripts 2.88dsf-22 ii iproute 20120105-1 ii libc62.13-26 ii lsb-base 3.2-28.1 ifupdown recommends no packages. Versions of packages ifupdown suggests: pn isc-dhcp-client [dhcp-client] 4.2.2-2 pn net-tools 1.60-24.1 pn ppp2.4.5-5 pn rdnssd none -- Configuration Files: /etc/init.d/ifupdown-clean [Errno 2] No such file or directory: u'/etc/init.d/ifupdown-clean' -- 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#659002: ocaml-nox: ocaml-compiler with mysterious effects if somewhere a comment with open quotation, example (* 3 *)
Andreas Romeyke andreas.rome...@dzb.de writes: I compiled it with ocamlopt I don't believe that. Compiling your example with ocamlopt gives File brackets.ml, line 3, characters 0-2: Error: Comment not terminated while you reported a different error message. Could it be that you had code such as let f = function | A - 0 (* *) | B - 1 (* *) | C - 2 where the B-case is in fact inside a string inside the _single_ comment in f? (Which you easily see because the compiler says pattern matching not exhaustive.) No, it will be not. (Checked with vim's bracket-matching) I am not a vim expert, but when I try vim's bracket-matching is wrong. Could you fix/ask about the reported bug with quotation mark char? Strings, characters and quotations (if you parse with camlp4) must be properly terminated inside comments. We don't need to ask that. If we could reproduce your error message, we could maybe file a feature request for a more informative error message. The error message of ocamlopt is good enough, I believe. Bye, Hendrik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660084: evolution: Evolution crashes on startup
Package: evolution Version: 3.2.2-1 Severity: grave Justification: renders package unusable Dear Maintainer, * What led up to the situation? Updating files on wheezy installation * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? Evolution now crashes on startup consistently * What outcome did you expect instead? The following is the last few lines of the output when run from the CLI (evolution:6366): GLib-CRITICAL **: g_hash_table_lookup: assertion `hash_table != NULL' failed (evolution:6366): evolution-mail-CRITICAL **: e_mail_folder_uri_from_folder: assertion `CAMEL_IS_FOLDER (folder)' failed (evolution:6366): GLib-CRITICAL **: g_hash_table_lookup: assertion `hash_table != NULL' failed (evolution:6366): evolution-mail-CRITICAL **: e_mail_folder_uri_from_folder: assertion `CAMEL_IS_FOLDER (folder)' failed (evolution:6366): GLib-CRITICAL **: g_hash_table_lookup: assertion `hash_table != NULL' failed (evolution:6366): evolution-mail-CRITICAL **: e_mail_folder_uri_from_folder: assertion `CAMEL_IS_FOLDER (folder)' failed (evolution:6366): GLib-CRITICAL **: g_hash_table_lookup: assertion `hash_table != NULL' failed (evolution:6366): evolution-mail-CRITICAL **: e_mail_folder_uri_from_folder: assertion `CAMEL_IS_FOLDER (folder)' failed ** GLib- GIO:ERROR:/tmp/buildd/glib2.0-2.30.2/./gio/gdbusmessage.c:1986:append_value_to_blob: assertion failed: (g_utf8_validate (v, -1, end) (end == v + len)) (evolution:6366): GLib-CRITICAL **: g_hash_table_lookup: assertion `hash_table != NULL' failed (evolution:6366): evolution-mail-CRITICAL **: e_mail_folder_uri_from_folder: assertion `CAMEL_IS_FOLDER (folder)' failed Aborted -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages evolution depends on: ii dbus 1.4.16-1 ii debconf [debconf-2.0] 1.5.41 ii evolution-common 3.2.2-1 ii evolution-data-server 3.2.2-1 ii gconf22.32.4-1 ii gnome-icon-theme 3.2.1.2-1 ii libatk1.0-0 2.2.0-2 ii libc6 2.13-26 ii libcairo-gobject2 1.10.2-6.2 ii libcairo2 1.10.2-6.2 ii libcamel-1.2-29 3.2.2-1 ii libcanberra-gtk3-00.28-3 ii libcanberra0 0.28-3 ii libclutter-1.0-0 1.8.4-1 ii libclutter-gtk-1.0-0 1.0.4-1 ii libcogl-pango01.8.2-1 ii libcogl5 1.8.2-1 ii libdrm2 2.4.30-1 ii libebackend-1.2-1 3.2.2-1 ii libebook-1.2-12 3.2.2-1 ii libecal-1.2-103.2.2-1 ii libedataserver-1.2-15 3.2.2-1 ii libedataserverui-3.0-13.2.2-1 ii libenchant1c2a1.6.0-7 ii libevolution 3.2.2-1 ii libfontconfig12.8.0-3.1 ii libfreetype6 2.4.8-1 ii libgail-3-0 3.2.3-1 ii libgconf2-4 2.32.4-1 ii libgdata130.10.1-2 ii libgdk-pixbuf2.0-02.24.0-2 ii libgl1-mesa-glx [libgl1] 7.11.2-1 ii libglib2.0-0 2.30.2-6 ii libgnome-desktop-3-2 3.2.1-3 ii libgtk-3-03.2.3-1 ii libgtkhtml-4.0-0 4.2.2-1 ii libgtkhtml-editor-4.0-0 4.2.2-1 ii libgweather-3-0 3.2.1-1 ii libical0 0.44-3 ii libjson-glib-1.0-00.14.2-1 ii libmx-1.0-2 1.4.1-1 ii libnotify40.7.4-1 ii libnspr4-0d 4.8.9-1 ii libnss3-1d3.13.1.with.ckbi.1.88-1 ii libpango1.0-0 1.29.4-2 ii libsoup-gnome2.4-12.34.3-1 ii libsoup2.4-1 2.34.3-1 ii libsqlite3-0 3.7.9-2 ii libx11-6 2:1.4.4-4 ii libxcomposite11:0.4.3-2 ii libxdamage1 1:1.1.3-2 ii libxext6 2:1.3.0-3 ii libxfixes31:5.0-4 ii libxi62:1.4.5-1 ii libxml2 2.7.8.dfsg-7 ii psmisc22.15-2 Versions of packages evolution recommends: ii bogofilter 1.2.2+dfsg1-1 ii evolution-plugins 3.2.2-1 ii evolution-webcal 2.32.0-2 ii yelp 3.2.1+dfsg-1+b1 Versions of packages evolution suggests: ii evolution-dbg none ii evolution-exchange none ii evolution-plugins-experimental 3.2.2-1 ii gnupg 1.4.11-3 ii network-manager 0.9.2.0-2 -- debconf information: evolution/kill_processes: evolution/needs_shutdown: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656584: initscripts: /run transition: Please update /etc/network/if-up.d/mountnfs
Hi Roger, we investigated more and perhaps we found the origin of the problem both in Squeeze and Wheezy ... Network was automatically configured on eth0 during installation and after we install NetworkManager that modifies /etc/network/interfaces like this # The primary network interface auto eth0 #NetworkManager#iface eth0 inet dhcp If we comment the second line like this #NetworkManager#auto eth0 mountnfs does NFS mounts both in Squeeze and Wheezy. Hoping that will be useful ... Regards! Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659685: It still doesn't build
Hi, I've reopened this bug, because this didn't fix it. Attached is the make.log. Thomas DKMS make.log for openvswitch-1.4.0 for kernel 3.1.0-1-686-pae (i686) Thu Feb 16 09:30:27 UTC 2012 checking build number... none checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking whether gcc and cc understand -c and -o together... yes checking how to run the C preprocessor... gcc -E checking for ranlib... ranlib checking for grep that handles long lines and -e... /bin/grep checking for fgrep... /bin/grep -F checking for perl... /usr/bin/perl checking for egrep... /bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking minix/config.h usability... no checking minix/config.h presence... no checking for minix/config.h... no checking whether it is safe to define __EXTENSIONS__... yes checking whether byte ordering is bigendian... no checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... 64 checking for library containing pow... -lm checking for library containing clock_gettime... -lrt checking for library containing timer_create... none required checking for linux/netlink.h... yes checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for SSL... yes checking for Python 2.x for x = 4... /usr/bin/python checking for pyuic4... no checking for PySide.QtCore Python module... no checking for PyQt4.QtCore Python module... yes checking for twisted.conch.ssh Python module... yes checking for twisted.internet Python module... yes checking for twisted.application Python module... yes checking for json Python module... yes checking for zope.interface Python module... yes checking whether to build ovsdbmonitor... yes checking for dot... no checking net/if_packet.h usability... yes checking net/if_packet.h presence... yes checking for net/if_packet.h... yes checking whether strtok_r macro segfaults on some inputs... no checking for struct stat.st_mtim.tv_nsec... yes checking for struct stat.st_mtimensec... no checking for mlockall... yes checking for strnlen... yes checking for strsignal... yes checking for getloadavg... yes checking for statvfs... yes checking for setmntent... yes checking mntent.h usability... yes checking mntent.h presence... yes checking for mntent.h... yes checking sys/statvfs.h usability... yes checking sys/statvfs.h presence... yes checking for sys/statvfs.h... yes checking linux/types.h usability... yes checking linux/types.h presence... yes checking for linux/types.h... yes checking execinfo.h usability... yes checking execinfo.h presence... yes checking for execinfo.h... yes checking for backtrace... yes checking whether libc supports hooks for malloc and related functions... yes checking valgrind/valgrind.h usability... no checking valgrind/valgrind.h presence... no checking for valgrind/valgrind.h... no checking for connect in -lsocket... no checking for library containing gethostbyname... none required checking for user-defined linker section support... yes checking XenServer release... none checking for groff... yes checking whether gcc accepts -Wall... yes checking whether gcc accepts -Wno-sign-compare... yes checking whether gcc accepts -Wpointer-arith... yes checking whether gcc accepts -Wdeclaration-after-statement... yes checking whether gcc accepts -Wformat-security... yes checking whether gcc accepts -Wswitch-enum... yes checking whether gcc accepts -Wunused-parameter... yes checking whether gcc accepts -Wstrict-aliasing... yes checking whether gcc accepts -Wbad-function-cast... yes checking whether gcc accepts -Wcast-align... yes checking whether gcc accepts -Wstrict-prototypes... yes checking whether gcc accepts -Wold-style-definition... yes checking whether gcc accepts -Wmissing-prototypes... yes checking whether gcc accepts -Wmissing-field-initializers... yes checking whether gcc accepts -Wno-override-init... yes checking whether gcc accepts -Wno-unused... yes checking whether gcc accepts -Wno-unused-parameter... yes
Bug#655835: [Pkg-citadel-devel] Bug#655835: citadel-server: doesnt use invoke-rc.d
On Wed, Feb 15, 2012 at 03:22:15PM +0100, Michael Meskes wrote: Is there any way to access the system that was used to create this report? I tried pretty hard but so far failed to reproduce the error on my system. Scratch that, I finally found a way in a chroot. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at googlemail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659688: [pkg-cryptsetup-devel] Bug#659688: cryptsetup: LVM on cryptsetup won't boot
retitle 659688 LVM on LUKS won't boot if not all LVs are available initially severity 659688 normal thanks Roland Mas, 2012-02-14 20:18:25 +0100 : Feel free to downgrade it; I only picked critical because the effects were the same as for #659235, but I agree my setup may be a bit more involved than usual. Let's downgrade. Please remove --sysinit option from line 156 of /usr/share/initramfs-tools/scripts/local-top/cryptroot, update your initramfs with 'update-initramfs -u' and see whether the problem disappears. It doesn't. I still need to activate the LVs manually from the initramfs shell, with --partial. I just split my VG in two; the obelix_crypt volume that's not available initially is no longer part of the big VG, which means that the VG is fully available and requires no --partial. The system is back to booting normally. I did a casual diff between 2:1.3.0-3.1 and 2:1.4.1-2 and found nothing obviously relevant to LVM partial stuff. I suppose the change occurred in the way the device dependencies are calculated, around lines 150-160 of cryptroot-hook. Roland. -- Roland Mas When I eat a biscuit, it stays eaten! -- Arthur Dent, in So Long, and Thanks for All the Fish (Douglas Adams) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660054: [Pkg-nagios-devel] Bug#660054: icinga-cgi: better default for cgi_log_file
tag 660054 wontfix thanks Christoph Anton Mitterer schrieb am Donnerstag, den 16. Februar 2012: Package: icinga-cgi Version: 1.6.1-2 Severity: minor Hi. The current default in /etc/icinga/cgi.cfg for cgi_log_file is: /usr/share/icinga/htdocs/log/icinga-cgi.log We don't enable this feature for good reasons (see Michaels answer) Guess this is not only a quite bad place (/usr should not be touced, may be read-only, etc.) but also forbidden by the policy (yes I know logging is disabled by default). If you decide to enable it, find yourself a place. This experimental feature is currently not supported by the packages. Alex -- Alexander Wirt, formo...@formorer.de CC99 2DDD D39E 75B0 B0AA B25C D35B BC99 BC7D 020A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655999: [bugs.debian.org] Reporting documentation - What package does your bug report belong to? points to user support groups
On Wed, Feb 15, 2012 at 11:12:28AM -0500, Filipus Klutiero wrote: Hum, interesting. I am aware that the ITS deals with errors in the package given, like when the user does a typo, but I'm not aware that one can knowingly report against an unknown package. Could you explain how they would do that? You report against package 'general'. -- The volume of a pizza of thickness a and radius z can be described by the following formula: pi zz a -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660039: rtc no longer available under linux 3.2.4-1
notfound 660039 3.2.4-1 quit Daniel Kahn Gillmor wrote: argh. It looks like this is not the fault of the kernel, so i'm closing this ticket. [... nice full explanation snipped ...] Thanks for explaining. Hopefully next time it happens we can learn more. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660054: [Pkg-nagios-devel] Bug#660054: icinga-cgi: better default for cgi_log_file
Christoph Anton Mitterer wrote: Package: icinga-cgi Version: 1.6.1-2 Severity: minor Hi. The current default in /etc/icinga/cgi.cfg for cgi_log_file is: /usr/share/icinga/htdocs/log/icinga-cgi.log and to enable that, you have to set another option at first stage. this an upstream experimental functionality to allow logging of cmd.cgi commands (user, address, command) and depends on the packager actually enabling that. use_logging=0|1 http://docs.icinga.org/latest/en/configcgi.html Guess this is not only a quite bad place (/usr should not be touced, may be read-only, etc.) but also forbidden by the policy (yes I know logging is disabled by default). if the packager decides to enable that feature, you might have to change that location as well, as it only matches the upstream prefix /usr/local/icinga rpms do that currently. Can we perhaps find a better place? As it must be writable by the CGI user (at least per default www-data) /var/log doesn't work, neither /var/log/icinga (owned nagios:adm). at first you should decide enabling this by default in upstream packages. My suggestions would be: 1) Let postinst create a file ownedcgi-user:cgi-user in /var/log/icinga and use this as default file. there will be logrotation if you set the option (and probably you will). therefore the archive option should be well defined as well. 2) Change the owner group of /var/log/icinga itself. (guess that would be a worse solution). 3) Set just some dummy value to cgi_log_file, that makes the user clear, that he has to set something sane/safe, if he want's to use it. shouldn't that be the first attempt when someone tries to enable logging to look for an appropriate location him/herself? i would keep this functionality in debian packages disabled and therefore use at own risk unless upstream decides to change that behaviour by default. I would try to provide patches, if you decide what to do. Cheers, Chris. ___ Pkg-nagios-devel mailing list pkg-nagios-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-nagios-devel -- DI (FH) Michael Friedrich Vienna University Computer Center Universitaetsstrasse 7 A-1010 Vienna, Austria email: michael.friedr...@univie.ac.at phone: +43 1 4277 14359 mobile: +43 664 60277 14359 fax:+43 1 4277 14338 web:http://www.univie.ac.at/zid http://www.aco.net Lead Icinga Core Developer http://www.icinga.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660037: subtitleeditor: crashes with Assertion `!xcb_xlib_threads_sequence_lost' failed
tags 660037 + moreinfo thanks Hi, I can not reproduce this bug nor do I know the answer to the two questions you raised. Can you please install version 0.39 from experimental[1] and try to reproduce this bug? Thanks, Philip [1] It's in experimental because a library is only available in experimental and it's maintainers refuse to upload it to unstable (as it broke ABI/API without bumping the SO version in the past). -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659002: ocaml-nox: ocaml-compiler with mysterious effects if somewhere a comment with open quotation, example (* 3 *)
Hello Hendrik, Am Donnerstag, den 16.02.2012, 10:38 +0100 schrieb Hendrik Tews: I compiled it with ocamlopt I don't believe that. Compiling your example with ocamlopt gives File brackets.ml, line 3, characters 0-2: Error: Comment not terminated while you reported a different error message. Yes and no. Here is the original call: ocamlopt -pp 'camlp4o pa_macro.cmo' brackets.ml This results in File brackets.ml, line 34, characters 15-559 (end at line 60, character 0): Quotation not terminated File brackets.ml, line 1, characters 0-1: Error: Preprocessor error If you compile it with ocamlopt brackets.ml, you got: File brackets.ml, line 3, characters 0-2: Error: Comment not terminated The problem will be the preprocessor. In my original posting I was not able to decide between ocamlopt and preprocessor errors. However, first it is very strange to have a rule quotation marks must be balanced within comments. There is no good reason to defeat this rule, IMHO. Second, the error message of preprocessor is misunderstanding, because it is very hard to find the position of the problem. If we could reproduce your error message, we could maybe file a feature request for a more informative error message. The error That would be fine... message of ocamlopt is good enough, I believe. It would be fine asking to disable this strange rule, too. :) Thanks in advance, Bye Andreas -- Andreas Romeyke - Abteilung Blindenschrift - Deutsche Zentralbücherei für Blinde zu Leipzig (DZB) Gustav-Adolf-Straße 7, 04105 Leipzig Tel: +49 341 7113-..., Fax: +49 341 7113-125 Internet: www.dzb.de E-Mail: andreas.rome...@dzb.de signature.asc Description: This is a digitally signed message part
Bug#655999: [bugs.debian.org] Reporting documentation - What package does your bug report belong to? points to user support groups
Wouter Verhelst wrote: On Wed, Feb 15, 2012 at 11:12:28AM -0500, Filipus Klutiero wrote: Hum, interesting. I am aware that the ITS deals with errors in the package given, like when the user does a typo, but I'm not aware that one can knowingly report against an unknown package. Could you explain how they would do that? You report against package 'general'. Don't you mean base, installation-reports, or upgrade-reports? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660065: doesn't start complaining being unable to open a font file
reassign #660065 mana found #660065 0.6.0-1 thanks Am 16.02.2012 01:41, schrieb Raf Czlonka: Package: tmw Version: 20110911-2 Severity: serious Hi, After starting tmw I get these errors: § tmw Error: Unable to load 'fonts/dejavusans-mono.ttf': SDLTrueTypeFont::SDLTrueTypeFont: Couldn't open /usr/share/mana/data/fonts/dejavusans-mono.ttf § ls -lA /usr/share/mana/data/fonts total 0 lrwxrwxrwx 1 root root 54 Feb 13 17:24 dejavusans-bold.ttf - ../../../fonts/truetype/ttf-dejavu/DejaVuSans-Bold.ttf lrwxrwxrwx 1 root root 49 Feb 13 17:24 dejavusans.ttf - ../../../fonts/truetype/ttf-dejavu/DejaVuSans.ttf The link is simply missing from that directory and it can be easily fixed: § cd /usr/share/mana/data/fonts; sudo ln -s ../../../fonts/truetype/ttf-dejavu/DejaVuSansMono.ttf dejavusans-mono.ttf Regards, Raf -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 3.0.0-2-powerpc 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 tmw depends on: ii mana 0.6.0-1 Versions of packages tmw recommends: ii tmw-music 0.3-2 tmw 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#660085: oddity in upgrading
Package: libboost Version: 1.48.0.2 File: boost-default Apparently, current package in sid cannot be dist-upgraded without pre-removing another package. That should be fixed to allow a smooth dist-upgrade instead, IMHO. That could be due to defects in default package boost-default. See below: $ sudo apt-get dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done The following packages have been kept back: libboost-dev libboost-filesystem-dev libboost-iostreams-dev libboost-program-options-dev libboost-python-dev libboost-regex-dev libboost-system-dev libboost-thread-dev 0 upgraded, 0 newly installed, 0 to remove and 8 not upgraded. frankie@blegrez:~ $ sudo apt-get install libboost-dev Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: libboost-serialization1.46.1 libboost-date-time1.46.1 libboost-iostreams1.46.1 Use 'apt-get autoremove' to remove them. The following extra packages will be installed: libboost-date-time1.48-dev libboost-filesystem-dev libboost-filesystem1.48-dev libboost-iostreams-dev libboost-iostreams1.48-dev libboost-program-options-dev libboost-program-options1.48-dev libboost-python-dev libboost-python1.48-dev libboost-regex-dev libboost-regex1.48-dev libboost-serialization1.48-dev libboost-system-dev libboost-system1.48-dev libboost-thread-dev libboost-thread1.48-dev libboost1.48-dev Suggested packages: libboost-doc libboost1.48-doc libboost-chrono1.48-dev libboost-graph-parallel1.48-dev libboost-graph1.48-dev libboost-locale1.48-dev libboost-math1.48-dev libboost-mpi1.48-dev libboost-random1.48-dev libboost-signals1.48-dev libboost-test1.48-dev libboost-timer1.48-dev libboost-wave1.48-dev The following packages will be REMOVED: libboost-date-time1.46-dev libboost-filesystem1.46-dev libboost-iostreams1.46-dev libboost-program-options1.46-dev libboost-python1.46-dev libboost-regex1.46-dev libboost-serialization1.46-dev libboost-system1.46-dev libboost-thread1.46-dev libboost1.46-dev The following NEW packages will be installed: libboost-date-time1.48-dev libboost-filesystem1.48-dev libboost-iostreams1.48-dev libboost-program-options1.48-dev libboost-python1.48-dev libboost-regex1.48-dev libboost-serialization1.48-dev libboost-system1.48-dev libboost-thread1.48-dev libboost1.48-dev The following packages will be upgraded: libboost-dev libboost-filesystem-dev libboost-iostreams-dev libboost-program-options-dev libboost-python-dev libboost-regex-dev libboost-system-dev libboost-thread-dev 8 upgraded, 10 newly installed, 10 to remove and 0 not upgraded. Need to get 11.0 MB of archives. After this operation, 33.6 MB of additional disk space will be used. Do you want to continue [Y/n]? n Abort. frankie@blegrez:~ $ sudo apt-get autoremove Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be REMOVED: libboost-date-time1.48.0 libboost-python1.48.0 libboost-serialization1.48.0 -- HERE 0 upgraded, 0 newly installed, 3 to remove and 8 not upgraded. After this operation, 1873 kB disk space will be freed. Do you want to continue [Y/n]? (Reading database ... 382338 files and directories currently installed.) Removing libboost-date-time1.48.0 ... Removing libboost-python1.48.0 ... Removing libboost-serialization1.48.0 ... frankie@blegrez:~ $ sudo apt-get dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done The following NEW packages will be installed: libboost-date-time1.48.0 libboost-python1.48.0 libboost-serialization1.48.0 The following packages have been kept back: libboost-dev libboost-filesystem-dev libboost-iostreams-dev libboost-program-options-dev libboost-python-dev libboost-regex-dev libboost-system-dev libboost-thread-dev 0 upgraded, 3 newly installed, 0 to remove and 8 not upgraded. Need to get 0 B/614 kB of archives. After this operation, 1873 kB of additional disk space will be used. Do you want to continue [Y/n]? [...] Here dist-upgrade succeed. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660086: zope2.12: standard_error_message rendering as text, not html.
Package: zope2.12 Version: 2.12.22-1 Severity: normal Dear Maintainer, In a fresh zope2.12 instance, the standard_error_message for any error is rendered as text full of html tags. Just visiting a non-existing page like http://localhost:9673/crap results in a page of barely readable raw html. The error message is returned with a correct Content-Type: text/html; charset=iso-8859-15 header, but it looks like the html in the error message is escaped. If you visit http://localhost:9673/standard_error_message it appears to render correctly, with the expected problems rendering unset dtml-error_type and dtml-error_value vars. It may be that the normal error message handling sets dtml-var error_message with all the html escaped, thus bypassing the rest of the standard_error_message template. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages zope2.12 depends on: ii debconf [debconf-2.0] 1.5.41 ii libc6 2.13-26 ii lsb-base 3.2-28.1 ii python 2.7.2-10 ii python-docutils0.8.1-4 ii python-initgroups 2.13.0-1+b1 ii python-mechanize 0.2.5-1 ii python-pkg-resources 0.6.24-1 ii python-tz 2011h-1 ii python2.6 2.6.7-4 ii zope-common0.5.51 zope2.12 recommends no packages. Versions of packages zope2.12 suggests: ii python [python-profiler] 2.7.2-10 ii python-unit 1.4.1-16 -- 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#660088: libpng-dev: libpng 1.5.8 stable uninstallable against GTK 3.x
Package: libpng-dev Version: 1.5.8 Severity: wishlist Dear Maintainer, When is Debian planning to update it's DE basic package support for the newer releases of libpng? Clearly, 1.4.x and 1.5.x seem to be ignored. Are you waiting for GNOME to require GTK 3.x to update it's minimum libpng support to say, 1.6 before updating dependencies in GNOME 3.x? Presently, this is the result for attempting to install libpng-dev (1.5.8) from Experimental: mdriftmeyer@horus:~/DeveloperProjects/LLVMProject/cmake-llvm$ sudo apt-get -t experimental install libpng-dev Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: libcanberra-gtk-common-dev libx264-118 libpaper-dev lesstif2-dev libdjvulibre-dev linux-kbuild-2.6.38 linux-headers-2.6.39-2-common libmagick++5 libsoup-gnome2.4-dev libcanberra-dev gir1.2-cryptui-0.0 libimobiledevice-dev libusbmuxd-dev libijs-dev libvte-2.90-doc gir1.2-rsvg-2.0 libjavascriptcoregtk-3.0-dev libglewmx1.6 libggadget-gtk-1.0-0b libjavascriptcoregtk-1.0-dev Use 'apt-get autoremove' to remove them. The following extra packages will be installed: libindicate5 The following packages will be REMOVED: epiphany-browser-dev gir1.2-indicate-0.5 libanjuta-dev libavahi-ui-dev libcairo2-dev libcairomm-1.0-dev libcanberra-gtk-dev libcanberra-gtk3-dev libcheese-dev libclutter-1.0-dev libcogl-dev libcogl-pango-dev libcryptui-dev libdbusmenu-glib-dev libdbusmenu-gtk-dev libdbusmenu-gtk3-dev libdbusmenu-jsonloader-dev libdirectfb-dev libelemental-dev libevince-dev libexif-gtk-dev libgail-3-dev libgail-dev libgconfmm-2.6-dev libgdk-pixbuf2.0-dev libgdl-3-dev libggadget-gtk-1.0-dev libgimp2.0-dev libglade2-dev libgladeui-dev libgnome-bluetooth-dev libgnome-desktop-dev libgnomecanvas2-dev libgnomeprint2.2-dev libgnomeprintui2.2-dev libgpod-dev libgs-dev libgtk-3-dev libgtk2.0-dev libgtkgl2.0-dev libgtkhex-3-dev libgtkhtml-4.0-dev libgtkhtml-editor-4.0-dev libgtkmathview-dev libgtkmm-2.4-dev libgtkmm-3.0-dev libgtksourceview-3.0-dev libgtksourceview2.0-dev libgtksourceviewmm-3.0-dev libgtkspell-dev libgucharmap2-dev libgweather-3-dev libindicate-dev libjbig2dec0-dev libmagick++-dev libmagickcore-dev libmagickwand-dev libmutter-dev libnotify-dev libnotifymm-dev libpango1.0-dev libpangomm-1.4-dev libplot-dev libpng12-dev libpngwriter0-dev libpoppler-glib-dev librsvg2-dev libsdl1.2-dev libseed-gtk3-dev libunique-3.0-dev libunique-dev libvte-2.90-dev libvte-dev libwebkit-dev libwebkitgtk-3.0-dev libwebkitgtk-dev libwnck-3-dev libyelp-dev python-gtk2-dev python-webkit-dev The following NEW packages will be installed: libpng-dev The following packages will be upgraded: libindicate5 1 upgraded, 1 newly installed, 80 to remove and 191 not upgraded. Need to get 368 kB of archives. After this operation, 145 MB disk space will be freed. Do you want to continue [Y/n]? n Abort. === Clearly, this is a no go. Sincerely, Marc J. Driftmeyer -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643653: [hylafax-server] something wrong in postinst, configuration run twice, faxaddmodem not called
Hi Riccardo, Il giorno mer, 28/09/2011 alle 13.14 +0200, Riccardo Magliocchetti ha scritto: Package: hylafax-server Version: 6.0.5-4.1 Severity: normal --- Please enter the report below this line. --- Hi there, on debian squeeze 6.0.2 Something botch with: Stopping HylaFAX: faxq hfaxd[: 396: =: unexpected operator [...] I think this problem has already been fixed in newer release. Could you please check if latest version still display the same incorrect behaviour? You may find latest package, rebuilt for your architecture in http://centrum.lixper.it/~giuseppe/debian/hylafax/ Please let me know it this fix the problem. Thanks, Giuseppe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658728: linux-image-3.2.0-1-amd64: No more sound
A. Costa wrote: Jonathan Nieder jrnie...@gmail.com wrote: A. Costa, could you try the attached patches, against 3.2.y? It works like this... That might be difficult. I'm on dialup, I've tried to do what you said, but at the 'git' point, after an hour of downloading the prompt was still at '0%': % git clone -o stable git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git Cloning into 'linux-stable'... remote: Counting objects: 2450707, done. remote: Compressing objects: 100% (393726/393726), done. ^Cceiving objects: 0% (15033/2450707), 5.43 MiB | 12 KiB/s Oh, my bad. git clone grabs the entire kernel history, so it has a high (one-time) cost. You can find instructions for testing a patch while using the usual Debian source package here: http://kernel-handbook.alioth.debian.org/ch-common-tasks.html The short version is that after extracting the kernel source by whatever means is convenient to the current directory, one can run cp /boot/config-$(uname -r) .config; # current configuration make localmodconfig; # optional: minimal configuration make deb-pkg; # optionally with -jnum for parallel build to get a .deb for the unpatched kernel, and then patch -p1 patch1 patch -p1 patch2 make deb-pkg; # maybe with -j4 to get a .deb for the patched kernel. The ketchup tool, which can download patches instead of full tarballs from kernel.org to make downloads of successive kernel releases a little smaller, might be helpful. [...] Would you be able to easily produce such a delta, (containing the patch you'd like tested, in binary -- no compiling on my end), from the stock kernel I'm using? If not, there's clearly a need for a relatively simple tool to do such jobs. Sorry, no --- I do my development work on a laptop that is not able to compile the kernel very quickly. Hope that helps, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660089: pdftk do not join pdf
Package: pdftk Version: 1.41+dfsg-10+squeeze1 Severity: important Hello, pdftk do not join two pdf. It gives the erro message: pdftk: error while loading shared libraries: libgcj_bc.so.1: cannot open shared object file: No such file or directory In collaboration with pdfchain it gives the error message: Error at function »class_dialogs::execute_command()«: PDFTK retruns an error - »no output crated«: »32512« Thanks -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (500, 'stable'), (400, 'testing'), (100, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pdftk depends on: ii libbcmail-java 1.44+dfsg-2 Bouncy Castle generators/processor ii libbcprov-java 1.44+dfsg-2 Bouncy Castle Java Cryptographic S ii libc62.13-24 Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.2-12 GCC support library ii libgcj-bc4.4.5-1 Link time only library for use wit ii libgcj10 4.4.6-11Java runtime library for use with ii libitext-java2.1.7-2 Java Library to create and manipul ii libitext-java-gcj2.1.7-2 Java Library to create and manipul ii libstdc++6 4.6.2-12GNU Standard C++ Library v3 pdftk recommends no packages. Versions of packages pdftk suggests: ii poppler-utils [xpdf-utils] 0.16.7-2+b1 PDF utilities (based on Poppler) -- 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#609422: X11 forwarding for KDE applications crashes with 'Session bus not found'
Hi, i am terribly sorry i didn't see you answer for such a long time. try dbus-launch konqueror Yes - that's working! :-) What can i do that KDE applications are opened generally this way? Best regards Karsten Here the console output: PC:~$ konqueror konqueror(3102): Session bus not found KCrash: Application 'konqueror' crashing... sock_file=/home/karsten/.kde/socket-PC8/kdeinit4_localhost_10 Warning: connect() failed: : Datei oder Verzeichnis nicht gefunden KCrash cannot reach kdeinit, launching directly. drkonqi(3104): Session bus not found PC:~$ dbus-launch konqueror kdeinit4: preparing to launch /usr/lib/kde4/libkdeinit/libkdeinit4_klauncher.so Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString) kdeinit4: preparing to launch /usr/lib/kde4/libkdeinit/libkdeinit4_kded4.so kdeinit4: preparing to launch /usr/bin/kbuildsycoca4 kbuildsycoca4 running... kdeinit4: preparing to launch /usr/lib/kde4/libkdeinit/libkdeinit4_kconf_update.so Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString) kdeinit4: preparing to launch /usr/lib/kde4/libkdeinit/libkdeinit4_kconf_update.so kdeinit4: preparing to launch /usr/lib/kde4/kio_file.so -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658728: linux-image-3.2.0-1-amd64: No more sound
A. Costa wrote: Where should one file a wishlist for a package or tool that doesn't exist? For a new package: the wnpp package, as described here: http://www.debian.org/devel/wnpp/ Though for this particular request, I suspect the project package would be more appropriate. Thanks for the food for thought, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657446: [kbibtex] FTBS on armel
Any news of this bug On Thu, Jan 26, 2012 at 1:12 PM, Bastien ROUCARIES roucaries.bast...@gmail.com wrote: user debian-...@lists.debian.org usertag eabi thanks Package: kbibtex Version: 0.4-1 Severity: serious user: debian-...@lists.debian.org usertag: eabi kbibtex fail to build on armel. [ 53%] Building CXX object src/gui/CMakeFiles/kbibtexgui.dir/kbibtexgui_automoc.o cd /build/buildd-kbibtex_0.4-1-armel-o0vLFL/kbibtex-0.4/obj-arm-linux-gnueabi/src/gui /usr/bin/c++ -DMAKE_KBIBTEXGUI_LIB - D_BSD_SOURCE -DHAVE_QTWEBKIT -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DQT_NO_STL -DQT_NO_CAST_TO_ASCII -D_REENTRANT - DKDE_DEPRECATED_WARNINGS -DKDE4_CMAKE_TOPLEVEL_DIR_LENGTH=40 -DMAKE_KBIBTEXGUI_LIB -DKDE_DEFAULT_DEBUG_AREA=101012 -Wnon-virtual- dtor -Wno-long-long -ansi -Wundef -Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security -fno-exceptions -DQT_NO_EXCEPTIONS -fno-check-new -fno-common -Werror=return-type -Woverloaded-virtual -fno-threadsafe-statics -fvisibility=hidden -fvisibility- inlines-hidden -O2 -g -DNDEBUG -DQT_NO_DEBUG -fPIC -I/build/buildd-kbibtex_0.4-1-armel-o0vLFL/kbibtex-0.4/obj-arm-linux- gnueabi/src/gui -I/build/buildd-kbibtex_0.4-1-armel-o0vLFL/kbibtex-0.4/src/gui -I/build/buildd-kbibtex_0.4-1-armel- o0vLFL/kbibtex-0.4/src -I/build/buildd-kbibtex_0.4-1-armel-o0vLFL/kbibtex-0.4 -I/build/buildd-kbibtex_0.4-1-armel- o0vLFL/kbibtex-0.4/obj-arm-linux-gnueabi -I/build/buildd-kbibtex_0.4-1-armel-o0vLFL/kbibtex-0.4/src/gui/bibtex -I/build/buildd- kbibtex_0.4-1-armel-o0vLFL/kbibtex-0.4/src/gui/dialogs -I/build/buildd-kbibtex_0.4-1-armel-o0vLFL/kbibtex-0.4/src/gui/element - I/build/buildd-kbibtex_0.4-1-armel-o0vLFL/kbibtex-0.4/src/gui/field -I/build/buildd-kbibtex_0.4-1-armel- o0vLFL/kbibtex-0.4/src/gui/widgets -I/build/buildd-kbibtex_0.4-1-armel-o0vLFL/kbibtex-0.4/src/gui/config -I/build/buildd- kbibtex_0.4-1-armel-o0vLFL/kbibtex-0.4/src/gui/../processing -I/build/buildd-kbibtex_0.4-1-armel- o0vLFL/kbibtex-0.4/src/gui/../libkbibtexio -I/build/buildd-kbibtex_0.4-1-armel-o0vLFL/kbibtex-0.4/src/gui/../libkbibtexio/config - I/usr/include/KDE -I/usr/include/qt4/phonon -I/usr/include/qt4/QtXmlPatterns -I/usr/include/qt4/QtXml -I/usr/include/qt4/QtWebKit -I/usr/include/qt4/QtUiTools -I/usr/include/qt4/QtTest -I/usr/include/qt4/QtSvg -I/usr/include/qt4/QtSql - I/usr/include/qt4/QtScriptTools -I/usr/include/qt4/QtScript -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtHelp - I/usr/include/qt4/QtDesigner -I/usr/include/qt4/QtDeclarative -I/usr/include/qt4/QtDBus -I/usr/include/qt4/Qt3Support - I/usr/include/qt4/QtGui -I/usr/include/qt4/QtCore -I/usr/include/qt4/Qt -I/usr/share/qt4/mkspecs/default -I/usr/include/qt4 - D_GNU_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -o CMakeFiles/kbibtexgui.dir/kbibtexgui_automoc.o -c /build/buildd- kbibtex_0.4-1-armel-o0vLFL/kbibtex-0.4/obj-arm-linux-gnueabi/src/gui/kbibtexgui_automoc.cpp In file included from /build/buildd-kbibtex_0.4-1-armel-o0vLFL/kbibtex-0.4/obj-arm-linux- gnueabi/src/gui/moc_bibtexfileview.cpp:10:0, from /build/buildd-kbibtex_0.4-1-armel-o0vLFL/kbibtex-0.4/obj-arm-linux-gnueabi/src/gui/kbibtexgui_automoc.cpp:4: /build/buildd-kbibtex_0.4-1-armel-o0vLFL/kbibtex-0.4/obj-arm-linux-gnueabi/src/gui/../../../src/gui/bibtex/bibtexfileview.h:58:5: error: 'KSharedConfigPtr' does not name a type make[3]: *** [src/gui/CMakeFiles/kbibtexgui.dir/kbibtexgui_automoc.o] Error 1 make[3]: Leaving directory `/build/buildd-kbibtex_0.4-1-armel-o0vLFL/kbibtex-0.4/obj-arm-linux-gnueabi' make[2]: *** [src/gui/CMakeFiles/kbibtexgui.dir/all] Error 2 make[1]: *** [all] Error 2 See https://buildd.debian.org/status/fetch.php?pkg=kbibtexarch=armelver=0.4-1stamp=1323921603 Seems a bug in kde of perhaps compiling with a too old gcc ? Any help will be appreciated. Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645785: [nouveau] unable to handle kernel NULL pointer dereference
Hi Jonathan, my chipset is NVIDIA NV46. Anyway, I did not manage to reproduce it either. So I think you may probably close this report. I will eventually open a new one. Thanks, Giuseppe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652745: libqtcore4
Hi Adrian, libqtcore4 from sid (4.7.4-2) works fine here, no idea, if 4.6.3 would work (i doubt it). You can just ask at https://groups.google.com/forum/?fromgroups#!forum/razor-qt. btw.: sorry for double-post, mail-client went berzerk. regards Ferdinand
Bug#660030: texlive-base: fails to install (on m68k) any more
reassign 660030 luatex stop On 15.02.12 Thorsten Glaser (t...@mirbsd.de) wrote: Hi, something changed, and I don't know what. This package probably is not the correct one, but it's the one that fails to configure, and you are probably the maintainer in the best situation to ana- lyse the problem, spot the correct package and reassign. From the last line in the provided log file I'd suspect a luatex problem: fmtutil: running `luatex -ini -jobname=luatex -progname=luatex luatex.ini' ... PANIC: unprotected error in call to Lua API (zlib library version does not match - header: 1.2.3.3, library: 1.2.6) Running this command on the command line works fine for me. Could you tell us, which version of luatex and which version of zlib1g is installed? H. -- sigmentation fault signature.asc Description: Digital signature
Bug#655762: Close: user error
hi, Ps are not idempotent. Please use eps for doing that (EPS files are more or less self-contained per specification) Will close if you could not reproduce it with eps Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659999: lprng: Cannot print from network client
On 15 Feb 2012, Bernhard R. Link wrote: * Anthony Campbell a...@acampbell.org.uk [120215 18:38]: Following a recent reinstallation of the system after a hard disk crash I can no longer print from a laptop elsewhere on the LAN. (Previouly this worked perfectly.) Printing from the computer to which the printer is attached does work. Just to be sure I understand correctly: the laptop is not the one with the new lprng installation, but that is a different computer and your laptop should send the job to the lprng running on the computer with the printer? At first I was getting connection refused. After reading some earlier bug reports I added the following line to /etc/lprng/lpd.conf: lpd_listen_port=515 I now get No connection permissions. There is no firewall running on either host or client. I can ping and ssh in both directions. AFAIR lprng does not allow remote access by default. You have to edit /etc/lprng/lpd.perms and either remove (or turn to a comment by prepending #) the line stating REJECT NOT SERVER You might also want to edit the following lines. The defaults include everyone may print and everyone claiming to be from the same host and having the same user name (note that neither is verified, it's just the values the client sends) may control (including delete) jobs. Bernhard R. Link Many thanks to you and Craig for helpful replies. Yes, that was it; commenting out that line made things work. Perhaps it might be worth including a note about this in the Debian README? Incidentally, in order to make lprng work at all I had to add this to /etc/modules, otherwise there was no /dev/lp0: parport_c lp It took quite a bit of googling to discover this. Many thanks again, Anthony -- Anthony Campbell - a...@acampbell.org.uk Microsoft-free zone - Using Debian GNU/Linux http://www.acampbell.org.uk - sample my ebooks at http://www.smashwords.com/profile/view/acampbell -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660090: sysinfo.h: No such file or directory
Package: binutils-source Version: 2.22-5 Severity: normal When getting the source through 'apt-get source' and compiling it with 'debuild', I get a compile error. apt-get install devscripts apt-get build-dep binutils apt-get source binutils cd binutils-2.22 debuild =[error log]=== make[3]: Entering directory `/home/fleury/Development/research/binutils-deb-pkg/binutils-ef/binutils-2.22/builddir-single/binutils' /bin/bash ../../binutils/../ylwrap ../../binutils/arparse.y y.tab.c arparse.c y.tab.h arparse.h y.output arparse.output -- bison -y -d updating arparse.h if [ -r sysinfo.c ]; then \ gcc -c -I. -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Wshadow -Werror -g -O2 -Wno-error sysinfo.c ; \ else \ gcc -c -I. -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Wshadow -Werror -g -O2 -Wno-error ../../binutils/sysinfo.c ; \ fi /bin/bash ../../binutils/../ylwrap ../../binutils/syslex.l lex.yy.c syslex.c -- flex if [ -r syslex.c ]; then \ gcc -c -I. -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Wshadow -Werror -g -O2 -Wno-error syslex.c ; \ else \ gcc -c -I. -I../../binutils -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Wshadow -Werror -g -O2 -Wno-error ../../binutils/syslex.c ;\ fi syslex.l:31:21: fatal error: sysinfo.h: No such file or directory compilation terminated. make[3]: *** [syslex.o] Error 1 make[3]: Leaving directory `/home/fleury/Development/research/binutils-deb-pkg/binutils-ef/binutils-2.22/builddir-single/binutils' make[2]: *** [all-binutils] Error 2 make[2]: Leaving directory `/home/fleury/Development/research/binutils-deb-pkg/binutils-ef/binutils-2.22/builddir-single' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/fleury/Development/research/binutils-deb-pkg/binutils-ef/binutils-2.22/builddir-single' make: *** [build-single-stamp] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 debuild: fatal error at line 1350: dpkg-buildpackage -rfakeroot -D -us -uc failed =[error log]=== In fact, sysinfo.h is present in binutils/ but not in builddir-single/binutils. It seems that the build-system do not copy it to the right place. $(srcdir)/binutils/Makefile.am [Makefile.am] ... syslex.@OBJEXT@: syslex.c sysinfo.h config.h if [ -r syslex.c ]; then \ $(CC_FOR_BUILD) -c -I. $(AM_CFLAGS) $(CFLAGS_FOR_BUILD) $(NO_WERROR) syslex.c ; \ else \ $(CC_FOR_BUILD) -c -I. -I$(srcdir) $(AM_CFLAGS) $(CFLAGS_FOR_BUILD) $(NO_WERROR) $(srcdir)/syslex.c ;\ fi ... [Makefile.am] It seems to me that the solution is either to add '-I$(srcdir)' even in the case 'syslex.c' is present. Or to systematically copy 'sysinfo.h' in $(srcdir) (the second option is probably to be preferred). -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages binutils depends on: ii libc6 2.13-26 ii libgcc1 1:4.6.2-14 ii libstdc++6 4.6.2-14 ii zlib1g 1:1.2.6.dfsg-1 binutils recommends no packages. Versions of packages binutils suggests: ii binutils-doc 2.22-5 -- 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#660088: libpng-dev: libpng 1.5.8 stable uninstallable against GTK 3.x
On Thu, Feb 16, 2012 at 02:24:54AM -0800, Marc J. Driftmeyer wrote: Package: libpng-dev Version: 1.5.8 Severity: wishlist Dear Maintainer, When is Debian planning to update it's DE basic package support for the newer releases of libpng? Clearly, 1.4.x and 1.5.x seem to be ignored. We're waiting to get approval for the libpng transition. Please see http://bugs.debian.org/650601 Are you waiting for GNOME to require GTK 3.x to update it's minimum libpng support to say, 1.6 before updating dependencies in GNOME 3.x? Presently, this is the result for attempting to install libpng-dev (1.5.8) from Experimental: [...] signature.asc Description: Digital signature
Bug#660091: ITP: eliom -- Web framework that can generate client and server parts from the same code
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Package name: eliom Version: 2.0.2 Upstream Author: ocsigen team d...@ocsigen.org URL: http://ocsigen.org License: LGPL Description: Eliom is a web framework for ocsigenserver written in OCaml. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660092: ejabberd: PAM auth with krb5 breaks presence support
Package: ejabberd Version: 2.1.10-2 Severity: normal When using PAM with a config file as shown below and Pidgin as a client, presence notifications are flaky. They work almost randomly, I need to change status on 1 account for other accounts to see any presence from it at all. Moreover, it seems that subscription authorizations are not working. Removing a subscription sometimes works and sometimes silently fails. Contacts often end up with one-way subscriptions only and no way to request it (subscription requests have no effect). # PAM config start authsufficient pam_krb5.so minimum_uid=1000 accountrequired pam_krb5.so minimum_uid=1000 # PAM config end I've tested this on both Wheezy and Squeeze, both versions seem to have this problem. Changing to pam_unix.so remedies all issues mentioned above - subscription requests/authorizations immediately work, and presences are sent without having to change status. I've also tried Kopete, much to the same effect. Hacking the source (I don't know erlang) to return a hardcoded list of users for my vhost does not help, either: get_vh_registered_users(_Host) - [{thewanderer,rkaw.pl}, {guest,rkaw.pl}]. It could be a bug in ejabberd, or an inherent issue with pam_krb5.so account module, but it is definitely not the expected behaviour. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ejabberd depends on: ii adduser 3.113+nmu1 ii debconf [debconf-2.0] 1.5.41 ii erlang-abi-15.b none ii erlang-asn1 none ii erlang-base | erlang-base-hipe none ii erlang-crypto none ii erlang-inetsnone ii erlang-mnesia none ii erlang-odbc none ii erlang-public-key none ii erlang-ssl none ii erlang-syntax-tools none ii libc6 2.13-26 ii libexpat1 2.0.1-7.2 ii libpam0g1.1.3-7 ii libssl1.0.0 1.0.0g-1 ii openssl 1.0.0g-1 ii ucf 3.0025+nmu2 ii zlib1g 1:1.2.6.dfsg-1 ejabberd recommends no packages. Versions of packages ejabberd suggests: pn imagemagick 8:6.6.9.7-5+b2 pn libunix-syslog-perl none -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660093: clock-setup: Please support /etc/adjtime in addition to /etc/default
Package: clock-setup Version: 0.110 Severity: normal Tags: patch Hi, This is similar to the patch for hwclock support last week, but solves a different problem, namely supporting systemd in d-i, and (potentially) allowing migration of the UTC setting in /etc/default into the native configuration file for this option. Many thanks, Roger -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (550, 'unstable'), (500, 'testing'), (400, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash From 8ca1790120e851c34e5dffa7adb20322ef6c970a Mon Sep 17 00:00:00 2001 From: Roger Leigh rle...@debian.org Date: Thu, 16 Feb 2012 10:41:03 + Subject: [PATCH] 10clock-setup: Support /etc/adjtime Set UTC or LOCAL in /etc/adjtime in addition to UTC= in /etc/default. This is because /etc/adjtime is the configuration file for hwclock, and the systemd init daemon uses the configuration file directly, thus this change makes it possible for d-i to support installations which use systemd in place of sysvinit. This change does not affect sysvinit users, because /etc/adjtime is updated when hwclock is run. --- finish-install.d/10clock-setup |6 ++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git a/finish-install.d/10clock-setup b/finish-install.d/10clock-setup index 4bde2c4..4e52af5 100755 --- a/finish-install.d/10clock-setup +++ b/finish-install.d/10clock-setup @@ -101,9 +101,15 @@ fi db_get clock-setup/utc if [ $RET = true ]; then sed -i -e 's:^UTC=no:UTC=yes:' -e 's:^UTC=no:UTC=yes:' $utcfile + if [ -e /target/etc/adjtime ]; then + sed -i -e 's:^LOCAL$:UTC:' /target/etc/adjtime + fi OPT=--utc else sed -i -e 's:^UTC=yes:UTC=no:' -e 's:^UTC=yes:UTC=no:' $utcfile + if [ -e /target/etc/adjtime ]; then + sed -i -e 's:^UTC$:LOCAL:' /target/etc/adjtime + fi OPT=--localtime fi -- 1.7.9
Bug#655999: [bugs.debian.org] Reporting documentation - What package does your bug report belong to? points to user support groups
On Wed, Feb 15, 2012 at 11:12:28AM -0500, Filipus Klutiero wrote: Ah, OK. If the request is going to be Why am I experiencing problem foo?, then it makes sense on debian-user. In that case, the problem is just phrasing (in the current phrasing, the user is already at the step of reporting a bug). People arrive thinking about bugs but they don't necessarily have a clear idea in their mind about what the exact bug is, so encouraging some generic diagnostic discussion should be more helpful than bouncing their bug report from one maintainer to another. In any case, we do have support for tracking unknown packages in the bug tracking system, and a few people (used to) volunteer to look after it. So if the prospective reporter doesn't get help from debian-user, they can still file such a bug report. Hum, interesting. I am aware that the ITS deals with errors in the package given, like when the user does a typo, but I'm not aware that one can knowingly report against an unknown package. Could you explain how they would do that? Whenever you type something in the Package: line that can't be matched to an existing package name, it falls through into and is forwarded to unknown-package@qa.d.o -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627070: Bluetooth not usable any more in Squeeze
Sorry - i didn't notice your answer. It doesn't matter if you upgrade or have a new installation. There seems not to be a working implementation of bluetooth in KDE 4. You can access bluetooth devices in console mode. Please also refer to this bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=627071 Regards Karsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650678: how to upgrade package fail2ban on squeeze ?
Hello, May I override safely my fail2ban squeeze package with a newer deb package like : wget http://ftp.fr.debian.org/debian/pool/main/f/fail2ban/fail2ban_0.8.6-2_all.deb dpkg -i fail2ban_0.8.6-2_all.deb Or will this make problems ? I've read this bug makes fail2ban unsuable on any multi-core cpu, which represent a huge part of linux server configurations so IMHO it IS definitely a major bug. Mathieu BAUTISTA Sys admin at IRCF www.ircf.fr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659508: ca-certificates: Remove Trustwave CA
One can certainly applaud the fact they are discussing this publicly - but - what they have done is totally a no no (would sound like a no brainer if you ask me) no matter how much subsequent damage control you do. Wrt Mozilla, I strongly feel there is very little point in waiting for any resolution there. After all (and on the MITM note), they *still* ship CNNIC certificate with no intention of removing it, apparently. https://bugzilla.mozilla.org/show_bug.cgi?id=542689 How do you feel about the sneaky nature of the apparently multiple Verisign compromise disclosures, and the subsequent lack of public discussion - should we also remove their CAs? That, CNNIC, Comodo and probably bunch of others. Will not fix the real issue though - the entire trusted CA model design is broken as it is. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652745: libqtcore4
El 16/02/12 12:08, Ferdinand Thommes escribió: Hi, just confirmed that libqtcore4 4.6.3 also works. regards Ferdinand Thank you very much Ferdinand for the information. I will to replicate Ubuntu package for 0.4.1 for Debian squeeze which it is the one I am interested. If I manage to do it I might do the Debian unstable package too. This is going to be an unofficial Debian package because I am too newbie but it will be available to Debian community so that they make the official package based on it if they want to, of course. Not sure when I will be able to do so. Maybe in a month, who knows. Not to say that anyone who wants to make the Debian package instead of me is welcome ;). Thank you Ferdinand again. adrian15 -- Support free software. Donate to Super Grub Disk. Apoya el software libre. Dona a Super Grub Disk. http://www.supergrubdisk.org/donate/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660094: auto-multiple-choice: please migrate the libpoppler-dev build dependency to libpoppler-private-dev
Package: auto-multiple-choice Version: 1.0.3-2 Severity: wishlist Tags: patch Hi, I'm planning a move of the poppler private headers, currently shipped in libpoppler-dev, out of that package (which is installed by other poppler -dev packages) to a new libpoppler-private-dev. Could you please switch the libpoppler-dev build dependency to libpoppler-private-dev? Attached there is a patch for it. Thanks, -- Pino --- a/debian/control +++ b/debian/control @@ -3,7 +3,7 @@ Section: x11 Priority: optional Maintainer: Georges Khaznadar georg...@ofset.org Build-Depends: debhelper (= 7.0.50~), quilt, gettext, libnetpbm10-dev, - libpoppler-dev, libxml-libxml-perl, dblatex, xsltproc, docbook-xml, + libpoppler-private-dev, libxml-libxml-perl, dblatex, xsltproc, docbook-xml, docbook-xsl, librsvg2-bin, netpbm, libcv-dev (=2.1), libhighgui-dev, latex-xcolor Standards-Version: 3.9.2
Bug#659822: RFS: mpd-sima/0.9.0-1 (New upstream version)
Hi Geoffroy, Geoffroy Youri Berret wrote: I am looking for a sponsor for my package mpd-sima. * Package name: mpd-sima Version : 0.9.0-1~1.gbp3e591f Upstream Author : Jack Kaliko * URL : http://codingteam.net/project/sima * License : GPLv3 Section : sound It builds this binary package: mpd-sima - Automagically add titles to MPD playlist I had a look at your package, here are my comments: - In debian/copyright, since you have a standalone License paragraph for the GPL-3, you probably want to remove the full text from the License field of the first Files paragraph. Also, the license text says version 3 or any later version; if that's the case, you should use GPL-3+; if not, make sure to remove the or any later version part. And there's a typo in the Source field (donwload). - I think the long description could be reworded a little bit; you mention Python twice and to feed MPD playlist with artist similar to your currently playing track sounds a bit wrong (should be your MPD playlist and artists or tracks from artists, or something like that. - In debian/control, Recommends is empty; you should remove it. - In debian/mpd-sima.postrm, you use awk but you don't Depend on it. You're also checking if /usr/sbin/deluser is executable and silently not removing the user if it's not (same thing for delgroup). Since you Depend on adduser, you should assume these commands exist, and it should be an error visible to the user if they don't. - In debian/mpd-sima.postinst, since mpd-sima is not meant to be run as root, it might be a good idea to run it after creating the user and group, as the the mpd-sima user. On second thought, why even do this during installation? The init script seems like a better place to do this. - Regarding debian/wrappers, why not intall the python modules some place where python can find them by default? And I think first line should read #!/bin/sh, as outlined in debian policy 10.4. - Finally, a word on the man pages. I'll focus on mpd-sima.cfg.1, but some of it applies to the other man pages too. First of all, man pages for configuration files should be in section 5. The NAME section should contain a _very_short_ description; use the DESCRIPTION section for full sentences. There should be a SYNOPSIS section, containing the full path of the configuration file. CONFIGURATION FILE should be called DESCRIPTION, and QUEUE MODES should probably be a subsection of DESCRIPTION. For the FILES section, see man-pages(7). EXAMPLES should be called EXAMPLE. It should go after BUGS and before SEE ALSO (again, see man-pages(7) for the correct order of sections). FEEDBACK should be merged with BUGS, I think. If possible, the AUTHOR and COPYRIGHT sections should be removed (they can be comments in the source of the man page). See man-pages(7) for the rationale behind this. Cheers, -- Benoît Knecht -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660090: sysinfo.h: No such file or directory
Hi again. Strangely enough, I tried to compile the package on my laptop and I seems to be fine there. The only obvious difference between the two system is that the system which produces the bug is usin ld-gold where the system on which everything is fine is using ld-bfd. In fact, this is not the first time I see differences between ld-bfd and ld-gold (that's why I maintain my two systems on both to see noticable differences). The problem is that I do not have any idea on what is going wrong now... -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.6 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages binutils depends on: ii libc6 2.13-26 ii libgcc1 1:4.6.2-14 ii libstdc++6 4.6.2-14 ii zlib1g 1:1.2.6.dfsg-1 binutils recommends no packages. Versions of packages binutils suggests: ii binutils-doc 2.22-5 -- no debconf information -- Emmanuel Fleury The memory management on the PowerPC can be used to frighten small children. -- Linus Torvalds -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660095: [INTL:pl] Polish debconf translation
Package: bottlerocket Severity: wishlist Tags: l10n patch Hi! Please add attached Polish debconf translation. Thanks, -- Michał Kułach pl.po Description: Binary data
Bug#660096: [INTL:pl] Polish debconf translation
Package: dotclear Severity: wishlist Tags: l10n patch Hi! Please add attached Polish debconf translation. Thanks, -- Michał Kułach pl.po Description: Binary data
Bug#660097: [INTL:pl] Polish debconf translation
Package: tango Severity: wishlist Tags: l10n patch Hi! Please add attached Polish debconf translation. Thanks, -- Michał Kułach pl.po Description: Binary data
Bug#627070: Bluetooth not usable any more in Squeeze
On 02/16/12 16:48, Karsten Malcher wrote: Sorry - i didn't notice your answer. It doesn't matter if you upgrade or have a new installation. There seems not to be a working implementation of bluetooth in KDE 4. You can access bluetooth devices in console mode. Please also refer to this bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=627071 Regards Karsten This problem probably won't be fixed. kdebluetooth is replaced with bluedevil which's deeply integrated into KDE. So kdebluetooth does not seven see your device? Or is it that you can't do some functions which it? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643653: [hylafax-server] something wrong in postinst, configuration run twice, faxaddmodem not called
Hi Giuseppe, Il 16/02/2012 11:31, Giuseppe Sacco ha scritto: Hi Riccardo, Il giorno mer, 28/09/2011 alle 13.14 +0200, Riccardo Magliocchetti ha scritto: Package: hylafax-server Version: 6.0.5-4.1 Severity: normal --- Please enter the report below this line. --- Hi there, on debian squeeze 6.0.2 Something botch with: Stopping HylaFAX: faxq hfaxd[: 396: =: unexpected operator [...] I think this problem has already been fixed in newer release. Could you please check if latest version still display the same incorrect behaviour? You may find latest package, rebuilt for your architecture in http://centrum.lixper.it/~giuseppe/debian/hylafax/ Please let me know it this fix the problem. Sorry i don't have any squeeze machine without hylafax already installed available for testing, anyway if you think this has been fixed fine for me. thanks, riccardo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660098: djmount: support /etc/fstab mounting
Package: djmount Version: 0.71-3 Severity: wishlist Tags: patch upstream -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 (Transcription of a Bug report received by email from: Kevin Vargo var...@yahoo.com) Hello Dario, I'd like to submit a patch for djmount, to permit ignoring of non-relevant mount options, as per -s/sloppy from mount. I've attached my patch vs. 0.71-3. If I need to provide something else/somehow else, please advise, I'll be happy to try. I've not submitted a separate bug report, as I couldn't see how to submit the patch with it. Bug report is basically: `djmount' can't be used from /etc/fstab, because djmount considers any unknown options to be an error, and exits. `mount' supports a '-s' option for sloppy where unknown options are ignored. I've added both '-s' and '-o sloppy' to the latest (0.71-3) to engage behavior that reports, but really ignores unknown options. That is, this patch permits specification of 'sloppy' as an /etc/fstab option, and thereafter permits unknown options to be logged as warnings, but `djmount' continues. Then, an /etc/fstab entry like: djmount /media/upnp fuse noauto,ro,user,allow_other,sloppy00 succeeds, whereas prior, it would fail because 'standard' options like 'nodev' and 'nosuid' are unknown to djmount as in: [W] Found unknown option = noexec; ignoring [W] Found unknown option = nosuid; ignoring [W] Found unknown option = nodev; ignoring [I] Mount options = ro,noexec,nosuid,nodev,s,allow_other [I] Charset : successfully initialised charset='UTF-8' total 0 Thanks, Kevin - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages djmount depends on: ii fuse-utils 2.8.6-4 ii libc6 2.13-26 ii libfuse22.8.6-4 ii libtalloc2 2.0.7+git20120207-1 ii libupnp31:1.6.6-5.1 djmount recommends no packages. djmount suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJPPPCnAAoJEKgvu4Pz1XAzD3sQAL8ctwNwUl3hHaArHQI232C1 7MSGvBDjGEBXGTwm/jseqjBPscdVb8VLMbTgjz+vw1ZKIFYGF0w/0K69y0gDyU4R NXpUyKo0ueXW4dYyPrAzTGmdwuQtyizrzLImUacCRBs/wVeI1/AWaJDiqrpAq4o2 Fm06Mc2H0HPGcEZc4PofENz0TdsQxJwt2MscdyB9AcISuO8hAFDLImGnW7wbyY15 NJAjsvPHRCMwEG9rB20TRs9eh/klCN5KIggi2blE1x+X75DZZXnPGp1yFpvxFLzX L0ey+e+zZdL8HrQotbhhZSkPv33D9J4Rt8JHWwZBDI1/PVymES/bti3wtB068w4S vKPX1JMrPIpuQ7+97ObOlzeO7Tdg4q4lbpydRy1BGtb0ypuA6enXhU7hu5KiybRs vyyvpjGg2uiSEvXvb4Bo4BuspGeVOFwhRLnajsf3d2uRK6MgGMPpuX50JMtiGJuw ltO4fdqikftR0LXRV2giaFgxwoDC3rvVHK/YMnytXsnZjvvf1FIv38u7v+hUu875 jb5+mLr5MQBnLK3lK7Ytl8xDk0VqMnKoyc8odQvfKNgSxXzPmdhiNB0RPqKafPSz qlYLVm17VCXnBshG2NFDoQ0jp2y9qLQaDfne9fYJ1PdY3TVrOCj0Xtwvv2FZ6apR LOF/CIUBCewhyOtRbc7F =Nt5Z -END PGP SIGNATURE- --- djmount-0.71.orig/djmount/fuse_main.c 2006-08-27 16:12:20.0 -0400 +++ djmount-0.71/djmount/fuse_main.c 2011-12-23 15:39:29.0 -0500 @@ -529,6 +529,7 @@ --version print version number, then exit\n -o [options] mount options (see below)\n -d[levels] enable debug output (implies -f)\n + -s sloppy -- ignore unknown options\n -f foreground operation (default: daemonized)\n \n Mount options (one or more comma separated options) :\n @@ -538,6 +539,7 @@ playlists use playlists for AV files, instead of plain files\n search_history=size number of remembered searches (default: %d)\n (set to 0 to disable search)\n + sloppy ignore unknown options (e.g., for /etc/fstab)\n \n, DEFAULT_SEARCH_HISTORY_SIZE); fprintf (stream, @@ -635,6 +637,9 @@ Log_Printf (LOG_DEBUG, Fuse option = %s, fuse_argv[fuse_argc]); \ fuse_argc++ + //Ignore unknown options sloppy -- mount -s + bool options_sloppy = false; + int opt = 1; char* o; while ((o = argv[opt++])) { @@ -646,6 +651,9 @@ } else if (strcmp(o, -f) == 0) { background = false; + + } else if (strcmp(o, -s) == 0) { + options_sloppy = true; } else if (*o != '-') { // mount point @@ -657,6 +665,10 @@ char* options_copy = strdup (options); char* tokptr = 0; char* s; + + char** unknown_options = talloc_size(tmp_ctx, sizeof(char) * strlen(options_copy)); + int unknown_ptr = -1; + for (s = strtok_r (options_copy, ,, tokptr); s != NULL; s = strtok_r (NULL, ,, tokptr)) { @@ -669,16 +681,43 @@ } else if (strncmp(s, search_history=, 15) == 0) { search_history_size = atoi (s+15); +//check for '-s|-o sloppy' -- ignore unknown options +} else if (strncmp(s, sloppy, 15)
Bug#660099: gambas2: please migrate the libpoppler-dev build dependency to libpoppler-private-dev
Package: gambas2 Version: 2.23.1-1.1 Severity: wishlist Tags: patch Hi, I'm planning a move of the poppler private headers, currently shipped in libpoppler-dev, out of that package (which is installed by other poppler -dev packages) to a new libpoppler-private-dev. Could you please switch the libpoppler-dev build dependency to libpoppler-private-dev? Attached there is a patch for it. Thanks, -- Pino --- a/debian/control +++ b/debian/control @@ -3,7 +3,7 @@ Section: devel Priority: optional Homepage: http://gambas.sourceforge.net Maintainer: José L. Redrejo Rodríguez jredr...@debian.org -Build-Depends: debhelper (= 5.0.42), libpq-dev, libmysqlclient-dev, libbz2-dev, libqt3-mt-dev, libcurl4-gnutls-dev, libsdl-mixer1.2-dev, libsqlite0-dev, libxml2-dev, libxslt1-dev, zlib1g-dev, unixodbc-dev, libsqlite3-dev, libgtk2.0-dev, libxt-dev, pkg-config, mesa-common-dev, libsdl-sound1.2-dev, libsdl-image1.2-dev, libsdl-gfx1.2-dev, libsdl-ttf2.0-dev, libpcre3-dev, libsdl1.2-dev, libjpeg-dev, libpng12-dev, libpoppler-dev (= 0.5), firebird2.1-dev, librsvg2-dev, bzip2, gettext, libxtst-dev, libffi-dev, quilt +Build-Depends: debhelper (= 5.0.42), libpq-dev, libmysqlclient-dev, libbz2-dev, libqt3-mt-dev, libcurl4-gnutls-dev, libsdl-mixer1.2-dev, libsqlite0-dev, libxml2-dev, libxslt1-dev, zlib1g-dev, unixodbc-dev, libsqlite3-dev, libgtk2.0-dev, libxt-dev, pkg-config, mesa-common-dev, libsdl-sound1.2-dev, libsdl-image1.2-dev, libsdl-gfx1.2-dev, libsdl-ttf2.0-dev, libpcre3-dev, libsdl1.2-dev, libjpeg-dev, libpng12-dev, libpoppler-private-dev (= 0.5), firebird2.1-dev, librsvg2-dev, bzip2, gettext, libxtst-dev, libffi-dev, quilt Standards-Version: 3.9.2 Package: gambas2
Bug#660100: [INTL:id] Indonesian debconf template translation for tango
Package: tango Version: 7.2.6+dfsg-12 Severity: wishlist Tags: patch l10n X-Debbugs-CC: debian-l10n-indones...@lists.debian.org Dear Maintainer, Please find attached an updated po-debconf translation of this package into indonesian. $ msgfmt --statistics -c -v -o /dev/null id.po id.po: 2 translated messages. Thanks -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (300, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash id.po Description: Binary data
Bug#660092: ejabberd: PAM auth with krb5 breaks presence support
tag 660092 +moreinfo thanks On Thu, 16 Feb 2012 12:00:15 +0100 Robert Kawecki thewande...@gim11.pl wrote: When using PAM with a config file as shown below and Pidgin as a client, presence notifications are flaky. They work almost randomly, I need to change status on 1 account for other accounts to see any presence from it at all. Moreover, it seems that subscription authorizations are not working. Removing a subscription sometimes works and sometimes silently fails. Contacts often end up with one-way subscriptions only and no way to request it (subscription requests have no effect). [...] I've tested this on both Wheezy and Squeeze, both versions seem to have this problem. Changing to pam_unix.so remedies all issues mentioned above - subscription requests/authorizations immediately work, and presences are sent without having to change status. [...] Can you please provide full details about your setup: the ejabberd configuration file (be sure to remove any embedded passwords, if any) and detailed info about how you have set PAM authentication to work with ejabberd. I, personally, have only used internal and LDAP auth backends in ejabberd so I need (way) more info to at least try to reproduce the problem. And do I understand right that you have no problems with authentication, but rather with presense and subscription management? Did you try to run your XMPP clients with their XML console (or whatever it's called in the software of your choice) enabled? Do you really don't see any presence at times when you should? Say, start one client, log in the first user using it, open that client's XML console, start the second client, log the second user (to whose presence the first user is subscribed)--do you see the necessary presence stanza coming in to indicate the second user is available in the XML console of the first user's client? Sorry for being that picky but I'm hardly able to reconcile presence/subscription problems with the choice of authentication backend: presence and subscription (and roster data which is tightly integrated with the former things) is kept in the ejabberd database, and the authentication backend is only used to verify whether a user does really have right to use JID it claims to own. So having more research would be great. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660101: gdcm: please migrate the libpoppler-dev build dependency to libpoppler-private-dev
Package: gdcm Version: 2.2.0-5 Severity: wishlist Tags: patch Hi, I'm planning a move of the poppler private headers, currently shipped in libpoppler-dev, out of that package (which is installed by other poppler -dev packages) to a new libpoppler-private-dev. Could you please switch the libpoppler-dev build dependency to libpoppler-private-dev? Attached there is a patch for it. Thanks, -- Pino --- a/debian/control +++ b/debian/control @@ -10,7 +10,7 @@ Build-Depends: debhelper (= 8), python- uuid-dev, libz-dev, libexpat-dev, doxygen-latex, ghostscript, swig, cmake, libvtk5-dev, libcharls-dev, libopenjpeg-dev, graphviz, default-jdk, - libpoppler-dev, libssl-dev, python-vtk, gccxml, + libpoppler-private-dev, libssl-dev, python-vtk, gccxml, libactiviz.net-cil [amd64 armel armhf i386 ia64 kfreebsd-amd64 kfreebsd-i386 powerpc ppc64 s390x sparc], mummy [amd64 armel armhf i386 ia64 kfreebsd-amd64 kfreebsd-i386 powerpc ppc64 s390x sparc], cli-common-dev (= 0.8~) [amd64 armel armhf i386 ia64 kfreebsd-amd64 kfreebsd-i386 powerpc ppc64 s390x sparc],
Bug#660102: pdftoipe: please migrate the libpoppler-dev build dependency to libpoppler-private-dev
Package: pdftoipe Version: 20110916-2 Severity: wishlist Tags: patch Hi, I'm planning a move of the poppler private headers, currently shipped in libpoppler-dev, out of that package (which is installed by other poppler -dev packages) to a new libpoppler-private-dev. Could you please switch the libpoppler-dev build dependency to libpoppler-private-dev? Attached there is a patch for it. Thanks, -- Pino --- a/debian/control +++ b/debian/control @@ -3,7 +3,7 @@ Homepage: http://ipe7.sourceforge.net/ Section: graphics Priority: optional Maintainer: Steve M. Robbins s...@debian.org -Build-Depends: debhelper (= 8), libpoppler-dev +Build-Depends: debhelper (= 8), libpoppler-private-dev Standards-Version: 3.9.2 Package: pdftoipe
Bug#660103: editmoin: password authentication doesn't work
Package: editmoin Version: 1.17-1 Severity: normal Hello, I'm trying to use editmoin with a ~/.moin_users that looks like this: http://AndreiPopescu:my_password@wiki.debian.org but I get: $ editmoin debian/DebianWebsiteSubmissions error: body information not found If I append the user name I can edit pages, but I'm asked for the password: ~/.moin_users: http://AndreiPopescu:my_password@wiki.debian.org AndreiPopescu $ editmoin wiki.debian.org/DebianWebsiteSubmissions Password for AndreiPopescu: Kind regards, Andrei -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages editmoin depends on: ii python 2.7.2-10 editmoin recommends no packages. Versions of packages editmoin suggests: ii vim-addon-manager 0.4.4 -- 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#660072: [nut] Invalid udev rules prevent operation of nut
Hi Roman, thanks for your report. 2012/2/16 Roman Mamedov r...@romanrm.ru: Package: nut Version: 2.6.3-1 Severity: important nut is completely broken on my system since quite some time ago. $ dpkg -S /etc/udev/rules.d/52-nut-usbups.rules nut: /etc/udev/rules.d/52-nut-usbups.rules $ debsums -e nut /etc/udev/rules.d/52-nut-usbups.rules OK this file is not anymore part of the NUT packages since the new one is located in /lib/udev, and has been updated to match the latest udev (Ie, there is no BUS reference anymore). /etc/nut/ups.conf.sample OK /etc/nut/upsmon.conf.sample OK /etc/nut/upsd.conf.sample OK /etc/nut/upssched.conf.sample OK /etc/nut/upsd.users.sample OK --- Feb 16 11:48:33 natsu upsd[5477]: listening on 127.0.0.1 port 3493 Feb 16 11:48:33 natsu upsd[5477]: listening on ::1 port 3493 Feb 16 11:48:33 natsu upsd[5477]: Can't connect to UPS [pw800] (blazer_usb-pw800): Permission denied Feb 16 11:48:33 natsu upsd[5477]: allowfrom in upsd.users is no longer used Feb 16 11:48:33 natsu upsd[5478]: Startup successful Feb 16 11:48:33 natsu upsmon[5481]: Startup successful Feb 16 11:48:35 natsu udevd[484]: unknown key 'BUS' in /etc/udev/rules.d/52-nut-usbups.rules:6 Feb 16 11:48:35 natsu udevd[484]: invalid rule '/etc/udev/rules.d/52-nut-usbups.rules:6' Feb 16 11:48:35 natsu udevd[484]: unknown key 'SYSFS{idVendor}' in /etc/udev/rules.d/52-nut-usbups.rules:10 Feb 16 11:48:35 natsu udevd[484]: invalid rule '/etc/udev/rules.d/52-nut-usbups.rules:10' ... could you please send back the following: - are you on testing or sid? - which nut version you upgraded from (related to the above question)? - result of dpkg -l 'nut*' there may be something wrong in the upgrade path, following the various and invasive updates on the packages. cheers, Arnaud -- Linux / Unix Expert RD - Eaton - http://powerquality.eaton.com Network UPS Tools (NUT) Project Leader - http://www.networkupstools.org/ Debian Developer - http://www.debian.org Free Software Developer - http://arnaud.quette.free.fr/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660104: luatex: please migrate the libpoppler-dev build dependency to libpoppler-private-dev
Package: luatex Version: 0.70.1-1 Severity: wishlist Tags: patch Hi, I'm planning a move of the poppler private headers, currently shipped in libpoppler-dev, out of that package (which is installed by other poppler -dev packages) to a new libpoppler-private-dev. Could you please switch the libpoppler-dev build dependency to libpoppler-private-dev? Attached there is a patch for it. Thanks, -- Pino --- a/debian/control +++ b/debian/control @@ -3,7 +3,7 @@ Section: tex Priority: optional Maintainer: Debian TeX Maintainers debian-tex-ma...@lists.debian.org Uploaders: Frank Küster fr...@debian.org, Norbert Preining prein...@debian.org -Build-Depends: debhelper (= 7), flex, bison, zlib1g-dev, libpng12-dev, libjpeg-dev, pkg-config, sharutils, libpoppler-dev +Build-Depends: debhelper (= 7), flex, bison, zlib1g-dev, libpng12-dev, libjpeg-dev, pkg-config, sharutils, libpoppler-private-dev Standards-Version: 3.9.2 Vcs-Svn: svn://svn.debian.org/svn/debian-tex/luatex/trunk Vcs-Browser: http://svn.debian.org/wsvn/debian-tex/luatex/trunk/
Bug#546610: cryptsetup: root= cmdline call is not honoured by initrd in crypto+lvm (Was initramfs-tools: ...)
On Tue, Sep 07, 2010 at 05:04:38PM +0200, Agustin Martin wrote: On Tue, Sep 07, 2010 at 04:50:05PM +0200, Agustin Martin wrote: On Thu, Sep 24, 2009 at 09:29:58PM +0200, Jonas Meurer wrote: first, thanks for the bugreport. the reason for change of bahaviour is a line in /usr/share/initramfs/scripts/local-top/cryptroot that sets $ROOT to $NEWROOT in /conf/params.conf in the initramfs: 302: if [ $cryptrootdev = yes ]; then 303: # required for lilo to find the root device 304: echo ROOT=$NEWROOT /conf/param.conf 305: fi commenting out these lines and regenerating the initramfs (update-initramfs -u) afterwards should fix it. could you verify that? Working well with that change. Thanks for debugging. unfortunately these lines are required in order to support setups with cryptroot on lvm and lilo as bootloader. thus i don't know what to do about that bug yet. will have to do further investigation and testing with lilo as bootloader first. Patch with my current changes is attached. Seems to work in a basic lilo-booted box and in my usual grub-booted box. Not tested in syslinux. Forgot to mention that I did the lilo tests in a box with cryptroot on lvm and lilo as bootloader, with a single bootable partition inside that lvm. Hi, Jonas, Re-reading the above I was not fully correct, I then tested with lilo in a system with a separate unencrypted boot partition and a big cryptroot volume with lvm on top of it. At that time I tested my patched cryptsetup with a single lvm-partition to boot inside that cryptroot and another lvm partition to hold common data. I have later extended the test in the lilo booted box to be able to boot to two different partitions on lvm, one with testing (where all kernels are installed and images created, although modules are put in the shared partition) and one running stable. With my patched cryptsetup I can boot from both. Note that my box is rather unusual, and I need to make all stuff that needs to be made visible from both partitions (modules ...) available from the shared partition, which is made available in early boot stage. However this should also work for a system where /usr/lib/modules is a symlink pointing to somewhere under /boot. By the way, patch still appplies cleanly to 1.4 and seems to work properly, both in my lilo and grub booted boxes. Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660072: [nut] Invalid udev rules prevent operation of nut
On Thu, 16 Feb 2012 13:10:41 +0100 Arnaud Quette aquette@gmail.com wrote: Hi Roman, thanks for your report. 2012/2/16 Roman Mamedov r...@romanrm.ru: Package: nut Version: 2.6.3-1 Severity: important nut is completely broken on my system since quite some time ago. $ dpkg -S /etc/udev/rules.d/52-nut-usbups.rules nut: /etc/udev/rules.d/52-nut-usbups.rules $ debsums -e nut /etc/udev/rules.d/52-nut-usbups.rules OK this file is not anymore part of the NUT packages since Are you sure about that? $ dpkg -l nut Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii nut2.6.3-1network UPS tools - metapackage $ dpkg -L nut /. /usr /usr/share /usr/share/doc /usr/share/doc/nut /usr/share/doc/nut/config-notes.txt.gz /usr/share/doc/nut/scheduling.txt.gz /usr/share/doc/nut/UPGRADING.gz /usr/share/doc/nut/security.txt.gz /usr/share/doc/nut/AUTHORS.gz /usr/share/doc/nut/documentation.txt /usr/share/doc/nut/support.txt /usr/share/doc/nut/MAINTAINERS /usr/share/doc/nut/changelog.Debian.gz /usr/share/doc/nut/acknowledgements.txt.gz /usr/share/doc/nut/copyright /usr/share/doc/nut/changelog.gz /usr/share/doc/nut/FAQ.txt.gz /usr/share/doc/nut/download.txt.gz /usr/share/doc/nut/nut-names.txt.gz /usr/share/doc/nut/features.txt.gz /usr/share/doc/nut/TODO.gz /usr/share/doc/nut/NEWS.gz /usr/share/doc/nut/user-manual.txt /usr/share/doc/nut/packager-guide.txt.gz /usr/share/doc/nut/README.gz /usr/share/doc/nut/outlets.txt /usr/share/doc/nut/history.txt.gz /etc/nut/upssched.conf.sample /etc/nut/upsmon.conf.sample /etc/nut/upsd.users.sample /etc/nut/ups.conf.sample /etc/nut/upsd.conf.sample /etc/udev/rules.d/52-nut-usbups.rules --- the new one is located in /lib/udev, and has been updated to match the latest udev (Ie, there is no BUS reference anymore). /etc/nut/ups.conf.sample OK /etc/nut/upsmon.conf.sample OK /etc/nut/upsd.conf.sample OK /etc/nut/upssched.conf.sample OK /etc/nut/upsd.users.sample OK --- Feb 16 11:48:33 natsu upsd[5477]: listening on 127.0.0.1 port 3493 Feb 16 11:48:33 natsu upsd[5477]: listening on ::1 port 3493 Feb 16 11:48:33 natsu upsd[5477]: Can't connect to UPS [pw800] (blazer_usb-pw800): Permission denied Feb 16 11:48:33 natsu upsd[5477]: allowfrom in upsd.users is no longer used Feb 16 11:48:33 natsu upsd[5478]: Startup successful Feb 16 11:48:33 natsu upsmon[5481]: Startup successful Feb 16 11:48:35 natsu udevd[484]: unknown key 'BUS' in /etc/udev/rules.d/52-nut-usbups.rules:6 Feb 16 11:48:35 natsu udevd[484]: invalid rule '/etc/udev/rules.d/52-nut-usbups.rules:6' Feb 16 11:48:35 natsu udevd[484]: unknown key 'SYSFS{idVendor}' in /etc/udev/rules.d/52-nut-usbups.rules:10 Feb 16 11:48:35 natsu udevd[484]: invalid rule '/etc/udev/rules.d/52-nut-usbups.rules:10' ... could you please send back the following: - are you on testing or sid? On testing. - which nut version you upgraded from (related to the above question)? I run regular apt-get dist-upgrade so I am pretty much always on the latest version in testing. - result of dpkg -l 'nut*' $ dpkg -l 'nut*' Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii nut2.6.3-1network UPS tools - metapackage un nut-cginone (no description available) ii nut-client 2.6.3-1network UPS tools - clients un nut-devnone (no description available) un nut-hal-driversnone (no description available) un nut-monitornone (no description available) ii nut-server 2.6.3-1network UPS tools - core system un nut-snmp none (no description available) un nut-usbnone (no description available) un nut-xmlnone (no description available) there may be something wrong in the upgrade path, following the various and invasive updates on the packages. cheers, Arnaud -- With respect, Roman ~~~ Stallman had a
Bug#660105: texlive-bin: please migrate the libpoppler-dev build dependency to libpoppler-private-dev
Package: texlive-bin Version: 2009-12 Severity: wishlist Tags: patch Hi, I'm planning a move of the poppler private headers, currently shipped in libpoppler-dev, out of that package (which is installed by other poppler -dev packages) to a new libpoppler-private-dev. Could you please switch the libpoppler-dev build dependency to libpoppler-private-dev? Attached there is a patch for it. Thanks, -- Pino --- a/debian/control +++ b/debian/control @@ -3,7 +3,7 @@ Section: tex Priority: optional Maintainer: Debian TeX Maintainers debian-tex-ma...@lists.debian.org Uploaders: Norbert Preining prein...@debian.org, Frank Küster fr...@kuesterei.ch -Build-Depends: debhelper (= 7), quilt, sharutils, ed, libncurses5-dev | libncurses-dev, libxaw7-dev, libpng12-dev | libpng-dev, zlib1g-dev (= 1:1.2.6.dfsg), libgd2-xpm-dev | libgd2-noxpm-dev, flex, bison, libpoppler-dev (= 0.12.4), chrpath, time +Build-Depends: debhelper (= 7), quilt, sharutils, ed, libncurses5-dev | libncurses-dev, libxaw7-dev, libpng12-dev | libpng-dev, zlib1g-dev (= 1:1.2.6.dfsg), libgd2-xpm-dev | libgd2-noxpm-dev, flex, bison, libpoppler-private-dev (= 0.12.4), chrpath, time Standards-Version: 3.9.2 Homepage: http://www.tug.org/texlive
Bug#641412: My solution: Delete unorc
Hi, I had the same problem as described before: Libreofice wouldn't start unless I used it as root or deleted the .libreoffice folder. I tried folder by folder and I found out that in my case the following file caused the problem. Once I delete it, Libreoffice works as usual: /.libreoffice/3/user/uno_packages/cache/registry/com.sun.star.comp.deployment.component.PackageRegistryBackend/unorc The content of that file was: UNO_USER_PACKAGES_CACHE=$ORIGIN/../.. UNO_JAVA_CLASSPATH=$UNO_USER_PACKAGES_CACHE/uno_packages/XuBeTQ_/LanguageTool-1.0.0.oxt/LanguageTool.uno.jar UNO_SERVICES=?$ORIGIN/common_.rdb ${$ORIGIN/${_OS}_${_ARCH}rc:UNO_SERVICES} After recreation it is: ORIGIN=$UNO_USER_PACKAGES_CACHE/registry/com.sun.star.comp.deployment.component.PackageRegistryBackend UNO_SERVICES=?$ORIGIN/common.rdb ${$ORIGIN/${_OS}_${_ARCH}rc:UNO_SERVICES} Maybe that helps? Best yan -- //benutze//use//utiliza: gpg/pgp http://keys.indymedia.org/cgi-bin/lookup?op=getsearch=EEBBB5E4 Fingerprint: F1E4 415A 5A29 ABB7 FBE9 CC9F 7589 0375 EEBB B5E4 y...@jabber.ccc.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660037: subtitleeditor: crashes with Assertion `!xcb_xlib_threads_sequence_lost' failed
in-line :- On Thu, Feb 16, 2012 at 15:27, Philip Rinn ri...@gmx.net wrote: tags 660037 + moreinfo thanks Hi, Hi Philip, First of all thank you for responding to this bug so quickly. I can not reproduce this bug nor do I know the answer to the two questions you raised. Can you please install version 0.39 from experimental[1] and try to reproduce this bug? Done. I ran into the same two issues but thankfully the one from experimental did not crash. Please don't ask me how but it just didn't. I got the same messages on the CLI. $ subtitleeditor Cannot connect to server socket err = No such file or directory Cannot connect to server socket jack server is not running or cannot be started I was able to successfully convert an .srt file from ISO-8859-15 to UTF-8 which is what I wanted to do in the first place. $ apt-show-versions -a subtitleeditor subtitleeditor 0.39.0-2 install ok installed subtitleeditor 0.30.0-1.2stable ftp.debian.org subtitleeditor 0.30.0-1.2+b1 testing ftp.debian.org subtitleeditor 0.30.0-1.2+b1 unstable ftp.debian.org subtitleeditor 0.39.0-2 experimental ftp.debian.org subtitleeditor/experimental uptodate 0.39.0-2 I am also putting up the config file which in ~/.config/subtitleeditor/default/config [video-player] repeat=false display=true display-translated-subtitle=false automatically-open-video=true video-sink=xvimagesink font-desc=Sans 26 shaded-background=true force-aspect-ratio=true audio-sink=autoaudiosink [waveform] scrolling-with-player=true scrolling-with-selection=true respect-timing=true display=false scale=3 zoom=1 [extension-manager] Split Document=enable About=enable Combine Subtitles=enable Adjust Time=enable Find And Replace=enable Selection=enable Remove Subtitle=enable Time Mode Management=enable Move Subtitles=enable Spell Checking=enable Change Framerate=enable Preferences=enable Video Player Management=enable Italicize=enable Document Management=enable Apply Translation=enable Dialoguize=enable Error Checking=enable Command=enable View Manager=enable Duplicate Subtitle=enable Scale Subtitles=enable External Video Player=enable Reverse Text And Translation=enable Join Document=enable Edit Cell=enable Keyboard Shortcuts=enable Move After Preceding Subtitle=enable Waveform Management=enable Insert Subtitle=enable Extend Length=enable Split Subtitle=enable Plain Text=enable Style Editor=enable Sub Station Alpha=enable Advanced Sub Station Alpha=enable Adobe Encore DVD (PAL)=enable MPL2=enable Timed Text Authoring Format 1.0=enable SubViewer2=enable MicroDVD=enable Adobe Encore DVD (NTSC)=enable SubRip=enable Subtitle Editor Project=enable MPsub=enable Timing From Player=enable Sort Subtitles=enable Insert Subtitle From Keyframe=enable Type Writer=enable Keyframes Management=enable Documents Navigation=enable Text Correction=enable BITC (Burnt-in timecode)=enable Sami=enable Spruce STL=enable SBV=enable [interface] used-autosave=false use-dynamic-keyboard-shortcuts=true maximize-window=false max-undo=20 ask-to-save-on-exit=false [view-manager] Simple=number;start;end;duration;text Advanced=number;start;end;duration;style;name;text Translation=number;text;translation Timing=number;start;end;duration;cps;text [encodings] encodings=ISO-8859-15;UTF-8;SHIFT_JIS;GB18030;GB2312;GBK;HZ;BIG5;BIG5-HKSCS;EUC-JP;ISO2022JP;EUC-KR; used-auto-detected=true default=UTF-8 [document] format=SubRip newline=Unix [subtitle-view] property-alignment-center=false show-character-per-line=true columns-displayed=number;start;end;duration;text enable-rubberband-selection=false [dialog-last-folder] dialog-open-document=file:/// dialog-save-document=file:/// [find-and-replace] column-text=true column-translation=true ignore-case=false used-regular-expression=false [timing] min-characters-per-second=5 max-characters-per-second=25 The only change I have done is changed the values of the dialog-open-document and dialog-save-document to instead of the files they were referring to in the config file. I do see an Accelmap and crawling through bits of it, it seems to have keyboard shortcuts for the program among other things. Thanks, Philip [1] It's in experimental because a library is only available in experimental and it's maintainers refuse to upload it to unstable (as it broke ABI/API without bumping the SO version in the past). Don't understand it fully [1] but have an idea as to what you mean. Thanx again. -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact
Bug#660106: hostname: [PATCH] improve cmd line --help and simplify manpage SYNOPSIS
Package: hostname Version: 3.10 Severity: wishlist I'm suggestion following minor updates: - Output cmd line help in alhabetical order - Simplify SYNOPSIS. The options are best explained in OPTTIONS sections. - Mirror *.1.fr to that of *.1 for SYNOPSIS. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages hostname depends on: ii libc6 2.13-26 hostname recommends no packages. hostname suggests no packages. -- no debconf information From ce084cf248dd5a937a3f08f33addcdd861ccd548 Mon Sep 17 00:00:00 2001 From: Jari Aalto jari.aa...@cante.net Date: Thu, 16 Feb 2012 02:48:28 -0500 Subject: [PATCH 2/3] hostname.1: Simplify SYNOPSIS Organization: Private Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Signed-off-by: Jari Aalto jari.aa...@cante.net --- hostname.1 | 32 +--- 1 files changed, 5 insertions(+), 27 deletions(-) diff --git a/hostname.1 b/hostname.1 index c80dbd3..a3d03f9 100644 --- a/hostname.1 +++ b/hostname.1 @@ -14,40 +14,18 @@ dnsdomainname \- show the system's DNS domain name .SH SYNOPSIS .B hostname -.RB [ \-v ] -.RB [ \-a ] -.RB [ \-\-alias ] -.RB [ \-d ] -.RB [ \-\-domain ] -.RB [ \-f ] -.RB [ \-\-fqdn ] -.RB [ \-A ] -.RB [ \-\-all-fqdns ] -.RB [ \-i ] -.RB [ \-\-ip-address ] -.RB [ \-I ] -.RB [ \-\-all-ip-addresses ] -.RB [ \-\-long ] -.RB [ \-s ] -.RB [ \-\-short ] -.RB [ \-y ] -.RB [ \-\-yp ] -.RB [ \-\-nis ] +.RB [ options ] .br .B hostname .RB [ \-v ] -.RB [ \-b ] -.RB [ \-\-boot ] -.RB [ \-F\ filename ] -.RB [ \-\-file\ filename ] +.RB [ \-b|\-\-boot ] +.RB [ \-F|--file\ filename ] .RB [ hostname ] .br .B hostname .RB [ \-v ] -.RB [ \-h ] -.RB [ \-\-help ] -.RB [ \-V ] -.RB [ \-\-version ] +.RB [ \-h|\-\-help ] +.RB [ \-V|\-\-version ] .PP .B domainname .RB [ nisdomain ] -- 1.7.9 From c3cf1aec19bc038e8460695a59bea111a5abf926 Mon Sep 17 00:00:00 2001 From: Jari Aalto jari.aa...@cante.net Date: Thu, 16 Feb 2012 02:44:43 -0500 Subject: [PATCH 1/3] hostname.c: (usage): Order items alphabetically Organization: Private Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Signed-off-by: Jari Aalto jari.aa...@cante.net --- hostname.c | 16 1 files changed, 8 insertions(+), 8 deletions(-) diff --git a/hostname.c b/hostname.c index 3ff164a..36f4878 100644 --- a/hostname.c +++ b/hostname.c @@ -3,7 +3,7 @@ * that maintains the host name and the domain name. It * is also used to show the FQDN and the IP-Addresses. * - * Usage: hostname [-d|-f|-s|-a|-i|-y|-A|-I] + * Usage: hostname [-a|-A|-d|-f|-i|-I|-s|-y] * hostname [-h|-V] * hostname [-b] {name|-F file} * dnsdomainname @@ -147,7 +147,7 @@ usage(FILE *stream) { fprintf(stream, Usage: hostname [-v] [-b] {hostname|-F file} set host name (from file)\n - hostname [-v] [-d|-f|-s|-a|-i|-y|-A|-I] display formatted name\n + hostname [-v] [-a|-A|-d|-f|-i|-I|-s|-y] display formatted name\n hostname [-v] display host name\n \n {yp,nis,}domainname [-v] {nisdomain|-F file} set NIS domain name (from file)\n @@ -162,16 +162,16 @@ usage(FILE *stream) dnsdomainname=hostname -d\n \n Program options:\n - -s, --shortshort host name\n -a, --aliasalias names\n - -i, --ip-address addresses for the host name\n - -I, --all-ip-addresses all addresses for the host\n - -f, --fqdn, --long long host name (FQDN)\n -A, --all-fqdnsall long host names (FQDNs)\n - -d, --domain DNS domain name\n - -y, --yp, --nisNIS/YP domain name\n -b, --boot set default hostname if none available\n + -d, --domain DNS domain name\n + -f, --fqdn, --long long host name (FQDN)\n -F, --file read host name or NIS domain name from given file\n + -i, --ip-address addresses for the host name\n + -I, --all-ip-addresses all addresses for the host\n + -s, --shortshort host name\n + -y, --yp, --nisNIS/YP domain name\n \n Description:\n This command can get or set the host name or the NIS domain name. You can\n -- 1.7.9 From 1c7a188dcb443345f28a8f9bb9c9713d9e81cb06 Mon Sep 17 00:00:00 2001 From: Jari Aalto jari.aa...@cante.net Date: Thu, 16 Feb 2012 02:54:23 -0500 Subject: [PATCH 3/3] hostname.1.fr: Simplify SYNOPSIS. Sync with *.1 page Organization: Private Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Signed-off-by: Jari Aalto jari.aa...@cante.net --- hostname.1.fr | 22 ++ 1 files changed, 10 insertions(+), 12 deletions(-) diff --git
Bug#595920: lxc-attach does not work
Package: linux-2.6 Followup-For: Bug #595920 Hi, the fix to this bug is really trivial and it would ease the administration of containers greatly, as well as opening the doors to the creation of scripts which interact directly with containers. Could you please unfreeze this one? Thanks a lot! -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660030: texlive-base: fails to install (on m68k) any more
Hilmar Preusse dixit: Running this command on the command line works fine for me. Could you tell us, which version of luatex and which version of zlib1g is installed? Ah. Sure. zlib got updated recently. root@aranym:~ # apt-cache policy luatex zlib1g zlib1g: Installed: 1:1.2.6.dfsg-1 Candidate: 1:1.2.6.dfsg-1 Version table: *** 1:1.2.6.dfsg-1 0 500 http://ftp.debian-ports.org/debian/ unstable/main m68k Packages 500 http://www.freewrt.org/~tg/debs68k/ sid/main m68k Packages 100 /var/lib/dpkg/status luatex: Installed: (none) Candidate: 0.50.0-1 Version table: 0.50.0-1 0 500 http://ftp.debian-ports.org/debian/ unstable/main m68k Packages bye, //mirabilos -- “Having a smoking section in a restaurant is like having a peeing section in a swimming pool.” -- Edward Burr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659822: RFS: mpd-sima/0.9.0-1 (New upstream version)
Benoît Knecht wrote: Geoffroy Youri Berret wrote: I am looking for a sponsor for my package mpd-sima. * Package name: mpd-sima Version : 0.9.0-1~1.gbp3e591f Upstream Author : Jack Kaliko * URL : http://codingteam.net/project/sima * License : GPLv3 Section : sound It builds this binary package: mpd-sima - Automagically add titles to MPD playlist I had a look at your package, here are my comments: [...] Just a couple more things: - In debian/mpd-sima.init, you don't handle the status command, even though the Usage string indicates it's a valid command. - I'm not sure I understand what debian/clean is for. Are those files really generated by the build process? If so, that's surely a mistake, they're not even installed in the final package. - In debian/rules, you override dh_auto_clean but do not clean the build files yourself. You also install debian/wrappers/*, which appear to be copies of what the upstream Makefile would build; this seems like a rather fragile approach. Overall, I don't see why you can't rely on the upstream Makefile, and I think you should; it'll be much more maintainable that way. Cheers, -- Benoît Knecht -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660075: sending patch in a better format
Not much to say, see attachment. Cheers, Oz --- auto.master.5 2012-02-16 09:18:35.986811848 +0100 +++ auto.master.5.fix 2012-02-16 09:19:24.254810426 +0100 @@ -363,9 +363,9 @@ .RS +.2i .ta 1.0i .nf -/- auto.data -/home /etc/auto.home -/mnt yp:mnt.map +/- auto.data +/home /etc/auto.home +/mntyp:mnt.map .fi .RE .sp @@ -394,5 +394,5 @@ .BR autofs (8). .SH AUTHOR This manual page was written by Christoph Lameter ch...@waterf.org, -for the Dean GNU/Linux system. Edited by h...@transmeta.com and +for the Debian GNU/Linux system.Edited by h...@transmeta.com and Ian Kent ra...@themaw.net .
Bug#633472: Patch for the 3.5.9-4.1 NMU of mailcrypt
Dear maintainer of mailcrypt, On Tuesday, February 07, 2012 I sent you a notice announcing my intent to upload an NMU of your package to fix its pending l10n issues, after an initial notice sent on Thursday, February 02, 2012. You either agreed for this NMU or did not respond to my notices. I will now upload this NMU to DELAYED/7-DAY. The NMU patch is attached to this mail. The NMU changelog is: Source: mailcrypt Version: 3.5.9-4.1 Distribution: unstable Urgency: low Maintainer: Christian Perrier bubu...@debian.org Date: Thu, 16 Feb 2012 07:51:29 +0100 Closes: 633472 659022 Changes: mailcrypt (3.5.9-4.1) unstable; urgency=low . * Non-maintainer upload. * Fix pending l10n issues. Debconf translations: - Danish (Joe Hansen). Closes: #633472 - Polish (Michał Kułach). Closes: #659022 -- diff -Nru mailcrypt-3.5.9.old/debian/changelog mailcrypt-3.5.9/debian/changelog --- mailcrypt-3.5.9.old/debian/changelog 2012-01-28 16:30:44.656084396 +0100 +++ mailcrypt-3.5.9/debian/changelog 2012-02-16 07:51:36.509396135 +0100 @@ -1,3 +1,12 @@ +mailcrypt (3.5.9-4.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix pending l10n issues. Debconf translations: +- Danish (Joe Hansen). Closes: #633472 +- Polish (Michał Kułach). Closes: #659022 + + -- Christian Perrier bubu...@debian.org Thu, 16 Feb 2012 07:51:29 +0100 + mailcrypt (3.5.9-4) unstable; urgency=low * bump standards version (debian/control) diff -Nru mailcrypt-3.5.9.old/debian/po/cs.po mailcrypt-3.5.9/debian/po/cs.po --- mailcrypt-3.5.9.old/debian/po/cs.po 2012-01-28 16:30:44.656084396 +0100 +++ mailcrypt-3.5.9/debian/po/cs.po 2012-02-07 08:36:34.067247508 +0100 @@ -17,6 +17,7 @@ PO-Revision-Date: 2007-01-28 11:42+0100\n Last-Translator: Martin Sin martin@zshk.cz\n Language-Team: Czech debian-l10n-cz...@lists.debian.org\n +Language: cs\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n diff -Nru mailcrypt-3.5.9.old/debian/po/da.po mailcrypt-3.5.9/debian/po/da.po --- mailcrypt-3.5.9.old/debian/po/da.po 1970-01-01 01:00:00.0 +0100 +++ mailcrypt-3.5.9/debian/po/da.po 2012-02-02 22:04:24.0 +0100 @@ -0,0 +1,58 @@ +# Danish translation mailcrypt. +# Copyright (C) 2011 mailcrypt nedenstående oversættere. +# This file is distributed under the same license as the mailcrypt package. +# Joe Hansen (joedalt...@yahoo.dk), 2011. +# +msgid +msgstr +Project-Id-Version: mailcrypt\n +Report-Msgid-Bugs-To: sa...@debian.org\n +POT-Creation-Date: 2007-07-26 17:33+0200\n +PO-Revision-Date: 2011-07-10 12:42+\n +Last-Translator: Joe Hansen joedalt...@yahoo.dk\n +Language-Team: Danish debian-l10n-dan...@lists.debian.org\n +Language: da\n +MIME-Version: 1.0\n +Content-Type: text/plain; charset=UTF-8\n +Content-Transfer-Encoding: 8bit\n + +#. Type: boolean +#. Description +#: ../templates:1001 +msgid Should Mailcrypt be auto-loaded by default at your site? +msgstr Skal Mailcrypt som standard automatisk indlæses på din side? + +#. Type: boolean +#. Description +#: ../templates:1001 +msgid +Mailcrypt will globally (i.e., for all users on this site) overload certain +Emacs functions and key-bindings if you answer affirmatively to this +question. +msgstr +Mailcrypt vil globalt (dvs. for alle brugere på denne side) indlæse bestemte +Emacs-funktioner og tastaturgenveje, hvis du svarer bekræftende på dette. + +#. Type: boolean +#. Description +#: ../templates:1001 +msgid +This is generally a good thing, since Mailcrypt is a very useful package; +however you may not want it to happen, and instead let single users at your +site decide by themselves if they should load this package. +msgstr +Dette er generelt en god ting, da Mailcrypt er en meget brugbar pakke; men +du vil måske ikke ønske dette og i stedet for lade hver enkelt bruger på din +side selv beslutte, om denne pakke skal indlæses. + +#. Type: boolean +#. Description +#: ../templates:1001 +msgid +If you answer negatively, people who desire to use it will have to put the +string \(require 'mailcrypt-init)\ in their personal Emacs configuration +file (e.g., \~/.emacs\ or \~/.emacs.el\) to load it. +msgstr +Hvis du svarer benægtende, vil folk som ønsker at bruge pakken skulle +indsætte strengen »(require 'mailcrypt-init)« i deres personlige Emacs- +konfigurationsfil (f.eks. »~/.emacs« eller »~/.emacs.el« for at indlæse den. diff -Nru mailcrypt-3.5.9.old/debian/po/de.po mailcrypt-3.5.9/debian/po/de.po --- mailcrypt-3.5.9.old/debian/po/de.po 2012-01-28 16:30:44.656084396 +0100 +++ mailcrypt-3.5.9/debian/po/de.po 2012-02-07 08:36:34.079247804 +0100 @@ -17,6 +17,7 @@ PO-Revision-Date: 2007-01-28 11:45+0100\n Last-Translator: Helge Kreutzmann deb...@helgefjell.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=ISO-8859-15\n Content-Transfer-Encoding: 8bit\n diff -Nru mailcrypt-3.5.9.old/debian/po/es.po
Bug#627720: Patch for the 2.4.0-9.2 NMU of libgcr410
Dear maintainer of libgcr410, On Tuesday, February 07, 2012 I sent you a notice announcing my intent to upload an NMU of your package to fix its pending l10n issues, after an initial notice sent on Thursday, February 02, 2012. You either agreed for this NMU or did not respond to my notices. I will now upload this NMU to DELAYED/7-DAY. The NMU patch is attached to this mail. The NMU changelog is: Source: libgcr410 Version: 2.4.0-9.2 Distribution: unstable Urgency: low Maintainer: Christian Perrier bubu...@debian.org Date: Thu, 16 Feb 2012 07:51:00 +0100 Closes: 627720 658467 659020 Changes: libgcr410 (2.4.0-9.2) unstable; urgency=low . * Non-maintainer upload. * Fix pending l10n issues. Debconf translations: - Danish (Joe Hansen). Closes: #627720 - Indonesian (Mahyuddin Susanto). Closes: #658467 - Polish (Michał Kułach). Closes: #659020 -- diff -Nru libgcr410-2.4.0.old/debian/changelog libgcr410-2.4.0/debian/changelog --- libgcr410-2.4.0.old/debian/changelog 2012-01-29 16:39:13.453386311 +0100 +++ libgcr410-2.4.0/debian/changelog 2012-02-16 07:51:12.177948577 +0100 @@ -1,3 +1,13 @@ +libgcr410 (2.4.0-9.2) unstable; urgency=low + + * Non-maintainer upload. + * Fix pending l10n issues. Debconf translations: +- Danish (Joe Hansen). Closes: #627720 +- Indonesian (Mahyuddin Susanto). Closes: #658467 +- Polish (Michał Kułach). Closes: #659020 + + -- Christian Perrier bubu...@debian.org Thu, 16 Feb 2012 07:51:00 +0100 + libgcr410 (2.4.0-9.1) unstable; urgency=low * Non-maintainer upload. diff -Nru libgcr410-2.4.0.old/debian/po/cs.po libgcr410-2.4.0/debian/po/cs.po --- libgcr410-2.4.0.old/debian/po/cs.po 2012-01-29 16:39:13.453386311 +0100 +++ libgcr410-2.4.0/debian/po/cs.po 2012-02-07 08:35:02.632793817 +0100 @@ -19,6 +19,7 @@ PO-Revision-Date: 2005-07-04 16:45+0200\n Last-Translator: Miroslav Kure ku...@debian.cz\n Language-Team: Czech debian-l10n-cz...@lists.debian.org\n +Language: cs\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n diff -Nru libgcr410-2.4.0.old/debian/po/da.po libgcr410-2.4.0/debian/po/da.po --- libgcr410-2.4.0.old/debian/po/da.po 1970-01-01 01:00:00.0 +0100 +++ libgcr410-2.4.0/debian/po/da.po 2012-02-02 22:14:06.0 +0100 @@ -0,0 +1,33 @@ +# Danish translation libgcr410. +# Copyright (C) libgcr410 nedenstående oversættere. +# This file is distributed under the same license as the libgcr410 package. +# Joe Hansen (joedalt...@yahoo.dk), 2011. +# +msgid +msgstr +Project-Id-Version: libgcr410\n +Report-Msgid-Bugs-To: libgcr...@packages.debian.org\n +POT-Creation-Date: 2010-04-27 07:38+0200\n +PO-Revision-Date: 2011-05-23 18:30+01:00\n +Last-Translator: Joe Hansen joedalt...@yahoo.dk\n +Language-Team: Danish debian-l10n-dan...@lists.debian.org\n +Language: da\n +MIME-Version: 1.0\n +Content-Type: text/plain; charset=UTF-8\n +Content-Transfer-Encoding: 8bit\n + +#. Type: select +#. Description +#: ../libgcr410.templates:1001 +msgid Serial port to which the smartcard reader is connected: +msgstr Serielport som smartkortlæseren er forbundet til: + +#. Type: select +#. Description +#: ../libgcr410.templates:1001 +msgid +The driver needs to know to which serial port the GemPlus GCR410 reader is +connected. +msgstr +Driveren skal vide hvilken serielport GemPlus GCR410-læseren er forbundet +til. diff -Nru libgcr410-2.4.0.old/debian/po/de.po libgcr410-2.4.0/debian/po/de.po --- libgcr410-2.4.0.old/debian/po/de.po 2012-01-29 16:39:13.453386311 +0100 +++ libgcr410-2.4.0/debian/po/de.po 2012-02-07 08:35:02.640794028 +0100 @@ -21,6 +21,7 @@ PO-Revision-Date: 2006-12-01 14:17+0100\n Last-Translator: Holger Wansing li...@wansing-online.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 diff -Nru libgcr410-2.4.0.old/debian/po/es.po libgcr410-2.4.0/debian/po/es.po --- libgcr410-2.4.0.old/debian/po/es.po 2012-01-29 16:39:13.453386311 +0100 +++ libgcr410-2.4.0/debian/po/es.po 2012-02-07 08:35:02.644794136 +0100 @@ -35,6 +35,7 @@ PO-Revision-Date: 2008-12-28 16:56+0100\n Last-Translator: Francisco Javier Cuadrado fcocuadr...@gmail.com\n Language-Team: Debian l10n Spanish debian-l10n-span...@lists.debian.org\n +Language: \n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n diff -Nru libgcr410-2.4.0.old/debian/po/fr.po libgcr410-2.4.0/debian/po/fr.po --- libgcr410-2.4.0.old/debian/po/fr.po 2012-01-29 16:39:13.453386311 +0100 +++ libgcr410-2.4.0/debian/po/fr.po 2012-02-07 08:35:02.648794251 +0100 @@ -19,6 +19,7 @@ PO-Revision-Date: 2004-04-06 21:42+0200\n Last-Translator: Eric Madesclair eri...@wanadoo.fr\n Language-Team: French debian-l10n-fre...@lists.debian.org\n +Language: fr\n MIME-Version: 1.0\n Content-Type: text/plain; charset=ISO-8859-1\n Content-Transfer-Encoding: 8bit\n diff -Nru
Bug#660108: plugin.jar should be in icedtea-plugin
Package: icedtea-web Version: 1.1.4-1 Hi, currently, I think that the only way to have the file plugin.jar in Debian is to install the package icedtea-netx-common. plugin.jar is necessary to develop applets. Therefore, I think it should be either in its own package or in icedtea-plugin. Moreover, it would be also convenient to have it available (for example with a symbolic link) in openjdk_home/jre/lib/plugin.jar since that's the place where it is in Oracle's distribution and some tools could look for it in this place (eg: maven pom.xml with system dependencies). Thanks, -- Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660109: popplerkit.framework: please migrate the libpoppler-dev build dependency to libpoppler-private-dev
Package: popplerkit.framework Version: 0.0.20051227svn-6 Severity: wishlist Tags: patch Hi, I'm planning a move of the poppler private headers, currently shipped in libpoppler-dev, out of that package (which is installed by other poppler -dev packages) to a new libpoppler-private-dev. Could you please switch the libpoppler-dev build dependency to libpoppler-private-dev? Attached there is a patch for it. Thanks, -- Pino --- a/debian/control +++ b/debian/control @@ -8,7 +8,7 @@ Build-Depends: cdbs, pkg-config, libgnustep-gui-dev (= 0.10.3), libfreetype6-dev, - libpoppler-dev, + libpoppler-private-dev, dpatch Vcs-Arch: http://arch.debian.org/arch/pkg-gnustep/gnustep/popplerkit-framework--debian--1.0 Standards-Version: 3.8.1
Bug#660110: pdfgrep: please migrate the libpoppler-dev build dependency to libpoppler-private-dev
Package: pdfgrep Version: 1.2-1 Severity: wishlist Tags: patch Hi, I'm planning a move of the poppler private headers, currently shipped in libpoppler-dev, out of that package (which is installed by other poppler -dev packages) to a new libpoppler-private-dev. Could you please switch the libpoppler-dev build dependency to libpoppler-private-dev? Attached there is a patch for it. Thanks, -- Pino --- a/debian/control +++ b/debian/control @@ -2,7 +2,7 @@ Source: pdfgrep Section: utils Priority: optional Maintainer: Christoph Egger christ...@debian.org -Build-Depends: debhelper (= 7.0.50~), automake, libpoppler-dev +Build-Depends: debhelper (= 7.0.50~), automake, libpoppler-private-dev Standards-Version: 3.9.1 Homepage: http://pdfgrep.sourceforge.net/ Vcs-Git: git://git.informatik.uni-erlangen.de/siccegge/deb/pdfgrep
Bug#650678: how to upgrade package fail2ban on squeeze ?
I think other should be just fine Give it a try and you will know for sure ;) Mathieu Bautista mbauti...@ircf.fr wrote: Hello, May I override safely my fail2ban squeeze package with a newer deb package like : wget http://ftp.fr.debian.org/debian/pool/main/f/fail2ban/fail2ban_0.8.6-2_all.deb dpkg -i fail2ban_0.8.6-2_all.deb Or will this make problems ? I've read this bug makes fail2ban unsuable on any multi-core cpu, which represent a huge part of linux server configurations so IMHO it IS definitely a major bug. Mathieu BAUTISTA Sys admin at IRCF www.ircf.fr -- Sent from a phone which beats iPhone. -- 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 does not work
On Thu, 2012-02-16 at 14:10 +0100, Ivan Vilata i Balaguer wrote: Package: linux-2.6 Followup-For: Bug #595920 Hi, the fix to this bug is really trivial and it would ease the administration of containers greatly, as well as opening the doors to the creation of scripts which interact directly with containers. Where is this trivial fix? (The single patch Daniel Baumann linked to is not a fix by itself.) Ben. Could you please unfreeze this one? Thanks a lot! -- Ben Hutchings Beware of programmers who carry screwdrivers. - Leonard Brandwein signature.asc Description: This is a digitally signed message part
Bug#660030: texlive-base: fails to install (on m68k) any more
On 16.02.12 Thorsten Glaser (t...@mirbsd.de) wrote: Hilmar Preusse dixit: Hi, Running this command on the command line works fine for me. Could you tell us, which version of luatex and which version of zlib1g is installed? Ah. Sure. zlib got updated recently. Same here. luatex: Installed: (none) Candidate: 0.50.0-1 Version table: 0.50.0-1 0 500 http://ftp.debian-ports.org/debian/ unstable/main m68k Packages hille@sid:~ $ apt-cache policy luatex luatex: Installed: 0.70.1-1+b1 Candidate: 0.70.1-1+b1 Version table: *** 0.70.1-1+b1 0 500 http://ftp.de.debian.org/debian/ unstable/main i386 Packages 100 /var/lib/dpkg/status I'm afraid you need a more recent luatex on m68k. Maybe recompiling the source package of 0.50.0 would solve your problem. On the other hand: I wouldn't expect the problem at all if there is no luatex installed. Do you have /usr/bin/luatex? H. -- sigmentation fault -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#428095: [help] apache2-prefork-dev should Provides: apache2-dev
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, On 16.02.2012 13:37, Jean-Michel Vourgère wrote: Option 1: add the requested provides: into apache2-prefork-dev. Option 2: flag as won't fix and remove provides: from apache2-threaded-dev. There is currently no reverse dependency on apache2-dev as far as I can tell. I don't think we are going to change this anymore. The apache2-{prefork, worker}-dev packages are supposed to be superseded by a single apache2-dev package in a foreseeable future, as we are in preparation of the 2.4 transition already which is going to change things. As much as I appreciate you are triaging bugs, I'd prefer if you could direct such requests to the bugs for transparency in future. We are all reading both, mailing lists and our (own) bug tracker. By the way: There is #646208 still left open *hint hint* - -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJPPQreAAoJEMcrUe6dgPNtTS4QAJK42WJsZY742iGLe/Lj8Ayb UozJSlOr42ifj4Jddn9eYz2xJ8EmLOWw9xjSfPkEV8N0XkiVVQBjNxzIqvKKjSA1 RvJ/myV5eRKjh0HAg7iAD5Q9Rp/tQGNRso4NQuEjFAIOhyPOKHpTcuertKu0IdA0 3wagtB88bztO69ap5aNB1I+/WfYUbh/dFU+3eT3BilDd57JaoNZh/J6rn2Z2WRNV WW2pZXH5Cm8fvXeoc3IDzDqQsgw5m58wpFExqn5f09tydQ5PHSEHNZ0vGkvJnGYF 0eoPQSSnscIcvCjavKrDLxMZZszGGgQ5bSXjjcCPUo9QOje2IhScaOFqB3Oeq5Uy IYoG+jVAzZDDX7X+dBnA90h1LSPpyd8WlnkP98GBVXXvNSqIpAABtnsVmyoFusuG JvSnaEkE8Sogfxcal3qU3h1FUwcrdG2Skdpm0uwn8IHXyqEWstoHLmgbuVRyeE71 /0nyff+t3J/wvbbOeqRzR4dWNy8zdPSZHWzIGh/w6XVtQncH7ydFGO7oN7ukYlRm MP7qFRz0ItN2nf3RZY4/BHy7yoPo6XhfKsqoBLMsI1vgY3qxO/vHSw+2i+PtY7rE tisN5Cr9UmAuh9L4VqzpiU4YcQyy1Ty1ZMngdghDu5t2bj4Ne0YMuvyjhYDGpLp9 in7iJr2DZtn4QhghTGfH =Gx3e -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#650678: how to upgrade package fail2ban on squeeze ?
Indeed, I tried it right after having posted and it worked like a charm :) I didn't have any warnings nor errors during install and fail2ban log is now OK. The RANDOM hack I've seen on forums didn't work for me because fail2ban seems to run /bin/sh and the RANDOM command was not recognized. I'm glad I could find a cooler and cleaner way to fix it :) Mathieu BAUTISTA Sys admin at IRCF www.ircf.fr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659763: libvte9: generates wrong sequences for several keys
Tags: patch Hi, I wrote a patch that fixes the issues. The new mappings are left as follows: Space key: - Space: SP* - M-Space:ESC SP* - C-Space:NUL* - M-C-Space: ESC NUL Return key: - Return: CR* - M-Return: ESC LF* - C-Return: CR - M-C-Return: ESC LF* Backspace key: - Backspace: Depends on config settings* - C-Backspace:BS * = Unchanged. Be aware that the second patch contains a non-printable character (^H) that may cause oddities when viewing the file or it may need to be re-inserted before applying the patch. Cheers, Ernest --- vte-0.16.14.orig/src/keymap.c.orig +++ vte-0.16.14/src/keymap.c @@ -174,6 +174,9 @@ /* Normal keys unaffected by modes. */ static const struct _vte_keymap_entry _vte_keymap_GDK_space[] = { + /* Meta+Control+space = ESC+NUL */ + {cursor_all, keypad_all, fkey_all, + (VTE_META_MASK | GDK_CONTROL_MASK), _VTE_CAP_ESC \0, 2, X_NULL}, /* Meta+space = ESC+ */ {cursor_all, keypad_all, fkey_all, VTE_META_MASK, _VTE_CAP_ESC , 2, X_NULL}, @@ -203,7 +206,7 @@ static const struct _vte_keymap_entry _vte_keymap_GDK_Return[] = { {cursor_all, keypad_all, fkey_all, VTE_META_MASK, _VTE_CAP_ESC \n, 2, X_NULL}, - {cursor_all, keypad_all, fkey_all, GDK_CONTROL_MASK, \n, 1, X_NULL}, + {cursor_all, keypad_all, fkey_all, GDK_CONTROL_MASK, \r, 1, X_NULL}, {cursor_all, keypad_all, fkey_all, 0, \r, 1, X_NULL}, {cursor_all, keypad_all, fkey_all, 0, X_NULL, 0, X_NULL}, }; --- vte-0.16.14.orig/src/vte.c +++ vte-0.16.14/src/vte.c @@ -5311,6 +5311,14 @@ /* Map the key to a sequence name if we can. */ switch (keyval) { case GDK_KEY (BackSpace): + if (modifiers GDK_CONTROL_MASK) { +/* Ctrl+Backspace always sends ^H regardless of backspace binding. */ +normal = g_strdup(); +normal_length = 1; +suppress_meta_esc = FALSE; +handled = TRUE; +break; + } switch (terminal-pvt-backspace_binding) { case VTE_ERASE_ASCII_BACKSPACE: normal = g_strdup();
Bug#660112: gnumeric: misbehaving menus from validating lists
Package: gnumeric Version: 1.10.17-1+b2 Severity: normal Menus that are created when formatting as validating from a list do not behave like they used to and like other menus do. I see at least two problems, detailed below. When you click on the arrow key to pop up the menu, it disappears as soon as you release the button, unless you press and drag to the menu. When you click on a menu entry and you drag over the top or bottom of the menu, the entries do not scroll. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnumeric depends on: ii debconf [debconf-2.0] 1.5.41 ii gconf2 2.32.4-1 ii gnumeric-common1.10.17-1 ii gsfonts1:8.11+urwcyr1.0.7~pre44-4.2 ii libatk1.0-02.2.0-2 ii libc6 2.13-26 ii libcairo2 1.10.2-6.2 ii libgdk-pixbuf2.0-0 2.24.0-2 ii libglib2.0-0 2.30.2-6 ii libgoffice-0.8-8 0.8.17-1 ii libgsf-1-114 1.14.21-2 ii libgtk2.0-02.24.8-3 ii libpango1.0-0 1.29.4-2 ii libxml22.7.8.dfsg-7 ii procps 1:3.2.8-11 ii zlib1g 1:1.2.3.4.dfsg-3 Versions of packages gnumeric recommends: ii evince3.2.1-1 ii lp-solve 5.5.0.13-7 Versions of packages gnumeric suggests: ii epiphany-browser 3.2.1-2 ii fonts-liberation [ttf-liberation] 1.07.0-2 ii gnumeric-doc 1.10.17-1 ii gnumeric-plugins-extra 1.10.17-1+b2 ii ttf-liberation 1.07.0-2 ii ttf-mscorefonts-installer 3.4 -- debconf information: * gnumeric/existing-process: true gnumeric/existing-process-title: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#402567: apache2: BRF files support
tags 402567 - upstream + patch thanks Upstream does not ship with the AddCharset directives. They are Debian specific from source file debian/config-dir/mods-available/mime.conf. We just need to add that line to it: AddCharset BRF .brf signature.asc Description: This is a digitally signed message part.
Bug#546610: [pkg-cryptsetup-devel] Bug#546610: cryptsetup: root= cmdline call is not honoured by initrd in crypto+lvm (Was initramfs-tools: ...)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hey August, thanks for commenting again on this bugreport. See my comments below. Am 16.02.2012 13:14, schrieb Agustin Martin: Re-reading the above I was not fully correct, I then tested with lilo in a system with a separate unencrypted boot partition and a big cryptroot volume with lvm on top of it. At that time I tested my patched cryptsetup with a single lvm-partition to boot inside that cryptroot and another lvm partition to hold common data. I have later extended the test in the lilo booted box to be able to boot to two different partitions on lvm, one with testing (where all kernels are installed and images created, although modules are put in the shared partition) and one running stable. With my patched cryptsetup I can boot from both. Note that my box is rather unusual, and I need to make all stuff that needs to be made visible from both partitions (modules ...) available from the shared partition, which is made available in early boot stage. However this should also work for a system where /usr/lib/modules is a symlink pointing to somewhere under /boot. By the way, patch still appplies cleanly to 1.4 and seems to work properly, both in my lilo and grub booted boxes. That reads like your patch is well tested. Still I do have some questions, and need to do further testing with other unusual setups before applying it. Maybe you can help here. This is your patch: diff --git a/debian/initramfs/cryptroot-script b/debian/initramfs/cryptroot-script index f83e52e..9de28a4 100644 --- a/debian/initramfs/cryptroot-script +++ b/debian/initramfs/cryptroot-script @@ -326,7 +326,7 @@ setup_mapping() return 1 fi - NEWROOT=/dev/mapper/$cryptlvm + NEWROOT=${cmdline_root=/dev/mapper/$cryptlvm} In my tests, this didn't work as expected. For some reason, $cryptlvm is ignored within the specified default value for NEWROOT. if [ $cryptrootdev = yes ]; then # required for lilo to find the root echo ROOT=$NEWROOT /conf/param.conf @@ -354,18 +354,35 @@ setup_mapping() # # Do we have any kernel boot arguments? -found='' +cmdline_cryptopts='' +unset cmdline_root for opt in $(cat /proc/cmdline); do case $opt in cryptopts=*) -found=yes - setup_mapping ${opt#cryptopts=} + opt=${opt#cryptopts=} + if [ -n $opt ]; then + if [ -n $cmdline_cryptopts ]; then + cmdline_cryptopts=$cmdline_cryptopts,$opt + else + cmdline_cryptopts=$opt +fi +fi ;; + root=*) + opt=${opt#root=} + case $opt in + /*) # Absolute path given. Not lilo major/minor number. + cmdline_root=$opt + ;; + *) # lilo major/minor number (See #398957). Ignore + esac + ;; esac done -if [ -n $found ]; then - exit 0 +if [ -n $cmdline_cryptopts ]; then +setup_mapping $cmdline_cryptopts +exit 0 fi # Do we have any settings from the /conf/conf.d/cryptroot file? This will break systems with more than one cryptopts-parameter. Currently, it should work to give several cryptopts-parameters as boot parameters and that way unlock more than one cryptdisk within the initramfs. your patch will give all cryptopts parameters as one argument seperated by commas to setup_mapping at once, instead of invoking setup_mapping for every single cryptopts-parameter. Do you get my point? I guess it would be enough to change the seperator from comma to space and do something like 'for cryptopt in $cmdline_cryptopts; do setup_mapping $cryptopt; done' later. Regards, jonas -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJPPQQbAAoJEFJi5/9JEEn+OGsP/RIB6JAcjz6gSwE6Z9rgUv0x VVTKBXb9fQuecH4/Lwyh2zgXdiw/ok2MaRWp+vQ1y/vfXo6QH9koskyGL+Jv4FnN /S59/QbKsJ+KCgFg6qgTQh+DBjvxp4tsyJJVcweQN5jMNrgoKZ1Mdbxd7XDvfDOW nTiFghOwCg7+kXwH89K3adEDzyqhQbl5+XuyHFtD1p+J0H48RvBq2i9vzjTBYEUC yVhTDMfS55JCF7t1KMzqZiqSD5g4nNdYAijtE8pgm7LXvphvhvi5G38WEbVQ8r9k htHXKCHICqsH/BRJiIDdS7Pi3CLgf4AaPhWv0BJ08IxehcF0v+umJJJo+O8jyJ18 ZvSJEBb3BNhfyUsx9/W9jo27qq8YHKWwF9zywPIbcXOd1oeMhd/2cmPUv0RMt4zI WoBOXx0245QGL/BDeofx3Q7fHteV/IrGnChoCZNkT8p92i3b7e3cYW3/EtViJgO+ BWqDAmSxfSsuYe8F+DhV+Uxv+vVVisunCniSSOnGEatHNtDzfMtrls+GIQXNEJZP uYwd53sNnIP/UgzfG4D3tf6bVRbQVG0uIzbLGTMc2zfHjC36HBADH/mbKr+TDml/ CdcDwBi0tftVkU2i5tNbQ3WqUfTYgGAVc1VuiH1ilhPzUmfCaStNPc9I7zjp0Kw2 jUtFpT09lvkm0bYg3clZ =OJZE -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