Bug#381472: translate-docformat: please provide alternative dependency on texlive
Hi Fellipe! On Die, 22 Aug 2006, Felipe Augusto van de Wiel (faw) wrote: Please make this package cooperate with the texlive packages in Debian. Sure. :) Thanks. I did that for translate-docformat 0.6-3 but there is one important thing to consider, without tetex-bin it is not going to be possible to install translate-docformat, because it depends on jadetex and jadetex depends on the tetex-bin (without the texlive alternative). I know and I am working on this. Unfortunately there are different and very crazy problems concerning format generation with jadetex which stops me from making a NMU. I hope to get this fixed soon. Best wishes Norbert --- Dr. Norbert Preining preining AT logic DOT at Università di Siena gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- SUTTON and CHEAM (nouns) Sutton and cheam are the kinds of dirt into which all dirt is divided. 'Sutton' is the dark sort that always gets on to light-coloured things, 'cheam' the light-coloured sort that clings to dark items. Anyone who has ever found Marmite stains on a dress-shirt or seagull goo on a dinner jacket (a) knows all about sutton and cheam, and (b) is going to tome very curious dinner parties. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#201878: spending time with you
Do not ignore meb please, I found your email somewhebre and nowb adecided to write you. I am comibng to yobubr place in few weeks and thought we can meet each other. Let me know if you do not mind. I am a nice pretty girl. Dobn't reply to this email. Email me direclty at [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376442: Processed: Re: phpqladmin: CVE-2006-3301: cross-site scripting
Quoting [EMAIL PROTECTED] (Debian Bug Tracking System): Processing commands for [EMAIL PROTECTED]: Bug#376442: phpqladmin: many cross site scripting problems Tags were: security Tags added: upstream Since I'm both the upstream and Debian GNU/Linux maintainer, I'd very much like to fix this. What do I need to do? I can understand 'cross site scripting' and why it should be a security problem... I don't _execute_ anything... ?!? Please advice. -- Uzi arrangements explosion plutonium ammonium 767 Iran radar Delta Force assassination Ft. Meade kibo attack subway iodine [See http://www.aclu.org/echelonwatch/index.html for more about this] [Or http://www.europarl.eu.int/tempcom/echelon/pdf/rapport_echelon_en.pdf] If neither of these works, try http://www.aclu.org and search for echelon. Note. This is a real, not fiction. http://www.theregister.co.uk/2001/09/06/eu_releases_echelon_spying_report/ http://www.aclu.org/safefree/nsaspying/23989res20060131.html#echelon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382870: texlive-latex-recommended: beamer.cls depends on pgfcore.sty which is not available
Hi all! On Mon, 21 Aug 2006, Frank Küster wrote: $ grep pgf CHANGES.packaging * upgrade pgf in texlive-pictures to 1.01 for compatibility fixes Does that mean that 1.00 is generally buggy in Debian, or just that 1.00 does not work properly with special components in TeXlive? 1.00 is buggy by itself: 2005-11-16 Till Tantau [EMAIL PROTECTED] Version 1.01: - Added textures support. - Added text opacity option. - Fixed bug in pgfbasesnakes.code.tex causing lot's of 'missing = in nullfont' message in log file. - Fixed bug that made plain tex mode unusable. - Fixed missing pgfsys-vtex.def in FILES. - Fixed wrong box placements in compatibility mode. - Fixed SVG support to create legal xml. - Moved documentation to doc/generic/pgf. Especially the - Fixed wrong box placements in compatibility mode. hits practically *all* documents using the old 0.65 commands. And as I have quite some of them which I don't want/can convert ... Best wishes Norbert --- Dr. Norbert Preining preining AT logic DOT at Università di Siena gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- KIRBY MISPERTON (n.) One who kindly attempts to wipe an apparent kirby (q.v.) off another's face with a napkin, and then discovers it to be a wart or other permanent fixture, is said to have committed a 'kirby misperton'. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374356: confirmation of breakage and patch success
I can confirm the same problem on my setup (Unstable, 2.6.17 kernel, libgpod0 0.3.2-1). In my case, though, my 3rd gen ipod *has* the ModelNumStr line in SysInfo, but lacks the visibleBuildID (although mine has a buildID). I grabbed the source bundle of libgpod0, modifed the code per the patch, rebuilt libgpod0, reinstalled it, and gtkpod and amarok work again. In any case, the patch provided above worked just fine for me as well. It looks like this fix (or similar) needs to happen upstream. I poked around in the libgpod cvs tree and, from a brief look, it seems that this fix has not yet been included in HEAD. I'll pass along a report to the libgpod list. -jason -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#131387: want to meet?
Hi, Hope I am not writing to wrong aaddress. I am nice, pretty looking girl. I am planninag on visitbing your town this month. Can a we meet each other in person? Message me back at [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376868: dpkg-dev: dpkg-source exits with error 13
On Mon, Aug 21, 2006 at 03:12:56PM -0400, Jamin W. Collins wrote:
I also appear to be bitten by this one. My user accounts are also stored
in LDAP.
Does anybody know why we use LOGNAME (in /usr/lib/dpkg/controllib.pl)?
I could find this in the ChangeLog:
dpkg (1.4.0.9) unstable; urgency=low
[...]
* Changed controllib.pl to use $ENV{LOGNAME}, getlogin(), and $
(in that order) to determine the intended ownership of
debian/{files,substvars}, (fixes #7324, #6823, #5659, #5965, #5929,
#9239, #5366).
[...]
-- Klee Dienes [EMAIL PROTECTED] Mon, 17 Mar 1997 16:11:24 -0500
(And I can't find these bug reports; BTW does anybody have an archive of them)
If we could remove the usage of LOGNAME (and getlogin), and only keep $ and
$(, I think it would be fine (in that case, there is no need to call getpwnam).
A patch is attached, but it assumes these bugs do not apply anymore ;(
Kind Regards,
--
Nekral
Index: scripts/controllib.pl
===
--- scripts/controllib.pl (révision 510)
+++ scripts/controllib.pl (copie de travail)
@@ -35,43 +35,8 @@
$progname= $0; $progname= $ if $progname =~ m,[^/]+$,;
-$getlogin = getlogin();
-if(!defined($getlogin)) {
- open(SAVEIN, STDIN);
- close(STDIN);
- open(STDIN, STDERR);
[EMAIL PROTECTED] = ( $, $( );
- $getlogin = getlogin();
-
- close(STDIN);
- open(STDIN, SAVEIN);
- close(SAVEIN);
-}
-if(!defined($getlogin)) {
- open(SAVEIN, STDIN);
- close(STDIN);
- open(STDIN, STDOUT);
-
- $getlogin = getlogin();
-
- close(STDIN);
- open(STDIN, SAVEIN);
- close(SAVEIN);
-}
-
-if (defined ($ENV{'LOGNAME'})) {
-@fowner = getpwnam ($ENV{'LOGNAME'});
-if (! @fowner) { die (sprintf (_g('unable to get login information for
username %s'), $ENV{'LOGNAME'})); }
-} elsif (defined ($getlogin)) {
-@fowner = getpwnam ($getlogin);
-if (! @fowner) { die (sprintf (_g('unable to get login information for
username %s'), $getlogin)); }
-} else {
-warn (sprintf (_g('no utmp entry available and LOGNAME not defined; using
uid of process (%d)'), $));
-@fowner = getpwuid ($);
-if (! @fowner) { die (sprintf (_g('unable to get login information for uid
%d'), $)); }
-}
[EMAIL PROTECTED] = @fowner[2,3];
-
sub capit {
my @pieces = map { ucfirst(lc) } split /-/, $_[0];
return join '-', @pieces;
Bug#292061: closed by Nathanael Nerode [EMAIL PROTECTED] (PREEMPT will remain enabled)
reopen 292061 thanks Who gives you the authority to close this bug? Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature
Bug#384143: netbase: interfaces(5) point to wrong See Also doc
Package: netbase Version: 4.26 Severity: minor Hello, interfaces(5) SEE ALSO Examples of how to set up interfaces can be found in /usr/share/doc/ifupdown/examples/network-interfaces. The correct file is /usr/share/doc/ifupdown/examples/network-interfaces.gz -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages netbase depends on: ii debconf [debconf-2.0] 1.5.3Debian configuration management sy ii ifupdown0.6.7high level tools to configure netw ii iputils-ping [ping] 3:20020927-3 Tools to test the reachability of ii lsb-base3.1-14 Linux Standard Base 3.1 init scrip ii openbsd-inetd 0.20050402-2 The OpenBSD Internet Superserver ii tcpd7.6.dbs-10 Wietse Venema's TCP wrapper utilit netbase recommends no packages. -- debconf information: netbase/upgrade-note/etc-network-interfaces-pre-3.17-1: netbase/upgrade-note/init.d-split-pre-3.16-1: netbase/upgrade-note/radius-ports-pre-3.05: netbase/upgrade-note/portmap-restart-pre-3.11-2: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384080: Tk may not work without rgb-symlink
On Mon, 2006-08-21 at 21:09 +0200, Michael Hartmann wrote: (**) RgbPath set to /usr/lib/X11/rgb The '(**)' indicates that your xorg.conf contains an RgbPath line. Do things work without symlink if you comment that out? -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#384144: submiturls presseding
Package:popularity-contest Severity: wishlist Tags: patch Hi For the debian-edu CD we would like to use popcon, but as you might know we love to work with preseeding and currently it is not possible to preseed the submiturls. Enclosed I send you a patch which should enable it, please check for errors as it is a fast and dirty one and the description could get some improvements. I hope you agree in adding a debconf question for it as we for instance need it to decide which packages from the debian archive are needed on the CD and in use by the schools and unis and which aren't. Cheers Steffen diff -Nru /tmp/9hZa9UaYwL/popularity-contest-1.33/debian/config /tmp/GEV49yCQiC/popularity-contest-1.34/debian/config --- /tmp/9hZa9UaYwL/popularity-contest-1.33/debian/config 2005-08-06 07:08:22.0 +1000 +++ /tmp/GEV49yCQiC/popularity-contest-1.34/debian/config 2006-08-22 16:26:51.0 +1000 @@ -42,3 +42,7 @@ db_input low popularity-contest/use-http || [ $? -eq 30 ] db_go || true fi + +# Ask for different URL +db_input low popularity-contest/submiturl || [ $? -eq 30 ] +db_go || true diff -Nru /tmp/9hZa9UaYwL/popularity-contest-1.33/debian/postinst /tmp/GEV49yCQiC/popularity-contest-1.34/debian/postinst --- /tmp/9hZa9UaYwL/popularity-contest-1.33/debian/postinst 2005-08-06 07:08:22.0 +1000 +++ /tmp/GEV49yCQiC/popularity-contest-1.34/debian/postinst 2006-08-22 16:28:55.0 +1000 @@ -29,6 +29,11 @@ USEHTTP=no fi +db_get popularity-contest/submiturls || true +if [ -n $RET ] ; then + SUBMITURLS=$RET +fi + # The md5 sum of an empty file EMPTYID=d41d8cd98f00b204e9800998ecf8427e @@ -56,6 +61,7 @@ MY_HOSTID=$MY_HOSTID PARTICIPATE=$PARTICIPATE USEHTTP=$USEHTTP + SUBMITRULS=$SUBMITURLS EOF # Make sure user nobody can read the file. chmod a+r $conffile diff -Nru /tmp/9hZa9UaYwL/popularity-contest-1.33/debian/templates /tmp/GEV49yCQiC/popularity-contest-1.34/debian/templates --- /tmp/9hZa9UaYwL/popularity-contest-1.33/debian/templates 2005-08-06 07:08:22.0 +1000 +++ /tmp/GEV49yCQiC/popularity-contest-1.34/debian/templates 2006-08-22 16:25:28.0 +1000 @@ -27,3 +27,9 @@ Default: true _Description: Use HTTP to submit reports? If you do not want to use HTTP, email is used instead. + +Template: poularity-contest/submiturls +Type: string +Default: http://popcon.debian.org/cgi-bin/popcon.cgi +_Description: URL for submitting reports? + Which URL do you want to use for submitting your reports? pgp1txbfr5mU0.pgp Description: PGP signature
Bug#384080: Tk may not work without rgb-symlink
Things work still fine without RgbPath line in xorg.conf and symlink. I'm not using a xorg.conf generated by Debian, because it doesn't work on my pc, so I just use the knoppix generated xorg.conf. When reporting this I forgot to check that with a debian generated xorg.conf. In fact I was just happy that perl-tk works fine again and reported this to you and to the tk8.4 maintainer in hope that it is useful. So if there is no RgbPath line in the Debian generated xorg.conf file, you propably can close this bug report. However, I still don't understand why just tk had that problems. Thank you for your help. --Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383266: dvipsk-ja: Couldn't find header file texnansi.enc
Ryo Furue [EMAIL PROTECTED] wrote: Frank, thanks for the response! | Package: dvipsk-ja | Version: 5.95a+jp1.7a-1 | Severity: grave | dvips: ! Couldn't find header file texnansi.enc | bash$ | [...] | ii tetex-base3.0-20 Basic library files of teTeX | ii tetex-bin 3.0-18 The teTeX binary files | | This file should be in tetex-base. What is the output of | | kpsewhich texnansi.enc | kpsewhich --show-path=enc files bash$ kpsewhich texnansi.enc /usr/share/texmf-tetex/fonts/enc/dvips/psnfssx/texnansi.enc [...] I'm sending this to [EMAIL PROTECTED] . I hope this is the correct address. Yes, that's fine. The bug address is for the archive and for the maintainer of dvipsk-ja, while I'm one of the teTeX maintainers and do not get mail sent to the bug address. So the file exists on your system and is found by kpsewhich, and it is strange that dvips doesn't find it. Unfortunately, I cannot reproduce this; but this may be because I don't have a dvi file that needs texnansi.enc. Could you please try to build a minimal tex file that produces the error, and send us - the minimal tex file and a dvi file - the file dvips.debug generated with KPATHSEA_DEBUG=126 dvips Your_DVI_file.dvi 2dvips.debug An explanation how to get a minimal file can be found at http://www.minimalbeispiel.de/mini-en.html Regards, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#384145: ssmtp: Enable cram-md5
Package: ssmtp Version: 2.61-7 Severity: wishlist Please enable cram-md5 (using the --enable-md5auth configure option) in ssmtp. Thanks -- Ubuntu - http://www.ubuntu.com/ Debian - http://www.debian.org/ Linux 1394 - http://www.linux1394.org/ SwissDisk - http://www.swissdisk.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382870: texlive-latex-recommended: beamer.cls depends on pgfcore.sty which is not available
Norbert Preining [EMAIL PROTECTED] wrote: Hi all! On Mon, 21 Aug 2006, Frank Küster wrote: $ grep pgf CHANGES.packaging * upgrade pgf in texlive-pictures to 1.01 for compatibility fixes Does that mean that 1.00 is generally buggy in Debian, or just that 1.00 does not work properly with special components in TeXlive? 1.00 is buggy by itself: 2005-11-16 Till Tantau [EMAIL PROTECTED] Version 1.01: - Added textures support. - Added text opacity option. - Fixed bug in pgfbasesnakes.code.tex causing lot's of 'missing = in nullfont' message in log file. - Fixed bug that made plain tex mode unusable. - Fixed missing pgfsys-vtex.def in FILES. - Fixed wrong box placements in compatibility mode. - Fixed SVG support to create legal xml. - Moved documentation to doc/generic/pgf. Especially the - Fixed wrong box placements in compatibility mode. hits practically *all* documents using the old 0.65 commands. And as I have quite some of them which I don't want/can convert ... So it is important that pgf be updated. However, in my opinion the correct solution would be to file an important (or even serious?) bug on pgf. And drop it from texlive. Your personal documents can still be fixed by installing pgf_1.01 in TEXMFLOCAL. Regards, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#384124: ttf-uralic: some west european letters are wrongly drawn.
On Tue, Aug 22, 2006 at 01:12:40AM +0200, Jean-Michel wrote: Package: ttf-uralic Version: 0.0.20040829-1 Severity: normal The text «L'??t?? est d??cid??ment », with Chancery Uralic, in openoffice.org-writer, appears like: «L'??t?? est d??cid??ment Even if this is « Truetype fonts for Cyrillic-based Uralic languages» and some letters are unknown, it is a bad idea to display other characters than thoses coded. It should be better to display the interrogative mark, or even the linux square containg the unicode number Thanks for your report. I will try this fonts for western languages in different applications. Now I have no ideas about it, additional exloration needed. -- With best regards, Vlad 'mend0za' Shakhov. icq: 78193930 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#359965: liferea: Still crashing
Package: liferea Version: 1.0.18-1 Followup-For: Bug #359965 Still crashing with this new version :( Hope this helps. Best regards, -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages liferea depends on: ii dbus-1-utils 0.62-4simple interprocess messaging syst ii gconf2 2.14.0-4 GNOME configuration database syste ii libatk1.0-01.12.1-1 The ATK accessibility toolkit ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libcairo2 1.2.2-1 The Cairo 2D vector graphics libra ii libdbus-1-20.62-4simple interprocess messaging syst ii libdbus-glib-1-2 0.62-4simple interprocess messaging syst ii libfontconfig1 2.3.2-7 generic font configuration library ii libgconf2-42.14.0-4 GNOME configuration database syste ii libglib2.0-0 2.10.3-3 The GLib library of C routines ii libgtk2.0-02.8.18-1 The GTK+ graphical user interface ii liborbit2 1:2.14.0-2libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.12.3-1+b1 Layout and rendering of internatio ii libx11-6 2:1.0.0-8 X11 client-side library ii libxcursor11.1.5.2-5 X cursor management library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxfixes3 1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.0-5 X11 Input extension library ii libxinerama1 1:1.0.1-4 X11 Xinerama extension library ii libxml22.6.26.dfsg-3 GNOME XML library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender11:0.9.0.2-4 X Rendering Extension client libra ii liferea-gtkhtml1.0.18-1 gtkhtml-based rendering library fo ii liferea-xulrunner 1.0.18-1 xulrunner-based rendering library ii zlib1g 1:1.2.3-13compression library - runtime liferea recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383045: closed by Christian Perrier [EMAIL PROTECTED] (Re: Bug#383045: (forw) Re: (forw) [Pkg-shadow-devel] Bug#383045: [INTL:de] login: wrong translation of Sorry.)
reopen 383045 thanks And, indeed, I have an argument for *not* using Tut mir Leid: it uses the first person which is something that should be avoided: the computer (and the software) is not a person. This is less important than a wrong translation. And the upstream author implied that the computer is a person in his original string. Hence closing the bug report. This is unsatisfactory as the bug remains, the translation is still wrong, Sorry would not be better. Indeed, in French, we completely *removed* the translation for Sorry. for that reason. The computer (and the software) should not make apologies but only give facts. This would be an issue with upstream. My report was specifically about the translation of what the upstream author has decided and not about the choice of what the author wanted to say. There is a good German translation for what the author wanted to say, so why not use it? Otherwise the English original message text should be changed. Bernhard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376442: Processed: Re: phpqladmin: CVE-2006-3301: cross-site scripting
Hello Turbo, On Tue, 2006-08-22 at 07:52 +0200, Turbo Fredriksson wrote: Since I'm both the upstream and Debian GNU/Linux maintainer, I'd very much like to fix this. What do I need to do? I can understand 'cross site scripting' and why it should be a security problem... I don't _execute_ anything... ?!? Please advice. What the program currently does, is allow random people to pass data into it which is then output *unescaped* to the browser again. This means that one can include all kinds of HTML and JavaScript into it. An attack vector is to trick e.g. an admin using the system into going to some URL with such data encoded. The data could contain JavaScript that is executed in the security context of the browser - e.g. sends the login cookie to the attacker. Tricking a user in following such a crafted URL can be done by e.g. redirecting from something looking harmless. In general, you must not allow users to output random data to the screen without escaping it, especially not via GET parameters. When using PHP, the best solution is to use htmlspecialchars() on any output everywhere, except when completely trusted already (but be careful with the latter). I hope this is clear. It does need some refactoring of your package I'm afraid. The web is full with documentation on this issue. Good luck! Thijs signature.asc Description: This is a digitally signed message part
Bug#381467: bibtex2html: please provide alternative dependency on texlive packages
Hello, On Mon, Aug 21, 2006 at 02:01:17PM +0200, Frank Küster wrote: I think that a virtual package latex-base or similar would make sense in the long run. But it would require quite some work - and maintainers would still have to change their control files, plus check that the virtual package is sufficient for them. Because of this necessecity to check for other texlive packages, I do not think that such a virtual package will be used much, anyway. The only frequent use that I see is for code generators (from docbook, texinfo, sgml, xml) who would coordinate with the TeX maintainers that their code can be typeset with only the virtual package installed. In fact, the case of bibtex2htnl ist quite special, and IMHO an argument against a virtual latex package (see below) Ocaml people, do you know which LaTeX packages your packages need, or have you just written all teTeX packages in the Depends line without testing? bibtex2html needs: bibtex and kpsewhich. As a build-dependency it also needs latex in order to compile the documentation which is written in latex. The bibtex2html package is only about processing bibtex files and does not need a latex binary, fonts, or (la)tex macros in order to function (if I am not terribly mistaken). The current (build-)dependencies are there because: - Depends tetex-extra since tetex-extra provides the bst files needed for functionning of bibtex2html Depends tetex-bin for the bibtex binary Depends tetex-base is probably not justified - Build-depends on tetex-extra because of http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=72423 I think that using a disjunctive dependency would be fine for bibtex2html. What are the tex-live packages providing the bibtex binary, standard bst files, and kpsewhich? -Ralf
Bug#381467: bibtex2html: please provide alternative dependency on texlive packages
Hi Ralf! On Die, 22 Aug 2006, Ralf Treinen wrote: I think that using a disjunctive dependency would be fine for bibtex2html. What are the tex-live packages providing the bibtex binary, standard bst files, and kpsewhich? kpsewhich: texlive-base-bin bibtex: texlive-base-bin bibtex8:texlive-extra-utils bsts: abbrv, acm, alpha, apalike, ieeetr, plain, siam, unsrt texlive-base amslatex/*, babelbib/*, natbib/* texlive-latex-base loads of others texlive-bibtex-extra Thanks a lot and all the best Norbert --- Dr. Norbert Preining preining AT logic DOT at Università di Siena gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- CLACKMANNAN (n.) The sound made by knocking over an elephant's-foot umbrella stand full of walking sticks. Hence name for a particular kind of disco drum riff. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381389: Reproduceable, and not smart-notifier's fault
On Tue, 22 Aug 2006, Brian Sutherland wrote: On Tue, Aug 22, 2006 at 12:42:03AM +0200, Josselin Mouette wrote: Le mercredi 16 ao?t 2006 ? 11:34 +0200, Brian Sutherland a ?crit : It seems to me that dh_python should set Python-Version to x.y if XS-Python-Version is x.y regardless of what the current default python is. At least that is what I would have expected. This is one of the reasons why I don't like the X?-Python-Version fields. There is no way for the build process to tell between those two cases: 1. building for python2.4 only as we build for one version only and python2.4 is the default version; 2. building for python2.4 only as this is the only supported version. Does this not work for case 1: XS-Python-Version: current and for case 2: XS-Python-Version: 2.4 Yes it should. It's solely a dh_python bug... and not really a design issue with the field as Joss thinks. I could create a patch for it but as Joey wants to remove dh_python altogether, I try to make it happen by moving what's required to dh_pycentral/dh_pysupport instead of fixing something that will go away. (If only Joey had been a bit more involved when the discussion on python policy was live he could have advised me to create a library for dependency generation from the beginning instead of letting me use dh_python. And at that time, I would have had no problem pushing it into python-support/python-central.) Cheers, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/
Bug#384019: vim-runtime: [NONFREE-DOC:OPL] vim's user manual and reference manual are not DFSG free
On Mon, Aug 21, 2006 at 11:55:17PM +1200, Carlos Z.F. Liu wrote: Package: vim-runtime Version: 1:7.0-035+1 Severity: serious Justification: DFSG Hi, Currently, part of vim's documents (user manaul and reference manual) are using OPL license, which is considered as DFSG-incompatible[1]. You can verify this info by typing :help manual-copyright in vim editor. Actually :help manual-copyright is incoherent about what license applies to the manual. It states: This material may be distributed only subject to the terms and conditions set forth in the Open Publication License, v1.0 or later. The latest version is presently available at: http://www.opencontent.org/opl.shtml (same license name for the book, no URL there) The license pointed to by the URL however it is not the Open Publication License v1.0 (which is indeed non-free according to debian-legal), but rather the OpenContent License v1.0, for which I've found no discussion on debian-legal (nor it is mentioned in [1]). So, this is an issue: discover which license applies to the book and to the manual. Other sources make me think that the Open Publication License is indeed the license that applies to it, but it should be verified: - http://www.moolenaar.net/vim_errata.html - http://www.gnu.org/doc/other-free-books.html We will get in touch with upstream to discover which is the case. Thanks for the bug report. Cheers. [1] http://wiki.debian.org/DFSGLicenses -- Stefano Zacchiroli -*- Computer Science PhD student @ Uny Bologna, Italy [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. -!- signature.asc Description: Digital signature
Bug#383740: closed by Holger Levsen [EMAIL PROTECTED] (quik: separate root and /boot are correct)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, 21 Aug 2006 06:33:36 -0700 [EMAIL PROTECTED] (Debian Bug Tracking System) wrote: This is an automatic notification regarding your Bug report #383740: quik-installer incorrectly allows separate root and /boot, which was filed against the quik-installer package. It has been closed by Holger Levsen [EMAIL PROTECTED]. Their explanation is attached below. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Holger Levsen [EMAIL PROTECTED] by replying to this email. quoting from #383739: quik just mounts 1 ext2 partition and reads etc/quik.conf, loads kernel and initrd from the pathnames indicated in quik.conf. So if you want a split /boot and root, you need to put your kernel(s) in /boot and put quik.conf in /boot/etc/quik.conf. And quik-installer does exactly this. That what it is *supposed* to do. It doesn't work, which is why I have filed the bug report on #383739 and this one. If it is supposed to work it needs to be fixed. - -- GnuPG Key Fingerprint 86 F5 81 A5 D4 2E 1F 1C http://gnupg.org And that's my crabbing done for the day. Got it out of the way early, now I have the rest of the afternoon to sniff fragrant tea-roses or strangle cute bunnies or something. -- Michael Devore -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFE6rSghvWBpdQuHxwRAg8vAJ9Nwe0oxbLvxWxxvBhxJ5wSN4XCqACdF4X2 /Mt6CUMHIenidiBKH+wj3fs= =VStN -END PGP SIGNATURE-
Bug#383739: quik: Quik manpage incorrectly states that separate root and /boot is possible
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, 21 Aug 2006 10:15:19 +0200 [EMAIL PROTECTED] wrote: On Fri, Aug 18, 2006 at 11:13:06PM -0400, Daniel Dickinson wrote: Package: quik Severity: normal Due to the manpage stating that separate root and /boot are possible a bug report stating that quik-installer's insistence on root and /boot being the same was incorrect. This bug was fixed, however testing an installation with separate root and /boot reveals that it is the manpage that was wrong not quik-installer's behaviour (so quik-installer will need to be fixed by returning to the old behaviour). quik just mounts 1 ext2 partition and reads etc/quik.conf, loads kernel and initrd from the pathnames indicated in quik.conf. So if you want a split /boot and root, you need to put your kernel(s) in /boot and put quik.conf in /boot/etc/quik.conf. I did this and it didn't work. I got an inode error when I tried to boot. With /boot and root on the same partition things worked fine. - -- GnuPG Key Fingerprint 86 F5 81 A5 D4 2E 1F 1C http://gnupg.org And that's my crabbing done for the day. Got it out of the way early, now I have the rest of the afternoon to sniff fragrant tea-roses or strangle cute bunnies or something. -- Michael Devore -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFE6rQvhvWBpdQuHxwRAr9hAKDDr9c6LVV0iTOxC1PGH+oBI/AL6gCdEqN/ Ghvr2T86MjJ+MkysBPImIXA= =/uQk -END PGP SIGNATURE-
Bug#384144: [Popcon-developers] Bug#384144: submiturls presseding
I like the idea of allowing custom debian distros to use preseeding to adjust the popcon configuration. Not too surprising, as I designed the preseeding system in debian, and have been promoting it ever since. :) [Steffen Joeris] Enclosed I send you a patch which should enable it, please check for errors as it is a fast and dirty one and the description could get some improvements. I would prefer to keep the default value in the file in /usr/share/, and only insert an SUBMITURLS in popularity-contest.conf if it is different from the default. This way, we can easily see which installations are using non-default submission urls, and which are not. This will help if we change submission URL in the future. Do you have time to adjust the patch to behave that way instead? Friendly, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382870: texlive-latex-recommended: beamer.cls depends on pgfcore.sty which is not available
On Die, 22 Aug 2006, Frank Küster wrote: So it is important that pgf be updated. However, in my opinion the correct solution would be to file an important (or even serious?) bug on pgf. And drop it from texlive. Your personal documents can still be fixed by installing pgf_1.01 in TEXMFLOCAL. This is already bug #357255 important. Old: 158 days ?!?! NMU? Best wishes Norbert --- Dr. Norbert Preining preining AT logic DOT at Università di Siena gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- Yesterday it worked. Today it is not working. Windows is like that. --- Windows Error Haiku -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383907: Is there an easy way to check if an interface is managed by wpa_action?
Kel Modderman [EMAIL PROTECTED] writes: On Monday 21 August 2006 00:02, Reinhard Tartler wrote: This of course fails if the interface is controlled by wpa-roam aka /sbin/wpa_action. I hardcased the check here for my interface, but it would be nice if acpi-support could be improved and call `wpa_action $x stop` by itself. For this we need to provide a reliable check if the interface is managed by wpa_action or not. You can check for the location of the ctrl_interface domain socket (that may be in a different location according to config file used) or pidfile (which is what the wpa-ifupdown init script/hack uses to identify interfaces bound by wpa_supplicant/wpa_cli, and it is a fixed location). The ctrl_interface socket may be changed by the user, so this is a nogo. The pid file is a fixed location, but might get stale (i.e. it is still there, but the corresponding daemon has died or has been killed by the user. Even checking if there was a PID with that number doesn't work reliably, because there might be another process with the same PID). How about this: if [ -x /sbin/wpa_action /sbin/wpa_action check $IFACE ]; wpa_action ath0 down else ifdown ath0 fi Is this a workaround for #383168? If so, my current kludge is to have the suspend manager, in my case it was hibernate but now it is powersave, stop the wpa-ifupdown service on suspend. #383168 (list of optimized glibc packages in postinst script is outdated) seems unrelated to me. Was this a typo? Your 'kludge' sounds interesting. How does it work with hibernate? Perhaps we can write some hints in README.Debian (or README.suspending) -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384146: plptools: FTBFS (amd64): conflicting declaration 'typedef long long unsigned int u_int64_t'
Package: plptools Version: 0.15-1 Severity: serious Tags: patch When building 'plptools' on amd64/unstable, I get the following error: if /bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../include -I../intl -MT psitime.lo -MD -MP -MF .deps/psitime.Tpo -c -o psitime.lo psitime.cc; \ then mv -f .deps/psitime.Tpo .deps/psitime.Plo; else rm -f .deps/psitime.Tpo; exit 1; fi g++ -DHAVE_CONFIG_H -I. -I. -I../include -I../intl -MT psitime.lo -MD -MP -MF .deps/psitime.Tpo -c psitime.cc -fPIC -DPIC -o .libs/psitime.o ../include/plp_inttypes.h:30: error: conflicting declaration 'typedef long long unsigned int u_int64_t' /usr/include/sys/types.h:200: error: 'u_int64_t' has a previous declaration as 'typedef long unsigned int u_int64_t' make[2]: *** [psitime.lo] Error 1 make[2]: Leaving directory `/plptools-0.15/lib' With the attached patch 'plptools' can be compiled on amd64. Regards Andreas Jochens diff -urN ../tmp-orig/plptools-0.15/include/plp_inttypes.h ./include/plp_inttypes.h --- ../tmp-orig/plptools-0.15/include/plp_inttypes.h2004-05-31 13:37:08.0 + +++ ./include/plp_inttypes.h2006-08-22 07:29:09.0 + @@ -16,20 +16,11 @@ #endif #ifndef GNU_INTTYPES -#ifdef ISO_INTTYPES typedef uint8_t u_int8_t; typedef uint16_t u_int16_t; typedef uint32_t u_int32_t; typedef uint64_t u_int64_t; typedef int64_t s_int64_t; -#else -/* Last resort, declare ourselves */ -typedef unsigned char u_int8_t; -typedef unsigned short u_int16_t; -typedef unsigned int u_int32_t; -typedef unsigned long long u_int64_t; -typedef signed long long s_int64_t; -#endif // ISO_INTTYPES #endif // GNU_INTTYPES #endif // _INTTYPES_H_ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384032: More info: not a kernel bug after all
Hi, I've compared the output from the Fedora 2.6.17 kernel and it shows the same output as the Debian kernel (on a different dual-core machine): powernow-k8: Found 4 AMD Athlon 64 / Opteron processors (version 1.60.2) powernow-k8:0 : fid 0xe (2200 MHz), vid 0x8 (1350 mV) powernow-k8:1 : fid 0xc (2000 MHz), vid 0xa (1300 mV) powernow-k8:2 : fid 0xa (1800 MHz), vid 0xc (1250 mV) cpu_init done, current fid 0xe, vid 0x8 powernow-k8:0 : fid 0xe (2200 MHz), vid 0x8 (1350 mV) powernow-k8:1 : fid 0xc (2000 MHz), vid 0xa (1300 mV) powernow-k8:2 : fid 0xa (1800 MHz), vid 0xc (1250 mV) cpu_init done, current fid 0xe, vid 0x8 It also detects 4 CPU's but only lists the info for 2. But here the CPU scaling works (see output below). Fedora uses cpuspeed instead of powernowd. I've copied the cpuspeed binary from the fedora to the Debian box and when I run cpuspeed, all the cores get clocked down (as they should). So I'm going to reassign this bug to powernowd again... output from /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 15 model : 33 model name : Dual Core AMD Opteron(tm) Processor 275 stepping: 2 cpu MHz : 1800.000 cache size : 1024 KB physical id : 0 siblings: 2 core id : 0 cpu cores : 2 fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sy bogomips: 3616.96 TLB size: 1024 4K pages clflush size: 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: ts fid vid ttp processor : 1 vendor_id : AuthenticAMD cpu family : 15 model : 33 model name : Dual Core AMD Opteron(tm) Processor 275 stepping: 2 cpu MHz : 1800.000 cache size : 1024 KB physical id : 0 siblings: 2 core id : 1 cpu cores : 2 fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sy bogomips: 3616.96 TLB size: 1024 4K pages clflush size: 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: ts fid vid ttp processor : 2 vendor_id : AuthenticAMD cpu family : 15 model : 33 model name : Dual Core AMD Opteron(tm) Processor 275 stepping: 2 cpu MHz : 2000.000 cache size : 1024 KB physical id : 1 siblings: 2 core id : 0 cpu cores : 2 fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sy bogomips: 4018.84 TLB size: 1024 4K pages clflush size: 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: ts fid vid ttp processor : 3 vendor_id : AuthenticAMD cpu family : 15 model : 33 model name : Dual Core AMD Opteron(tm) Processor 275 stepping: 2 cpu MHz : 2000.000 cache size : 1024 KB physical id : 1 siblings: 2 core id : 1 cpu cores : 2 fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sy bogomips: 4018.84 TLB size: 1024 4K pages clflush size: 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: ts fid vid ttp [EMAIL PROTECTED] ~]$ dmesg | less [ You've got mail ] [EMAIL PROTECTED] ~]$ cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 15 model : 33 model name : Dual Core AMD Opteron(tm) Processor 275 stepping: 2 cpu MHz : 1800.000 cache size : 1024 KB physical id : 0 siblings: 2 core id : 0 cpu cores : 2 fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sy bogomips: 3616.96 TLB size: 1024 4K pages clflush size: 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: ts fid vid ttp processor : 1 vendor_id : AuthenticAMD cpu family : 15 model : 33 model name : Dual Core AMD Opteron(tm) Processor 275 stepping: 2 cpu MHz : 1800.000 cache size : 1024 KB physical id : 0 siblings: 2 core id : 1 cpu cores : 2 fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr
Bug#248868: kde: Anti-aliasing is on but sub-pixel hinting is off (resolution)
Package: kde Version: 5:47 Followup-For: Bug #248868 Hi, perhaps for people finding this bug report and agreeing with the fact that fonts have been uglified with the recent kde updates. The issue is not anti-aliasing per se but that sub-pixel hinting as been put off per default. You can put it back on with KDE - Control Center - Appearance Themes - Fonts - Configure... (next to use anti-aliasing for fonts). For sake of my own understanding: I remember vaguely that this sub-pixel hinting was documented as part of the xserver-xfree86 configuration (asking for LCD vs. CRT), but seems to have disappeared from xserver-xorg. Is it the same thing? And wouldn't it make sense to have sub-pixel hinting on per default, as I would expect most people to have now an LCD screen!? Thanks, Eric -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-17nc6k1 Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Versions of packages kde depends on: ii kde-amusements5:47 the K Desktop Environment games an ii kde-core 5:47 the K Desktop Environment core mod ii kdeaccessibility 4:3.5.3-1 accessibility packages from the of ii kdeaddons 4:3.5.2-1 add-on plugins and applets provide ii kdeadmin 4:3.5.4-1 system administration tools from t ii kdeartwork4:3.5.4-1 themes, styles and more from the o ii kdegraphics 4:3.5.4-2 graphics apps from the official KD ii kdemultimedia 4:3.5.3-2 multimedia apps from the official ii kdenetwork4:3.5.4-2 network-related apps from the offi ii kdepim4:3.5.3-3 KDE Personal Information Managemen ii kdeutils 4:3.5.4-1 general purpose utilities from the ii kdewebdev 4:3.4.3-2 web development apps from the offi kde recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357255: please update pgf to version 1.01
Package: pgf Version: 1.00-1 Followup-For: Bug #357255 Dear Ohura-san! Please prepare an updated pgf package with version 1.01. The 1.00 version is severly broken with respect to the compatibility mode. All documents which have been written with the 0.65 syntax and use arrows or boxes will not display correctly. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-rc4 Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383639: mingw32: Error compile test
Dimitri told in by PM that he figured the problem. MS's libc requires %i64d instead of %lld. This is not POSIX and thus not ISO-C. Salam-Shalom, Werner -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381729: base-files: The original Artistic license if free by Debian's standards (DFSG 10)
Package: base-files Version: 3.1.14 Followup-For: Bug #381729 The Debian Free Software Guidelines (part of the Social Contract) clause 10 defines the Artistic License as free for the purposes of Debian. Because the Social Contract and the DFSG were written in the mid 1990s, it obviously refers to the version of the Artistic license used back then. I thought anyone with a debian.org e-mail address had been trained and tested in knowing the Social Contract... Much more importantly, the licenses in usr/share/common-licenses are NOT there to be a catalog of currently approved free licenses. They are there so hundreds of other packages can omit shipping those specific license texts in their /usr/share/doc/package/ dir. To make this scheme legally correct, a file in /usr/share/common-licenses should not be changed as long as any other packages refer to that file in their /usr/share/doc/package/copyright or elsewhere. So even if a need occurs to add Artistic-2.0 or GPL-3.0, the files that hold the previous versions of those licenses should not be changed or removed anytime soon. I suggest that this bug is closed with a tag indicating rejection (so readers of the BTS don't thing this change was made). -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /basnxt/bin/bash Kernel: Linux 2.6.17jbj3.4-16 Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Versions of packages base-files depends on: ii base-passwd 3.5.11 Debian base system master password ii mawk [awk]1.3.3-11 a pattern scanning and text proces base-files recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384148: Add parameter to ignore webalizer.current
Package: webalizer Version: 2.01.10-30.1 Severity: wishlist Updating webalizer a server find bad data in report pages, like to regenerate this reports of webalizer, but i have to delete webalizer.current file for get full regenerate i have 20 websites this may be can fix add a parameter in webalizer for regenerate too the webalizer.current file ignore this in webalizer execution but save it to finish webalizer. sorry my english is bad =). greetings. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=es_MX.UTF-8, LC_CTYPE=es_MX.UTF-8 (charmap=UTF-8) Versions of packages webalizer depends on: ii debconf [debconf-2.0] 1.5.3Debian configuration management sy ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libdb4.24.2.52-23.1 Berkeley v4.2 Database Libraries [ ii libgd2-xpm 2.0.33-5 GD Graphics Library version 2 ii libgeoip1 1.3.17-1 A non-DNS IP-to-country resolver l ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii zlib1g 1:1.2.3-13 compression library - runtime webalizer recommends no packages. -- debconf information: * webalizer/logfile: /var/log/apache2/access.log.1 * webalizer/doc_title: Estadísticas de uso de prueba webalizer/upgrading: * webalizer/directory: /var/www/webalizer webalizer/upgrade2011030: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384150: [INTL:nl] Dutch po-debconf translation
Package: gforge Severity: wishlist Tags: patch l10n As requested I updated the dutch translation, updated file is attached -- Cheers, cobaco /\ ASCII Ribbon Campaign \ / No proprietary formats in attachments without request X i.e. *NO* WORD, POWERPOINT or EXCEL documents / \ Respect Open Standards http://www.fsf.org/philosophy/no-word-attachments.html http://www.goldmark.org/netrants/no-word/attach.html nl.po Description: application/gettext
Bug#384149: xfonts-wqy: Performance Problem (in Firefox)
Package: xfonts-wqy Severity: important As mentioned in official FAQ, the .pcf files should not be packaged in gzip format, which will cause serious performace problem, especially in firefox. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.3 Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384147: base-files: The GPL-2 text in 3.1.14 and 3.1.15 contains semantic changes, UNDO!
Package: base-files Version: 3.1.14 Severity: normal The Updated GPL-2 text introduced in base-files 3.1.14 and still present base-files 3.1.15 doesn't just update the FSF postal address. It also contains 2 unrelated changes to the license which have not been approved by every copyright holder of GPL-2 licensed software in Debian. I strongly suggest that the change is undone. It is better to include a historic FSF postal address, than to include the wrong text in the rest of the license. The two changes are: 1. The 1991 recomendation to use the Library GPL (LGPL-2 and later) has been changed to refer to the Lesser GPL (LGPL-2.1 and later). This is a major semantic change, even if it is only a recommendation. 2. The text has been reformatted, removing all form-feeds and changing some spaces, this is less important but still not ok for a legal document. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /basnxt/bin/bash Kernel: Linux 2.6.17jbj3.4-16 Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Versions of packages base-files depends on: ii base-passwd 3.5.11 Debian base system master password ii mawk [awk]1.3.3-11 a pattern scanning and text proces base-files recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384152: update-grub: generates wrong device entries in menu.lst
Package: grub Version: 0.97-13 Severity: grave Justification: renders package unusable in short: whenever I run update-grub, it changes the device entries for kernel and initrd location in menu.lst from (hd0,0) to (hd2,0) rendering the system unbootable (without additional work). in more detail: my setup is a bit unusual. I have two optical drives on the primary IDE bus and one harddisc on the secondary bus, used for backup. The system boots from an SATA drive in native mode for which I need to put the (hd0,0) entries in menu.lst to be recognized as boot device. If I use grub from floppy, it finds the kernel and initrd on my root filesystem using the (hd0,0) device/partition identifier. However, update-grub seems to think that it is smarter and changes the entries to (hd2,0) - oohps. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (997, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-amd64-k8 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- no debconf information -- lspci/dmesg if they help any: 00:00.0 Host bridge: VIA Technologies, Inc. K8T800Pro Host Bridge 00:00.1 Host bridge: VIA Technologies, Inc. K8T800Pro Host Bridge 00:00.2 Host bridge: VIA Technologies, Inc. K8T800Pro Host Bridge 00:00.3 Host bridge: VIA Technologies, Inc. K8T800Pro Host Bridge 00:00.4 Host bridge: VIA Technologies, Inc. K8T800Pro Host Bridge 00:00.7 Host bridge: VIA Technologies, Inc. K8T800Pro Host Bridge 00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI bridge [K8T800/K8T890 South] 00:07.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 80) 00:09.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) 00:0a.0 Ethernet controller: Marvell Technology Group Ltd. 88E8001 Gigabit Ethernet Controller (rev 13) 00:0c.0 Multimedia audio controller: Creative Labs SB Audigy (rev 04) 00:0c.1 Input device controller: Creative Labs SB Audigy MIDI/Game port (rev 04) 00:0c.2 FireWire (IEEE 1394): Creative Labs SB Audigy FireWire Port (rev 04) 00:0e.0 Network controller: AVM Audiovisuelles MKTG Computer System GmbH Fritz!PCI v2.0 ISDN (rev 01) 00:0f.0 RAID bus controller: VIA Technologies, Inc. VIA VT6420 SATA RAID Controller (rev 80) 00:0f.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) 00:10.0 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 81) 00:10.1 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 81) 00:10.2 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 81) 00:10.3 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 81) 00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 86) 00:11.0 ISA bridge: VIA Technologies, Inc. VT8237 ISA bridge [KT600/K8T800/K8T890 South] 00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 60) 00:11.6 Communication controller: VIA Technologies, Inc. AC'97 Modem Controller (rev 80) 00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration 00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map 00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller 00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control 01:00.0 VGA compatible controller: nVidia Corporation NV43 [GeForce 6600/GeForce 6600 GT] (rev a2) Bootdata ok (command line is root=/dev/sda1 ro ) Linux version 2.6.17-1-amd64-k8 (Debian 2.6.17-4) ([EMAIL PROTECTED]) (gcc version 4.1.2 20060715 (prerelease) (Debian 4.1.1-9)) #1 Mon Jul 17 11:59:49 UTC 2006 BIOS-provided physical RAM map: BIOS-e820: - 0009fc00 (usable) BIOS-e820: 0009fc00 - 000a (reserved) BIOS-e820: 000e4000 - 0010 (reserved) BIOS-e820: 0010 - 7ffb (usable) BIOS-e820: 7ffb - 7ffc (ACPI data) BIOS-e820: 7ffc - 7fff (ACPI NVS) BIOS-e820: 7fff - 8000 (reserved) BIOS-e820: ff78 - 0001 (reserved) DMI 2.3 present. ACPI: RSDP (v002 ACPIAM) @ 0x000fa7c0 ACPI: XSDT (v001 A M I OEMXSDT 0x06000530 MSFT 0x0097) @ 0x7ffb0100 ACPI: FADT (v003 A M I OEMFACP 0x06000530 MSFT 0x0097) @ 0x7ffb0290 ACPI: MADT (v001 A M I OEMAPIC 0x06000530 MSFT 0x0097) @ 0x7ffb0390 ACPI: OEMB (v001 A M I OEMBIOS 0x06000530 MSFT 0x0097) @ 0x7ffc0040 ACPI: DSDT (v001 A0036 A0036001 0x0001 MSFT 0x010d) @ 0x On node 0 totalpages: 515916 DMA zone: 2914 pages, LIFO batch:0 DMA32 zone: 513002 pages, LIFO batch:31 ACPI:
Bug#384070: mozilla-browser: segfaults on printing webpage
Alexander Sack - Debian Bugmail wrote: On Mon, Aug 21, 2006 at 07:49:56PM +0200, Johannes Wiedersich wrote: Package: mozilla-browser Version: 2:1.7.8-1sarge7.1 Severity: normal On trying to print this page http://www.springerlink.com/content/1090-6509/ mozilla and mozilla-firefox on debian sarge (current with security updates) segfault. This has been confirmed on different computers with and without xprint installed. It is also independent of German or US localization. can you please downgrade mozilla-firefox to the current stable release (e.g. not from security) and see if that helps? I installed firefox and mozilla from a debian sarge DVD. Firefox with version: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050517 Firefox/1.0.4 (Debian package 1.0.4-2) And Mozilla suite: Mozilla 1.7.8 Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050513 Debian/1.7.8-1 also segfault. Behaviour is the same for Mozilla and Firefox. Johannes -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383932: nautilus: New Window Behaviour
On 8/21/06, Josselin Mouette [EMAIL PROTECTED] wrote: By default, Nautilus opens a new window if you double-click on a directory or use Open Parent. This results in a jungle of open windows. Could this be changed to use the current window instead? This can be configured: Edit - Preferences - Behavior - Always open in navigation windows. I know, but I doubt 'new' users can find that option. Also, I think the default option doesn't make any sense, so could that option be enabled by default? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384151: please add 1280x800 to the list of valid resolutions
Package: xserver-xorg Severity: wishlist Please could you add 1280x800 to the list of valid resolutions? This is my monitor's optimal resolution. Sidenote: This is getting awkward. I think it'd be a good idea to replace the multiselect template with a text one that has the same defaults. This way users would be able to add their own (which is increasingly common due to the spreading of LCD with their fixed sizes). -- Robert Millan ACK STORM, S.L. - http://www.ackstorm.es -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384153: openoffice.org-calc refuses to import a table from csv
Package: openoffice.org-calc Version: 2.0.3-6 Severity: normal Sometimes I have to import a csv-File into Calc. I used to do this via Insert-Table and create Table from File (or the like - my OOo uses german language) in OOo 1.* Now I use OOo 2 and this won't work any more. I can select a file via the file-picker-dialog but it won't show up in the Table-insertion-dialog. What I found out just now while typing is, that changing the extension from .nfx as it was to .csv helps as a workaround. Greetings Chris -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-skogtun-amd64 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages openoffice.org-calc depends on: ii libc62.3.6.ds1-2 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-10 GCC support library ii libstdc++6 4.1.1-10The GNU Standard C++ Library v3 ii libstlport4.6c2 4.6.2-3 STLport C++ class library ii libufsparse 1.2-7 collection of libraries for comput ii openoffice.org-core 2.0.3-6 OpenOffice.org office suite archit openoffice.org-calc recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382279: soundconverter: Produces an error, and doesn't do anything
I've solved the same problem here by manually installing package gstreamer0.8-gnomevfs! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384142: fails to work with python 2.3.5
Hi Joey! * Joey Hess [EMAIL PROTECTED] [2006-08-22 07:55]: [EMAIL PROTECTED]:~python -V Python 2.3.5 [EMAIL PROTECTED]:~duplicity Traceback (most recent call last): File /usr/bin/duplicity, line 29, in ? from duplicity import collections, commandline, diffdir, dup_temp, \ File /usr/lib/python2.3/site-packages/duplicity/collections.py, line 22, in ? File /usr/lib/python2.3/site-packages/duplicity/path.py, line 27, in ? File /usr/lib/python2.3/site-packages/duplicity/librsync.py, line 26, in ? ImportError: No module named _librsync If I rebuild the package with current python (2.4) from sid it works, i I rebuild it it with pythong 2.3 from sid or from testing it works as well. However building with the default python in sid results in a python 2.4 dependency. I therefore prefere to build against sid default python making duplicity work again but not really fixing your bug. Do you really need a version of duplicity working with python 2.3? yours Martin -- [EMAIL PROTECTED] Debian GNU/Linux - The Universal Operating System Tolimar AARRGLLL! Tolimar Da gibt es ein Welche Linux Distribution ist fuer dich die richtige-Quiz, und die schalgen mir Ubuntu vor! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383852: uswsusp: Does not properly exit sleep mode with kernel 2.6.17
I think it will be best to send your bug report upstream. But we can try to find the problem ourselves first. Yep. I agree and this is indeed what I would have done as maintainer..:-) Does the the screen just stay black, but for the rest it is OK? Can you still ssh into your machine? I'll let you know as soon as I'll have more easy possibility to try this. I indeed wanted to first avoid omitting to report. Which is why I sent the BR as soon as I could.even though I hadn't all elements I knew you would ask... If that's not the case and it locks hard, you can try to unload some modules first; the usb and ieee1394 modules for example. Yep, will try that also. signature.asc Description: Digital signature
Bug#382099: logcheck file missing
Hi Hadmut, Hadmut Danisch wrote: Package: stunnel Version: 2:3.26-10 Hi, stunnel intensively logs to syslog. This causes logcheck to report heaps of messages. Therefore, every debian package of programs writing to syslog should come with a configuration file in /etc/logcheck, telling which messages can safely ignored. I think that logcheck-database is what you are looking for. Maybe I can add a note about this package in the README.Debian file. Best Regards. Julien Lemoine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383386: libchm1: some chm files sections are not rendered
Hi Alban, I assumed you was referring to 'API manual' link in your CHM file which is a link to index.html. But index.html contains nothing else than the 'generated by ...'. Can you give me more details for this bug ? Best Regards. Julien Lemoine Alban BROWAEYS wrote: Package: libchm1 Version: 0.38-1 Severity: normal In http://www.xisc.com/download/prado_wiki.zip the API section is not rendered in kchmviewer nor gnochm. I though it to be an issue with the library. please reassign if wrong: Regards Alban -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384154: vim-common: error message pops up when viewing MetaPost files
Package: vim-common
Version: 1:7.0-035+1
Severity: normal
If more than one MetaPost (*.mp) file is opened with `vim', e.g.
vim {1,2,3}.mp
things seem to be fine. But if I switch from one buffer to some other, I
see the following error (for a short while):
Error detected while processing /usr/share/vim/vim70/ftplugin/mp.vim
E174: Command already exists, add ! to replace it.
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-2-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages vim-common depends on:
ii libc6 2.3.6-15 GNU C Library: Shared libraries
Versions of packages vim-common recommends:
ii vim-full 1:7.0-035+1 Vi IMproved - enhanced vi editor -
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376868: dpkg-dev: dpkg-source exits with error 13
On Mon, Aug 21, 2006 at 11:23:39PM -0400, Jamin W. Collins wrote: It might also be worth noting that this same configuration was not a problem under sarge. The problem did not occur until I upgraded my system from sarge to etch on Sunday. Then the boot process broke due to the libnss-ldap changes (ldap then compat no longer worked in /etc/nsswitch.conf, but that's a different bug report). Once /etc/nsswitch.conf was changed to files then ldap the boot process at least continued. Then I found this problem. It seems that some change with libnss-ldap between sarge and etch is wreaking havoc on configurations that have thus far been working fine. I know of breakage within at least three different locations related to the changes (boot, dbus/hal, and now this). My opinion is that there is a SIGPIPE which is not catched at one of these levels: libnss-ldap, libc, or perl. This could be related to the bug 190072 (libnss-ldap: Processes may receive SIGPIPE from LDAP session timeouts), but this bug was present in Sarge. Also, it could be interresting to test with the previous versions of libnss-ldap to see when the problem appeared, or with the patch attached to 190072. I have no LDAP box, so I can't test. I would appreciate if you could. You can test with the single perl command sent in the previous messages to this bug. Kind Regards, -- Nekral -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384155: IndexError on certain LaTeX error message
Package: rubber
Version: 1.1-2
Severity: normal
File: /usr/bin/rubber
[EMAIL PROTECTED]:/tmp% echo ')' bogus.tex
[EMAIL PROTECTED]:/tmp% rubber bogus.tex
compiling bogus.tex...
bogus.tex:1: Missing \begin{document}.
bogus.tex:1: leading text: )
Traceback (most recent call last):
File /usr/bin/rubber, line 9, in ?
sys.exit(Main()(sys.argv[1:]))
File /usr/share/rubber/rubber/cmdline.py, line 296, in __call__
return self.main(cmdline)
File /usr/share/rubber/rubber/cmdline.py, line 265, in main
for err in env.final.failed().get_errors():
File /usr/share/rubber/rubber/rules/latex/__init__.py, line 294, in parse
elif pos[-1] is None:
IndexError: list index out of range
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: alpha
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17.5
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)
Versions of packages rubber depends on:
ii python2.4.3-11 An interactive high-level object-o
ii tetex-bin 3.0-18 The teTeX binary files
rubber recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384156: Successful installation on a SUN X4100
Package: installation-reports Boot method: amd64 businesscard cd Image version: etch beta3 Date: Tue Aug 22 11:27:48 CEST 2006 Machine: SUN X4100 Processor: 2 * AMD Opteron(tm) Processor 248 Memory: 2GB Partitions: FilesystemType 1K-blocks Used Available Use% Mounted on /dev/sdi1 ext3 6728280427728 5958772 7% / tmpfstmpfs 1030936 0 1030936 0% /dev/shm /dev/sdi6 ext326683932131276 25197176 1% /home tmpfstmpfs 10240 112 10128 2% /dev Output of lspci and lspci -n: 00:01.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8131 PCI-X Bridge (rev 13) 00:01.1 PIC: Advanced Micro Devices [AMD] AMD-8131 PCI-X IOAPIC (rev 01) 00:02.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8131 PCI-X Bridge (rev 13) 00:02.1 PIC: Advanced Micro Devices [AMD] AMD-8131 PCI-X IOAPIC (rev 01) 00:06.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8111 PCI (rev 07) 00:07.0 ISA bridge: Advanced Micro Devices [AMD] AMD-8111 LPC (rev 05) 00:07.1 IDE interface: Advanced Micro Devices [AMD] AMD-8111 IDE (rev 03) 00:07.2 SMBus: Advanced Micro Devices [AMD] AMD-8111 SMBus 2.0 (rev 02) 00:07.3 Bridge: Advanced Micro Devices [AMD] AMD-8111 ACPI (rev 05) 00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration 00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map 00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller 00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control 00:19.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration 00:19.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map 00:19.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller 00:19.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control 01:01.0 Ethernet controller: Intel Corporation 82546EB Gigabit Ethernet Controller (Copper) (rev 03) 01:01.1 Ethernet controller: Intel Corporation 82546EB Gigabit Ethernet Controller (Copper) (rev 03) 01:02.0 Ethernet controller: Intel Corporation 82546EB Gigabit Ethernet Controller (Copper) (rev 03) 01:02.1 Ethernet controller: Intel Corporation 82546EB Gigabit Ethernet Controller (Copper) (rev 03) 02:03.0 SCSI storage controller: LSI Logic / Symbios Logic SAS1064 PCI-X Fusion-MPT SAS (rev 02) 03:00.0 USB Controller: Advanced Micro Devices [AMD] AMD-8111 USB (rev 0b) 03:00.1 USB Controller: Advanced Micro Devices [AMD] AMD-8111 USB (rev 0b) 03:03.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27) 04:01.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8131 PCI-X Bridge (rev 13) 04:01.1 PIC: Advanced Micro Devices [AMD] AMD-8131 PCI-X IOAPIC (rev 01) 04:02.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8131 PCI-X Bridge (rev 13) 04:02.1 PIC: Advanced Micro Devices [AMD] AMD-8131 PCI-X IOAPIC (rev 01) 00:01.0 0604: 1022:7450 (rev 13) 00:01.1 0800: 1022:7451 (rev 01) 00:02.0 0604: 1022:7450 (rev 13) 00:02.1 0800: 1022:7451 (rev 01) 00:06.0 0604: 1022:7460 (rev 07) 00:07.0 0601: 1022:7468 (rev 05) 00:07.1 0101: 1022:7469 (rev 03) 00:07.2 0c05: 1022:746a (rev 02) 00:07.3 0680: 1022:746b (rev 05) 00:18.0 0600: 1022:1100 00:18.1 0600: 1022:1101 00:18.2 0600: 1022:1102 00:18.3 0600: 1022:1103 00:19.0 0600: 1022:1100 00:19.1 0600: 1022:1101 00:19.2 0600: 1022:1102 00:19.3 0600: 1022:1103 01:01.0 0200: 8086:1010 (rev 03) 01:01.1 0200: 8086:1010 (rev 03) 01:02.0 0200: 8086:1010 (rev 03) 01:02.1 0200: 8086:1010 (rev 03) 02:03.0 0100: 1000:0050 (rev 02) 03:00.0 0c03: 1022:7464 (rev 0b) 03:00.1 0c03: 1022:7464 (rev 0b) 03:03.0 0300: 1002:4752 (rev 27) 04:01.0 0604: 1022:7450 (rev 13) 04:01.1 0800: 1022:7451 (rev 01) 04:02.0 0604: 1022:7450 (rev 13) 04:02.1 0800: 1022:7451 (rev 01) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] Comments/Problems: Everything now wents fine. Although the Hardware RAID controller (LSI SAS1064) is fully supported. Sadly the HW RAID is recognized as sdi (see attached dmesg). If possible it would be great to fix this. Now I'm gonna test i386 image Bootdata ok (command line is root=/dev/sdi1 ro ) Linux version 2.6.16-2-amd64-k8 (Debian 2.6.16-17) ([EMAIL PROTECTED]) (gcc version 4.0.4 20060630 (prerelease) (Debian 4.0.3-4)) #1 Sun Jul 16 01:27:59 CEST 2006 BIOS-provided physical RAM map: BIOS-e820: - 0009e000 (usable) BIOS-e820: 0009e000 - 000a (reserved) BIOS-e820:
Bug#384158: perl-clearsilver: please follow perl policy package naming
Package: perl-clearsilver Version: 0.10.3-3 Severity: normal Hi! Please rename the package to libclearsilver-perl, as lined out in the perl policy: http://www.at.debian.org/doc/packaging-manuals/perl-policy/ch-module_packages.html#s-package_names Thanks, Alfie -- You can't make a foolproof thing - there is always a better fool who will proof *you* are the fool while trying it. -- me, 2001-04-05 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384157: ispell: install error: missing file in install-docs
Package: ispell Version: 3.1.20.0-4.3 Severity: normal While installing upgrading package, the following error appeared: error in control file: `Index' value missing for format `info' at /usr/sbin/install-docs line 709, /usr/share/doc-base/ispell-manual line 16. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (200, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.11-kanotix-up-1 Locale: LANG=pt_PT, LC_CTYPE=pt_PT (charmap=ISO-8859-1) Versions of packages ispell depends on: ii dictionaries-common 0.70.2 Common utilities for spelling dict ii iamerican [ispell-dictionar 3.1.20.0-4.3 An American English dictionary for ii libc6 2.3.6.ds1-2 GNU C Library: Shared libraries ii libncurses5 5.5-2Shared libraries for terminal hand Versions of packages ispell recommends: ii miscfiles [wordlist] 1.4.2.dfsg.1-4 Dictionaries and other interesting ii wamerican [wordlist] 6-2American English dictionary words -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379405: parted: bug-ACK + REQ for severity-raise + partition table images included
Package: parted Version: 1.7.1-2.1 Followup-For: Bug #379405 I can fully acknowledge the existence of this bug. It seems to be reproducible. Furthermore, I think this bug may deserve a severity of important, as an only seemingly empty partition table might lead to severe data loss, as the user, misled by the wrong output of parted, assumes the partition to be empty and feels safe to manipulate it arbitrarily. Setup - * PII/400 (Tyan board with BX chipset, 640 MB non-ECC RAM) * Adaptec ASC-29160 U160-SCSI hostadapter with two U2W-drives attached: /dev/sda - Seagate ST39173LC (9 GB), ID #9 /dev/sdb - Quantum Viking VK4550J (4 GB, SUN labeled), ID #10 Hostadapter firmware version 2.57.0 * Adaptec AHA-3940 dual channel SCSI hostadapter with nothing attached, firmware version 1.12 * System: Debian Etch Symptom --- parted does not display the partition table of /dev/sdb, if unit is mb, gb or tb (the workaround mentioned in #369583 often, but not always works). For units b and kb, the partition table is correctly shown. Examples: Bytes: # parted /dev/sdb unit b print Disk /dev/sdb: 4293181951B Sector size (logical/physical): 512B/512B Partition Table: msdos Number StartEnd Size Type File system Flags 1 32256B 1011709439B 1011677184B primary ext3 2 1011709440B 4285370879B 3273661440B primary ext3 Information: Don't forget to update /etc/fstab, if necessary. Megabytes: # parted /dev/sdb unit mb print Disk /dev/sdb: 4293MB Sector size (logical/physical): 512B/512B Partition Table: msdos Information: Don't forget to update /etc/fstab, if necessary. CHS geometry of both drives: # parted /dev/sda unit chs print Disk /dev/sda: 1106,243,40 Sector size (logical/physical): 512B/512B BIOS cylinder,head,sector geometry: 1106,255,63. Each cylinder is 8225kB. Partition Table: msdos [...] # parted /dev/sdb unit chs print Disk /dev/sdb: 521,242,9 Sector size (logical/physical): 512B/512B BIOS cylinder,head,sector geometry: 521,255,63. Each cylinder is 8225kB. Partition Table: msdos [...] In case that the partition tables get misinterpreted by parted or contains data that confuses it, I've attached the MBRs of both drives to this bug report, created by dd if=/dev/sda of=sda.mbr bs=512 count=1 # and sdb, respectively Besides the respective partition table, sda.mbr contains a GRUB, and sdb.mbr either a LILO or GRUB boot loader. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=en_US, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages parted depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libncurses5 5.5-2 Shared libraries for terminal hand ii libparted1.7-11.7.1-2.1 The GNU Parted disk partitioning s ii libreadline5 5.1-7 GNU readline and history libraries parted recommends no packages. -- no debconf information sda.mbr Description: Binary data sdb.mbr Description: Binary data
Bug#382697: kbd-chooser: Greek keyboard layout selection fails (Patch #2)
the attached patch, besides enabling iso-8859-7, disables those and should make it easier to re-enable them if needed. Let me know if you prefere this second patch attached to a separate whishlist bug. It is, by definition, a bit more invasive and it would be better if someone with all the skills in keyboard/console stuff (such as Alastair, Denis, Eugen) looks at it. I suggest committing the first patch (we are in near freeze time) and report the other one as a separate BR (with a big risk of being digged in a big load of dust, given the lack of maintenance of kbd-chooser). signature.asc Description: Digital signature
Bug#384154: vim-common: error message pops up when viewing MetaPost files
On 8/22/06, Matej Kosik [EMAIL PROTECTED] wrote:
If more than one MetaPost (*.mp) file is opened with `vim', e.g.
vim {1,2,3}.mp
things seem to be fine. But if I switch from one buffer to some other, I
see the following error (for a short while):
Error detected while processing /usr/share/vim/vim70/ftplugin/mp.vim
E174: Command already exists, add ! to replace it.
This has long since been fixed. Please see
http://git.bitwi.se/?p=vim-runtime.git;a=blob;h=3709782167a151f69ffbcdad29a7ad2633180cb0;hb=ce4902fae3d6b5a3a9df49f3e763b7773544e7b2;f=ftplugin/mp.vim
Thanks anyway.
nikolai
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347720: Correction for description of the effects of this bug
I mixed two things up when I was submitting this bug. The effect of this bug is *not* that the module load order changes but that too many modules get loaded. The problem I had with this, apart from having a bloated initrd image, was that the USB driver on the affected box was causing severe hardware problems, blocking interrupts for other PCI cards, and the image created by mkinitrd would always load the USB driver module at boot time regardless of what I put into /etc/mkinitrd/mkinitrd.conf With the suggested fix, only those modules which are really needed at boot time are loaded. Here's a comparison of the modules loaded with and without the fix: With the fix: - modprobe -k piix modprobe -k pdc202xx_new modprobe -k vesafb /dev/null 21 modprobe -k fbcon 2 /dev/null modprobe -k unix 2 /dev/null modprobe -k megaraid modprobe -k aic7xxx modprobe -k sd_mod Without the fix: modprobe -k piix modprobe -k pdc202xx_new modprobe -k vesafb /dev/null 21 modprobe -k fbcon 2 /dev/null modprobe -k unix 2 /dev/null modprobe -k megaraid modprobe -k aic7xxx modprobe -k vesafb modprobe -k font modprobe -k sd_mod modprobe -k ide-cd modprobe -k ide-disk modprobe -k ide-generic modprobe -k psmouse modprobe -k evdev modprobe -k mousedev modprobe -k tsdev modprobe -k raid0 modprobe -k e100 modprobe -k 3c59x modprobe -k pci_hotplug modprobe -k ehci-hcd# -- one of those caused modprobe -k ohci-hcd# -- hardware problems modprobe -k rtc modprobe -k pcspkr modprobe -k parport_pc modprobe -k floppy modprobe -k lp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384151: please add 1280x800 to the list of valid resolutions
On Tue, 2006-08-22 at 10:51 +0200, Robert Millan [ackstorm] wrote: Please could you add 1280x800 to the list of valid resolutions? This is my monitor's optimal resolution. Out of curiosity: if you don't specify any resolutions explicitly, does the X server automagically come up in 1280x800? If not, which driver are you using? -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#382697: kbd-chooser: Greek keyboard layout selection fails (Patch #2)
It is, by definition, a bit more invasive and it would be better if someone with all the skills in keyboard/console stuff (such as Alastair, Denis, Eugen) looks at it. I suggest committing the first patch (we are in near freeze time) and report the other one as a separate BR (with a big risk of being digged in a big load of dust, given the lack of maintenance of kbd-chooser). Hmm, forget about it. Frans seems more confident than me (which is pretty unusual:-))) and he's the boss, so if he says you can commit the second patch, you definitely can. signature.asc Description: Digital signature
Bug#384147: base-files: The GPL-2 text in 3.1.14 and 3.1.15 contains semantic changes, UNDO!
On Tue, 22 Aug 2006, Jakob Bohm wrote: 2. The text has been reformatted, removing all form-feeds and changing some spaces, this is less important but still not ok for a legal document. You seem to be too much worried about this: The license which *really* counts as a legal document is the one included in the .orig.tar.gz for the package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384159: python-kiwi: Please package document for kiwi
Package: python-kiwi Version: 1.9.8-7 Severity: wishlist As stated with README, there are doc/api and examples/ for developers. Without document packages, we have to be online all the time when working with kiwi. Or use pydoc which is not nice to work with. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-k7 Locale: LANG=C, LC_CTYPE=zh_CN.GBK (charmap=GBK) Versions of packages python-kiwi depends on: ii python2.4.3-11 An interactive high-level object-o ii python-gtk2 2.8.6-5Python bindings for the GTK+ widge ii python-setuptools 0.6b3-1Python Distutils Enhancements ii python-support0.3.8 automated rebuilding support for p ii python2.4 2.4.3-8An interactive high-level object-o python-kiwi recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#156115: Could you update the status of this bug please?
On Mon, Aug 21, 2006 at 06:35:45PM -0400, Nathanael Nerode wrote: I haven't quite figured out how to detect whether the bug is present or not. (How do I spot whether a fontname is a 'fixed size' name for a scalable font, or a real fixed-size font?) Is this bug still present in the current X.org in 'sid' or 'etch'? It looks to me like it is, but I'm not 100% sure. -- Nathanael Nerode [EMAIL PROTECTED] Read it and weep. http://rawstory.com/news/2005/Text_of_Gore_speech_0116.html I haven't been able to reproduce the original bug because one of the condition needed was Bug#156118 which has been fixed in the meantime. However I have been able to verify that the other conditions are still met and the X behavior can still be reproduced: - X server at 75 dpi - the Type1 module is loaded in the X server - the directory /usr/lib/X11/fonts/Type1 is at the end of X fontpath - package gsfonts-x11 installed I have run the following commands: ### install package gsfonts-x11 # apt-get install gsfonts-x11 ### start a new X server (as root) # startx /usr/bin/icewm -- :1 -dpi 75 ### in new display open an xterm and run the following script: #!/bin/sh xset fp /usr/X11R6/lib/X11/fonts/misc/:unscaled,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/Type1 xset fp rehash xlsfonts -fn -*-helvetica-*-*-*-*-*-*-*-*-*-*-iso8859-1 | grep p-0-iso8859-1 You should see the following output: -adobe-helvetica-bold-i-normal--0-0-0-0-p-0-iso8859-1 -adobe-helvetica-bold-i-normal--12-120-75-75-p-0-iso8859-1 -adobe-helvetica-bold-o-narrow--0-0-0-0-p-0-iso8859-1 -adobe-helvetica-bold-o-narrow--12-120-75-75-p-0-iso8859-1 -adobe-helvetica-bold-o-normal--0-0-0-0-p-0-iso8859-1 -adobe-helvetica-bold-o-normal--12-120-75-75-p-0-iso8859-1 -adobe-helvetica-bold-r-narrow--0-0-0-0-p-0-iso8859-1 -adobe-helvetica-bold-r-narrow--12-120-75-75-p-0-iso8859-1 -adobe-helvetica-bold-r-normal--0-0-0-0-p-0-iso8859-1 -adobe-helvetica-bold-r-normal--12-120-75-75-p-0-iso8859-1 -adobe-helvetica-medium-i-normal--0-0-0-0-p-0-iso8859-1 -adobe-helvetica-medium-i-normal--12-120-75-75-p-0-iso8859-1 -adobe-helvetica-medium-o-narrow--0-0-0-0-p-0-iso8859-1 -adobe-helvetica-medium-o-narrow--12-120-75-75-p-0-iso8859-1 -adobe-helvetica-medium-o-normal--0-0-0-0-p-0-iso8859-1 -adobe-helvetica-medium-o-normal--12-120-75-75-p-0-iso8859-1 -adobe-helvetica-medium-r-narrow--0-0-0-0-p-0-iso8859-1 -adobe-helvetica-medium-r-narrow--12-120-75-75-p-0-iso8859-1 -adobe-helvetica-medium-r-normal--0-0-0-0-p-0-iso8859-1 -adobe-helvetica-medium-r-normal--12-120-75-75-p-0-iso8859-1 The bogus fonts are those with pxlsz=12 and awgWdth=0. Note that the pxlsz depends on the dpi of the server and will be different if you run the server at a different dpi. I don't know if it is correct for the X server to list scalable fonts as fixed fonts but in that case I think they should be listed *after* the true fixed fonts, while at the present it is the contrary: $ xlsfonts -fn -*-helvetica-medium-r-normal-*-12-*-*-*-*-*-iso8859-1 -adobe-helvetica-medium-r-normal--12-116-75-75-p-0-iso8859-1 -adobe-helvetica-medium-r-normal--12-120-75-75-p-67-iso8859-1 In other words it could be simply a problem of sorting the results in a better way. Since the Tk bug has been fixed you can't reproduce the bug with wish but you can show a similar behavior with the following commands: xfd -fn `xlsfonts -fn -*-helvetica-medium-r-normal-*-12-*-*-*-*-*-iso8859-1 | head -1` xfd -fn `xlsfonts -fn -*-helvetica-medium-r-normal-*-12-*-*-*-*-*-iso8859-1 | tail -1` I have run the test on ubuntu hoary with the following packages: Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name Version Description +++-==-=-=== ii xserver-common 6.8.2-10.2files and utilities common to all X servers ii xserver-xorg 6.8.2-10.2the X.Org X server ii gsfonts8.14+v8.11+urw-0.1ubuntu1 Fonts for the Ghostscript interpreter(s) ii gsfonts-x110.17 Make Ghostscript fonts available to X11 -- Massimo Dal Zotto -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384075: man page says reprepro uses libdb3 as database backend, but libdb4.3 is used
package reprepro tags 384075 + pending thanks * Sven Mueller [EMAIL PROTECTED] [060821 20:34]: As the Subject/Bug-Title says, the man page still refers to libdb3 while it actually uses a libdb4.3 backend. Thanks. Fixed in CVS and will be in the next upload. Hochachtungsvoll, Bernhard R. Link -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383030: Fix for one of the two vulnerabilities
Jens Peter Secher wrote: On 8/22/06, Martín Ferrari [EMAIL PROTECTED] wrote: I think this patch fixes the first vulnerability reported. I'm CCing debian-security as it would be good if somebody more seasoned in this matters could take a look at it (please CC me). Lukáš Lalinský is upstream maintainer as well as Debian package maintainer. He is in the process of dealing with this. Lukáš, could you put a note about your plans the two open bugs? Sure. Fix for both of them is already in the MusicBrainz SVN (for this one it's http://bugs.musicbrainz.org/changeset/8440) and both of these fixes are also included in the 2.1.4 release: http://ftp.musicbrainz.org/pub/musicbrainz/libmusicbrainz-2.1.4.tar.gz Here is the package for unstable: http://users.musicbrainz.org/~luks/tmp/libmusicbrainz-2.1_2.1.4-1.diff.gz http://users.musicbrainz.org/~luks/tmp/libmusicbrainz-2.1_2.1.4-1.dsc http://users.musicbrainz.org/~luks/tmp/libmusicbrainz-2.1_2.1.4.orig.tar.gz Jens, could you please upload it? And for stable-security, this patch could be probably used (however I'm not sure how to prepare the package): http://bugs.musicbrainz.org/changeset/8440?format=diffnew=8440 -Lukáš -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375109: launching debug should rebuild the project : fixed in 3.4
forwarded 375109 http://bugs.kde.org/show_bug.cgi?id=124982 tags 375109 upstream thanks Bug #375109 is recorded in the KDE BTS here: http://bugs.kde.org/show_bug.cgi?id=124982 It should be fixed in KDevelop 3.4. Cheers, Jeremy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384137: [Buildd-tools-devel] Bug#384137: binNMU versioning change
Clint Adams [EMAIL PROTECTED] writes:
Looking through the Nov. 2005 buildd-tools-devel archives, I don't see
a reason why this change wouldn't have been applied.
--- /usr/share/perl5/Sbuild.pm2006-07-15 18:49:37.0 -0400
+++ /tmp/Sbuild.pm2006-08-21 22:13:36.294722182 -0400
@@ -165,23 +165,7 @@
my $v = shift;
my $binNMUver = shift;
- if ($v =~ /^(.*)-([^-]+)$/) {
- my ($upstream, $debian) = ($1, $2);
- my @parts = split( /\./, $debian );
- if (@parts == 1) {
- return $upstream-$debian.0.$binNMUver;
- }
- elsif (@parts == 2) {
- return $upstream-$debian.$binNMUver;
- }
- else {
- $parts[$#parts]+=$binNMUver;
- return $upstream-.join( ., @parts );
- }
- }
- else {
- return $v.0.$binNMUver;
- }
+ return $v+b$binNMUver;
}
1;
I think it was probably an oversight; it looks like it needs applying.
Could you point me to the original mail in the archives--I can't find
it?
Thanks,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/
`-GPG Public Key: 0x25BFB848 Please GPG sign your mail.
pgpzWPtvtphh5.pgp
Description: PGP signature
Bug#384160: findutils: [l10n:ro] find: typo in error message (shash-uri should be at worst slash-uri)
Package: findutils Version: 4.2.27-3 Severity: minor Tags: l10n Hello, The Romanian translation of find has a typo in one of the error messages: $ find -type f -name a/* find: avertisment: de obicei, numele de fişiere în Unix nu conţin shash-uri (dar numele de căi da). Aceasta înseamnă că '-name a/*' va fi evaluat ca fals tot timpul pe acest sistem. Aţi putea găsi testul '-wholename' mai folositor, sau probabil '-samefile'. Alternativ, dacă folosiţi GNU grep, puteţi folosi 'find ... -print0 | grep -FzZ a/*'. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8) Versions of packages findutils depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries findutils recommends no packages. -- no debconf information -- This message was scanned for viruses by BitDefender for Linux Mail Servers. For more information please visit http://www.bitdefender.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384162: gnokii-smsd-mysql fails to start, /usr/lib/smsd/libmysql.so: undefined symbol
Package: gnokii-smsd-mysql Version: 0.6.13-4 Severity: grave Justification: renders package unusable -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gnokii-smsd-mysql depends on: ii gnokii-smsd 0.6.13-4SMS Daemon for Nokia mobile phones ii libc62.3.6.ds1-2 GNU C Library: Shared libraries ii libglib2.0-0 2.10.3-3The GLib library of C routines ii libmysqlclient15off 5.0.24-1mysql database client library ii zlib1g 1:1.2.3-13 compression library - runtime gnokii-smsd-mysql recommends no packages. -- no debconf information Trying to start smsd ends in following error: [EMAIL PROTECTED]:~$ sudo smsd -u -p xx -d smsgw -c localhost -m mysql -f /var/log/gnokiid.log /usr/lib/smsd/libmysql.so: undefined symbol: DB_ByeCannot load database module mysql in directory /usr/lib/smsd! Other db-modules fails with same error (with different lib*.so file of course). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384163: dh_builddeb: change argument order to tar call
Package: debhelper Version: 5.0.37.3ubuntu1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 dh_builddeb emits a spurious warning when used with the new GNU tar. $ fakeroot dh_builddeb tar: -: file name read contains nul character strace-ing the thing yields: [pid 30927] execve(/bin/tar, [tar, -cf, -, -T, -, --null, --no-recursion], [/* 58 vars */]) = 0 The problem is (see debbug #375864) that --null occurs after -T. Moving it to the front should be backwards-compatible, and removes the spurious warning. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFE6t/z8+hUANcKr/kRAscgAJ0cM1fHkVFqMUC8vqqU92NCNkY0IACffNal ffUEDh5xb8f9f0BHE+4EJy4= =mWrx -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383045: closed by Christian Perrier [EMAIL PROTECTED] (Re: Bug#383045: (forw) Re: (forw) [Pkg-shadow-devel] Bug#383045: [INTL:de] login: wrong translation of Sorry.)
clone 383045 -1 retitle -1 Please avoid apologies when changing the password fails tags 383045 moreinfo tags -1 upstream tags 383045 upstream forwarded -1 Tomasz Kłoczko [EMAIL PROTECTED] thanks (this is about the Sorry outputted by passwd when changing the password fails...see story in #383045) Quoting Bernhard Reiter ([EMAIL PROTECTED]): reopen 383045 thanks And, indeed, I have an argument for *not* using Tut mir Leid: it uses the first person which is something that should be avoided: the computer (and the software) is not a person. This is less important than a wrong translation. And the upstream author implied that the computer is a person in his original string. Mumble So, cloning to ask Tomasz to rephrase (with 80% chances that he will not). If Tomasz refuses, I'll close the Please avoid apologies when changing the password fails bug report and only French will continue to be correct in my opinion. For the German translation, *anyway*, the final word will go to the translator, ie Holger Wansing who, I suppose, will request for the advice of the German team and either accept your proposed change or prefer keeping the Entschuldigung or even something else. If Holger refuses, I'll close the bug and this will be hopefully definitive. If he accepts, he'll have to propose us a patch and we'll forward it to upstream. signature.asc Description: Digital signature
Bug#384161: mime-support: Verify that .mime files don't contain random garbage
Package: mime-support Version: 3.37-1 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 It would be nice if update-mime would check the syntax of the .mime files it creates /etc/mailcap from. This would make bugs such as #373178 easier to detect. - -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (530, 'testing'), (520, 'unstable'), (510, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) mime-support depends on no packages. Versions of packages mime-support recommends: ii file 4.17-2 Determines file type using magic - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE6t2Tshl/216gEHgRAlStAJ0d5BBmOsv1Z9Gz7fopyq6+hze4yQCcCacL 1aiGCEpm4X+RMfOTDc2NIaI= =LaQ7 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383740: closed by Holger Levsen [EMAIL PROTECTED] (quik: separate root and /boot are correct)
reopen 383740 retitle 383739 separate root and /boot doesnt work thanks Hi, On Tuesday 22 August 2006 09:39, Daniel Dickinson wrote: That what it is *supposed* to do. It doesn't work, which is why I have filed the bug report on #383739 and this one. If it is supposed to work it needs to be fixed. Ah. You should have said this direcly in your bug reports and not only in the second reply to it ;-) Reopening the bug so that this does not get forgotten - but fixing 383739 is the proper action to do. regards, Holger pgpWS39yZ8iDj.pgp Description: PGP signature
Bug#384144: [Popcon-developers] Bug#384144: submiturls presseding
Hi I would prefer to keep the default value in the file in /usr/share/, and only insert an SUBMITURLS in popularity-contest.conf if it is different from the default. This way, we can easily see which installations are using non-default submission urls, and which are not. This will help if we change submission URL in the future. Do you have time to adjust the patch to behave that way instead? That should do the job if i get you right. Thanks for your work. Cheers Steffen diff -Nru /tmp/KOYYUTuYIU/popularity-contest-1.33/debian/config /tmp/7yG3pUa6DS/popularity-contest-1.34/debian/config --- /tmp/KOYYUTuYIU/popularity-contest-1.33/debian/config 2005-08-06 07:08:22.0 +1000 +++ /tmp/7yG3pUa6DS/popularity-contest-1.34/debian/config 2006-08-22 16:26:51.0 +1000 @@ -42,3 +42,7 @@ db_input low popularity-contest/use-http || [ $? -eq 30 ] db_go || true fi + +# Ask for different URL +db_input low popularity-contest/submiturl || [ $? -eq 30 ] +db_go || true diff -Nru /tmp/KOYYUTuYIU/popularity-contest-1.33/debian/postinst /tmp/7yG3pUa6DS/popularity-contest-1.34/debian/postinst --- /tmp/KOYYUTuYIU/popularity-contest-1.33/debian/postinst 2005-08-06 07:08:22.0 +1000 +++ /tmp/7yG3pUa6DS/popularity-contest-1.34/debian/postinst 2006-08-22 20:43:05.0 +1000 @@ -29,6 +29,11 @@ USEHTTP=no fi +db_get popularity-contest/submiturls || true +if [ -n $RET ] ; then + SUBMITURLS=$RET +fi + # The md5 sum of an empty file EMPTYID=d41d8cd98f00b204e9800998ecf8427e @@ -57,6 +62,11 @@ PARTICIPATE=$PARTICIPATE USEHTTP=$USEHTTP EOF + if [ -n $SUBMITURLS ] ; then + cat -EOF $conffile + echo SUBMITRULS=$SUBMITURLS + EOF + fi # Make sure user nobody can read the file. chmod a+r $conffile } diff -Nru /tmp/KOYYUTuYIU/popularity-contest-1.33/debian/templates /tmp/7yG3pUa6DS/popularity-contest-1.34/debian/templates --- /tmp/KOYYUTuYIU/popularity-contest-1.33/debian/templates 2005-08-06 07:08:22.0 +1000 +++ /tmp/7yG3pUa6DS/popularity-contest-1.34/debian/templates 2006-08-22 16:25:28.0 +1000 @@ -27,3 +27,9 @@ Default: true _Description: Use HTTP to submit reports? If you do not want to use HTTP, email is used instead. + +Template: poularity-contest/submiturls +Type: string +Default: http://popcon.debian.org/cgi-bin/popcon.cgi +_Description: URL for submitting reports? + Which URL do you want to use for submitting your reports? pgpAD2iUEAQX7.pgp Description: PGP signature
Bug#384070: mozilla-browser: segfaults on printing webpage
On Tue, Aug 22, 2006 at 10:51:11AM +0200, Johannes Wiedersich wrote: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050517 Firefox/1.0.4 (Debian package 1.0.4-2) OK ... For the archive: no sarge regression. - Alexander p.s. please take care that the bug is listed as To: or CC: when replying to this mail (e.g. /reply-all/). -- GPG messages preferred. | .''`. ** Debian GNU/Linux ** Alexander Sack| : :' : The universal [EMAIL PROTECTED] | `. `' Operating System http://www.asoftsite.org | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382469: samba: Option force group = group does not work
Quoting root ([EMAIL PROTECTED]): Package: samba Version: 3.0.23b-2 Followup-For: Bug #382469 option : force group = group with an windows client Doest not work, error message is : specific group doest not exist This is a pretty scarce bug report. Please attach your complete smb.conf file. Also please explain the behaviour you're expecting, the actions you're doing and the location of the above mentioned message. I'm a happy user of force group for years and I'm thus very surprised that it doesn't work, indeed. signature.asc Description: Digital signature
Bug#384165: apt-listchanges should not depend on a mail-transport-agent
Package: apt-listchanges Version: 2.59-0.3 Severity: normal Many people using laptops/desktop don't run an MTA. And given that apt-listchanges has the option to disable mailing in case the user only wants to read them during the installation time, it shouldn't depend on an MTA. It should instead only Recommend. This bug is not for the current version on apt-listchanges that I have. It is for version 2.61 which depends on exim. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (550, 'unstable'), (500, 'stable'), (250, 'experimental'), (50, 'edgy'), (50, 'dapper') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-my-patches-xps1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages apt-listchanges depends on: ii apt 0.6.45 Advanced front-end for dpkg ii debconf 1.5.3 Debian configuration management sy ii debianutils 2.17 Miscellaneous utilities specific t ii python2.3.5-11 An interactive high-level object-o ii python-apt0.6.19 Python interface to libapt-pkg ii ucf 2.0013 Update Configuration File: preserv apt-listchanges recommends no packages. -- debconf information: * apt-listchanges/confirm: true * apt-listchanges/which: both * apt-listchanges/frontend: pager * apt-listchanges/email-address: * apt-listchanges/save-seen: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379217: monotone: Editor does not default to /usr/bin/editor
This is fixed in monotone 0.29, released earlier this week. Cheers, -mjg -- Matthew Gregan |/ /|[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#195813: blue pill :)
What we are referring to of course is the wonderful blue pill for erection difficulties everyone is talking about. We not only carry it, but we do at 1.56 cents each. Take a peek at: http://6dufbwu1c5tbyo6zt66zb6o6.antarchyam.st Enjoy! Sincerely, Parrish Susie Customer Service Team music advertisement -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384166: by-* entries for /dev/mapper bock devices
Package: udev Version: 0.097-1 Severity: wishlist It would be sweet if device-mapper block devices would also show up under /dev/disk/by-* or a similar hierarchy. -- .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck http://debiansystem.info `- Debian - when you have better things to do than fixing systems signature.asc Description: Digital signature (GPG/PGP)
Bug#357255: pgf: NMU prepared
Package: pgf Version: 1.00-1 Followup-For: Bug #357255 Dear Ohura-san! I have prepared a package for 1.01, on the way fixing some bugs, here is the relevant Debian changelog entry: * add correct license statement into the copyright file and include the list of covered files FILES (Closes: #364749) * new upstream, fixing the compatibility problems (Closes: #357255) * restrict the dependency to tetex = 3.0, and add an additional dependency on texlive-latex-recommended (Closes: #357008) * adapt the debian files for the new location of the documentation files cleaned up the rules files from unnecessary commented dh_calls * fix the doc-base file to reference an existing pgfmanual.pdf * exclude svg files from being compressed, otherwise html documentation cannot be viewed (Closes: #360256) * bump standards version to 3.7.2, no changes necessary * change build-dep-indep to build-deps for dephelper * add a lintian override file for the pseudo extra license file usr/share/doc/texmf/latex/pgf/text-en/pgfmanual-en-license.tex.gz You can get the signed sources and binary files from deb(-src) http://www.tug.org/texlive/Debian/ check/ I attach a diff between the debian files of 1.00-1 and 1.01-0.1. Further question I have: I want to kill the pgf, xcolor and beamer from the texlive packages and depend on your packages here. For pgf I have already added additional dependencies onto texlive (what actually do you need from tetex/texlive, I suppose xkeyval?). For xcolor nothing has to be done, as it does not depend on tetex in any way. For latex-beamer you added a dependency on tetex-extra. Could you tell me which sty files you actually need? I would suggest that you add an alternative dependency | texlive-latex-recommended (= 2005.dfsg.1-2) if this is done I can remove the respective files from the texlive packages, reducing duplication in the Debian archive. Thanks a lot for your attention and all the best Norbert -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-rc4 Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383290: [Pkg-cups-devel] Bug#383290: cupsys: after an update the socket backend isn't available any longer
Am Sonntag, 20. August 2006 11:05 schrieb Kenshi Muto: At Wed, 16 Aug 2006 12:47:20 +0200, Jürgen Braun wrote: After updating cupsys, the socket backend isn't any longer in /usr/lib/cups/backend. It still exists in /usr/lib/cups/backend-available, but the symbolic link is missing. So every printer that uses the socket backend gets disabled when used the first time. Hm, interesting. Can you remember which cupsys version you upgrade from? No, can't remember what version I upgraded, but I do upgrade/dist-upgrade minimum once a week. 1.2.1-4 to 1.2.2-1 has not any changes around debconf. 1.2.1-3 had a change because I added SNMP backend, but I can't believe it cause an error. * cupsys/backend: ipp, lpd, parallel, usb Maybe you know because you're using Unstable, dpkg-reconfigure cupsys and enable socket will back socket backend again. I know the command but haven't run this for a long time. The system was installed 6 years ago, upgraded to Unstable and hold up-to-date. I run the command and now I saw the choice to enable/disable available backends and in my configuration (or is it default???) the socket backend is not activated. I use this printer with the socket backend not very often, so maybe the backend isn't available since a longer time (since the last change around debconf??) and the last time I missed the backend, I created the link manually. I think you can close the bug. Thanks, -- Freundliche Gruesse Juergen Braun Senior System Consultant IQDoQ GmbH Document Management Company of MATERNA Theodor-Heuss-Strasse 59 * 61118 Bad Vilbel * Germany phone: +49 6101 806 223 * fax: +49 6101 806 590 mobile: +49 175 2624437 * [EMAIL PROTECTED] http://www.iqdoq.com * http://www.iqdoq.de
Bug#384167: reportbug: dies when confronted with % characters
Package: reportbug Version: 3.28 Severity: important Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Traceback (most recent call last): File /usr/bin/reportbug, line 1708, in ? main() File /usr/bin/reportbug, line 1699, in main smtphost, options.smtpuser, options.smtppasswd, options.paranoid) File /usr/share/reportbug/reportbug_submit.py, line 439, in send_report (sysinfo['email'] % 'n'), (sysinfo['email'] % '99')) File /usr/share/reportbug/reportbug_ui_text.py, line 198, in long_message ewrite(indent_wrap_text(text % args)) File /usr/share/reportbug/reportbug_ui_text.py, line 48, in ewrite sys.stderr.write(message % args) TypeError: not enough arguments for format string The main problem is that you're passing strings to ewrite() without checking for formatting characters. The fix is slightly hackish, but simple: - --- reportbug_ui_text.py 2006-08-15 22:12:38.0 +0200 +++ /tmp/reportbug.patch2006-08-22 12:47:13.370823964 +0200 @@ -45,7 +45,10 @@ if not ISATTY: return - -sys.stderr.write(message % args) +if args: +sys.stderr.write(message % args) +else: +sys.stderr.write(message) sys.stderr.flush() log_message = ewrite Similar bugs may be in the other frontends; I didn't check. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFE6uPG8+hUANcKr/kRAo7pAJ9BxnNoEW+tFntzK0Yhsr+Si7YrfQCglY3K wm5aqoVftG9CZh9jUMk1JbU= =qBft -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384156: Successful installation on a SUN X4100 #2
Hi, I'm proud to confirm that i386 is also full installable. Root disk is also sdi Cheers Bjoern -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384168: does not install without acpid
Package: powersaved Version: 0.12.20-1 Severity: serious The powersaved init script will not start if acpid is not running. It shows a helpful message about this, but I expect that package dependencies and maintainer scripts are used to automate package installation. So if acpid is indeed required, then this package must depend on it. If not, the init script or postinst script must be in written in a way that it does not fail on installation. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages powersaved depends on: ii adduser 3.96 Add and remove users and groups ii dbus 0.62-4 simple interprocess messaging syst ii hal 0.5.7-2Hardware Abstraction Layer ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libcpufreq0 002-1 shared library to deal with the cp ii libdbus-1-2 0.62-4 simple interprocess messaging syst ii libdbus-glib-1-2 0.62-4 simple interprocess messaging syst ii libgcc1 1:4.1.1-5 GCC support library ii libglib2.0-0 2.10.3-3 The GLib library of C routines ii libhal1 0.5.7-2Hardware Abstraction Layer - share ii libpowersave100.12.20-1 power management daemon - shared l ii libstdc++64.1.1-5The GNU Standard C++ Library v3 ii libsysfs2 2.0.0-7interface library to sysfs ii lsb-base 3.1-14 Linux Standard Base 3.1 init scrip Versions of packages powersaved recommends: pn acpid none (no description available) ii grub 0.97-13GRand Unified Bootloader ii hdparm6.6-1 tune hard disk parameters for high pn kpowersavenone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384169: dhcp3: Unclean source package due to a misplaced call to debconf-updatepo
Package: dhcp3 Version: 3.0.4-7 Severity: minor Hi, The dhcp3 source package contains many debian/po/ll.po~ files. This is because debconf-updatepo is called after dh_clean while it should be called just before. Cheers, -- Thomas Huriaux signature.asc Description: Digital signature
Bug#384172: g++-4.1: makes boost 1.33.1-5 FTBFS
Package: g++-4.1 Version: 4.1.1-11 hi, after the update to g++-4.1 4.1.1-11 boost package does not build any more. this is reproducible. g++ dies with the following error: gcc-C++-action bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/threading-multi/binary_iarchive.o set -e g++ -c -Wall -ftemplate-depth-255 -DNDEBUG -DNDEBUG -DBOOST_SERIALIZATION_DYN_LINK=1 -DBOOST_LIB_DIAGNOSTIC=1 -D_REENTRANT -O3 -finline-functions -Wno-inline -pth read -fPIC -Wno-non-virtual-dtor -Wno-ctor-dtor-privacy -Ibin/boost/libs/serialization/build -I /home/cavok/devel/debian/boost/boost-1.33.1 -o bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/threading-multi/binary_iarchive.o /home/cavok/devel/debian/boost/boost-1.33.1/libs/serialization/build/../src/binary_iarchive.cpp /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../include/c++/4.1.2/istream:57: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. For Debian GNU/Linux specific bug reporting instructions, see URL:file:///usr/share/doc/gcc-4.1/README.Bugs. The bug is not reproducible, so it is likely a hardware or OS problem. ...failed gcc-C++-action bin/boost/libs/serialization/build/libboost_serialization.so/gcc/release/shared-linkable-true/threading-multi/binary_iarchive.o... cheers domenico -[ Domenico Andreoli, aka cavok --[ http://people.debian.org/~cavok/gpgkey.asc ---[ 3A0F 2F80 F79C 678A 8936 4FEE 0677 9033 A20E BC50 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384170: bluez-utils: missing dependency on dbus?
Package: bluez-utils Version: 3.1-3.1 Severity: important Hello, after upgrading my testing system I found out that hcid does not start anymore. Running /etc/init.d/bluetooth start gives the following in /var/log/syslog: hcid[6471]: Can't open system message bus connection: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory installing the dbus package corrected the problem. Maybe bluez-utils should depend on dbus? -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=fi_FI, LC_CTYPE=fi_FI (charmap=ISO-8859-1) Versions of packages bluez-utils depends on: ii libbluetooth23.1-1 Library to use the BlueZ Linux Blu ii libc62.3.6-15GNU C Library: Shared libraries ii libdbus-1-2 0.62-4 simple interprocess messaging syst ii libdbus-glib-1-2 0.62-4 simple interprocess messaging syst ii libglib2.0-0 2.10.3-3The GLib library of C routines ii libusb-0.1-4 2:0.1.12-2 userspace USB programming library ii lsb-base 3.1-10 Linux Standard Base 3.1 init scrip ii makedev 2.3.1-82creates device files in /dev ii module-init-tools3.2.2-3 tools for managing Linux kernel mo ii modutils 2.4.27.0-6 Linux module utilities ii sysvinit 2.86.ds1-15 System-V-like init utilities ii udev 0.093-1 /dev/ and hotplug management daemo bluez-utils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#201581: closed by Nathanael Nerode [EMAIL PROTECTED] (Perhaps Debian 3.1 will work for you)
Nathanael, Thanks for the update, and yes, I am still interested ! I've been on Fedora 1 since RedHat droped us 'home' users. FC2 would not install for me, so I tried Deb3.0... I have since found that Deb will install, but I'm torn between Debian and CentOS - as I am more familiar with the RedHat style of startup scripts... One day I'll get Debian going, I'm sure... John. Debian 3.0 is now obsolete, so I'm closing this bug report. The good news is that the installer changed dramatically for Debian 3.1. Please try installing Debian 3.1 if you're still interested (3 years later!). If it doesn't work, you can file a bug report against 'installation-reports'. -- Nathanael Nerode [EMAIL PROTECTED] Bush admitted to violating FISA and said he was proud of it. So why isn't he in prison yet?... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384173: ispell: install error: missing file in /usr/sbin/install-docs
Package: ispell Version: 3.1.20.0-4.3 Severity: normal While installing upgrading package, the following error appeared: error in control file: `Index' value missing for format `info' at /usr/sbin/install-docs line 709, /usr/share/doc-base/ispell-manual line 16. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (200, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.11-kanotix-up-1 Locale: LANG=pt_PT, LC_CTYPE=pt_PT (charmap=ISO-8859-1) Versions of packages ispell depends on: ii dictionaries-common 0.70.2 Common utilities for spelling dict ii iamerican [ispell-dictionar 3.1.20.0-4.3 An American English dictionary for ii ibritish [ispell-dictionary 3.1.20.0-4.3 A British English dictionary for i ii ifrench-gut [ispell-diction 1:1.0-18 The French dictionary for ispell ( ii iportuguese [ispell-diction 20060808-1 European Portuguese dictionary for ii libc6 2.3.6.ds1-2 GNU C Library: Shared libraries ii libncurses5 5.5-2Shared libraries for terminal hand Versions of packages ispell recommends: ii miscfiles [wordlist] 1.4.2.dfsg.1-4 Dictionaries and other interesting ii wamerican [wordlist] 6-2American English dictionary words ii wbritish [wordlist] 6-2British English dictionary words f -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#149373: looking for you
Do nota ignore me please, I found your email somewbhere and now decided tbo write you. I am coming to your place in few weeks abnd thought we can meet each other. Lbet me know if you do not mind. I am a nice pretty girl. Don't reply to this email. Email me direclty at [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384171: ITP: m16c-flash -- Flash programmer for Renesas M16C and R8C microcontrollers
Package: wnpp Severity: wishlist Owner: Uwe Hermann [EMAIL PROTECTED] * Package name: m16c-flash Version : 0.1 Upstream Author : Thomas Fischl [EMAIL PROTECTED] * URL : http://www.fischl.de/thomas/elektronik/r8c/r8c_flasher.html * License : GPL Programming Lang: C++ Description : Flash programmer for Renesas M16C and R8C microcontrollers m16c-flash uses a serial connection to program Renesas M16C and R8C microcontrollers. Uwe. -- Uwe Hermann http://www.hermann-uwe.de http://www.it-services-uh.de | http://www.crazy-hacks.org http://www.holsham-traders.de | http://www.unmaintained-free-software.org signature.asc Description: Digital signature
Bug#381266: cups-driverd hangs
I had the same problem, but I've found a workaround for it. I was initially using gnome-cups-manager -- it would freeze for over 15 minutes with cups-driverd and cupsys eating 100% CPU, before I even got to see a list of printers. I did also try the web interface -- it did give me a list of printers, but failed to add anything. (cups-driverd was using 100% CPU.) BTW, I've found what looks like the same problem reported at http://lists.ubuntu.com/archives/ubuntu-devel/2006-April/017291.html It magically fixed itself after I removed the following symlink: /usr/share/ppd/cups-transitional-dir - ../cups/model (Note the symlink: /usr/share/cups/model/ppd - /usr/share/ppd) It might be necessary to rm -fr /var/cache/cups at the same time. It now takes around ten seconds! I had tried rm -fr /var/cache/cups first, and I also reinstalled cups, but that didn't seem to have any effect. (Actually, removing the cache just seemed to make things slower. cups-driverd ended up using 100 MB either way, but it took a lot longer after removing the cache.) Cheers, -- Stuart Brady -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357255: pgf: NMU prepared
On Die, 22 Aug 2006, Norbert Preining wrote:
I attach a diff between the debian files of 1.00-1 and 1.01-0.1.
Forgot this one, here it is.
Best wishes
Norbert
---
Dr. Norbert Preining preining AT logic DOT at Università di Siena
gpg 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
diff -urN pgf-1.00/debian/changelog pgf-1.01/debian/changelog
--- pgf-1.00/debian/changelog 2006-08-22 12:01:27.0 +0200
+++ pgf-1.01/debian/changelog 2006-08-22 12:45:42.0 +0200
@@ -1,3 +1,23 @@
+pgf (1.01-0.1) unstable; urgency=low
+
+ * NMU
+ * add correct license statement into the copyright file and include
+the list of covered files FILES (Closes: #364749)
+ * new upstream, fixing the compatibility problems (Closes: #357255)
+ * restrict the dependency to tetex = 3.0, and add an additional
+dependency on texlive-latex-recommended (Closes: #357008)
+ * adapt the debian files for the new location of the documentation files
+cleaned up the rules files from unnecessary commented dh_calls
+ * fix the doc-base file to reference an existing pgfmanual.pdf
+ * exclude svg files from being compressed, otherwise html documentation
+cannot be viewed (Closes: #360256)
+ * bump standards version to 3.7.2, no changes necessary
+ * change build-dep-indep to build-deps for dephelper
+ * add a lintian override file for the pseudo extra license file
+usr/share/doc/texmf/latex/pgf/text-en/pgfmanual-en-license.tex.gz
+
+ -- Norbert Preining [EMAIL PROTECTED] Tue, 22 Aug 2006 12:14:20 +0200
+
pgf (1.00-1) unstable; urgency=low
* New upstream release (Closes: #322185).
diff -urN pgf-1.00/debian/control pgf-1.01/debian/control
--- pgf-1.00/debian/control 2006-08-22 12:01:27.0 +0200
+++ pgf-1.01/debian/control 2006-08-22 12:42:11.0 +0200
@@ -1,13 +1,13 @@
Source: pgf
Section: tex
-Build-Depends-Indep: debhelper (= 4.0.0)
+Build-Depends: debhelper (= 4.0.0)
Priority: optional
Maintainer: OHURA Makoto [EMAIL PROTECTED]
-Standards-Version: 3.6.2
+Standards-Version: 3.7.2
Package: pgf
Architecture: all
-Depends: ${shlibs:Depends}, ${misc:Depends}, tetex-base, latex-xcolor
(=2.00-1)
+Depends: ${shlibs:Depends}, ${misc:Depends}, tetex-base (= 3.0) |
texlive-latex-recommended, latex-xcolor (=2.00-1)
Description: TeX Portable Graphic Format
pgf stands for `portable graphics format'. It is a TeX macro package
that allows you to create graphics in your TeX documents using a
diff -urN pgf-1.00/debian/copyright pgf-1.01/debian/copyright
--- pgf-1.00/debian/copyright 2006-08-22 12:01:27.0 +0200
+++ pgf-1.01/debian/copyright 2006-08-22 12:14:15.0 +0200
@@ -7,323 +7,11 @@
Copyright: 2003 by Till Tantau [EMAIL PROTECTED].
- This program can be redistributed and/or modified under the terms
- of the LaTeX Project Public License Distributed from CTAN
- archives in directory macros/latex/base/lppl.txt.
+ The PGF package is distributed under the GNU public license, version 2.
-The following is full license text:
+The license information can be found in the manual (pgfmanual.pdf) at
+page 15.
-The LaTeX Project Public License
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
+On Debian GNU/Linux systems, the complete text of the GNU General
+Public License can be found in `/usr/share/common-licenses/GPL' file.
-LPPL Version 1.2 1999-09-03
-
-Copyright 1999 LaTeX3 Project
-Everyone is allowed to distribute verbatim copies of this
-license document, but modification of it is not allowed.
-
-
-PREAMBLE
-
-
-The LaTeX Project Public License (LPPL) is the license under which the
-base LaTeX distribution is distributed.
-
-You may use this license for any program that you have written and wish
-to distribute. This license may be particularly suitable if your
-program is TeX-related (such as a LaTeX package), but you may use it
-even if your program is unrelated to TeX. The section `WHETHER AND HOW
-TO DISTRIBUTE PROGRAMS UNDER THIS LICENSE', below, gives instructions,
-examples, and recommendations for authors who are considering
-distributing their programs under this license.
-
-In this license document, `The Program' refers to any program
-distributed under this license.
-
-This license gives conditions under which The Program may be distributed
-and conditions under which modified versions of The Program may be
-distributed. Individual files of The Program may bear supplementary
-and/or superseding conditions on modification of themselves and on the
-distribution of modified versions of themselves, but *no* file of The
-Program may bear supplementary or superseding conditions on the
-distribution of an unmodified copy of the
Bug#380520: acpid and hald conflict
severity 380520 serious stop I can reproduce this problem. If you remove hal, acpid can start without problems. It seems if hald starts after acpid, it works (or at least starts cleanly). But hald is started by udev, so it's hard to control that order sensibly. Now the problem is that for example powersaved needs both hal and acpid. powersaved is in turn used by kpowersave. But if you can't install the dependencies together, the whole group of packages becomes useless. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377915: Can't change sample rate
Hi Günter, I can confirm this bug. It does not seem to affect the sample rate of jackd, only the display of the sample rate within the qjackctl GUI. You can see this in the attached screenshot, where jackd is running at 44100 Hz but the GUI shows 48000 Hz. You can also see this wrong figure in the Status window. A new upstream version 0.2.20 is available: http://qjackctl.sourceforge.net/qjackctl-dl1.html Cheers! Daniel jackd -v -R -dalsa -dhw:0 -r44100 -p64 -n2 -S [Defaults] PatchbayPath=\0 [Geometry] qjackctlConnectionsForm/height=666 qjackctlConnectionsForm/visible=false qjackctlConnectionsForm/width=631 qjackctlConnectionsForm/x=0 qjackctlConnectionsForm/y=0 qjackctlMainForm/height=118 qjackctlMainForm/visible=true qjackctlMainForm/width=579 qjackctlMainForm/x=22 qjackctlMainForm/y=31 qjackctlMessagesForm/height=410 qjackctlMessagesForm/visible=true qjackctlMessagesForm/width=901 qjackctlMessagesForm/x=12 qjackctlMessagesForm/y=183 qjackctlPatchbayForm/visible=false qjackctlStatusForm/visible=false [History] InDeviceComboBox/Item1=(default) InDeviceComboBox/Item2=/dev/dsp InterfaceComboBox/Item1=hw:0 InterfaceComboBox/Item2=hw:1 InterfaceComboBox/Item3=hw:0,0 InterfaceComboBox/Item4=default OutDeviceComboBox/Item1=(default) OutDeviceComboBox/Item2=/dev/dsp ServerComboBox/Item1=jackd ServerComboBox/Item2=jackstart ServerComboBox/Item3=jackd-realtime ServerConfigNameComboBox/Item1=.jackdrc StartupScriptShellComboBox/Item1=artsshell -q terminate XrunRegexComboBox/Item1=xrun of at least ([0-9|\\.]+) msecs [Options] ActivePatchbay=false ActivePatchbayPath= AliasesEditing=false AliasesEnabled=false AutoRefresh=false BezierLines=false ConnectionsFont=Helvetica,13,-1,5,50,0,0,0,0,0 ConnectionsIconSize=0 DelayedSetup=false DisplayEffect=true DisplayFont1=Helvetica,12,-1,5,75,0,0,0,0,0 DisplayFont2=Helvetica,13,-1,5,50,0,0,0,0,0 KeepOnTop=true MessagesFont=Terminal,13,-1,5,50,0,0,0,0,0 MessagesLimit=true MessagesLimitLines=1000 PostShutdownScript=false PostShutdownScriptShell= PostStartupScript=false PostStartupScriptShell= QueryClose=true QueryShutdown=true ServerConfig=true ServerConfigName=.jackdrc ServerConfigTemp=false ShutdownScript=false ShutdownScriptShell= StartJack=false StartupScript=true StartupScriptShell=artsshell -q terminate StdoutCapture=true SystemTray=false TimeDisplay=0 TimeFormat=0 TimeRefresh=10 XrunIgnoreFirst=false XrunRegex=xrun of at least ([0-9|\\.]+) msecs [Presets] DefPreset=(default) [Program] Version=0.2.20 [Settings] Audio=0 Chan=0 Dither=0 Driver=alsa Frames=64 HWMeter=false HWMon=false IgnoreHW=false InChannels=0 InDevice=\0 InLatency=0 Interface=hw:0 Monitor=false NoMemLock=false OutChannels=0 OutDevice=\0 OutLatency=0 Periods=2 PortMax=128 Priority=0 Realtime=true SampleRate=44100 Server=jackd Shorts=true SoftMode=false StartDelay=2 Timeout=500 UnlockMem=false Verbose=true Wait=21333 WordLength=16 [Splitter] AlsaConnectView/sizes=202^e78^e186^e JackConnectView/sizes=260^e114^e225^e PatchbayView/sizes=226^e116^e211^e
Bug#382877: gcom: sigmon kills wvdial/pppd
On Sun, Aug 13, 2006 at 10:47:25PM +0100, João Batista wrote: Package: gcom Version: 0.3-1 Severity: normal Using the sigmon script, belonging to the gcom package, kills pppd started with wvdial. Steps to reproduce the problem in my system: [ ... ] 4) At any time after this, fire up sigmon. It begins to probe the signal strength. pppd is killed as soon as the script is started and connection is lost. Unfortunately it's not reproducible for me. I tried several times but pppd was never terminated. Is there any helpful syslog output to find out why pppd terminates? Did you try another kernel? greets Jimmy P.S.: Sorry for the late reply, was on vacation. -- Andreas Jimmy Gredler ,'`. http://www.jimmy.co.at/ | [EMAIL PROTECTED] ( grml.org -» Linux Live-CD for texttool-users and sysadmins `._, http://www.grml.org/| [EMAIL PROTECTED]
Bug#384162: gnokii-smsd-mysql fails to start, /usr/lib/smsd/libmysql.so: undefined symbol
On 8/22/06, Markus Bjorklof [EMAIL PROTECTED] wrote: Package: gnokii-smsd-mysql Version: 0.6.13-4 Severity: grave Justification: renders package unusable [...] Trying to start smsd ends in following error: [EMAIL PROTECTED]:~$ sudo smsd -u -p xx -d smsgw -c localhost -m mysql -f /var/log/gnokiid.log /usr/lib/smsd/libmysql.so: undefined symbol: DB_ByeCannot load database module mysql in directory /usr/lib/smsd! Other db-modules fails with same error (with different lib*.so file of course). It's fixed in CVS version and will be present in 0.6.14 release. If you need to backport it to 0.6.13 release take all smsd/ dir changes. take care, pkot -- Pawel Kot -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357255: pgf: NMU prepared
Norbert Preining [EMAIL PROTECTED] wrote: I have prepared a package for 1.01, on the way fixing some bugs, here is the relevant Debian changelog entry: * add correct license statement into the copyright file and include the list of covered files FILES (Closes: #364749) How did you get the list of covered files? And is there source for the images? * adapt the debian files for the new location of the documentation files cleaned up the rules files from unnecessary commented dh_calls I suggest not to make cosmetic changes in an NMU. Regards, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#384175: fglrx-kernel-src: Suggested reordering of installation methods in documentation
Package: fglrx-kernel-src Severity: wishlist Tags: patch A friend was installing the fglrx driver on his machine following the documentation provided (thank you!), and started following the instructions in the README.Debian file, without realising that the different methods (a to d) were exclusive and the preferred one was actually the _last_ one in the document. I propose the instructions be re-ordered based on their ease-of-use and likelihood of Just Working, so I put them in this order: a: module-assistant (was d) b: make-kpkg (was c) c: make.sh (was a) d: kernel makefile (was b) My main plan was to put the recommended module-assistant method first, I don't particularly mind if you disagree with my ordering of the other three methods :) The patch is a bit unclear because of the whitespace handling. I simply reordered them and reworded the paragraph before the four options. Thanks for your good work. -Ted diff -ruN fglrx-driver-8.24.8/debian/fglrx-kernel-src.README.Debian fglrx-driver-8.24.8-new/debian/fglrx-kernel-src.README.Debian --- fglrx-driver-8.24.8/debian/fglrx-kernel-src.README.Debian 2006-08-22 21:24:59.0 +1000 +++ fglrx-driver-8.24.8-new/debian/fglrx-kernel-src.README.Debian 2006-08-22 21:34:07.0 +1000 @@ -13,42 +13,35 @@ *** Make sure to remove any old /usr/src/modules/fglrx* directory *** after an upgrade of the sources package. -You can build the kernel module in several ways. Choose one, preferably -the module-assistant command. +You can build the kernel module in several ways. The module-assistant +method is usually easiest. -a) Build with the supplied make.sh script -^ -This will build a module that matches the running kernel; you need to have -the correct kernel source and configuration in place. - - $ cd /usr/src/modules/fglrx - $ ./make.sh +a) Build with module-assistant (recommended) +^^ +If you have never built modules with module-assistant before, you should +prepare the build environment by running: -Provided that the module was compiled without error, become root and -install it: + # module-assistant prepare - $ mkdir /lib/modules/$(uname -r)/misc - $ cp fglrx.ko /lib/modules/$(uname -r)/misc/ - $ depmod -ae +In the usual environment, module-assistant should detect all +requirements. Example (assuming that you build for the running kernel): -b) Build with the kernel's makefile (only on kernel 2.6.x) -^^^ -This will build a module that matches the kernel sources you start from. + # module-assistant a-i fglrx -If you are unable to build a working module in any other way, please try -this method and install the module by hand. If this module works, building -it with make-kpkg is just a matter of using the correct parameters. +module-assistant will unpack the sources for you, if necessary. Make sure +to remove any old /usr/src/modules/fglrx directory after an upgrade of +the fglrx package, because module-assistant will not do that for you. - $ cd /usr/src/kernel-source-2.x.y - $ make SUBDIRS=/usr/src/modules/fglrx modules +If you prefer to build the packages with m-a from your own user account +(with ~/src/linux being the kernel source): - (replace /usr/src/kernel-source-2.x.y with the path to your kernel - sources) + $ mkdir -p ~/src/modass + $ module-assistant -u ~/src/modass -k ~/src/linux install fglrx -Provided that the module was compiled without error, become root and -install it as shown in the previous section. +Note: A detailed explanation of module-assistant is beyond the scope +of this document. Please refer to the module-assistant documentation. -c) Build with the make-kpkg command +b) Build with the make-kpkg command ^^^ make-kpkg is provided by the kernel-package Debian package. @@ -64,30 +57,37 @@ $ dpkg -i /usr/src/fglrx-kernel-2.x.y_version_arch.deb -d) Build with module-assistant (recommended) -^^ -If you have never built modules with module-assistant before, you should -prepare the build environment by running: +c) Build with the supplied make.sh script +^ +This will build a module that matches the running kernel; you need to have +the correct kernel source and configuration in place. - # module-assistant prepare + $ cd /usr/src/modules/fglrx + $ ./make.sh -In the usual environment, module-assistant should detect all -requirements. Example (assuming that you build for the running kernel): +Provided that the module was compiled without error, become root and +install it: - # module-assistant a-i fglrx + $ mkdir /lib/modules/$(uname -r)/misc + $ cp fglrx.ko /lib/modules/$(uname -r)/misc/ + $ depmod -ae -module-assistant will unpack the sources for you, if necessary. Make sure -to remove any old /usr/src/modules/fglrx directory after an upgrade of -the
