Bug#561515: After last system update iceweasel do not start (Crash)
On Fri, Dec 18, 2009 at 04:43:30PM -0200, Flamarion Jorge wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 That doesn't make sense. Could you check the output for the following I was also surprised that it only made safe-upgrade, and frankly I do not remember view updates for iceweasel on this day, a few days ago was really iceweasel updated. But several updates to the GNOME have been made, I do not know if you have any connection. Well if you have a proper xulrunner-1.9.1 which debsums seems to indicate, there is no reason it should be trying to resolve the g_type_class_unreb symbols. objdump -T /usr/lib/iceweasel/xulrunner/libxul.so | grep g_type_class_unreb should be returning nothing, and I expect it to do so on your system considering the information so far. That seems to indicate the error message is a lie, and the problem is in another library. Can you try running with the following environment variables set: LD_DEBUG=all LD_DEBUG_OUTPUT=/some/file Once you got the log, please gzip/bzip2 it and send it here. Cheers, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561648: unixcw: [INTL:it] Italian translation
Package: unixcw Severity: wishlist Tags: l10n patch Enclosed please find the Italian translation of the above package. Best regards vince # ITALIAN TRANSLATION OF UNICXW'S PO-DEBCONF FILE. # COPYRIGHT (C) 2009 THE UNIXCW'S COPYRIGHT HOLDER # This file is distributed under the same license as the unixcw package. # # Vincenzo Campanella vin...@gmail.com, 2009. # msgid msgstr Project-Id-Version: unixcw\n Report-Msgid-Bugs-To: pa3...@debian.org\n POT-Creation-Date: 2007-05-12 17:03+0200\n PO-Revision-Date: 2009-12-16 18:53+0100\n Last-Translator: Vincenzo Campanella vin...@gmail.com\n Language-Team: Italian t...@lists.linux.it\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../cwcp.templates:1001 msgid Make cwcp setuid root msgstr Impostare cwcp con setuid root #. Type: boolean #. Description #: ../cwcp.templates:1001 msgid The cwcp program only runs correctly as the root user. One way of doing this is to make the program setuid root. This is generally a bad idea as there are better ways, such as using the sudo program, to do this. However, you have the option here of making it setuid root if you like. msgstr cwcp funziona regolarmente solo se eseguito come utente root; a tal fine lo si può impostare con setuid root, ma questa normalmente non è una buona idea, in quanto ci sono modi migliori come, per esempio, utilizzare il programma sudo. Ad ogni modo, si ha la possibilità di impostarlo con setuid root, se lo si desidera. #. Type: boolean #. Description #: ../cw.templates:1001 msgid Make cw setuid root msgstr Impostare cw con setuid root #. Type: boolean #. Description #: ../cw.templates:1001 msgid The cw program only runs correctly as the root user. One way of doing this is to make the program setuid root. This is generally a bad idea as there are better ways, such as using the sudo program, to do this. However, you have the option here of making it setuid root if you like. msgstr cw funziona regolarmente solo se eseguito come utente root; a tal fine lo si può impostare con setuid root, ma questa normalmente non è una buona idea, in quanto ci sono modi migliori come, per esempio, utilizzare il programma sudo. Ad ogni modo, si ha la possibilità di impostarlo con setuid root, se lo si desidera.
Bug#558008: [Debian RT] add Thorsten Alteholz's key to the DM keyring
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 keyring-maint: please add key ID 36E2EDDEC21FEC8F77B87436D362B62A54B99890 to the DM keyring Changed-By: Anibal Monsalve Salazar ani...@debian.org Date: Sat, 19 Dec 2009 19:08:15 +1100 Comment: Add Thorsten Alteholz deb...@alteholz.de as a Debian Maintainer Agreement: http://lists.debian.org/debian-newmaint/2009/11/msg00033.html Advocates: eriks - http://lists.debian.org/debian-newmaint/2009/11/msg00050.html KeyCheck: pub 1024D/54B99890 2008-07-23 Key fingerprint = 36E2 EDDE C21F EC8F 77B8 7436 D362 B62A 54B9 9890 uid Thorsten Alteholz deb...@alteholz.de sig! 30825345 2009-09-12 Erik Schanze schan...@gmx.de sig! 8E635A5E 2009-09-29 Florian Ragwitz r...@debian.org sig!354B99890 2008-07-23 Thorsten Alteholz deb...@alteholz.de sub 4096g/622D94A8 2008-07-23 sig! 54B99890 2008-07-23 Thorsten Alteholz deb...@alteholz.de . Let's test if its a version 4 or greater key Key is ok Check for key expire stuff Key has no expiration date set, nothing to check. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkssjaEACgkQgY5NIXPNpFWSwgCfVDqiGLo5nsFIhw9yQnF2k34t MIEAoJQcMjVBj48RpaAh5v6wQIp7T46M =BnD1 -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#546319: dahdi-source: Module build fails for cross compile
On Sat, Dec 19, 2009 at 02:01:36 +0200 (+0200), Tzafrir Cohen wrote: Hi, Long ago, On Thu, Apr 10, 2008 at 08:32:44AM +0100, Adrian Bridgett wrote: It looks like zaptel doesn't have support for 32-bit calls (i.e. userspace) with a 64-bit kernel anyway: My understanding (I'm a sysadmin not an asterisk guru) is that zaptel is old compared with dahdi - I don't think it justifies a backport FWIW. As long as native 32bit and native 64bit work this is really a bit of a corner case. For my personal interest in this (I was the bug originator's manager) we'll likely move to dahdi rather than change kernel at this point anyway. Many thanks for asking the questin though, Adrian -- bitcube.co.uk - Expert Linux infrastructure consultancy Puppet, Debian, Red Hat, Ubuntu, CentOS -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561603: tor: will not start upon boot
On Fri, 18 Dec 2009, xkomczax wrote: Package: tor Version: 0.2.1.20-2 Severity: normal after booting, tor + torbutton + iceweasel does not function. the solutin is move the /etc/rc2.d/S18privoxy to /etc/rc2.d/S99privoxy. will be nice have it adjust by default. Why would that change anything. -- | .''`. ** Debian GNU/Linux ** Peter Palfrader | : :' : The universal http://www.palfrader.org/ | `. `' Operating System | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561650: fails to work with ipv6 resolver
Package: puppetmaster Version: 0.25.1-2 Severity: normal Tags: ipv6 If /etc/resolv.conf contains an IPv6 nameserver (and everything basically works), then puppetmaster won't. While existing clients seem to work fine, a new client elicits the following warning: puppetmasterd[7369]: Could not resolve 80.68.90.58: Address family not supported by protocol - sendto(2) That client will not be able to submit a CSR to the puppet CA. After removing the IPv6 nameserver, I needed to purge and reinstall the client's puppetd for the certificate exchange to work. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages puppet depends on: ii adduser 3.111 add and remove users and groups pn facter none (no description available) pn libopenssl-ruby none (no description available) pn libshadow-ruby1.8none (no description available) pn libxmlrpc-ruby none (no description available) ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip ii ruby1.8 1.8.7.174-2 Interpreter of object-oriented scr Versions of packages puppet recommends: pn libaugeas-ruby1.8 none (no description available) pn rdoc none (no description available) puppet suggests no packages. -- .''`. martin f. krafft madd...@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/)
Bug#559106: upstream
I proposed a similar patch at https://bugzilla.gnome.org/show_bug.cgi?id=597552 . -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561651: libhtml-scrubber-perl: unsafe /tmp usage during build
Source: libhtml-scrubber-perl Version: 0.08-4 Tags: security Hi, the test suite uses /tmp in a unsafe way: t/06_scrub_file.t will write to the files /tmp/html-scrubber.test.html{,.html}, following symlinks and eventually overwriting other data. Regards, Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561184: [DebianGIS-dev] Bug#561184: Please package josm new upstream version
Hi David, David Paleino ha scritto: On Tuesday 15 December 2009 02:44:49, Mathieu Trudel-Lapierre wrote: Package: josm Version: 0.0.svn2255-1 Hi, Hello Mathieu, Could you please package the new upstream version for josm? Upstream lists svn2561 as their current stable version. We're having license issues with a couple of plugins, and are waiting for an upstream response. The only remaining problem is validator, because Christof Dallermassl updated his copyright.txt files in order to release his plugins as GPL-3+. So far, only one of the copyright holder for validator answered to my email asking for releasing under GPL-{2,3}+. I think we could: * do the release for this version of josm _without_ plugins (so people can benefit from latest josm tested revision); * for the next tested release, decide whether validator can be included or not, and package josm-plugins accordingly. If you agree, then josm should be ready for upload. Giovanni. -- Giovanni Mascellani mascell...@poisson.phc.unipi.it Pisa, Italy Web: http://poisson.phc.unipi.it/~mascellani Jabber: g.mascell...@jabber.org / giova...@elabor.homelinux.org signature.asc Description: OpenPGP digital signature
Bug#214566: dpkg-checkbuilddeps: please consider adding option to format output
Hi, Please find the attached patch, which adds two options wrt printing frontend friendly package list. -s shows frontend friendly list for build-depends and build-conflicts indep included, wihtout checking their cache availability (best effort list) -f shows frontend friendly list for build-depends and build-conflicts indep included, also checking their cache availability (reliable list) Actually -f goes a bit further engaging AptPkg (libapt-pkg-perl as an optional run-time dependency) and I realize that such a interaction with the upper level might not be wanted, or at least not at that stage. The whole point of it is to employ the package/version availability machine, e.g. pick the first ORed build-dependency which is also *available*. So I guess we should start with merging the simpler -s option first (best effort list), then think a bit and eventually add the rest if found to be helpful. -- pub 4096R/0E4BD0AB people.fccf.net/danchev/key pgp.mit.edu diff --git a/scripts/dpkg-checkbuilddeps.pl b/scripts/dpkg-checkbuilddeps.pl index 31b7ee6..0c618fd 100755 --- a/scripts/dpkg-checkbuilddeps.pl +++ b/scripts/dpkg-checkbuilddeps.pl @@ -3,6 +3,7 @@ # dpkg-checkbuilddeps # # Copyright ?? 2001 Joey Hess jo...@debian.org +# Copyright ?? 2009 George Danchev danc...@debian.org # # This program is free software; you can redistribute it and/or modify # it under the terms of the GNU General Public License as published by @@ -47,6 +48,10 @@ sub usage { retrieving them from control file -c build-conf use given string for build conflicts instead of retrieving them from control file + -f show frontend friendly list for build-depends and build-conflicts + indep included, also checking their cache availability (reliable list) + -s show frontend friendly list for build-depends and build-conflicts + indep included, wihtout checking their cache availability (best effort list) --admindir=directory change the administrative directory. -h, --help show this help message. @@ -57,17 +62,47 @@ sub usage { } my $binary_only=0; -my ($bd_value, $bc_value); +my ($bd_value, $bc_value, $frontend, $frontend_simple); if (!GetOptions('B' = \$binary_only, 'help|h' = sub { usage(); exit(0); }, 'version' = \version, 'd=s' = \$bd_value, 'c=s' = \$bc_value, +'f' = \$frontend, +'s' = \$frontend_simple, 'admindir=s' = \$admindir)) { usage(); exit(2); } +# $frontend_simple just spits package names list ORed bdeps included, while +# $frontend also checks their availability via AptPkg which is engaged on demand +if ($frontend and $frontend_simple) { +printf STDERR _g(%s: either use -f or -s\n), $progname; +exit 1; +} + +my @feed_frontend; +my ($_cache, $_sysver, $_config, $_system); +if ($frontend) { # engage AptPkg machinery, which could be costly on some arches +eval { +require AptPkg::Config; +require AptPkg::System; +require AptPkg::Cache; +require AptPkg::Version; +}; +if ( $@ ) { +die -f requires libapt-pkg-perl package to be installed.\n; +} +$_config = $AptPkg::Config::_config; +$_system = $AptPkg::System::_system; +$_config-init; +$_config-{quiet} = 2; +$_system = $_config-system; +$_sysver = $_system-versioning; +$_cache = AptPkg::Cache-new; +} + my $controlfile = shift || debian/control; my $control = Dpkg::Control::Info-new($controlfile); @@ -101,15 +136,180 @@ if ($bc_value) { deps_parse($bc_value, reduce_arch = 1, union = 1), $facts); } +# Returns true if VER1 REL VER2 is true +sub eval_ver_rel($ $ $) { +my ($ver1, $rel, $ver2) = @_; +my $cmp = $_sysver-compare($ver1, $ver2); + +return 1 +if ( ( ($rel eq =) ( $cmp = 0 ) ) +or ( ($rel eq =) ( $cmp = 0 ) ) +or ( ($rel eq ) ( $cmp 0 ) ) +or ( ($rel eq ) ( $cmp 0 ) ) +or ( ($rel eq =) ( $cmp == 0 ) ) +); +return 0; +} + +# Process one (versioned) build-dependency. +# OR'ed build dependencies are splitted earlier. +# Returns true if package or package (relation version) is available, false otherwise. +sub feed_bd_list($) { +my $bd = shift; +if ( $bd =~ /^(\S+)\s*\(\s*([=]{1,2})\s*(\S+)\)\s*$/ ) { # package (relation version) + my ($pkg, $rel, $ver_control) = ($1, $2, $3); + if ($frontend_simple) { + push @feed_frontend, $pkg; + return 1; + } + my $pc = $_cache-{$pkg}; + unless ($pc) { + printf STDERR _g(Unknown package %s\n), $pkg; + next; + } + my $current_state = $pc-{CurrentState}; + my $available = $pc-{VersionList}; + if ( $available ($current_state ne Installed) ) { + my $found_avail = 0; +# now walk the cached avail versions for that package + for my $v (@$available) { + if (
Bug#561500: Metapost: segmentation fault while text is included with btex etex
Hi Taco, hi all, at the Debian side we got the following bug report, but it seems that it applies to TeX Live upstream as well since the texmf.cnf variable is present there, too: On Thu, 17 Dec 2009, Jean-Paul Vincent wrote: A metapost file with: *btex etex*, inside do not compile. No problem without btex-etex. I found that the error is coming from the following line of texmf.cnf: % Used by makempx to run TeX. We use etex because MetaPost is % expecting DVI, and not tex because we want first line parsing. TEX = etex because etex is gone. The command: export TEX=latex mpost logistic.mp compile the file logistic.mp (I got a font error from gv: undefined in /cmr10). Description of the problem: (I copied a file logistic from the Metapost manual) ~% mpost logistic.mp This is MetaPost, version 1.208 (kpathsea version 5.0.0) (./logistic.mp fatal: exec failed: No such file or directory fatal: Command failed: etex --parse-first-line --interaction=nonstopmode mp691666.tex; see mpxerr.log zsh: segmentation fault mpost logistic.mp --- And gdb said: -- ~% gdb mpost (gdb) run td/logistic.mp mpost Starting program: /usr/bin/mpost logistic.mp mpost This is MetaPost, version 1.208 (kpathsea version 5.0.0) (logistic.mpfatal: exec failed: No such file or directoryfatal: Command failed: etex --parse-first-line --interaction=nonstopmode mp692886.tex; see mpxerr.log Program received signal SIGSEGV, Segmentation fault. 0x77637451 in vfprintf () from /lib/libc.so.6 -- I think there are two bugs: - first the TEX seting in texmf.cnf should be changed, Taco, what is the one that is preferred/needed? - mpost should not segfault on a missing etex If you have some suggestions or patches for me to test please let me know. Best wishes Norbert Norbert Preiningprein...@{jaist.ac.jp, logic.at, debian.org} JAIST, Japan TU Wien, AustriaDebian TeX Task Force gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 FIUNARY (n.) The safe place you put something and then forget where it was. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561530: texlive-latex-base: \noextrasfrancais macro does not work : frenchb.ldf problem
Hi everyone, on the Debian side we got a bug report concerning french.ldf. Does anyone here with experience in French TeXnicalities have an opinion on that: On Thu, 17 Dec 2009, Denis Prost wrote: Here is a sample tex file : %% LyX 1.6.5 created this file. For more info, see http://www.lyx.org/. %% Do not edit unless you really know what you are doing. \documentclass[french]{article} \usepackage[T1]{fontenc} \usepackage[latin9]{inputenc} \usepackage{babel} \addto\extrasfrench{\providecommand{\og}{\leavevmode\flqq~}\providecommand{\fg}{\ifdim\lastskip\...@\unskip\fi~\frqq}} \begin{document} \noextrasfrancais \begin{itemize} \item bullet \end{itemize} \end{document} -- when I process it with pdflatex from texlive-latex-base 2009-4 (debian sid), the resulting pdf shows a dash instead of the bullet that the \noextrasfrancais macro is supposed to produce. After some investigations, I realized that simply replacing /usr/share/texmf-texlive/tex/generic/babel/frenchb.ldf with the one from texlive-latex-base 2007.dfsg.2-4ubuntu1 solved the problem. So it seems there's something wrong in the new frenchb.ldf file, unless \noextrasfrancais is not supposed to work as it used to any more ? Thanks a lot and all the best Norbert Norbert Preiningprein...@{jaist.ac.jp, logic.at, debian.org} JAIST, Japan TU Wien, AustriaDebian TeX Task Force gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 HUTLERBURN (n.archaic) A burn sustained as a result of the behaviour of a clumsy hutler. (The precise duties of hutlers are now lost in the mists of history.) --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561652: aegis: FTBFS: aegis on hurd
Package: aegis Version: 4.24-5.1 Severity: normal Hi hurd porters, aegis-4.24.2-3 fails to build on mozart, but looking at the log it seems the problem may not be in the package: ... Applying patch debian_install_aefp_binary.patch Now at patch debian_install_aefp_binary.patch ** Build finished at 20091219-0158 FAILED [dpkg-buildpackage died] Is it possible to reschedule the build to see if the problem magically disappears? thanks -- Walter Franzini http://aegis.stepbuild.org/ pgpc4PvT8unN8.pgp Description: PGP signature
Bug#561427: ptex-bin: Can't install the package at TeX Live 2009
Dear all, On Thu, 17 Dec 2009, oh...@debian.org wrote: Running fmtutil-sys. This may take some time. ... fmtutil: running `ptex -ini -jobname=ptex -progname=ptex ptex.ini' ... *** glibc detected *** ptex: free(): invalid pointer: 0x0825a879 *** === Backtrace: = /lib/i686/cmov/libc.so.6[0xb7786824] /lib/i686/cmov/libc.so.6[0xb77880b3] /lib/i686/cmov/libc.so.6(cfree+0x6d)[0xb778b0ad] /usr/lib/libkpathsea.so.4[0xb78921bd] /usr/lib/libkpathsea.so.4(kpse_fontmap_lookup+0xf0)[0xb78924d0] /usr/lib/libkpathsea.so.4(kpse_find_file+0x304)[0xb788e744] This is really strange. We got a bug report with a similar thing (crash in evince) in the same kpse_fontmap_lookup function. It cannot be that it is in the actual code of TL2009 since that one ships libkpathsea5, but it seems that the format of the fontmap file has changed and create hiccups in libkpathsea4. Karl already answered in bug report 560097: #6 0x7fffeac0c509 in kpse_fontmap_lookup () from /usr/lib/libkpathsea.so.4 I feel completely brainless these days, but kpathsea/ChangeLog has this entry: 2007-08-27 Karl Berry k...@tug.org * fontmap.c (map_file_parse): free the original pointer, not the potentially moved one (after whitespace skipping). From: George N. White III, 25 Jul 2007 11:27:12. Looking at the svn log for fontmap.c, I believe the above change is r4824. I leave it to you to dig out the actual code. I checked the code and indeed libkpathsea4 as shipped with Debian does not contain that fix. Now the problem is that we cannot fix that in unstable anymore since we are already at the 2009 version. I would suggest that you rebuild ptex against libkpathsea5 which should fix that problem, too. Best wishes Norbert Norbert Preiningprein...@{jaist.ac.jp, logic.at, debian.org} JAIST, Japan TU Wien, AustriaDebian TeX Task Force gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 JARROW (adj.) An agricultural device which, when towed behind a tractor, enables the farmer to spread his dung evenly across the width of the road. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561653: error in dwww-refresh-cache if /usr/games empty
Package: dwww Version: 1.11.1 Severity: normal The output of dwww cron.daily job show an error : /etc/cron.daily/dwww: dpkg: /usr/games/* not found. run-parts: /etc/cron.daily/dwww exited with return code 1 If I run dwww-refresh-cache I obtain the error : # dwww-refresh-cache checking cache directory: /var/cache/dwww...done removing temporary files in cache dir...done removing temporary files in temp dir...done removing stale cache entries...done generating installed packages and programs list...dpkg: /usr/games/* not found. I found a workaround for me (I have no games on my machine) : in /usr/sbin/dwww-refresh-cache I erase '/usr/games/*' on the call to dpkg-query and after that the cron job works OK. Regards -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24dedibox-r8-c7 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dwww depends on: ii apache2 2.2.14-3 Apache HTTP Server metapackage ii apache2-mpm-prefork [httpd-cg 2.2.14-3 Apache HTTP Server - traditional n ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy ii debianutils 3.2.2 Miscellaneous utilities specific t ii doc-base 0.9.5 utilities to manage online documen ii file 5.03-4 Determines file type using magic ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libfile-ncopy-perl0.34-1 file copying like cp for perl ii libmime-types-perl1.28-1 Perl extension for determining MIM ii man-db2.5.6-4on-line manual pager ii mime-support 3.48-1 MIME files 'mime.types' 'mailcap ii perl 5.10.1-8 Larry Wall's Practical Extraction Versions of packages dwww recommends: ii apt 0.7.23.1 Advanced front-end for dpkg ii dlocate 1.02 fast alternative to dpkg -L and dp ii info2www 1.2.2.9-24 Read info files with a WWW browser Versions of packages dwww suggests: ii doc-debian4.0.1 Debian Project documentation and o ii dpkg-www 2.54+nmu1 Web based Debian package browser ii elinks [www-browser] 0.12~pre5-1+b1 advanced text-mode WWW browser ii iceweasel [www-browser] 3.5.5-1lightweight web browser based on M ii links [www-browser] 2.2-1+b1 Web browser running in text mode ii links2 [www-browser] 2.2-1+b1 Web browser running in both graphi ii lynx-cur [www-browser]2.8.8dev.1-1 Text-mode WWW Browser with NLS sup ii swish++ 6.1.5-2Simple Document Indexing System fo -- debconf information: * dwww/cgiuser: www-data dwww/nosuchuser: * dwww/cgidir: /usr/lib/cgi-bin * dwww/docrootdir: /var/www * dwww/serverport: 80 * dwww/servername: sd-9364.dedibox.fr dwww/index_docs: true dwww/badport: dwww/nosuchdir: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561606: Kernel fails to boot
Le samedi 19 décembre 2009, Ben Hutchings a écrit : On Fri, 2009-12-18 at 18:23 +0100, Nicolas DEGAND wrote: Package: linux-2.6 Version: 2.6.32-2 Severity: critical This new version of the kernel fails to boot on my computer. It does not leave traces in syslog, it just stops to load after the following message : sr 1:0:1:0: Attached scsi generic sg2 type 5 How long did you wait? I waited for around 10 minutes In my previous kernel the next message is the following one : PM: Starting manual resume from disk The kernel was still responsive and Magic SysRq keys still worked. Then you may be able to get some useful information for us with SysRq-W. Just did that. Not a big help, seems Dump ftrace buffer Dumping ftrace buffer (ftrace buffer empty) Note that the kernel is still responsive. Ctrl-Alt-Del makes it print some messages and reboot. It just seems to stare waiting for something that never comes. Best regards, -- Nicolas DEGAND -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559519: (no subject)
I have same problem with dselect trying to install portmap and nfs-common everytime! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512847: Fixing wikipedia tab for Lenny
Hello, On penktadienis 18 Gruodis 2009 23:04:06 Frans Pop wrote: Hi Modestas, I just see you have uploaded amarok for stable to fix the wiki tab, but the fix you have applied is no longer sufficient to find most artists. Besides the technical change, they've also changed the standard for naming pages. It used to be artist name (band), but now it is just artist name. The result is that in most cases you'll now get the article not found page. The problem is that only most. Wikipedia is no longer that consistent. If band name is too generic, it's still very likely to have _(band) postfix. E.g. [1] 1. http://en.wikipedia.org/wiki/Queen_(band) I'm running a custom version with the attached patch that fixes both issues. You may want to consider updating your stable upload with that. Amarok 2 tries both URLs. That's too much for Amarok 1 in current stable update mode. -- Modestas Vainius modes...@vainius.eu signature.asc Description: This is a digitally signed message part.
Bug#561427: ptex-bin: Can't install the package at TeX Live 2009
On 19.12.09 Norbert Preining (prein...@logic.at) wrote: Hi, I would suggest that you rebuild ptex against libkpathsea5 which should fix that problem, too. As already posted into the bug this does not work: the build fails. gcc -o ptex texini.o tex0.o tex1.o tex2.o ptexextra.o kanji.o version.o usage.o ../lib/lib.a -lkpathsea -lm tex2.o: In function `newinteraction': /home/hille/ptex-bin-3.1.10+0.04b/tetex-src-3.0/texk/web2c/ptex-src-3.1.10/tex2.c:3475: undefined reference to `kpse_make_tex_discard_errors' /home/hille/ptex-bin-3.1.10+0.04b/tetex-src-3.0/texk/web2c/ptex-src-3.1.10/tex2.c:3476: undefined reference to `kpse_make_tex_discard_errors' ptexextra.o: In function `parse_options': /home/hille/ptex-bin-3.1.10+0.04b/tetex-src-3.0/texk/web2c/ptex-src-3.1.10/ptexextra.c:839: undefined reference to `kpathsea_debug' ptexextra.o: In function `maininit': /home/hille/ptex-bin-3.1.10+0.04b/tetex-src-3.0/texk/web2c/ptex-src-3.1.10/ptexextra.c:239: undefined reference to `kpse_program_name' ../lib/lib.a(openclose.o): In function `recorder_start': /home/hille/ptex-bin-3.1.10+0.04b/tetex-src-3.0/texk/web2c/lib/openclose.c:42: undefined reference to `kpse_program_name' /home/hille/ptex-bin-3.1.10+0.04b/tetex-src-3.0/texk/web2c/lib/openclose.c:43: undefined reference to `kpse_program_name' collect2: ld returned 1 exit status make[1]: *** [ptex] Error 1 make[1]: Leaving directory `/home/hille/ptex-bin-3.1.10+0.04b/tetex-src-3.0/texk/web2c/ptex-src-3.1.10' make: *** [build-stamp] Error 2 Seems there was really an API change in kpathsea5. H. -- Let thy maid servant be faithful, strong, and homely. -- Benjamin Franklin http://www.hilmar-preusse.de.vu/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561654: removing gkrellmd results in deluser churning away for hours
Package: gkrellmd Severity: normal The gkrellmd in Lenny fails to completely remove it's configuration when one attempts to purge. deluser accesses the hard drive continuously for hours. Perhaps this has something to do with home dir /home/gkrellmd, which as far as I can tell never existed? However adding /home/gkrellmd doesn't help, so it might not be that. -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gkrellmd depends on: ii adduser 3.110 add and remove users and groups ii libc6 2.7-18 GNU C Library: Shared libraries ii libglib2.0-0 2.16.6-2 The GLib library of C routines gkrellmd recommends no packages. gkrellmd suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553593: Acknowledgement (xulrunner: Please port to sh4)
Hi, On Wed, Dec 16, 2009 at 11:26:53AM +0900, Nobuhiro Iwamatsu wrote: snip - Please add the license boilerplate at the top of the files you add, with proper contributor listing. (See the files in the same directory for examples) OK. I attached updated patch. One more nitpick: Please properly fill the original code author, contributors list, and copyright years. I'd expect to see your name at least in contributors. The initial developer may also not be Netscape/Mozilla, depending on how much of the code is novel work. I doubt this to be the case if the code merely implements the given interfaces. - ifeq (sh,$(findstring sh,$(OS_TEST))) seems a bit risky. What is the platform name ? sh only ? filter would be better than findstring, then. If it is shsomething, then filter sh% would be better. The judgment of the platform is difficult in SH. For example, sh has sh1 sh2 sh3 sh4 sh5, and sh3 sh4 is bi-endian. When user writes it as sh3el, there is little of sh3. Or there is it when usr writes it as sh3. big is sh3eb, and littte is sh3 in many cases. I become much quantity only in a judgment sentence when I write all these. Because I was simple and wanted to assume it sh*, I wrote it like a patch. Of course I understand in the problem that you pointed out. I write it below, I think that I should be able to support only sh4. cpu-target of sh4 is sh4 and sh4a now. (There is sh4al, too, but ABI is different.) Therefore, I can revise this part as follows. ifneq (,$(filter sh4 sh4a,$(OS_TEST))) CPPSRCS:= xptcinvoke_linux_sh.cpp xptcstubs_linux_sh.cpp endif Do you think so? This sounds good. I have another concern, though. Is the code linux-specific or would it work on, say, NetBSD ? If the latter, then maybe renaming the files to *_unix_* would be better. If the former, you should add an OS_ARCH test. Cheers, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561655: qa.debian.org: Popcon statistics for a given source package should include old binary packages
Package: qa.debian.org Severity: wishlist For example, take a look at the popcon page for the xulrunner source package: http://qa.debian.org/popcon.php?package=xulrunner It includes information about the most recent binary packages, from unstable, but doesn't track the packages from stable, which have different names. Their graphs are still available directly, though: http://qa.debian.org/popcon-graph.php?packages=xulrunner-1.9 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561652: aegis: FTBFS: aegis on hurd
Walter Franzini, le Sat 19 Dec 2009 10:27:25 +0100, a écrit : Applying patch debian_install_aefp_binary.patch Now at patch debian_install_aefp_binary.patch ** Build finished at 20091219-0158 FAILED [dpkg-buildpackage died] Is it possible to reschedule the build to see if the problem magically disappears? I've done so. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559342: linux-image-2.6.30-2-686: USB Devices managed by uhci_hcd fail to mount
Hi again. I've been investigating further on these issues and I'm glad to tell you that the HP DeskJet F380 scanning issue was actually about permissions, exactly the bug stated here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=522848 But the SGH-L760V's issue is still open and can't spot any other symptom that may point elsewhere than a bug in the kernel. Cheers!
Bug#559342: linux-image-2.6.30-2-686: USB Devices managed by uhci_hcd fail to mount
Hi again. I've been investigating further on these issues and I'm glad to tell you that the HP DeskJet F380 scanning issue was actually about permissions, exactly the bug stated here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=522848 But the SGH-L760V's issue is still open and can't spot any other symptom that may point elsewhere than a bug in the kernel. Cheers!
Bug#561656: rpc.idmapd: Unable to create name to user id mappings.
Package: nfs-common Version: 1:1.2.0-4.1 Severity: minor Hi, on startup I see these messages: Sat Dec 19 11:05:03 2009: Starting NFS common utilities: statd idmapdrpc.idmapd: libnfsidmap: requested translation method, 'nsswitch', is not available Sat Dec 19 11:05:03 2009: Sat Dec 19 11:05:03 2009: rpc.idmapd: Unable to create name to user id mappings. Sat Dec 19 11:05:03 2009: ^[[31mfailed!^[[39;49m Mounting the exports is still possible and (although I think the user ids on all my systems are corresponding) the files appear to have the correct permissions. Kind regards Sebastian Bremicker -- System Information: Debian Release: squeeze/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nfs-common depends on: ii adduser 3.111 add and remove users and groups ii initscripts 2.87dsf-8 scripts for initializing and shutt ii libc62.10.2-2GNU C Library: Shared libraries ii libcomerr2 1.41.9-1common error description library ii libevent-1.4-2 1.4.13-stable-1 An asynchronous event notification ii libgssapi-krb5-2 1.7+dfsg-3 MIT Kerberos runtime libraries - k ii libgssglue1 0.1-4 mechanism-switch gssapi library ii libk5crypto3 1.7+dfsg-3 MIT Kerberos runtime libraries - C ii libkrb5-31.7+dfsg-3 MIT Kerberos runtime libraries ii libnfsidmap2 0.23-1 An nfs idmapping library ii librpcsecgss30.19-2 allows secure rpc communication us ii libwrap0 7.6.q-18Wietse Venema's TCP wrappers libra ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip ii netbase 4.40Basic TCP/IP networking system ii portmap 6.0.0-1 RPC port mapper ii ucf 3.0025 Update Configuration File: preserv nfs-common recommends no packages. nfs-common 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#553481: 3270-common is stil in 3.3.7p7-1+b1
Hi, it seems that amd64 package only is in 3.3.10ga4-2. Package 3270-common * sid (unstable) (net): Common files for IBM 3270 emulators and pr3287 [non-free] 3.3.10ga4-2: amd64 3.3.7p7-1+b1: alpha armel hppa i386 ia64 mips mipsel powerpc s390 sparc 3.3.4p6-3.2: hurd-i386 nb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561657: fglrx-modules-dkms: generated module fails to load into kernel 2.6.32
Package: fglrx-modules-dkms Version: 1:9-11-2 Severity: important Hi, here is the problem: # modprobe fglrx FATAL: Error inserting fglrx (/lib/modules/2.6.32-trunk-686-bigmem/updates/dkms/fglrx.ko): Invalid module format # dmesg | grep fglrx [ 36.581587] fglrx: disagrees about version of symbol module_layout The fglrx module generated by dkms used to work with kernel 2.6.31. The fglrx module compiled with module-assistant does work with kernel 2.6.32. -- Package-specific info: VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: ATI Technologies Inc RV770 [Radeon HD 4850] DRM and fglrx Informations from dmesg: [0.991112] Linux agpgart interface v0.103 [ 36.581587] fglrx: disagrees about version of symbol module_layout [ 319.039216] fglrx: disagrees about version of symbol module_layout Xorg X server configuration file status: -rw-r--r-- 1 root root 1406 Oct 20 11:52 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf (X.Org X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type man xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section ServerLayout Identifier aticonfig Layout Screen 0 Default Screen 0 0 EndSection Section Files EndSection Section Module EndSection Section InputDevice Identifier Generic Keyboard Driver kbd Option XkbRules xorg Option XkbModel pc105 Option XkbLayout fr Option XkbVariant latin9 EndSection Section InputDevice Identifier Configured Mouse Driver mouse EndSection Section Monitor Identifier Configured Monitor EndSection Section Device Identifier Configured Video Device Driver fglrx BusID PCI:1:0:0 EndSection Section Screen Identifier Default Screen Device Configured Video Device MonitorConfigured Monitor DefaultDepth 24 EndSection Xorg X server log files on system: -rw-r--r-- 1 root root 12990 Feb 24 2009 /var/log/Xorg.1.log -rw-r--r-- 1 root root 31514 Dec 19 11:24 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X.Org X Server 1.6.5 Release Date: 2009-10-11 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.30.8-dsa-ia32 i686 Debian Current Operating System: Linux jophur 2.6.32-trunk-686-bigmem #1 SMP Thu Dec 17 01:08:50 UTC 2009 i686 Build Date: 13 October 2009 11:25:51AM xorg-server 2:1.6.5-1 (bui...@murphy.debian.org) Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Sat Dec 19 11:23:54 2009 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout aticonfig Layout (**) |--Screen Default Screen (0) (**) | |--Monitor Configured Monitor (**) | |--Device Configured Video Device (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins (==) ModulePath set to /usr/lib/xorg/modules (II) Cannot locate a core pointer device. (II) Cannot locate a core keyboard device. (II) The server relies on HAL to provide the list of input devices. If no devices become available, reconfigure HAL or disable AllowEmptyInput. (II) Loader magic: 0x6c0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 5.0 X.Org XInput driver : 4.0 X.Org Server Extension : 2.0 (II) Loader running on linux (++) using VT number 7 (--) PCI:*(0:1:0:0) 1002:9442:1458:21c7 ATI Technologies Inc RV770 [Radeon HD 4850] rev 0, Mem @ 0xc000/268435456, 0xfa6f/65536, I/O @ 0x9000/256, BIOS @ 0x/131072 (II) Open ACPI successful (/var/run/acpid.socket) (II) System resource ranges: [0] -1 0 0x - 0x (0x1) MX[B] [1] -1
Bug#561658: libexpat1 patch breaks xhtml parsing with a local http doctype definition
Package: libexpat1 Version: 1.95.8-3.4+etch2_i386 After upgrading libexpat1 my perl script which used XPath ceased functioning. Downgrading back to 1.95.8-3.4+etch1 fixed the problem, meaning the bug was introduced with the patch. I'm using local copy of the doctype definition as seen below. error in processing external entity reference at line 1, column 117, byte 117: !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN http://www.koripallo.com/dtd/xhtml1-transitional.dtd; == ==^ html xmlns=http://www.w3.org/1999/xhtml; xml:lang=en lang=en head/head at /usr/lib/perl5/XML/Parser.pm line 187 A small perl script to reproduce the bug (this works in etch1 patch, but not in etch2) #!/usr/bin/perl use strict; use DBI; use DBD::mysql; use Text::Iconv; use Getopt::Long; use Net::HTTP; use XML::XPath; use XML::XPath::XMLParser; my $document = '!DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN http://www.koripallo.com/dtd/xhtml1-transitional.dtd; html xmlns=http://www.w3.org/1999/xhtml; xml:lang=en lang=en head/head body/body/html'; my $xp = XML::XPath-new(xml = $document); my $nodeset = $xp-find('/html/body'); print Works.\n; -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530916: sleepd: same problem with lis3lv02d/hp_accel
Package: sleepd Version: 2.01 Severity: normal The same problem occurs with the kernel modules lis3lv02d and hp_accel as they are presented as a joystick interface. Additionally the CPU usage goes to 13% (26% of one core of an Intel Core Duo with 1.83GHz), caused by the klis3lv02d kernel process. The CPU usage is constant, not only the 10 second -c interval. Using -u 0 does not prevent this, only using -E helps. Should I file a separate issue for this or is the only solution for both to just use -e with the correct set of input devices? -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (550, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-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 Versions of packages sleepd depends on: ii libapm1 3.2.2-14 Library for interacting with APM d ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libdbus-1-3 1.2.16-2 simple interprocess messaging syst ii libhal1 0.5.13-6 Hardware Abstraction Layer - share ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip Versions of packages sleepd recommends: ii hal 0.5.13-6 Hardware Abstraction Layer ii pm-utils 1.2.6.1-3 utilities and scripts for power ma sleepd 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#561659: gvb: Missing upstream's changelog
Package: gvb Severity: minor Tags: patch Please install the changelog file provided by upstream. The attached patch fixes this. -- System Information: Debian Release: squeeze/sid APT prefers karmic-updates APT policy: (500, 'karmic-updates'), (500, 'karmic-security'), (500, 'karmic') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-16-generic (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -u gvb-1.2/debian/rules gvb-1.2/debian/rules --- gvb-1.2/debian/rules +++ gvb-1.2/debian/rules @@ -38,7 +38,7 @@ binary-indep: patch-stamp build install dh_testdir dh_testroot - dh_installchangelogs + dh_installchangelogs changelog dh_installdocs dh_pysupport dh_installman debian/gvb.1
Bug#551929: [Adduser-devel] Bug#551929: Bug#551929: deluser: creates backup of user's files when not requested
This one time, at band camp, Frans Pop said: However, *if* the config file is read before parsing options, there is another solution: make --backup-to imply --backup, but *only* if passed on the command line. Excellent idea. This is what I've juct committed as r821. I'll have a look to make sure there's no other low hanging fruit out there to close before upload, and get an upload out soon. In the meantime, if you want to double check my commit, some testing would be helpful, as always. Cheers, -- - | ,''`.Stephen Gran | | : :' :sg...@debian.org | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#561661: ITP: clevercss -- small markup language for CSS - Python module
Package: wnpp Severity: wishlist * Package name: clevercss Version : 0.1 Upstream Author : Armin Ronacher armin.ronac...@active-4.com * URL : http://sandbox.pocoo.org/clevercss/ * License : BSD Programming Lang: Python Description : small markup language for CSS - Python module CleverCSS is a small markup language for CSS inspired by Python that can be used to build a style sheet in a clean and structured way. . The most obvious difference to CSS is the syntax: it is indentation based and not flat. -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: This is a digitally signed message part.
Bug#561660: sleepd: Only one battery is checked with --battery
Package: sleepd Version: 2.01 Severity: normal Test with: # acpi Battery 0: Discharging, 94%, 02:51:28 remaining Battery 1: Unknown, 72% # sleepd -n -v -E --sleep-command=beep --battery 99 sleepd[16422]: battery level 94% is below 99%; forcing hibernation In my case (HP Compaq NC6400) Battery 0 is external, Battery 1 is internal. Additional (but minor) effects can be seen if I connect the external battery while sleepd is running: # acpi; sleepd -n -v -E --sleep-command=beep --battery 99 Battery 0: Discharging, 72%, 01:47:11 remaining sleepd[17064]: battery level 72% is below 99%; forcing hibernation sleepd: activity: just woke up sleepd[17064]: battery level 72% is below 99%; forcing hibernation sleepd: activity: just woke up unknown battery state sleepd[17064]: battery level 72% is below 99%; forcing hibernation sleepd: activity: just woke up unknown battery state Right before the first unknown battery state I connected the external battery. Or the other way round (disconnecting the external battery while sleepd is running): # acpi; sleepd -c 5 -n -v -E --sleep-command=beep --battery 99 Battery 0: Discharging, 92%, 02:47:58 remaining Battery 1: Unknown, 72% sleepd[18008]: battery level 92% is below 99%; forcing hibernation sleepd: activity: just woke up sleepd[18008]: battery level 92% is below 99%; forcing hibernation sleepd: activity: just woke up error: libhal_device_get_property_bool: org.freedesktop.Hal.NoSuchDevice: No device with id /org/freedesktop/Hal/devices/computer_power_supply_battery_C1B3 error: libhal_device_get_property_bool: org.freedesktop.Hal.NoSuchDevice: No device with id /org/freedesktop/Hal/devices/computer_power_supply_battery_C1B3 error: libhal_device_get_property_bool: org.freedesktop.Hal.NoSuchDevice: No device with id /org/freedesktop/Hal/devices/computer_power_supply_battery_C1B3 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (550, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-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 Versions of packages sleepd depends on: ii libapm1 3.2.2-14 Library for interacting with APM d ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libdbus-1-3 1.2.16-2 simple interprocess messaging syst ii libhal1 0.5.13-6 Hardware Abstraction Layer - share ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip Versions of packages sleepd recommends: ii hal 0.5.13-6 Hardware Abstraction Layer ii pm-utils 1.2.6.1-3 utilities and scripts for power ma sleepd 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#561352: latex: generates bad aligned tables
Now I remember ... reading changelog and NEWS helps ... On Fri, 18 Dec 2009, Norbert Preining wrote: In earliers times the generated files were below /var/cache and were deleted by a cron job (no clue why this was changed by upstream). That might be a setting in texmf.cnf ... I faintly remember ... or in mktex.cnf From tex-common 0.26, around July 2006 () * New font cache handling The font cache handling has been reworked completely. By default, a separate font cache is kept for each user. If you want to re-enable site-wide caching, see the instructions in README.Debian. On systems where $HOME is not writable, fonts will be temporarily cached in /tmp/texfonts. I guess we can close this bug definitely. Best wishes Norbert Norbert Preiningprein...@{jaist.ac.jp, logic.at, debian.org} JAIST, Japan TU Wien, AustriaDebian TeX Task Force gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 BABWORTH Something which justifies having a really good cry. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561530: [tex-live] Bug#561530: texlive-latex-base: \noextrasfrancais macro does not work : frenchb.ldf problem
Norbert Preining a écrit : when I process it with pdflatex from texlive-latex-base 2009-4 (debian sid), the resulting pdf shows a dash instead of the bullet that the \noextrasfrancais macro is supposed to produce. After some investigations, I realized that simply replacing /usr/share/texmf-texlive/tex/generic/babel/frenchb.ldf with the one from texlive-latex-base 2007.dfsg.2-4ubuntu1 solved the problem. So it seems there's something wrong in the new frenchb.ldf file, unless \noextrasfrancais is not supposed to work as it used to any more ? Since frenchb 2.x, the layout (lists, footnotes, etc.) is considered global (that is, shared by all languages), see third paragraph of section 29.1 in babel.pdf. Incompatibilities between frenchb 2.x and 1.x are known and purposeful: the new defaults are supposed to be better, and moreover frenchb 2.x is more configurable thna previous versions, allowing to restore LaTeX defaults and/or emulate the behaviour of older version of frenchb. Manuel. PS: \addto\extrasfrench{\providecommand{\og}{%etc I believe this is unnecessary since a long time. (At least frenchb in TL'05 already provides this commands.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#467137: workaround seem to work for (at least) one general case
bug#482404 comment #42 is confirmed to fix problem for exim4-daemon-heavy 4.69-9 (or most probably any): I've removed most of ca-certificates and the problem went away. This (these) bug is a _mess_. It's not just maintainer-mess, it's admin-mess too because it's almost impossible to read them all, or find any relevant information. My problem isn't related to m$ exchange, outlook, anyting, the error was there for random hosts. My guess would've been that lots of certs, low entropy and messy coding results the error, since it mustn't really be fixed by removing certs. It seem to be fixed by it, anyway. I wonder why isn't possible to handle lack of entropy, why isn't possible to separate several different sources of this problem, but this probably already has been answered somewhere in the hundreds of messages of these 5-8 bug reports. :-( I wonder as well why these bugs aren't against gnutls, but that's probably answered somwhere deeply hidden either. Thanks, Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#441595: not all libraries are customized, there is room for improvement
Ciao Enrico, thanks for the investigations, that is really nice. I will forward you email to dev-luatex and ask Taco what he thinks about that. On Do, 17 Dez 2009, Enrico Tassi wrote: I did a quick check to see if it is still the case that all embedded lua libraries are customized. Best wishes Norbert Norbert Preiningprein...@{jaist.ac.jp, logic.at, debian.org} JAIST, JapanTU Wien, Austria Debian TeX Task Force DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 SHRIVENHAM (n.) One of Germaine Greer's used-up lovers. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#441595: (fwd) Bug#441595: not all libraries are customized, there is room for improvement
Dear Taco, one of the lua Gurus here at Debian checked the embedded libs and found that most of the included libs are very similar to upstream, and he offered to push the few changes in your code to upstream. What do you say? (See attached email, including the diffs between current upstream of the lua libs and code in texlua). Best wishes Norbert Norbert Preiningprein...@{jaist.ac.jp, logic.at, debian.org} JAIST, JapanTU Wien, Austria Debian TeX Task Force DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 BULDOOO a virulent red-coloured pus which generally accompanies clonmult (q.v.) and sandberge (q.v.) --- Douglas Adams, The Meaning of Liff ---BeginMessage--- Package: luatex Version: 0.46.0-7 Severity: normal I did a quick check to see if it is still the case that all embedded lua libraries are customized. The lpeg library is exactly the same (I used md5sums since diff gives no output): e820987a2773bdd55914862dc95ee1fa luapeg/lpeg.c e820987a2773bdd55914862dc95ee1fa /tmp/lua-lpeg-0.9/lpeg.c Moreover the patch to luafilesystem (in attachment) is quite small and may be interesting for the upstreams too, but it is for version 1.4.1, while the current release 1.4.2. I could try to push the patch upstream if luatex authors could move to 1.4.2. The same holds for luazip. I don't even have the ancient version they embed, but the most recent one just adds few #ifdefs for backward compatibility with lua5.0 (luatex uses 5.1). The embedded luasocket version is mostly the same, the patch (attached) is few lines and could be of interest for the upstream. Another customization is that they use luac to embed .lua parts of luasocket in bytecode (C-represented). This helps them embedding luasocket, but is not neede in Debian (that ships the .lua files in standard paths, assuming their lua5.1 customization does not alter them). In my opinion, at a very light cost for the upstreams of luatex, luafilesystem and luasocket (and the Debian packager) we could avoid code duplication for 4 lua libraries (1 of them at 0 cost I think). I offer my help in pushing the needed patches upstream, but I'll do that only if luatex upstreams agree on updating some of their libs and the Debian maintaner to remove the wontfix tag :-) Cheers -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages luatex depends on: ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libpng12-0 1.2.41-1 PNG library - runtime ii libpoppler50.12.2-2 PDF rendering library ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages luatex recommends: ii texlive-luatex2009-4 TeX Live: LuaTeX packages luatex suggests no packages. -- no debconf information -- Enrico Tassi --- /tmp/luafilesystem-1.4.1/src/lfs.c 2008-05-07 21:06:37.0 +0200 +++ luafilesystem/src/lfs.c 2009-11-26 16:10:48.0 +0100 @@ -78,8 +78,6 @@ #define STAT_STRUCT struct _stati64 #define STAT_FUNC _stati64 #else -#define _O_TEXT 0 -#define _O_BINARY 0 #define lfs_setmode(L,file,m) ((void)((void)file,m), \ luaL_error(L, LUA_QL(setmode) not supported on this platform), -1) #ifdef HAVE_STAT64 @@ -468,6 +466,36 @@ return other; } + /* +** Convert the inode protection mode to a permission list. +*/ + +#ifdef _WIN32 +static const char *perm2string (unsigned short mode) { + static char perms[10] = -\0; + if (mode _S_IREAD) + { perms[0] = 'r'; perms[3] = 'r'; perms[6] = 'r'; } + if (mode _S_IWRITE) + { perms[1] = 'w'; perms[4] = 'w'; perms[7] = 'w'; } + if (mode _S_IEXEC) + { perms[2] = 'x'; perms[5] = 'x'; perms[8] = 'x'; } + return perms; +} +#else +static const char *perm2string (mode_t mode) { + static char perms[10] = -\0; + if (mode S_IRUSR) perms[0] = 'r'; + if (mode S_IWUSR) perms[1] = 'w'; + if (mode S_IXUSR) perms[2] = 'x'; + if (mode S_IRGRP) perms[3] = 'r'; + if (mode S_IWGRP) perms[4] = 'w'; + if (mode S_IXGRP) perms[5] = 'x'; + if (mode S_IROTH) perms[6] = 'r'; + if (mode S_IWOTH) perms[7] = 'w'; + if (mode S_IXOTH) perms[8] = 'x'; + return perms; +} +#endif /* ** Set access time and modification values for file @@ -537,6 +565,10 @@ static void push_st_size (lua_State *L, STAT_STRUCT *info) { lua_pushnumber (L, (lua_Number)info-st_size); } +/* permssions string */ +static void push_st_perm (lua_State *L, struct stat *info)
Bug#560948: CVE-2009-3560 and CVE-2009-3720 denial-of-services
Hi Hilmar, On Mo, 14 Dez 2009, Hilmar Preuße wrote: notfound 2007.dfsg.2-4+lenny1 notfound 2009-3 stop Thanks for that, do you understand why it still shows up as RC bug for texlive-bin??? I tend to close this bug simply with an email to NNN-done ... Best wishes Norbert Norbert Preiningprein...@{jaist.ac.jp, logic.at, debian.org} JAIST, JapanTU Wien, Austria Debian TeX Task Force DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 LONGNIDDRY (n.) A droplet which persists in running out of your nose. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561427: ptex-bin: Can't install the package at TeX Live 2009
On Sa, 19 Dez 2009, Hilmar Preuße wrote: As already posted into the bug this does not work: the build fails. Sorry, haven't seen that (was it sent to this list, too?) /home/hille/ptex-bin-3.1.10+0.04b/tetex-src-3.0/texk/web2c/ptex-src-3.1.10/tex2.c:3475: undefined reference to `kpse_make_tex_discard_errors' defined in kpathsea/types.h /home/hille/ptex-bin-3.1.10+0.04b/tetex-src-3.0/texk/web2c/ptex-src-3.1.10/ptexextra.c:839: undefined reference to `kpathsea_debug' also defined in kpathsea/types.h /home/hille/ptex-bin-3.1.10+0.04b/tetex-src-3.0/texk/web2c/ptex-src-3.1.10/ptexextra.c:239: undefined reference to `kpse_program_name' same Seems there was really an API change in kpathsea5. So it seems that it should be enough to #include kpathsea/types.h Best wishes Norbert Norbert Preiningprein...@{jaist.ac.jp, logic.at, debian.org} JAIST, JapanTU Wien, Austria Debian TeX Task Force DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 YESNABY (n.) A 'yes, maybe' which means 'no'. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561662: libdvdnav4: Tries to open iso9660 DVDs as UDF
Package: libdvdnav4 Version: 4.1.3-6 Severity: important Mplayer, vlc, or totem are unable to play iso9660 DVD discs. For instance: Playing dvd://. libdvdread: Using libdvdcss version 1.2.10 for DVD access libdvdread: Attempting to use device /dev/hdd mounted on /media/cdrom0 for CSS authentication libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.IFO failed libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.BUP failed libdvdread: Can't open file VIDEO_TS.IFO. Can't open VMG info! No stream found to handle url dvd:// vlc or totem produce similar errors. However, UDF discs are played fine with all these players. Those same iso9660 discs are played fine using ogle (does not depends on libdvdn av / libdvdread4 on debian) or my home dvd player. Mplayer, vlc or totem are able to play VOB files individually (it doesn't appear to be a permission problem). Even if I copy them to my hard disk I can play them using vlc. vlc ./VIDEO_TS I've checked permission issues: device is owned by root:cdrom and my user is in the cdrom group. I have also tried to play them as root with the same result. -- Package-specific info: -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/1 CPU core) Locale: lang=es...@euro, lc_ctype=es...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages libdvdnav4 depends on: ii libc6 2.10.1-7 GNU C Library: Shared libraries ii libdvdread4 4.1.3-7library for reading DVDs libdvdnav4 recommends no packages. Versions of packages libdvdnav4 suggests: ii libdvdcss21.2.10-0.3 Simple foundation for reading DVDs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561530: [tex-live] Bug#561530: texlive-latex-base: \noextrasfrancais macro does not work : frenchb.ldf problem
Hi all, thanks Manuel for the explanations! On Sa, 19 Dez 2009, Manuel Pégourié-Gonnard wrote: Since frenchb 2.x, the layout (lists, footnotes, etc.) is considered global (that is, shared by all languages), see third paragraph of section 29.1 in babel.pdf. Incompatibilities between frenchb 2.x and 1.x are known and purposeful: the new defaults are supposed to be better, and moreover frenchb 2.x is more configurable thna previous versions, allowing to restore LaTeX defaults and/or emulate the behaviour of older version of frenchb. I think that is enough to close this bug. Denis, do you agree? Best wishes Norbert Norbert Preiningprein...@{jaist.ac.jp, logic.at, debian.org} JAIST, JapanTU Wien, Austria Debian TeX Task Force DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 DUNCRAGGON (n.) The name of Charles Bronson's retirement cottage. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#441595: [Dev-luatex] (fwd) Bug#441595: not all libraries are customized, there is room for improvement
Norbert Preining wrote: Dear Taco, one of the lua Gurus here at Debian checked the embedded libs and found that most of the included libs are very similar to upstream, and he offered to push the few changes in your code to upstream. What do you say? (See attached email, including the diffs between current upstream of the lua libs and code in texlua). But what happens then? Luatex becomes dependent on an external library that may or may not be distributed by debian (or anyone else)? Best wishes, Taco -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#441595: [Dev-luatex] (fwd) Bug#441595: not all libraries are customized, there is room for improvement
On Sa, 19 Dez 2009, Taco Hoekwater wrote: But what happens then? Luatex becomes dependent on an external library that may or may not be distributed by debian (or anyone else)? No, only that as long as the libraries in texlua are the same as upstream I can reuse the the packages in Debian. And the advantage for you is that there are less changes if you incorporate new versions of upstream libraries. I didn't suggest to actually remove the sources from your code! Best wishes Norbert Norbert Preiningprein...@{jaist.ac.jp, logic.at, debian.org} JAIST, JapanTU Wien, Austria Debian TeX Task Force DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 `Time is an illusion. Lunchtime doubly so.' you should send that in to the Reader's Digest. They've got a page for people like you.' --- Ford convincing Arthur to drink three pints in ten --- minutes at lunchtime. --- Douglas Adams, The Hitchhikers Guide to the Galaxy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#441595: [Dev-luatex] (fwd) Bug#441595: not all libraries are customized, there is room for improvement
Norbert Preining wrote: On Sa, 19 Dez 2009, Taco Hoekwater wrote: But what happens then? Luatex becomes dependent on an external library that may or may not be distributed by debian (or anyone else)? No, only that as long as the libraries in texlua are the same as upstream I can reuse the the packages in Debian. I don't understand this point. The files are statically linked, so how can there be any reuse? And the advantage for you is that there are less changes if you incorporate new versions of upstream libraries. But that is certainly true. Here is my opinion on those patches: luafilesystem: that local patch will go away soon (it is possible to slide the new functions in elsewhere, where they are not interfering with the upstream). luasocket: this (hstrerror) patch is good thing to go upstream. luazip: this is not a local patch, I am just using an outdated version. Best wishes, Taco -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561352: latex: generates bad aligned tables
On 19.12.09 Norbert Preining (prein...@logic.at) wrote: Hi, Now I remember ... reading changelog and NEWS helps ... Definitely. From tex-common 0.26, around July 2006 () * New font cache handling The font cache handling has been reworked completely. By default, a separate font cache is kept for each user. If you want to re-enable site-wide caching, see the instructions in README.Debian. On systems where $HOME is not writable, fonts will be temporarily cached in /tmp/texfonts. I guess we can close this bug definitely. How about my suggestion: I guess an easy solution form the Debian side would be an Debian.NEWS/debconf reminder that all previously generated pk/mtf files should be deleted, as the sources *may* have changed, which can cause weird effects (see this ticket). Are you afraid we have to to this before every stable release as people have forgotten it? 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#561352: latex: generates bad aligned tables
On Sa, 19 Dez 2009, Hilmar Preusse wrote: I guess an easy solution form the Debian side would be an Debian.NEWS/debconf reminder that all previously generated pk/mtf NEWS.Debian is a good idea. Debconf I don't want. We have pushed that out of tex-common and I am more than happy about getting rid of that monster. Can you write something up in svn/tex-common/branches/for-tl2008/debian/NEWS ?? (BTW Thanks Hilmar for all your work you are doing, I am a bit swampped) Are you afraid we have to to this before every stable release as people have forgotten it? NEWS.Debian, than we close it. Best wishes Norbert Norbert Preiningprein...@{jaist.ac.jp, logic.at, debian.org} JAIST, JapanTU Wien, Austria Debian TeX Task Force DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 WORKSOP (n.) A person who never actually gets round to doing anything because he spends all his time writing out lists headed 'Things to Do (Urgent)'. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561663: dash: editline commandline editing doesn't work
Package: dash Version: 0.5.4-12 Severity: normal In Changelog.Debian.gz, it says '--with-libedit added', and the manual page mentions about invoking with -E (emacs-style line editing) or -V (vi-style line editing) will provide line editing function. But in fact neither dash -E nor dash -V supports line editing. -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-6-xen-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dash depends on: ii libc6 2.7-18 GNU C Library: Shared libraries dash recommends no packages. dash suggests no packages. -- debconf information: dash/sh: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510250: [Evolution] Bug#510250: evolution: does not comply with xdg_config
Dear Johan, Am Dienstag, den 30.12.2008, 20:40 +0100 schrieb Loïc Minier: On Tue, Dec 30, 2008, Johan Henriksson wrote: http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html ... could you please elaborate on this issue? Are the environment variables in the link you quoted not respected? How can we reproduce the issue? Two further notes. 1. Could you test if this is still an issue in the current version of Evolution? 2. If yes, it would be great if you could open a bug upstream. Thanks, Paul signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#561427: compile error of ptex with new libkpathsea 2009
Hi Karl, hi all, can someone help us with getting ptex compile with the new libkpathsea5 from TeX Live 2009? There are some undefined references I don't udnerstand because they seem all to be defined in kpathsea/types.h, but somehow not exported (but I am a complete ignorant in these things): On Sat, 19 Dec 2009, Hilmar Preuße wrote: gcc -o ptex texini.o tex0.o tex1.o tex2.o ptexextra.o kanji.o version.o usage.o ../lib/lib.a -lkpathsea -lm tex2.o: In function `newinteraction': /home/hille/ptex-bin-3.1.10+0.04b/tetex-src-3.0/texk/web2c/ptex-src-3.1.10/tex2.c:3475: undefined reference to `kpse_make_tex_discard_errors' /home/hille/ptex-bin-3.1.10+0.04b/tetex-src-3.0/texk/web2c/ptex-src-3.1.10/tex2.c:3476: undefined reference to `kpse_make_tex_discard_errors' ptexextra.o: In function `parse_options': /home/hille/ptex-bin-3.1.10+0.04b/tetex-src-3.0/texk/web2c/ptex-src-3.1.10/ptexextra.c:839: undefined reference to `kpathsea_debug' ptexextra.o: In function `maininit': /home/hille/ptex-bin-3.1.10+0.04b/tetex-src-3.0/texk/web2c/ptex-src-3.1.10/ptexextra.c:239: undefined reference to `kpse_program_name' ../lib/lib.a(openclose.o): In function `recorder_start': /home/hille/ptex-bin-3.1.10+0.04b/tetex-src-3.0/texk/web2c/lib/openclose.c:42: undefined reference to `kpse_program_name' /home/hille/ptex-bin-3.1.10+0.04b/tetex-src-3.0/texk/web2c/lib/openclose.c:43: undefined reference to `kpse_program_name' collect2: ld returned 1 exit status make[1]: *** [ptex] Error 1 make[1]: Leaving directory `/home/hille/ptex-bin-3.1.10+0.04b/tetex-src-3.0/texk/web2c/ptex-src-3.1.10' make: *** [build-stamp] Error 2 Thanks a lot for any suggestion and all the best Norbert Norbert Preiningprein...@{jaist.ac.jp, logic.at, debian.org} JAIST, Japan TU Wien, AustriaDebian TeX Task Force gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 The suit into which the man's body had been stuffed looked as if it's only purpose in life was to demonstrate how difficult it was to get this sort of body into a suit. --- Douglas Adams, The Hitchhikers Guide to the Galaxy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#478213: powermanga: random seqfault after upgrade to 0.90
I got two segfaults in powermanga 0.90-dfsg-2 today, on amd64. For the second of them, I had gdb waiting. I don't have exact symbols but the crash appears to be a null pointer dereference in shot_display(): bullet-spr.trajectory is 1 (homing), and bullet-img_old_angle and bullet-spr.numof_images are both 32; that means bullet-img_old_angle is out of range. The function then dereferences bullet-spr.img[bullet-img_old_angle], which is NULL. In shot_display(), there is code that tries to keep bullet-img_angle within range. I suppose the bullet-img_old_angle assignment should be moved below that. (I think the crash in the coordinate calculation could alternatively be fixed by using bullet-img_angle there instead of img_old_angle, but the out-of-range value would then just cause a similar crash elsewhere.) While looking at this, I found some suspicious code in shots_handle() too. Namely, there is one place where it calls shot_delete and then decrements i. It seems this could cause it to run past the end of the linked list. pgpXnd2Com8Nr.pgp Description: PGP signature
Bug#561664: pidgin-skype: Pidgin always shows skype-out contacts online
Package: pidgin-skype Version: 20090920+dfsg-1 Severity: normal Pidgin always shows skype out contacts online, even if Show SkypeOut contacs as 'Online' is unchecked in account settings. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pidgin-skype depends on: ii libc6 2.10.2-2 GNU C Library: Shared libraries pidgin-skype recommends no packages. pidgin-skype 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#560896: E: unable to schedule circular actions 'unpack tex-common 2.02, unpack texlive-common 2009-4'
On 13.12.09 Cyril Brulebois (k...@debian.org) wrote: Package: libcupt-perl Version: 1.3.2 Severity: normal Hi, (this is still on my kfreebsd-i386 porterbox) I can't upgrade my system today, due to: | $ sudo cupt full-upgrade |a snip | | Performing requested actions: | E: unable to schedule circular actions 'unpack tex-common 2.02, unpack texlive-common 2009-4' | E: error performing command 'full-upgrade' I didn't try and force anything, I'd like to see whether that could be a bug in cupt and/or tex stuff first. Could you try the same thing using apt. At least I could upgrade my system from TL 2007 to 2009 using apt. Not sure, why cupt does not succeed. 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#561665: RM: luajit -- ROM; not generated anymore since all doc is non-free
Package: ftp.debian.org Severity: normal As detailed in README.source of version 2.0.0~beta2+dfsg2-1, all doc/ content has been removed from the upstream tarball, since it is non-free (or will be non free soon, personal communication with the upstream). The the -doc package is not generated anymore, since it would be empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561667: RM: xen-tools -- ROM; obsolete, unsupported.
Package: ftp.debian.org Severity: normal *** Please type your report below this line *** Please remove from unstable. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561666: RM: xen-shell -- ROM; Obsolete - not supported
Package: ftp.debian.org Severity: normal *** Please type your report below this line *** Please remove from unstable release. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561428: source-highlight: Can not combine with lesspipe for things like less x.html.gz
On tor, 2009-12-17 at 14:10 +1100, Jayen wrote: Either it can't be done, or it's not well documented, but I want to be able to colorize the output of lesspipe/lessfile. The closest attempts I could get were: 1) setenv LESSOPEN | /bin/lesspipe %s | source-highlight --failsafe -s html -f esc --style-file=esc.style ; which would only let me do x.html.gz 2) setenv LESSOPEN /bin/lessfile %s | source-highlight --failsafe --infer-lang -f esc --style-file=esc.style ; which couldn't infer the input language, because it was on stdin 3) setenv LESSOPEN | /bin/lesspipe %s | /usr/share/source-highlight/src-hilite-lesspipe.sh %s ; which segfaults (not sure why, it doesn't segfault normally trying to colorize a gz) Any documentation on how to do this would be great. http://petereisentraut.blogspot.com/2009/07/adding-color-to-console-code-syntax.html Does that help? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561669: gecko-mediaplayer: Crashes when opening mediapalyer file, then dissapears from plugin list
Package: gecko-mediaplayer Version: 0.9.8-1 Severity: important Hi Maintainer, When I have a fresh profile for iceweasel, I do see the gecko-mediaplayer pluins in about:plugins. When I then go to a web page with a mediaplayer stream (an asf at eg. www.uitzeninggemist.nl) firefox crashes. When I restart iceweasel, all of the gecko listings have dissapeared. The only fix is creating a new profile, which then crashes again when visiting a web site with a mediaplayer stream. My browser version is: Mozilla/5.0 (X11; U; Linux x86_64; nl; rv:1.9.1.5) Gecko/20091123 Iceweasel/3.5.5 (like Firefox/3.5.5; Debian-3.5.5-1) Thanks for your time! Cheers! Sjoerd Hardeman -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31 (SMP w/2 CPU cores) Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gecko-mediaplayer depends on: ii gconf22.28.0-1 GNOME configuration database syste ii gnome-mplayer 0.9.8-1A GTK+ interface for MPlayer ii iceweasel 3.5.5-1lightweight web browser based on M ii konqueror 4:4.3.2-1 KDE 4's advanced file manager, web ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libdbus-1-3 1.2.16-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.82-2 simple interprocess messaging syst ii libgcc1 1:4.4.2-3 GCC support library ii libgconf2-4 2.28.0-1 GNOME configuration database syste ii libglib2.0-0 2.22.3-1 The GLib library of C routines ii libstdc++64.4.2-3The GNU Standard C++ Library v3 gecko-mediaplayer recommends no packages. gecko-mediaplayer 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#561668: fglrx-atieventsd: breaks .Xauthority management
Package: fglrx-atieventsd Version: 1:9-12-1 Severity: important File: fglrx-atieventsd After recent upgrade in Sid, no more X program could be started. According to strace, they failed to find or open .Xauthority file, OTOH this file for unknown reason either became root owner (600 permissions) or was not created at all by xinit. The whole case was mysterious until I saw a weird process called fgrlx-atieventsd daemon having xauth in the arguments. And after removing the package, the mystery was gone, everything works as usual. Regards, Eduard. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fglrx-atieventsd depends on: ii libc62.10.2-2GNU C Library: Shared libraries ii libgl1-mesa-glx [libgl1] 7.6.1~rc3-1 A free implementation of the OpenG hi libx11-6 2:1.2.1-1 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxrandr2 2:1.3.0-2 X11 RandR extension library ii libxrender1 1:0.9.5-1 X Rendering Extension client libra ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip hi xserver-xorg 1:7.4+1 the X.Org X server Versions of packages fglrx-atieventsd recommends: ii acpid 1.0.10-5 Advanced Configuration and Power I pn fglrx-driver none (no description available) fglrx-atieventsd suggests no packages. -- aba (irgendwie sind heute die Schreibkenntnisse beschränkt ... :) Joey s/heute / Joey s/heute // Joey gna. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554069: Patch to fix GHC bug in stable
Hi, a patch to fix bug #554069 in stable is in: http://homepages.dcc.ufmg.br/~marco/64fix.patch If you have any comments on the patch, please mail me, since I'm not subscribed to debian-release. It should be mentioned that this bug only affects 64 bits architectures and stable, since this is fixed in the newer versions of GHC present in testing and sid. Greetings. -- marcot http://marcot.iaaeee.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560948: CVE-2009-3560 and CVE-2009-3720 denial-of-services
On 19.12.09 Norbert Preining (prein...@logic.at) wrote: On Mo, 14 Dez 2009, Hilmar Preuße wrote: Hi, notfound 2007.dfsg.2-4+lenny1 notfound 2009-3 stop Thanks for that, do you understand why it still shows up as RC bug for texlive-bin??? I didn't really understand yet that found-notfound thing. IIRC a bug must have been marked as found in a version before notfound works. I tend to close this bug simply with an email to NNN-done ... Please go ahead. I didn't check oldstable, however none of our security issues were fixed in oldstable. 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#558784: apt: re-adds removed keys
]] Julian Andres Klode | so it is actually a double policy violation: removing | /etc/apt/trusted.gpg is a perfectly legal configuration change that apt | must not override. Ditto, removing a key is a perfectly legal | configuration change that apt must not override in its postinst. | | We should move it to /var/lib/apt, cupt does this and it seems to be a | much more logical location for such data. Please note that it should still be possible to disable apt keys an admin does not trust or want to ensure are not installed onto the system. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558784: apt: re-adds removed keys
Am Montag, den 30.11.2009, 15:51 +0100 schrieb Tollef Fog Heen: Package: apt Severity: serious Version: 0.7.24 Justification: overwrites local configuration changes I have removed some keys from my apt keyring, but it seems like apt always re-adds them when configuring: shashlik# apt-key list /etc/apt/trusted.gpg pub 1024D/6070D3A1 2006-11-20 [expired: 2009-07-01] uid Debian Archive Automatic Signing Key (4.0/etch) ftpmas...@debian.org pub 1024D/ADB11277 2006-09-17 uid Etch Stable Release Key debian-rele...@lists.debian.org [...] shashlik# apt-key remove ADB11277 OK shashlik# apt-key update gpg: key 6070D3A1: Debian Archive Automatic Signing Key (4.0/etch) ftpmas...@debian.org not changed gpg: key ADB11277: public key Etch Stable Release Key debian-rele...@lists.debian.org imported gpg: key BBE55AB3: Debian-Volatile Archive Automatic Signing Key (4.0/etch) not changed gpg: key F42584E6: Lenny Stable Release Key debian-rele...@lists.debian.org not changed gpg: key 55BE302B: Debian Archive Automatic Signing Key (5.0/lenny) ftpmas...@debian.org not changed gpg: key 6D849617: Debian-Volatile Archive Automatic Signing Key (5.0/lenny) not changed gpg: Total number processed: 6 gpg: imported: 1 gpg: unchanged: 5 gpg: no ultimately trusted keys found shashlik# apt-key list /etc/apt/trusted.gpg [...] pub 1024D/ADB11277 2006-09-17 uid Etch Stable Release Key debian-rele...@lists.debian.org shashlik# from apt.postinst: case $1 in configure) if ! test -f /etc/apt/trusted.gpg; then cp /usr/share/apt/debian-archive.gpg /etc/apt/trusted.gpg fi apt-key update ;; so it is actually a double policy violation: removing /etc/apt/trusted.gpg is a perfectly legal configuration change that apt must not override. Ditto, removing a key is a perfectly legal configuration change that apt must not override in its postinst. We should move it to /var/lib/apt, cupt does this and it seems to be a much more logical location for such data. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#441595: [Dev-luatex] (fwd) Bug#441595: not all libraries are customized, there is room for improvement
2009/12/19 Hans Hagen pra...@wxs.nl: what does that mean in practice for your tex live installer? that it has to fetch (and compile) extra libs? Debian: Dynamic libs. TeXlive: Mostly static binaries. Best Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#441595: [Dev-luatex] (fwd) Bug#441595: not all libraries are customized, there is room for improvement
Norbert Preining wrote: Dear Taco, one of the lua Gurus here at Debian checked the embedded libs and found that most of the included libs are very similar to upstream, and he offered to push the few changes in your code to upstream. What do you say? (See attached email, including the diffs between current upstream of the lua libs and code in texlua). TeX has alwaye been independent of external libraries, although for pdftex it's possible to keep some libs external. Although the 'teams' assume statics, its' up to the distributers to decide on external libs; kpse has been an example for a long time already but that one lives alongside tex. For luatex it's somewhat different. Take for instance a moving target like lpeg. Macro packages depend on the functionality as defined when the luatex version came around. If some (maybe more recent) library is used it might break things. And it might even be that at some point when we have luatex version 1.0, we freeze on libraries (apart from bug fixes of course). The same might happen with lua itself. If lua 6 comes around we might add an extra lua engine but keep 5 around as well. Loading libraries in luatex can become a nightmare esp when we thing of mixes with luarocks and other distributions. As lua is meant for embedding, the libs we use are also kind of internal. Of course, pushing changes/patches upstream is great. This is a tricky issue. In principle luatex, once stable, should run decades as-is. An independent entity. On th eother hand, progress is also a nice thing. I can imagine a scenario where we have a static luatex as usual, but when distributers want to go dynamic they should use the (in terms of api) same libs as static. None of us is looking forward to getting bug reports like luatex+macropackage reports an lpeg error which only happens with non statics bins. Also, i wonder, if luatex demands some specific lib version, how does this translate to installation? Currently i can just drop a static luatex bin in my tex bin path but what if a bunch of extra libs (maybe already present but potentially conflicting) are used? Ok, we can control things with the cpath variable, but that also adds another variable to the game. Anyhow, this needs quite a bit of thinking. Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#441595: [Dev-luatex] (fwd) Bug#441595: not all libraries are customized, there is room for improvement
Martin Schröder wrote: 2009/12/19 Hans Hagen pra...@wxs.nl: what does that mean in practice for your tex live installer? that it has to fetch (and compile) extra libs? Debian: Dynamic libs. TeXlive: Mostly static binaries. yes but how does it check if the libs are functionally the same? Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#303110: docbook-utils: docbook2pdf doesn't include images
Hi, Richard Bradshaw brads...@mcs.anl.gov wrote: Package: docbook-utils Version: 0.6.14-1 Severity: important I am running the following command docbook2pdf book.sgm it runs through without error or warning, but the document it creates has no images or any references to the images. Here is a specific piece of the document. I can also confirm the same bug in Ubuntu 8.04, which uses the same docbook-utils version: $ docbook2pdf --version DocBook-utils version 0.6.14 (jw version 1.1) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#441595: [Dev-luatex] (fwd) Bug#441595: not all libraries are customized, there is room for improvement
Hi Norbert No, only that as long as the libraries in texlua are the same as upstream I can reuse the the packages in Debian. what does that mean in practice for your tex live installer? that it has to fetch (and compile) extra libs? Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#441595: [Dev-luatex] (fwd) Bug#441595: not all libraries are customized, there is room for improvement
2009/12/19 Hans Hagen pra...@wxs.nl: yes but how does it check if the libs are functionally the same? APIs are versioned and checked by the loader. http://en.wikipedia.org/wiki/Dynamic_library#Dynamic_linking It works. Mostly. Best Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#441595: [Dev-luatex] (fwd) Bug#441595: not all libraries are customized, there is room for improvement
On Sat, 19 Dec 2009, Hans Hagen wrote: sure, but i wonder what this means for the texlive updater ... will it also ship upgraded (or ancient) library versions then? We are talking only about the Debian packages here. The TeX Live (upstream, main) will NOT change to dynamic libs, sure not!!! Best wishes Norbert Norbert Preiningprein...@{jaist.ac.jp, logic.at, debian.org} JAIST, Japan TU Wien, AustriaDebian TeX Task Force gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 FROSSES (pl.n.) The lecherous looks exchanged between sixteen-year-olds at a party given by someone's parents. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561670: powermanga: D-pad won't move the ship straight left
Package: powermanga Version: 0.90-dfsg-2 Severity: normal I have connected a Logitech RumblePad 2 gamepad to my computer. With it, I can control the ship in Powermanga using either the D-pad or the left-side analog stick. However, if I push the D-pad straight to the left, the ship doesn't react at all. Other directions (including diagonals) are fine and so is the analog stick. The jstest program shows that Linux is getting the correct events from the gamepad. The bug appears to be in powermanga-0.90-dfsg/src/display_sdl.c, function display_handle_events. When it gets SDL_HAT_LEFT, it sets not only joy_left = 1 but also joy_right = 1, which presumably cancels the effect of joy_left. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (900, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages powermanga depends on: ii libc62.10.2-2GNU C Library: Shared libraries ii libsdl-mixer1.2 1.2.8-6+b1 mixer library for Simple DirectMed ii libsdl1.2debian 1.2.13-5Simple DirectMedia Layer ii libxxf86dga1 2:1.0.2-1 X11 Direct Graphics Access extensi ii powermanga-data 0.90-dfsg-2 graphics and audio data for powerm powermanga recommends no packages. powermanga suggests no packages. -- no debconf information pgp0lXGj7gS3z.pgp Description: PGP signature
Bug#441595: [Dev-luatex] (fwd) Bug#441595: not all libraries are customized, there is room for improvement
Martin Schröder wrote: 2009/12/19 Hans Hagen pra...@wxs.nl: yes but how does it check if the libs are functionally the same? APIs are versioned and checked by the loader. http://en.wikipedia.org/wiki/Dynamic_library#Dynamic_linking It works. Mostly. sure, but i wonder what this means for the texlive updater ... will it also ship upgraded (or ancient) library versions then? Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#441595: [Dev-luatex] (fwd) Bug#441595: not all libraries are customized, there is room for improvement
Hi Hans, On Sat, 19 Dec 2009, Hans Hagen wrote: Debian: Dynamic libs. TeXlive: Mostly static binaries. yes but how does it check if the libs are functionally the same? md5sum of the source code. Please do NOT care for what we are doing in Debian, that is our business and I will care for it. I only try to get some changes in texlua pushed upstream and maybe compile some of the libs dynamically *ONLY* in Debian. Best wishes Norbert Norbert Preiningprein...@{jaist.ac.jp, logic.at, debian.org} JAIST, Japan TU Wien, AustriaDebian TeX Task Force gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 KURDISTAN (n.) Hard stare given by a husband to his wife when he notices a sharp increase in the number of times he answers the phone to be told, 'Sorry, wrong number.' --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525865: Error in evolution when it is openning
Am Mittwoch, den 02.12.2009, 21:25 -0500 schrieb Denis Laxalde: Le mardi 28 avril 2009 à 19:07 -0400, Maximiliano Marin Bustos a écrit : Please close this bug. ok Does anyone know why this bug is still marked as not fixed at the diagram at [1]? And why it was not closed right away after it was merged with #525742? Thanks, Paul [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=525865 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#561671: typespeed: new upstream version
Package: typespeed Version: 0.6.4-2.1 Severity: wishlist A new upstream version seems to be available: 0.6.5 Would it be possible to package it? Thanks -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32ares (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages typespeed depends on: ii coreutils 8.1-1 GNU core utilities ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libncurses5 5.7+20090803-2 shared libraries for terminal hand typespeed recommends no packages. typespeed 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#561672: typespeed: Problem in italian option list
Package: typespeed Version: 0.6.4-2.1 Severity: minor When i go to options i read: 1. Colori ON 3. Cheat OFF 3. Ritorna Clearly the 2nd one should have 2 instead of 3 Thanks -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32ares (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages typespeed depends on: ii coreutils 8.1-1 GNU core utilities ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libncurses5 5.7+20090803-2 shared libraries for terminal hand typespeed recommends no packages. typespeed 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#558989: dash's behaviour comes from BSD's test
Package: dash Followup-For: Bug #558989 Just want to point out: though dash's builtin test differs from bash's, dash doesn't invent entirely new behaviour. Dash does the same as the BSD test program. $ /bin/test /bin/ls -nt no-such-file || echo oh ffs :( oh ffs :( (The above command runs on a BSD test program on a BSD OS.) Given the fact that dash stands for debian ash and ash is designed for netbsd originally, I guess this behaviour comes from the original netbsd ash. Since GNU and BSD test -nt gives conflicting results, I think it may be a good idea to remove this Non POSIX feature. Just want to point out: though dash's builtin test differs from bash's, dash doesn't invent entirely new behaviour. Dash does the same as the BSD test program. $ /bin/test /bin/ls -nt no-such-file || echo oh ffs :( oh ffs :( (The above command runs on a BSD test program on a BSD OS.) Given the fact that dash stands for debian ash and ash is designed for netbsd originally, I guess this behaviour comes from the original netbsd ash. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560481: [pkg-phototools - rawstudio/master] Add patch to fix an invalid conversion from 'const char*' to 'char*'.
tag 560481 pending thanks Date: Sat Dec 19 15:05:02 2009 +0100 Author: Bernd Zeimetz be...@bzed.de Commit ID: 3e4054b164361da822468f371f146adffe7e4b33 Commit URL: http://git.debian.org/?p=pkg-phototools/rawstudio.git;a=commitdiff;h=3e4054b164361da822468f371f146adffe7e4b33 Patch URL: http://git.debian.org/?p=pkg-phototools/rawstudio.git;a=commitdiff_plain;h=3e4054b164361da822468f371f146adffe7e4b33 Add patch to fix an invalid conversion from 'const char*' to 'char*'. Thanks: Lucas Nussbaum Closes: #560481 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561673: pidgin-facebookchat: New upstream version 1.64 available
Package: pidgin-facebookchat Version: 1.63-1 Severity: wishlist Hi Iulian, a new upstream version, 1.64, of pidgin-facebookchat is available. It would be nice if you updated the version in unstable. Here the changelog for 1.64: * Fix some friend requests not going away * Fix buddy icons not working for some people * Fix for logging out of browser while using plugin * Fix for buddies with hearts in their status messages * Fix for 'Get Info' screen not working (and eating up CPU) Regards, Adrian -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pidgin-facebookchat depends on: ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libjson-glib-1.0-0 0.8.0-1 GLib JSON manipulation library ii libpurple0 2.6.4-1 multi-protocol instant messaging l ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime pidgin-facebookchat recommends no packages. pidgin-facebookchat 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#561622: [pkg-ntp-maintainers] Bug#561622: Race condition between ntp and NetworkManager at entry to runlevel 2
reassign 561622 libnss-mdns thanks On Fri, Dec 18, 2009 at 03:22:35PM -0800, Carl Mascott wrote: The hosts line of /etc/nsswitch.conf: hosts:files mdns4_minimal [NOTFOUND=return] dns mdns4 Mine only had files dns. Changing it to that breaks things for me. Changing it to: hosts:files mdns4_minimal [NOTFOUND=return] dns Makes things work again. So I believe that this is a bug in libnss-mdns, and am reassigning it. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561674: nfs-kernel-server: Test for NFS kernel server support in init script doesn't work for compiled in nfs support
Package: nfs-kernel-server Version: 1:1.2.0-4.1 Severity: important Tags: patch Test for NFS kernel server support in init script doesn't work for compiled in nfs support. The attached patch works for my kernels. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-gandalf (PREEMPT) Locale: LANG=de_DE.UTF-8, lc_ctype=de...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages nfs-kernel-server depends on: ii libblkid1 2.16.2-0 block device id library ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libcomerr2 1.41.9-1 common error description library ii libgssapi-krb5-21.7+dfsg-3 MIT Kerberos runtime libraries - k ii libgssglue1 0.1-4mechanism-switch gssapi library ii libk5crypto31.7+dfsg-3 MIT Kerberos runtime libraries - C ii libkrb5-3 1.7+dfsg-3 MIT Kerberos runtime libraries ii libnfsidmap20.23-2lxtec0 An nfs idmapping library ii librpcsecgss3 0.19-2 allows secure rpc communication us ii libwrap07.6.q-18 Wietse Venema's TCP wrappers libra ii lsb-base3.2-23 Linux Standard Base 3.2 init scrip ii nfs-common 1:1.2.0-4.1 NFS support files common to client ii ucf 3.0025 Update Configuration File: preserv nfs-kernel-server recommends no packages. nfs-kernel-server suggests no packages. -- no debconf information diff -Naurd nfs-utils-1.2.0~/debian/nfs-kernel-server.init nfs-utils-1.2.0/debian/nfs-kernel-server.init --- nfs-utils-1.2.0~/debian/nfs-kernel-server.init 2009-12-19 14:40:41.0 +0100 +++ nfs-utils-1.2.0/debian/nfs-kernel-server.init 2009-12-19 14:43:00.0 +0100 @@ -64,7 +64,7 @@ do_modprobe nfsd # See if our running kernel supports the NFS kernel server - if ! [ -d /sys/module/nfsd ]; then + if ! [ -d /proc/fs/nfsd ]; then log_warning_msg Not starting $DESC: no support in current kernel. exit 0 fi
Bug#551471: gthumb asys couldn't open device (in swedish kunde inte öppna) /media/No NAME/dcim...
Hello Bo, (quoting your first message) On Sunday 18 October 2009 15:09:01, Bo Forslund wrote: Package: gthumb Version: 3:2.10.11-2 Severity: important when a camera/card is connected, gthumd says coul't open /media/NO NAME/dcim... then it seems to fetch something. The file manager-like windows is getting filled with filenames and thumbnail icons. Then one can try to click the Import button but nothing more will happend. From an xterm one can do cp /media/No\ NAME/dcim... ~/camera/... so it is possible to import from, or export for that matter to the camera card. It worked a couple of days ago under Lenny. An upgrade to Squeeze and it stopped working. There's so little information here that I can't really do anything at the moment :( Please, try starting gthumb from a console, and paste here the messages appearing. Also, please do: $ strace gthumb -o somefile then only try to do the import, and close everything as soon as it fails. Then please attach somefile to this bugreport. Let's try to fix this bug! And sorry for the late reply, been particularly busy :( Thank you. David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: This is a digitally signed message part.
Bug#561657: [Pkg-fglrx-devel] Bug#561657: fglrx-modules-dkms: generated module fails to load into kernel 2.6.32
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Laurent Bonnaud schrieb: Package: fglrx-modules-dkms Version: 1:9-11-2 Severity: important Hi, here is the problem: # modprobe fglrx FATAL: Error inserting fglrx (/lib/modules/2.6.32-trunk-686-bigmem/updates/dkms/fglrx.ko): Invalid module format # dmesg | grep fglrx [ 36.581587] fglrx: disagrees about version of symbol module_layout The fglrx module generated by dkms used to work with kernel 2.6.31. The fglrx module compiled with module-assistant does work with kernel 2.6.32. -- Package-specific info: VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: ATI Technologies Inc RV770 [Radeon HD 4850] DRM and fglrx Informations from dmesg: [0.991112] Linux agpgart interface v0.103 [ 36.581587] fglrx: disagrees about version of symbol module_layout [ 319.039216] fglrx: disagrees about version of symbol module_layout Xorg X server configuration file status: -rw-r--r-- 1 root root 1406 Oct 20 11:52 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf (X.Org X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type man xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section ServerLayout Identifier aticonfig Layout Screen 0 Default Screen 0 0 EndSection Section Files EndSection Section Module EndSection Section InputDevice Identifier Generic Keyboard Driver kbd Option XkbRules xorg Option XkbModel pc105 Option XkbLayout fr Option XkbVariant latin9 EndSection Section InputDevice Identifier Configured Mouse Driver mouse EndSection Section Monitor Identifier Configured Monitor EndSection Section Device Identifier Configured Video Device Driver fglrx BusID PCI:1:0:0 EndSection Section Screen Identifier Default Screen Device Configured Video Device MonitorConfigured Monitor DefaultDepth 24 EndSection Xorg X server log files on system: -rw-r--r-- 1 root root 12990 Feb 24 2009 /var/log/Xorg.1.log -rw-r--r-- 1 root root 31514 Dec 19 11:24 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X.Org X Server 1.6.5 Release Date: 2009-10-11 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.30.8-dsa-ia32 i686 Debian Current Operating System: Linux jophur 2.6.32-trunk-686-bigmem #1 SMP Thu Dec 17 01:08:50 UTC 2009 i686 Build Date: 13 October 2009 11:25:51AM xorg-server 2:1.6.5-1 (bui...@murphy.debian.org) Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Sat Dec 19 11:23:54 2009 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout aticonfig Layout (**) |--Screen Default Screen (0) (**) | |--Monitor Configured Monitor (**) | |--Device Configured Video Device (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins (==) ModulePath set to /usr/lib/xorg/modules (II) Cannot locate a core pointer device. (II) Cannot locate a core keyboard device. (II) The server relies on HAL to provide the list of input devices. If no devices become available, reconfigure HAL or disable AllowEmptyInput. (II) Loader magic: 0x6c0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 5.0 X.Org XInput driver : 4.0 X.Org Server Extension : 2.0 (II) Loader running on linux (++) using VT number 7 (--) PCI:*(0:1:0:0) 1002:9442:1458:21c7 ATI Technologies Inc RV770 [Radeon HD 4850] rev 0, Mem @ 0xc000/268435456, 0xfa6f/65536, I/O @ 0x9000/256, BIOS @ 0x/131072
Bug#561675: dash: incompatibility with sh
Package: dash Version: 0.5.5.1-3 Severity: normal so simple scripts stopped working after update to dash #!/bin/sh IFACE=$1 if [ $2 == up ] then INS=-I ADD=-A else INS=-D ADD=-D fi workaround: use bash -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dash depends on: ii debianutils 3.2.2 Miscellaneous utilities specific t ii dpkg 1.15.5.4 Debian package management system ii libc6 2.10.2-2 GNU C Library: Shared libraries dash recommends no packages. dash suggests no packages. -- debconf information: * dash/sh: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561668: [Pkg-fglrx-devel] Bug#561668: fglrx-atieventsd: breaks .Xauthority management
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 severity #561668 normal thanks Hi, hmm here it is working. What is the full path of your xauthority and the content. You may also deactivate the daemon in /etc/default/fglrx-atieventsd. Eduard Bloch schrieb: Package: fglrx-atieventsd Version: 1:9-12-1 Severity: important File: fglrx-atieventsd After recent upgrade in Sid, no more X program could be started. According to strace, they failed to find or open .Xauthority file, OTOH this file for unknown reason either became root owner (600 permissions) or was not created at all by xinit. The whole case was mysterious until I saw a weird process called fgrlx-atieventsd daemon having xauth in the arguments. And after removing the package, the mystery was gone, everything works as usual. Regards, Eduard. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fglrx-atieventsd depends on: ii libc62.10.2-2GNU C Library: Shared libraries ii libgl1-mesa-glx [libgl1] 7.6.1~rc3-1 A free implementation of the OpenG hi libx11-6 2:1.2.1-1 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxrandr2 2:1.3.0-2 X11 RandR extension library ii libxrender1 1:0.9.5-1 X Rendering Extension client libra ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip hi xserver-xorg 1:7.4+1 the X.Org X server Versions of packages fglrx-atieventsd recommends: ii acpid 1.0.10-5 Advanced Configuration and Power I pn fglrx-driver none (no description available) fglrx-atieventsd suggests no packages. - -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer E-Mail: pmatth...@debian.org patr...@linux-dev.org Comment: Always if we think we are right, we were maybe wrong. */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkss5PYACgkQ2XA5inpabMdHJQCfbjMe1FkS1oB4Jwc4EekMvrnQ 7LQAn1QvIvk7u42LKFpfxtJEEBzkuQRE =H8vm -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#561676: Wishlist: Disable hylafax-server faxqclean routine by default
Package: hylafax-server Version: 2:4.4.4-10.1 Severity: wishlist Hylafax-server package installs and activates by default a weekly cron job that can be a bit dangerous in some setups. The script is located under /etc/cron.weekly/hylafax and calls faxqclean routine. That routine is intended to archive both submitted faxes and sent jobs which are older than 35 days but I think it has two main problems: 1/ Fax archiving is not always a good idea. As received and sent faxes are removed from the active queues, they are not longer available for the users to review them in an easily manner. Anyway, is a task that has to be carefully reviewed by the administrator before getting executed. 2/ There is a second (and more severe) problem with this routine: it deletes files that should not be deleted at all. For example, I maintain a big spool for faxes, documents and logs (since 2.006) and that routine automatically deletes (just erases without archiving) any unreferenced file that founds. That means the files are completely lost, none option to restore them from /var/spool/hylafax/archive. 3/ That behavior forced me to disable the routine at all so it gets not executed but I fear that any security update of hylafax-server package just restores the script and activates it again. So my wish is for this script to be disabled by default because the way is configured right now it can delete your files. I am using Debian GNU/Linux 5.0.3, kernel 2.6.26-2-amd64 and libc6 2.7-18. Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561677: Support for libtool builds
Package: colormake Version: 0.2-8 Severity: normal Tags: upstream patch Libtool builds output lines starting with libtool: link: gcc or libtool: compile: gcc which get missed by colormake. Compiler warnings are then missed, too, because the context is wrong. The attached patch adds support for this kind of output. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (50, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686-bigmem (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/bash Versions of packages colormake depends on: ii less 436-1 pager program similar to more ii make 3.81-7 An utility for Directing compilati ii perl 5.10.1-8 Larry Wall's Practical Extraction colormake recommends no packages. colormake suggests no packages. -- no debconf information --- a/colormake.pl 2009-12-19 15:20:01.0 +0100 +++ b/colormake.pl 2009-12-19 15:17:02.0 +0100 @@ -86,7 +86,7 @@ while () { $in = 'make'; } - elsif ($thisline =~ s/^(\s*(([[:ascii:]]+-)?g?cc|(g|c)\+\+).*)$/$col_gcc$1$col_norm/) + elsif ($thisline =~ s/^(\s*(libtool:\s*)?((compile|link):\s*)?(([[:ascii:]]+-)?g?cc|(g|c)\+\+).*)$/$col_gcc$1$col_norm/) { $in = 'gcc'; }
Bug#561678: dput: Make distribution=*-security do ftp-master more difficult
Package: dput Version: 0.9.5.1 Severity: wishlist It happens on a regular basis that people (even security-team members) upload *-security uploads to ftp-master instead of security-master. This causes delays for releasing security updates and additional work for the release team to clean up the proposed-updates queues on ftp-master. Therefore, the default configuration should make it a bit more difficult to do this. I have two ideas how this could be implemented: - Make dput use the correct host by default: add distributions = stable-security,oldstable-security to security-master and distributions = testing-security to security-master-unembargoed (I haven't tested this yet, but from the man page this should work.) - Make dput ask for confirmation or deny uploads of *-security to ftp-master. Either add the possibility for some confirm_distributions regex in the configration or just add allowed_distributions = (?!-security) to security-master. However, there are situations when such uploads are necessary, therefore there should be a command line switch (--force ?) to override the restriction. I am not sure which method would be better. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561679: mirror submission for ftp.uoi.gr
Package: mirrors Severity: wishlist Submission-Type: new Site: ftp.uoi.gr Type: leaf Archive-architecture: amd64 hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 m68k powerpc Archive-ftp: /debian/ Archive-http: /debian/ IPv6: no Archive-upstream: trumpetti.atm.tut.fi Updates: twice Maintainer: University Of Ioannina f...@uoi.gr Country: GR Greece -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561021: KMS retaining information that it shouldn't have
On Sat, Dec 19, 2009 at 03:32:58PM +0100, Wouter Verhelst wrote: Hi, On Sun, Dec 13, 2009 at 09:28:09PM +0100, Bastian Blank wrote: On Sun, Dec 13, 2009 at 08:12:41PM +0100, Wouter Verhelst wrote: Package: linux-2.6 Version: 2.6.31-2 This is not the latest version, please update. That's today, after an 'apt-get update'. I don't think so. Yes, there is, I uploaded it myself. | $ apt-cache policy linux-image-2.6.32-trunk-amd64 | linux-image-2.6.32-trunk-amd64: | Installed: (none) | Candidate: 2.6.32-2 | Version table: | 2.6.32-2 0 | 500 http://debian.waldi.eu.org sid/main Packages | 500 http://ftp.de.debian.org sid/main Packages When I run 'xrandr' without arguments, it still only shows the supported resolutions of the original monitor, rather than those of the monitor that I'm connected to at that point. xorg log? Bastian -- If I can have honesty, it's easier to overlook mistakes. -- Kirk, Space Seed, stardate 3141.9 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561669: gecko-mediaplayer: Crashes when opening mediapalyer file, then dissapears from plugin list
When I then go to a webpage with a mediaplayer stream (an asf at eg. www.uitzeninggemist.nl) firefox crashes. I guess you mean http://www.uitzendinggemist.nl/ ? Can you give me a link to a stream that causes you to crash? I tried a few on that page and none of them caused a crash. When I restart iceweasel,all of the gecko listings have dissapeared. What do you mean!? The only fix is creating a new profile, which then crashes again when visiting a web site with a mediaplayer stream. OK, so you mean that your ~/.mozilla/* get corrupted? Well, this would seem a mozilla problem to me (or possibly a problem with your system, perhaps file system related). If you give me a way to reproduce your crash I can see if we can do something about that, but for the corruption I'm afraid there isn't much I (or upstream) can do. Cheers, Cesare -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560684: Problems with Debian PowerPC
On Dec 17, 2009, at 5:39 PM, Frans Pop wrote: On Thursday 17 December 2009, Rick Thomas wrote: It may not be grave for the installer (indeed, you've already established at great length that it's not an installer problem at all) but that doesn't make it any the less grave for whatever package it does belong to. You've given me a few hints as to how to figure out what package that might be. Any further help -- from anyone more knowledgeable than I -- will be appreciated, of course. This looks like a fairly likely reason: http://packages.debian.org/squeeze/gnome-core For some reason the package was forced to testing even though it was not available on all architectures. If that is the reason, then it means that Gnome is currently not installable on all but 5 architectures. With powerpc probably the only one very many people will really care about (though that's a steadily declining number). It's almost certain that both the relevant package maintainer and the release team are already aware of this and that it has been a conscious choice to accept the breakage. Whether or not it should block the release of D-I is up to others. How did I get there (I needed the roundabout way because I don't have a powerpc box; it would have been trivial to check in aptitude)? - http://edos.debian.net/edos-debcheck/ - choose squeeze - in the most recent run, choose powerpc - http://edos.debian.net/edos-debcheck/results/testing/1261006803/powerpc/list.php And notice that gnome-accessibility (and a few others, but that seems the most likely cause) is listed, and check the reasons. A new version of the package (1:2.28+3) has been built for all arches: https://buildd.debian.org/~luk/status/package.php?p=meta-gnome2 But looks to be blocked by other packages for now: http://release.debian.org/migration/testing.pl?package=meta-gnome2 Here, for the record, is the log of an attempt to do aptitude full- upgrade on my Debian Squeeze PowerPC test machine. Here's the part that first indicates there might be trouble... The following packages have unmet dependencies: epiphany-extensions-more: Depends: epiphany-extensions ( 2.27) but 2.28.1-2 is to be installed. epiphany-browser: Conflicts: epiphany-gecko but 2.29.3-1 is to be installed. grdc: Depends: remmina which is a virtual package. gnome: Depends: tomboy (= 1.0) but it is not installable Happy Solstice! Rick greybox:~# aptitude -Pv full-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done The following packages are BROKEN: epiphany-browser epiphany-extensions-more gnome grdc The following NEW packages will be installed: gir1.0-clutter-0.8{a} gir1.0-freedesktop{a} gir1.0-glib-2.0{a} gir1.0-gstreamer-0.10{a} gir1.0-gtk-2.0{a} gnome-disk-utility{a} gnome-js-common{a} libclutter-0.8-0{a} libclutter-cairo-0.8-0{a} libclutter-gtk-0.8-0{a} libgdu-gtk0{a} libseed0{a} The following packages will be REMOVED: binfmt-support{u} cli-common{u} libart2.0-cil{u} libgconf2.0-cil{u} libglade2.0-cil{u} libglib2.0-cil{u} libgmime-2.0-2a{u} libgmime2.2a-cil{u} libgnome-vfs2.0-cil{u} libgnome2.24-cil{u} libgnomepanel2.24-cil{u} libgtk2.0-cil{u} libmono-addins-gui0.2-cil{u} libmono-addins0.2-cil{u} libmono-cairo2.0-cil{u} libmono-corlib2.0-cil{u} libmono-i18n-west2.0-cil{u} libmono-posix2.0-cil{u} libmono-security2.0-cil{u} libmono-sharpzip2.84-cil{u} libmono-system2.0-cil{u} libndesk-dbus-glib1.0-cil{u} libndesk-dbus1.0-cil{u} mono-2.0-gac{u} mono-gac{u} mono-runtime{u} swfdec-mozilla{a} tomboy{u} The following packages will be upgraded: epiphany-browser-data epiphany-extensions epiphany-gecko gnome-accessibility gnome-core gnome-desktop-environment gnome-office 9 packages upgraded, 13 newly installed, 28 to remove and 0 not upgraded. Need to get 11.5MB of archives. After unpacking 17.7MB will be freed. The following packages have unmet dependencies: epiphany-extensions-more: Depends: epiphany-extensions ( 2.27) but 2.28.1-2 is to be installed. epiphany-browser: Conflicts: epiphany-gecko but 2.29.3-1 is to be installed. grdc: Depends: remmina which is a virtual package. gnome: Depends: tomboy (= 1.0) but it is not installable The following actions will resolve these dependencies: Remove the following packages: epiphany-extensions-more epiphany-gecko gnome Keep the following packages at their current version: grdc [Not Installed] Score is 266 Accept this solution? [Y/n/q/?] r gnome UNINST Rejecting the removal of gnome Accept this solution? [Y/n/q/?] n The following actions will resolve these dependencies: Keep the following packages at their current version: epiphany-browser [2.26.3-2 (now)] epiphany-browser-data [2.26.3-2 (now)] epiphany-extensions [2.26.1-1 (now)] epiphany-gecko [2.26.3-2 (now)] gnome [1:2.26+0 (now)]
Bug#524469: xprint: segfault soon after startup on amd64
Drew Parsons wrote, on 2009-12-19 12:11: Arthur Marsh wrote: I found this error in dmesg soon after startup: Xprt[3624]: segfault at 0 ip (null) sp 7fff0b3f07b8 error 14 in Xprt[40+3e1000] Hi Arthur, a new build of xprint is now available, v 2:1.6.0-2. Are you in a position to test this new version to check if your xprint segfaults are still occurring? Drew Hi, I recently upgrade to xprint 2:1.6.0-3 on AMD64 and the problem is no longer present. Thanks for your help! Arthur. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561021: KMS retaining information that it shouldn't have
Hi, On Sun, Dec 13, 2009 at 09:28:09PM +0100, Bastian Blank wrote: On Sun, Dec 13, 2009 at 08:12:41PM +0100, Wouter Verhelst wrote: Package: linux-2.6 Version: 2.6.31-2 This is not the latest version, please update. wou...@celtic:~$ LC_ALL=C apt-cache policy linux-image-$(uname -r) linux-image-2.6.31-1-amd64: Installed: 2.6.31-2 Candidate: 2.6.31-2 Version table: *** 2.6.31-2 0 500 http://apt-cacher.grep.be unstable/main Packages 500 http://ftp.be.debian.org unstable/main Packages 100 /var/lib/dpkg/status That's today, after an 'apt-get update'. I don't think so. However, when trying to use xrandr to move the resolution to the native output resolution of that second monitor, I found that I could not do so; instead, the system refused to go beyond the resolution which the TV had in its EDID data. Additionally, the 1330xsomething resolution supported by the TV, while supported by the monitor, is not actually shown in its EDID data (at least not after a reboot). What is the output of xrandr? How does it refuse to move the resolution? When I run 'xrandr' without arguments, it still only shows the supported resolutions of the original monitor, rather than those of the monitor that I'm connected to at that point. -- The biometric identification system at the gates of the CIA headquarters works because there's a guard with a large gun making sure no one is trying to fool the system. http://www.schneier.com/blog/archives/2009/01/biometrics.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#404686: mozilla-firefox: crashes on one webmail page
Hi, Does the following bug still applies for you with iceweasel 3.0 in stable or 3.5 in testing/unstable ? If it does, please try to follow the instructions in /usr/share/bug/iceweasel/presubj Cheers, Mike On Sun, Jan 14, 2007 at 05:54:36PM -0500, Eric Dorland wrote: reassign 404686 iceweasel thanks * lake...@onet.eu (lake...@onet.eu) wrote: Yes, I tried. So it has the same problem? Have you tried moving your .mozilla and/or .firefox directories out of the way? Any extensions installed? U?ytkownik Eric Dorland e...@debian.org napisa?: reassign 404686 firefox thanks * lakeman (lake...@onet.eu) wrote: Package: mozilla-firefox Version: 1.5.dfsg+1.5.0.7-2 Severity: important While checking my mailbox (lake...@onet.eu) on page http://poczta.onet.pl it suddenly crashes. I have also other mailboxes but only on onet it crashes. Have you tried with the new iceweasel package from unstable? -- Eric Dorland e...@kuroneko.ca ICQ: #61138586, Jabber: ho...@jabber.com 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561530: [tex-live] Bug#561530: texlive-latex-base: \noextrasfrancais macro does not work : frenchb.ldf problem
Hi all Norbert Preining a écrit : Hi all, thanks Manuel for the explanations! On Sa, 19 Dez 2009, Manuel Pégourié-Gonnard wrote: Since frenchb 2.x, the layout (lists, footnotes, etc.) is considered global (that is, shared by all languages), see third paragraph of section 29.1 in babel.pdf. Incompatibilities between frenchb 2.x and 1.x are known and purposeful: the new defaults are supposed to be better, and moreover frenchb 2.x is more configurable thna previous versions, allowing to restore LaTeX defaults and/or emulate the behaviour of older version of frenchb. I think that is enough to close this bug. Denis, do you agree? I guess I should though I can't say I understood everything Manuel wrote ! I'm not very familiar with latex, using it trough lyx. Manuel, can you please tell me what I should do to get bullets displayed as bullets and not dashes in the converted PDF file ? I guess this has something to do with what you mentioned in your PS (\addto\extrasfrench{\providecommand{\og}{%etc), but I did not know what to do with it. Thanks, Regards, Denis Best wishes Norbert Norbert Preiningprein...@{jaist.ac.jp, logic.at, debian.org} JAIST, JapanTU Wien, Austria Debian TeX Task Force DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 DUNCRAGGON (n.) The name of Charles Bronson's retirement cottage. --- Douglas Adams, The Meaning of Liff -- Denis Prost Chargé de mission Aide Emploi services 1 rue du tribunal 35600 REDON Tel : 02 99 72 59 44 Fax : 02 99 72 39 85 mel : aide.emploi.servi...@wanadoo.fr
Bug#542081: (asterisk-addons_1.4.7-1/avr32): FTBFS: Outdated config.{sub, guess}
On Mon, Aug 17, 2009 at 06:39:35PM +0100, bradsm...@debian.org wrote: Package: asterisk-addons Version: 1.4.7-1 Severity: wishlist User: bradsm...@debian.org Usertags: avr32 Hi, Whilst building your package on AVR32, the build failed due to outdated config.{sub,guess} files. Full build logs available: http://buildd.debian-ports.org/build.php?pkg=asterisk-addonsarch=avr32ver=1.4.7-1 Fixed files now commited upstream. They will be included in the version following 1.6.2.0 (e.g. 1.6.2.1). (The ones in the menuselect subdirectory were fixed earlier) However asterisk-addons has been using config.{sub,guess} of the build system for quite some time. So I can't see why this has caused the breakage. -- Tzafrir Cohen icq#16849755 jabber:tzafrir.co...@xorcom.com +972-50-7952406 mailto:tzafrir.co...@xorcom.com http://www.xorcom.com iax:gu...@local.xorcom.com/tzafrir -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533406: [Bulk] Re: cssh real name / given name handling changed in 3.26, breaking some known_hosts
On 18 Dec 2009, at 23:08, Maximilian Engelhardt wrote: On Wednesday 02 December 2009 10:24:21 Duncan Ferguson wrote: On 20 Nov 2009, at 10:20, Josip Rodin wrote: A couple of us noticed and reported a problem with cssh 3.26 in Debian at http://bugs.debian.org/533406 that you may be interested in fixing. I have just put a code fix into git - can you try it out and let me know if its now OK for you. I just tried the latest git version and it fixed this bug for me. Thanks a lot. Great. Just released 3.28 to sf.net Duncs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561675: dash: incompatibility with sh
On 19.12.2009 16:48, Sergey Dorofeev wrote: #!/bin/sh IFACE=$1 if [ $2 == up ] ^^ This is bashism. Please, use = if you looking for portability. then INS=-I ADD=-A else INS=-D ADD=-D fi workaround: use bash True :) -- Rgrds, legion -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org