Bug#348991: I/O accounting does not work
Package: acct Version: 6.3.5-39 Severity: important [EMAIL PROTECTED]:~$ sudo sa --sort-tio |grep -v tio |wc -l 0 [EMAIL PROTECTED]:~$ sudo sa --sort-tio -m |grep -v tio |wc -l 0 Something is seriously wrong, but what? Is this somehow a known problem? -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages acct depends on: ii debconf 1.4.62 Debian configuration management sy ii libc6 2.3.5-9GNU C Library: Shared libraries an acct recommends no packages. -- debconf information: acct/kernel_mismatch: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346257: ekg2: variable subject_string doesn't exist
On Fri, Jan 06, 2006 at 06:28:41PM +0100, Bartosz Fenski aka fEnIo wrote: All receivers are marked by *. Preceding multiline message with string set in subject_string variable will make this line subject of this message. Thanks for the report. From the code it seems like it got superseded by subject_prefix. Check this code out: | variable_add(NULL, subject_prefix, VAR_STR, 1, config_subject_prefix, NULL, NULL, NULL); | [...] | /* czy wiadomość ma mieć temat? */ | if (config_subject_prefix !xstrncmp(params[1], config_subject_prefix, subjectlen)) { | char *subtmp = xstrdup((params[1]+subjectlen)); /* obcinamy prefix tematu */ | char *tmp; | | /* jeśli ma więcej linijek, zostawiamu tylko pierwszą */ | if ((tmp = xstrchr(subtmp, 10))) | *tmp = 0; | | subject = jabber_escape(subtmp); | /* body of wiadomość to wszystko po końcu pierwszej linijki */ | msg = (tmp) ? jabber_escape(tmp+1) : NULL; | xfree(subtmp); | } else | msg = jabber_escape(params[1]); /* bez tematu */ | [...] | if (subject) { | jabber_write(j, subject%s/subject, subject); | xfree(subject); | } Please try to use this variable, and let me know if that's what you've been looking for (CC the bug report). If so, then this bug should be renamed into fix the docs. Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#88274: Mistake in /usr/lib/cruft/explain/home_ftp
On Tue, Dec 27, 2005 at 10:20:56AM -0500, Andrew Schulman wrote: Although this bug is tagged fixed, it isn't fixed. As of version 0.9.6-0.4, the mistake is still there. It causes bogus /home/ftp: not found messages at run time. Actually, it's fixed in experimental. Please try 0.9.6-0.11 Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#313456: tetex-base: package configuration fails because of initex error
On Mon, Nov 07, 2005 at 06:21:18PM +0100, Frank Küster wrote: Marcin Owsiany [EMAIL PROTECTED] wrote: Then I tried the first of the failed commands directly from the command line. Here's the result: [EMAIL PROTECTED]:/var/lib/texmf/web2c$ sudo pdftex -ini -translate-file=il2-pl -jobname=pdfmex-pl -progname=pdfmex-pl pdfmex.ini This is pdfTeX, Version 3.14159-1.10b (Web2C 7.4.5) (INITEX) [...] Transcript written on pdfmex-pl.log. [EMAIL PROTECTED]:/var/lib/texmf/web2c$ [...] In other words, looks fine, which is pretty puzzling. I tried dpkg --configure -a again, and this resulted in the same typescript as initially reported. Indeed, the pdfmex-pl.{log,fmt} were not modified during the dpkg run, but were during the direct invocation. This is in fact strange. Did you also use sudo for the apt-get invocation, or did you use an other method to gain root rights? Yes, I remember making sure to use the same method. /var/lib/texmf/web2c/fmtutil.cnf follows: Just to be sure, the output of kpsewhich --format='web2c files' fmtutil.cnf called as root (the same way as apt-get was called) is in fact /var/lib/texmf/web2c/fmtutil.cnf? Yes, it's this whether I use sudo, su, su - or as non-root. So what can we do to further debug this? You could do the following: Save the attached file as /usr/local/sbin/fmtutil and then run the necessary commands to trigger the bug - dpkg --configure -a in the simplest case, or apt-get install tetex-bin, or whatever, but redirect the stdout and stderr to a file (or copy it there), like this: dpkg --configure -a 21 | tee debug.log There should be plenty of output, which is also in debug.log - please send us this file. This didn't work, for two reasons: - you hardcode the path to fmtutil in the postinst - you explicitly set PATH in the postinst not to include /usr/local/*bin However, since it's sufficient to run dpkg --postinst, I just edited my /usr/bin/fmtutil to include the -x in she-bang line, and got the attached output (typescript-with-custom-fmtutil-try-2). (Ran twice, the second time with LANG=C LC_ALL=C, because I wanted to test whether the locale affects the error). Awaiting further instructions. regards, Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 typescript-with-custom-fmtutil-try-2.gz Description: Binary data
Bug#273653: No support for i18n
On Thu, Nov 03, 2005 at 06:07:42PM +, Martin Michlmayr wrote: * Marcin Owsiany [EMAIL PROTECTED] [2004-09-27 20:16]: EKG never supported i18n, and probably never will, since its developement mostly stopped. However its successor, EKG2 (in experimental) does have support for i18n. Any idea when EKG2 will show up in unstable, and possibly even replace EKG (v1). I certainly want to make it release with etch. Upstream recently accepted a bunch of my patches, so I even might upload to sid this month. However, I would like to perform the package split before that, and that needs some additional time, of which I have little :-/ As for replacing ekg (in terms of Replaces:), I don't think that is going to happen, because they are different projects. Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334091: branch for stable
On Mon, Oct 31, 2005 at 12:14:28PM +, [EMAIL PROTECTED] wrote: Please include some information on which package version does the filter file match, so it can be tracked in the future. Preferably include that information as a comment in the filter file itself (just put a hash, package name and version, separated by space, on the first line in the filter file). These comments are relative to the latest upload (0.9.6-0.11). I've split them into sections: NEW, REMOVE, RENAME, EDIT, RENAME AND EDIT, and ASK. Many thanks!! Commited to svn, and will make it to the next revision. Some filters look as if they should be redundant now that cruft understands the alternatives system. Looks like explain/alternatives takes care of that, though it shouldn't. This is one of the areas which need cleaning up. I didn't properly understand this. As far as I can see, (stable)cruft reports differences between the actual filesystem and what /var/lib/dpkg/alternatives says the filesystem should be. Why is that wrong behaviour? Is it that you don't want cruft to rely on /var/lib/dpkg/alternatives but want every package which uses the alternatives system still to list the installed alternatives as extrafiles? Eg package 'less' which in the postinst does update-alternatives --quiet --install /usr/bin/pager pager \ /usr/bin/less 77 --slave /usr/share/man/man1/pager.1.gz \ pager.1.gz /usr/share/man/man1/less.1.gz should still list /usr/bin/pager as an extra file? Yes, each package providing an alternative should list it in its filter file. And I think that explain/alternatives script should simply be removed. Please see http://bugs.debian.org/21104 in which aj explains reasons for that. Is that desirable? And if it should, then shouldn't it also list /usr/share/man/man1/pager.1.gz ? Yes, it should list both. However, there is some unclear additional magic associated with the alternatives explain script (e.g. unclear using FD 3), so I need to look into it closer before I remove it. It does not hurt that much at the moment, so it's rather low priority. Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332842: ekg2: FTBFS: ls: libltdl/*: No such file or directory
On Sun, Oct 30, 2005 at 04:42:46PM +0100, Kurt Roeckx wrote: On Mon, Oct 31, 2005 at 02:22:58AM +1100, Rob Weir wrote: On Sun, Oct 09, 2005 at 12:12:38AM +0200, Kurt Roeckx said Hi, Your package is failing to build. From the log: Running libtoolize... ls: libltdl/*: No such file or directory [...] make[3]: Entering directory `/build/buildd/ekg2-20050713+2142/libltdl' make[3]: *** No rule to make target `all'. Stop. make[3]: Leaving directory `/build/buildd/ekg2-20050713+2142/libltdl' make[2]: *** [all-recursive] Error 1 The last libtool update changed the pacakge so that if you run libtoolize with the --ltdl option that you require to build-depend on the libltdl3-dev package instead. It would be a good idea to build depend on the libltdl3-dev package in any case, and make sure it gets linked to the debian package instead of using an internal static copy. Hm, I can't reproduce this in a current sid chroot. Are you sure you removed the libltdl3-dev package? This error will only show up if you don't have it installed. And you should add a build dependency to make sure you have it installed. Anyway, upstream libtool has just applied a patch that should give a better error message next time. Moreover, ekg2 upstream has removed libtool support, so this should be a non-issue when I get the time to package a current snapshot. Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336328: contains /usr/lib/locale/LC_MESSAGES which is against FHS
Package: aide Version: 0.10-6.1 Severity: normal Locale files should go into /usr/share/locale/LOCALE/LC_MESSAGES/DOMAIN.mo The version in experimental contains /usr/lib/locale/LC_MESSAGES/aide.mo, which is misplaced. All other versions contain just an empty directory, which is wrong as well. I haven't checked the version in oldstable. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291823: An extfs script for mc
tag 291823 +patch thanks Attached is a quick and dirty perl script which can be used to browse a report in a tree fashion using mc. Just put it into /usr/share/mc/extfs and do: echo cruftfs /usr/share/mc/extfs/extfs.ini Then you can (in mc) do cd cruft-report-file#cruftfs The size is the number of cruft-reported file below the current entry. The perms are drwxrwxrwx if the entry was reported by cruft, and d- otherwise. All entries are reported as directories, since it is impossible to deduce the file type from cruft output, and I wanted to avoid statting every file in the report. I still have to figure out how and if get this integrated properly with the package. Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 #!/usr/bin/perl use warnings; use strict; umask 077; my $date; chop($date=`LC_ALL=C date +%b %d %Y %H:%M`); sub file { -r--r--r-- 1 root root 0 $date $_[0]\n; } sub dir { my $perms = $_[1] || 'd-'; my $size = sprintf(%5d, $_[2] || 0); return $perms 1 root root $size $date $_[0]\n ; } sub dirname($) { my $a = shift || ''; return '' if $a eq '' or $a eq '/'; $a =~ s#/[^/]*$##; return $a; } sub dolist { my $file = shift; open REPORT, $file or print file(ERROR-OPENING-REPORT) and exit 0; my %sections; my $last; my $lastfile; my @counter; while (REPORT) { if (/^ (.*) /) { $last = $1; $last =~ s,/,_,g; $sections{$last} = {}; $lastfile = ''; } elsif (/^ {8}(.*)/) { my $file = $1; $sections{$last}-{$file} = [666,0]; $file = dirname($file); while ($file) { if (! exists $sections{$last}-{$file}) { $sections{$last}-{$file} = [0,0]; } $sections{$last}-{$file}-[1]++; $file = dirname($file); } } } close REPORT; foreach my $s (sort keys %sections) { print dir($s); foreach (sort keys %{$sections{$s}}) { print dir($s.$_, $sections{$s}-{$_}-[0] ? 'drwxrwxrwx' : '', $sections{$s}-{$_}-[1]) unless $_ eq ''; } } } my $arg = shift @ARGV || ''; if($arg eq 'list') { dolist(@ARGV); exit 0; } exit 1;
Bug#291823: Support for cruft extfs
Hi! Please have a look at http://bugs.debian.org/291823 I think that the most user-friendly (i.e. ready to use) way to include support for such virtual filesystem would be to add it to mc package. There are following reasons for that: - I don't want to install files into mc's directory - including support for such filesystem requires editing extfs.ini, which can probably done only by mc maintainer, unless some mechanism for adding such modifications from other packages is created - possibly allocating a file extension an mapping it to cruft extfs globally would also require modifying an mc configuration (though it can also probably be done in ~/.mc per-user) What do you think? Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 signature.asc Description: Digital signature
Bug#334091: filter for cruft should filter filters not filter
On Sat, Oct 15, 2005 at 02:32:46PM +0100, J S Bygott wrote: Can we make a case for some of the bugfixes to cruft filters making it into the revision of stable? I'm thinking of, at least, the fixes to /usr/lib/cruft/explain/init_d /usr/lib/cruft/filters/dpkg(both fixed in experimental) The case would be: (1) a substantial gain in usefulness (less spurious cruft reported); (2) many users would benefit (see popcon); (3) no danger of breaking anything. What does Anthony Towns think? I don't know what Anthony thinks, but I think that: - getting a fixed cruft into stable will NOT be possible, because of the release policy - creating a branch for stable and providing unofficial packages WILL be possible, and a good idea Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334091: branch for stable
On Tue, Oct 25, 2005 at 03:58:00PM +0100, [EMAIL PROTECTED] wrote: - creating a branch for stable and providing unofficial packages WILL be possible, and a good idea Oh yes, that's a better idea. Stable being stable is a good thing. (In spirit, the filters in cruft/filters are almost like the stuff the volatile archive is meant for, I think. They are plug-in data that are better if up to date, meaning here that they have caught up with the rest of stable. So I don't think wanting to change them was totally evil of me. I can see a scenario where the filters in cruft are always one release behind the rest of debian ... But your idea is better than trying to distort the release policy.) Actually the current situation (that cruft ships with filter files for other packages) is considered temporary. Ideally, packages should provide their own filter and/or explain scripts, so that they match their behavior as closely as possible. There are many filters that look as if they could be revised. Indeed, probably most of them are severily outdated. I deleted/renamed/updated some of them in 0.9.6-0.9, which I am going to upload today. I can make a list if you would find it helpful. Please do! But also please include some information on which package version does the filter file match, so it can be tracked in the future. Preferably please include that information as a comment in the filter file itself (just put a hash, package name and version, separated by space, on the first line in the filter file). You might also get an account on alioth, and then I could add you to the project so that you can directly commit your fixes to SVN. Some filters look as if they should be redundant now that cruft understands the alternatives system. Looks like explain/alternatives takes care of that, though it shouldn't. This is one of the areas which need cleaning up. Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#253293: [EMAIL PROTECTED]: Debianized mod_auth_shadow-2.1.tar.gz]
Attached is a possibly helpful message... -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 ---BeginMessage--- Hello! I'm using your mod_auth_shadow on several machines running Apache 1.3 and Debian Woody. Now I'm switching to Debian Sarge and Apache2. Unfortunately your module is not packaged for Apache2 in Debian. I downloaded the latest tarball (mod_auth_shadow-2.1.tar.gz) and debianized it. Everything is contained in the debian/ subdirectory. If you add that directory to your sources, every Debian user can make a Debian package by simply installing the Build-Depends packages and running fakeroot debian/rules binary I tested it on Debian Sarge (stable) and Etch (testing). I'm not a Debian mantainer, so I will send this mail also to the official Debian mantainer of the Apache1.3 mod_auth_shadow module. May be this will facilitate the Debian packaging. Techincal details: - Changed the makefile to be Debian compatibile. - Added the file auth_shadow.load, used by the Debian install. - Used dpatch to store all the patches in the debian/ directory. - Created the postinst script to set proper permissions onto validate program. -- Niccolo Rigacci Firenze - Italy War against Iraq? Not in my name! debian.tgz Description: GNU Unix tar archive ---End Message---
Bug#313456: tetex-base: package configuration fails because of initex error
On Fri, Oct 07, 2005 at 09:09:01PM +0200, Hilmar Preusse wrote: On 14.06.05 Hilmar Preusse ([EMAIL PROTECTED]) wrote: On 13.06.05 Marcin Owsiany ([EMAIL PROTECTED]) wrote: Hi, See attached typescript. I also attach all *.log files present in /var/lib/texmf/web2c This is a summary of all `failed' messages and warnings: `pdftex -ini -translate-file=il2-pl -jobname=pdfmex-pl -progname=pdfmex-pl pdfmex.ini' failed `pdfetex -ini -translate-file=il2-pl -jobname=pdfemex-pl -progname=pdfemex-pl *pdfemex.ini' failed And I guess calling these commands from the command prompt doesn't give you further infos, right? Please post your fmtutil.cnf. About 4 month ago I sent you this request. Did you find the time to look into this? If not: are you still interested in helping to fix the bug? OK, here's what's happened since my initial report: I worked around the bug by moving away the pool files as suggested by Frank Kuester in another post in this bug report). After your reminder, I tried copying back those two files to /usr/share/texmf/web2c and running sudo fmtutil --all, but that was not enough to reproduce the bug. I finally managed to reproduce it by doing apt-get install --reinstall tetex-base tetex-bin on that system. I got the same typescript that I initially submitted. Then I tried the first of the failed commands directly from the command line. Here's the result: [EMAIL PROTECTED]:/var/lib/texmf/web2c$ sudo pdftex -ini -translate-file=il2-pl -jobname=pdfmex-pl -progname=pdfmex-pl pdfmex.ini This is pdfTeX, Version 3.14159-1.10b (Web2C 7.4.5) (INITEX) (/usr/share/texmf/web2c/il2-pl.tcx) (/usr/share/texmf/pdftex/mex/config/pdfmex.ini (/usr/share/texmf/tex/mex/base/mex.tex Preloading the MeX format: (/usr/share/texmf/tex/mex/base/mex1.tex polish auxiliary macros, prefixing, definitions of languages, (/usr/share/texmf/tex/mex/config/mexconf.tex MeX configuration,) hyphenation [ENGLISH], (/usr/share/texmf/tex/generic/hyphen/hyphen.tex) hyphenation [PL], (/usr/share/texmf/tex/generic/hyphen/plhyph.tex) hyphenation [MAZOVIA, empty], hyphenation [LATIN 2, empty], hyphenation [P1, empty],) (/usr/share/texmf/tex/plain/base/plain.tex Preloading the plain format: codes, registers, parameters, fonts, more fonts, macros, math definitions, output routines, hyphenation SKIPPED) (/usr/share/texmf/tex/mex/base/mex2.tex redefinitions of plain rules, defaults,)) ) Beginning to dump on file pdfmex-pl.fmt (format=pdfmex-pl 2005.10.19) 2595 strings of total length 35363 7867 memory locations dumped; current usage is 1107555 1147 multiletter control sequences \font\nullfont=nullfont \font\tenrm=plr10 \font\preloaded=plr9 \font\preloaded=plr8 \font\sevenrm=plr7 \font\preloaded=plr6 \font\fiverm=plr5 \font\teni=plmi10 \font\preloaded=plmi9 \font\preloaded=plmi8 \font\seveni=plmi7 \font\preloaded=plmi6 \font\fivei=plmi5 \font\tensy=plsy10 \font\preloaded=plsy9 \font\preloaded=plsy8 \font\sevensy=plsy7 \font\preloaded=plsy6 \font\fivesy=plsy5 \font\tenex=plex10 \font\preloaded=plss10 \font\preloaded=plssq8 \font\preloaded=plssi10 \font\preloaded=plssqi8 \font\tenbf=plbx10 \font\preloaded=plbx9 \font\preloaded=plbx8 \font\sevenbf=plbx7 \font\preloaded=plbx6 \font\fivebf=plbx5 \font\tentt=pltt10 \font\preloaded=pltt9 \font\preloaded=pltt8 \font\preloaded=plsltt10 \font\tensl=plsl10 \font\preloaded=plsl9 \font\preloaded=plsl8 \font\tenit=plti10 \font\preloaded=plti9 \font\preloaded=plti8 \font\preloaded=plti7 \font\preloaded=plu10 \font\preloaded=plmib10 \font\preloaded=plbsy10 \font\preloaded=plcsc10 \font\preloaded=plssbx10 \font\preloaded=pldunh10 \font\preloaded=plr7 at 14.51799pt \font\preloaded=pltt10 at 14.4pt \font\preloaded=plssbx10 at 14.4pt \font\preloaded=manfnt 21360 words of font info for 50 preloaded fonts 34 hyphenation exceptions Hyphenation trie of length 11344 has 375 ops out of 35111 194 for language 1 181 for language 0 No pages of output. Transcript written on pdfmex-pl.log. [EMAIL PROTECTED]:/var/lib/texmf/web2c$ the pdfmex-pl.log file follows: -- This is pdfTeX, Version 3.14159-1.10b (Web2C 7.4.5) (INITEX) 19 OCT 2005 21:48 (/usr/share/texmf/web2c/il2-pl.tcx) **pdfmex.ini (/usr/share/texmf/pdftex/mex/config/pdfmex.ini (/usr/share/texmf/tex/mex/base/mex.tex Preloading the MeX format: (/usr/share/texmf/tex/mex/base/mex1.tex polish auxiliary macros, prefixing, definitions of languages, (/usr/share/texmf/tex/mex/config/mexconf.tex MeX configuration,) hyphenation [ENGLISH], (/usr/share/texmf/tex/generic/hyphen/hyphen.tex) hyphenation [PL], (/usr/share/texmf/tex/generic/hyphen/plhyph.tex) hyphenation [MAZOVIA, empty], hyphenation [LATIN 2, empty], hyphenation [P1, empty],) (/usr/share/texmf/tex/plain/base/plain.tex Preloading the plain format: codes, registers, \maxdimen=\dimen10 \hideskip=\skip10 \centering=\skip11 [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL
Bug#333566: The doc file
Finally, here's the aforementioned doc file itself. Marcin KOCH.DOC Description: MS-Word document
Bug#333566: OLE2 unpacker stack overflow
Package: clamav Version: 0.87-1 Severity: important Tags: security I recently stumbled upon a (probably corrupted) DOC file, which caused clamd (running with ArchiveMaxFiles 1) to segfault, causing a DoS. After specifying --max-files=10 to clamscan, I could also get clamscan to segfault. Here is a backtrace I obtained: #0 0xb7d993a7 in vfprintf () from /lib/tls/libc.so.6 #1 0xb7dbb4e1 in vsnprintf () from /lib/tls/libc.so.6 #2 0xb7e9e7ae in cli_dbgmsg (str=0xb7ee2090 %34s ) at others.c:122 #3 0xb7ebb8f4 in print_property_name (pname=0xbf0238b0 \001, size=18) at ole2_extract.c:186 #4 0xb7ebb961 in print_ole2_property (property=0xbf0238b0) at ole2_extract.c:197 #5 0xb7ebc87c in ole2_walk_property_tree (fd=3, hdr=0xbf8222fc, dir=0x87aa028 /tmp/clamav-ad8ca4a99a5aca3d, prop_index=5, handler=0xb7ebcc14 handler_writefile, rec_level=1, file_count=0xbf8222a0, limits=0x87a1e58) at ole2_extract.c:509 #6 0xb7ebca1b in ole2_walk_property_tree (fd=3, hdr=0xbf8222fc, dir=0x87aa028 /tmp/clamav-ad8ca4a99a5aca3d, prop_index=2, handler=0xb7ebcc14 handler_writefile, rec_level=1, file_count=0xbf8222a0, limits=0x87a1e58) at ole2_extract.c:536 #7 0xb7ebca4b in ole2_walk_property_tree (fd=3, hdr=0xbf8222fc, dir=0x87aa028 /tmp/clamav-ad8ca4a99a5aca3d, prop_index=5, handler=0xb7ebcc14 handler_writefile, rec_level=1, file_count=0xbf8222a0, limits=0x87a1e58) at ole2_extract.c:538 #8 0xb7ebca1b in ole2_walk_property_tree (fd=3, hdr=0xbf8222fc, dir=0x87aa028 /tmp/clamav-ad8ca4a99a5aca3d, prop_index=2, handler=0xb7ebcc14 handler_writefile, rec_level=1, file_count=0xbf8222a0, limits=0x87a1e58) at ole2_extract.c:536 #9 0xb7ebca4b in ole2_walk_property_tree (fd=3, hdr=0xbf8222fc, dir=0x87aa028 /tmp/clamav-ad8ca4a99a5aca3d, prop_index=5, handler=0xb7ebcc14 handler_writefile, rec_level=1, file_count=0xbf8222a0, limits=0x87a1e58) at ole2_extract.c:538 #10 0xb7ebca1b in ole2_walk_property_tree (fd=3, hdr=0xbf8222fc, dir=0x87aa028 /tmp/clamav-ad8ca4a99a5aca3d, prop_index=2, handler=0xb7ebcc14 handler_writefile, rec_level=1, file_count=0xbf8222a0, limits=0x87a1e58) at ole2_extract.c:536 [...] #13791 0xb7ebca1b in ole2_walk_property_tree (fd=3, hdr=0xbf8222fc, dir=0x87aa028 /tmp/clamav-ad8ca4a99a5aca3d, prop_index=3, handler=0xb7ebcc14 handler_writefile, rec_level=1, file_count=0xbf8222a0, limits=0x87a1e58) at ole2_extract.c:536 #13792 0xb7ebc9a1 in ole2_walk_property_tree (fd=3, hdr=0xbf8222fc, dir=0x87aa028 /tmp/clamav-ad8ca4a99a5aca3d, prop_index=0, handler=0xb7ebcc14 handler_writefile, rec_level=0, file_count=0xbf8222a0, limits=0x87a1e58) at ole2_extract.c:523 #13793 0xb7ebd68c in cli_ole2_extract (fd=3, dirname=0x87aa028 /tmp/clamav-ad8ca4a99a5aca3d, limits=0x87a1e58) at ole2_extract.c:826 #13794 0xb7ea7419 in cli_scanole2 (desc=3, virname=0xbf8226bc, scanned=0x80536fc, root=0x8054720, limits=0x87a1e58, options=107, arec=1, mrec=0) at scanners.c:1142 #13795 0xb7ea802a in cli_magic_scandesc (desc=3, virname=0xbf8226bc, scanned=0x80536fc, root=0x8054720, limits=0x87a1e58, options=107, arec=1, mrec=0) at scanners.c:1454 #13796 0xb7ea8421 in cl_scandesc (desc=3, virname=0xbf8226bc, scanned=0x80536fc, root=0x8054720, limits=0x87a1e58, options=107) at scanners.c:1563 #13797 0x0804e6b4 in checkfile (filename=0x87aa018 KOCH.DOC, root=0x8054720, limits=0x87a1e58, options=107, printclean=1) at manager.c:764 #13798 0x0804d77b in scanfile (filename=0x87aa018 KOCH.DOC, root=0x8054720, user=0x0, opt=0x8054008, limits=0x87a1e58, options=107) at manager.c:436 ---Type return to continue, or q return to quit--- #13799 0x0804cf5d in scanmanager (opt=0x8054008) at manager.c:263 #13800 0x0804b40b in clamscan (opt=0x8054008) at clamscan.c:159 #13801 0x0804bcf6 in main (argc=4, argv=0xbf822dd4) at options.c:177 I ran it under gdb, and apparently the problem is that the doc file's property tree is not actually a tree: Index PropertyPrev Next Child -- 0 RootEntry -1 -1 3 3 SummaryInformation 24-1 2 WordDocument 5 -1-1 5 CompObj 02 1083217721 This makes ole2_walk_property_tree bounce between properties 2 5 and 0, until either MaxFiles limit is reached, or (apparently) stack is overflowed. I do not yet have the authorization to forward the doc file in question to you, but I guess any file with such property graph will do. This segfault occured after 13k+ calls, but the clamd on which I discovered the problem segfaulted with only about 3500+ calls (I have a strace, but it contains data I am not authorized to forward). I think the difference can be explained by different system (sid vs sarge), kernel version and program (clamd vs clamscan). I guess the problem can be solved in several ways: - changing ole2_walk_property_tree to an iterative implementation - keeping a cache of already visited nodes and short-circuiting on
Bug#313456: tetex-base: package configuration fails because of initex error
On Fri, Oct 07, 2005 at 09:09:01PM +0200, Hilmar Preusse wrote: On 14.06.05 Hilmar Preusse ([EMAIL PROTECTED]) wrote: On 13.06.05 Marcin Owsiany ([EMAIL PROTECTED]) wrote: Hi, See attached typescript. I also attach all *.log files present in /var/lib/texmf/web2c This is a summary of all `failed' messages and warnings: `pdftex -ini -translate-file=il2-pl -jobname=pdfmex-pl -progname=pdfmex-pl pdfmex.ini' failed `pdfetex -ini -translate-file=il2-pl -jobname=pdfemex-pl -progname=pdfemex-pl *pdfemex.ini' failed And I guess calling these commands from the command prompt doesn't give you further infos, right? Please post your fmtutil.cnf. About 4 month ago I sent you this request. Did you find the time to look into this? Unfortunately not, all the more that I don't have daily access to that machine. If not: are you still interested in helping to fix the bug? Yes, I'll try to look at this next week and let you know what I came up with. Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#323789: [Ticket: 1020752] Bug#323789: Bug in mod_auth_shadow (mod-auth-shadow) pack [. [...]
On Thu, Sep 08, 2005 at 07:43:04PM +0200, Marcin Owsiany wrote: Yes, now I can reproduce the problem. I'll work with the upstream maintainer and/or try to debug this myself. I have prepared packages which seem to fix this issue for me. They available at http://people.debian.org/~porridge/mod-auth-shadow-test/ which is also aptable as: deb http://people.debian.org/~porridge/mod-auth-shadow-test/ ./ Please test whether they fix the issue for you and report back. regards, Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#323789: mod-auth-shadow bug 323789
tag 323789 +security thanks Hi! mod_auth_shadow is an apache module which lets you perform HTTP authentication against /etc/shadow. Whether it should act for certain location or directory, is controled with AuthShadow on/off directive. However, it seems that one of the handlers mistakenly does not check the status of this directive, which means that mod_auth_shadow always runs for locations which have require group somegroup specified. This was reported upstream by someone over a year ago http://sourceforge.net/tracker/index.php?func=detailaid=1008478group_id=11283atid=311283 Since authorization is involved, this bug is security-related. If the user were lucky, and /etc/{group,shadow} gave access to some group, but other authentication mechanism didn't, then this would mean granting them access unintentionally. I have prepared packages which seem to work for me and asked the bug submitter to test them. I also posted the patch to the SF patch forum, and forwarded it upstream, which might get some more testing. The preliminary sid packages are at deb http://people.debian.org/~porridge/mod-auth-shadow-test/ ./ Either way, this patch inevitably changes the package behavior, since now an explicit AuthShadow on is needed also with require group I wonder whether I should add a NEWS.Debian note... I think that an advisory should be prepared. In such case, the behavior change should be warned about in the advisory as well. please let me know what you think, Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 signature.asc Description: Digital signature
Bug#323789: [Ticket: 1020752] Bug#323789: Bug in mod_auth_shadow (mod-auth-shadow) pack [. [...]
# important, since there seems to be no workaround, and it is not # frontpage-specific as I thought initially severity 323789 important # I can now reproduce this; leaving help though, since I'm no apache # guru :) tags 323789 + confirmed retitle 323789 Turns itself on when require group is used thanks Hi! Sorry for the late reply. On Wed, Aug 24, 2005 at 09:21:04AM +0200, SICS Server Support wrote: tags 323789 + upstream tags 323789 + help No need to keep those lines, they are just single-time commands for debian BTS control bot :) Also, when replying, please keep [EMAIL PROTECTED] in CC, rather than [EMAIL PROTECTED] The latter is for bug metadata manipulation. Were you able to replicate the problem with mod-auth-shadow automatically turning itself on when using a 'require group' directive in a 'plain' .htaccess file using users and groups? Yes, now I can reproduce the problem. I'll work with the upstream maintainer and/or try to debug this myself. I hope my last mail didn't unecessarily complicate things, I usually understand things better with examples but please let me know if there is anything I can do... It was OK, but I got misled by the frontpage bit that the bug is somehow frontpage-specific. regards, Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327132: newer version available
Package: tomcat5 Severity: wishlist Are there any plans to package tomcat 5.5.x? -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#27348: On scanning other FS
tags 27348 wontfix thanks Hi! Cruft currently ignores remote (afs,nfs) and special (proc,devpts,..) filesystems because the local administrator may not have influence on what is present on them. I don't feel that (v)fat belong to this group. A large vfat filesystem with just MP3s on it is no different than a ext3 filesystem with MP3s on it. It's just that the former can be shared with the other OS. One can always ignore such filesystems entirely without any performance loss by using -d or --ignore (in cruft 0.9.6-0.8 in experimental). Therefore I'm marking this bug wontfix. regards, Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#65188: Packages are not cruft's scope
tag 67483 wontfix tag 65188 wontfix thanks Hi! Those bug reports seem to basically imply that cruft should call deborphan and report what it's found. But I don't think that is a good idea, since cruft and deborphan have two different purposes. And I don't think that using deborphan is so difficult that adding yet another option to cruft (--run-deborphan) is necessary. One can just run both if he wishes. Therefore I'm marking those bugs as wontfix. regards, Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#48811: /tmp is a hard topic
tag 48811 wontfix thanks Hi! Well, /tmp and /var/tmp are a hard topic, since they are _meant_ to contain cruft, that's their purpose. On the other hand, I don't think that cruft should just totally ignore what's in them, since the local administrator might be interested wheter some large, old files are lying in some tmp directory and taking up disk space. Still, large and old mean different things for different people/systems, so I cannot provide a one size fits all script. That is why I think that you are on your own as far as (/var)/tmp is concerned. It's easy to ignore them with --ignore (see 0.9.6-0.8 in experimental), or make your own explain script, if you want finer control. Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325702: new entry for TOSHIBA MK4026GAX
Package: hddtemp Version: 0.3-beta13-20 Severity: wishlist Tags: patch upstream Attached. (This is HP/Compaq nx6110 laptop). -- 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.12-1-686 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages hddtemp depends on: ii debconf [debconf-2.0]1.4.58 Debian configuration management sy ii grep 2.5.1.ds1-5 GNU grep, egrep and fgrep ii libc62.3.5-5 GNU C Library: Shared libraries an ii sed 4.1.4-2 The GNU sed stream editor hddtemp recommends no packages. -- debconf information: * hddtemp/SUID_bit: true hddtemp/interface: 127.0.0.1 * hddtemp/daemon: false * hddtemp/syslog: 300 hddtemp/port: 7634 --- hddtemp.db 2005-08-30 11:33:03.168179272 +0200 +++ /etc/hddtemp.db 2005-08-30 11:34:55.974030176 +0200 @@ -277,6 +277,7 @@ TOSHIBA MK3025GAS 194 C Toshiba MK3025GAS #TOSHIBA MK4019GAX 222 C Toshiba MK4019GAX TOSHIBA MK4025GAS194 C Toshiba MK4025GAS 40 Go +TOSHIBA MK4026GAX194 C Toshiba MK4026GAX 40 GB TOSHIBA MK6021GAS194 C Toshiba MK6021GAS TOSHIBA MK6022GAX194 C Toshiba MK6022GAX TOSHIBA MK6025GAS194 C Toshiba MK6025GAS
Bug#102809: Manpage for 0.9.6-0.4 still references /usr/doc
On Tue, Aug 23, 2005 at 02:38:56PM -0400, Jon Niehof wrote: Package: cruft Versions: 0.9.6-0.4(/var/lib/apt/lists/censored.bu.edu_debian_dists_stable_main_binary-i386_Packages)(/var/lib/dpkg/status) Both the Description of the manpage and the See Also still refer to /usr/doc/cruft instead of /usr/share/doc/cruft This is fixed in 0.9.6-0.6 (in experimental). Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#222232: Support for cruft?
On Sun, Aug 21, 2005 at 11:45:13PM +0200, Paul Seelig wrote: just a short note: unfortunately i lack the time to bother about such enhancements. But i wouldn't mind applying a patch. OK, thanks for letting me know. I will look closer at localepurge and let you know what I come up with. On the other hand: why should it be considered a problem if cruft reports files as missing? Because that is its purpose: to report what should be on the system, but isn't, or what shouldn't be there, but is. That is, to help system administrator keep his system nice and tidy. And, apparently, to help detect bugs in packages, especially regarding their {pre,post}{inst,rm}. And why should localepurge solve what cruft can't handle? Short answer: because cruft can't really handle anything on its own. It's just glue between what different packages and the filesystems say. Longer answer: cruft needs to get from somewhere its knowledge on what should or shouldn't be present on the system. For example, dpkg's file database says that some .mo file should be there. I am simply looking for a flexible and consistent way for other packages (like localepurge) to say that I have deleted some file installed by dpkg, and that's OK. regards, Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#323789: [Ticket: 1020752] Bug in mod_auth_shadow (mod-auth-shadow) pack [...]
tags 323789 + upstream tags 323789 + help thanks On Thu, Aug 18, 2005 at 01:55:08PM +0200, SICS Server Support wrote: I experience problems with the mod-auth-shadow Apache2 module when used in conjunction with FrontPage extentions on the same server. The problem appears to be that mod-auth-shadow automatically turns itself on (although 'AuthShadow on' isn't present) when one uses the 'require group' directive. Thanks for the report. Unfortunately I have never used frontpage extensions, so I could use some more help. Unfortunately no patch at the SourceForge site, just a confirmation of the bug: [- from SourceForge Patch Archives -] AuthShadow off fallback mod_auth fix To fix the incorrect authorization result use together with mod_auth. If AuthShadow off is specified, it should fall back to mod_auth (if enabled). But before patching it will always fail if specified require group in .htaccess. The following .htaccess can demonstrate the abnormal behaviour: AuthShadow off AuthType Basic AuthName My Test AuthUserFile /home/alan/myuserfile AuthGroupFile /home/alan/mygroupfile require group mygroup [- from SourceForge Patch Archives -] I need some clarification. Is adding AuthShadow off sufficient to make it work like it should? Or is that command included just to show that even explicitly disabling authshadow doesn't help? Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#323371: please display a message before starting install
Package: aptitude Version: 0.3.1-4 Severity: minor To reproduce: 1) start aptitude on a not so fast computer 2) select any package 3) press g 4) press g again to start download 5) press enter to start installation 6) the screen switches to all black and installation messages appear 7) package is now installed, press enter to continue 8) repeat steps 2-5 9) now, for a while, the press enter to continue message from step 7 is still shown, as dpkg scrambles to run. depending on the machine, this can take from a fraction of second, to a dozen or so seconds. This can be misleading to a newbie, who could think that the pause is because he needs to press enter (he does not realize that the message is from previous run). Actually I have seen a few users pressing enter there. To fix this, either clear the screen, or print a few empty lines and then a message of starting installation... or similar. Marcin -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6.3-5-3.5 0.6.25 Advanced front-end for dpkg ii libc6 2.3.5-3GNU C Library: Shared libraries an ii libgcc1 1:4.0.1-4 GCC support library ii libncurses5 5.4-9 Shared libraries for terminal hand ii libsigc++-2.0-0 2.0.10-1 type-safe Signal Framework for C++ ii libstdc++51:3.3.6-8 The GNU Standard C++ Library v3 Versions of packages aptitude recommends: pn aptitude-doc-en | aptitude-do none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#323497: long description formatting is a mess
Package: libsoap-lite-perl Version: 0.60-2 Severity: minor Just have a look at how it renders at http://packages.debian.org/unstable/perl/libsoap-lite-perl Please read section 5.6.13 of Debian policy manual. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages libsoap-lite-perl depends on: ii libxml-parser-perl2.34-4 Perl module for parsing XML files ii perl 5.8.7-4Larry Wall's Practical Extraction Versions of packages libsoap-lite-perl recommends: pn libcompress-zlib-perl none (no description available) ii liburi-perl 1.35-1 Manipulates and accesses URI strin ii libwww-perl 5.803-4WWW client/server library for Perl -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#323204: pg: wrong pager alternative path
Package: util-linux Version: 2.12p-5 Severity: normal $ /usr/sbin/update-alternatives --display pager --verbose Alternative for pager points to /bin/pg - which wasn't found. Removing from list of alternatives. [...] $ grep bin/pg /var/lib/dpkg/info/util-linux* /var/lib/dpkg/info/util-linux.list:/usr/bin/pg /var/lib/dpkg/info/util-linux.postinst:update-alternatives --install /usr/bin/pager pager /bin/pg 10 \ -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-k7 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages util-linux depends on: ii libc6 2.3.5-3 GNU C Library: Shared libraries an ii libncurses5 5.4-6Shared libraries for terminal hand ii libslang2 2.0.4-4 The S-Lang programming library - r ii libuuid11.37+1.38-WIP-0509-1 universally unique id library ii zlib1g 1:1.2.2-4compression library - runtime util-linux recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#323068: priority is wrong
tags 323068 +experimental thanks On Mon, Aug 15, 2005 at 09:49:38AM -0700, Daniel Burrows wrote: Since aptitude's control file says that it's optional, I guess it's been overridden to important by the ftpmasters. Hm.. only now I realized that it's important in experimental. Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#94942: Fixed back in 0.9.6-0.5
tags 94942 + fixed merge 149736 94942 thanks Only now I realized that this is a duplicate. Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#47513: Please try newest version from experimental
On Sun, Aug 14, 2005 at 03:01:08PM -0400, Clint Adams wrote: Please try the cruft version currently available in experimental, and see if the bug is still present there? I think I fixed this in 0.9.6-0.6, but it would be good if you verified this. Doesn't look fixed. In the original report, you say that it outputs a list of all the files in /home. What header (the line with dashes) does the list have? missing or unexplained? Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#323068: priority is wrong
Package: libsigc++-1.2-5c2 Severity: normal aptitude (important) depends on libsigc++-1.2-5c2, which is only optional -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-k7 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#248004: cruft: Ability to incorporate feedback tests from package maintainers?
tags 248004 + moreinfo thanks I am currently investigating old bug reports against cruft. In http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=248004 you wrote: allow the maintainers of various packages to run it against just their packages -- and thus allow them input into some detailed/really useful extra cruft tests I'm not really sure what you mean by this. If I read it correctly, these are actually two requests: 1) allow the maintainers of various packages to run it against just their packages Do you suggest that there should be a way to make cruft only report cruft caused by one package? Could you elaborate a bit more on this? Provide a pseudo-code or example output? 2) allow them input into some detailed/really useful extra cruft tests Do you mean that it should be possible for individual packages to ship their own explain or filter files? If so, then there already is support for that in cruft. The only bit missing is some naming policy to avoid clashes. But at this stage, I will happily incorporate other packages' files into cruft, until it is more polished. If you mean something else, please let me know what. Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291823: Maybe do this using mc VFS?
tags 291823 + help thanks The idea seems very good. In order not to reinvent the tree browsing code, maybe it would be possible to implement such tool as midnight commander virtual filesystem? However, I have no idea whether that would be possible, nor how to do this. Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#47513: Please try newest version from experimental
tags 47513 + moreinfo thanks Please try the cruft version currently available in experimental, and see if the bug is still present there? I think I fixed this in 0.9.6-0.6, but it would be good if you verified this. Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322457: install: please add an --atomic option
Package: coreutils Version: 5.2.1-2 Severity: wishlist Tags: upstream Please add an --atomic option, which would make install create a temporary file in destination directory, copy the data into it, chmod/chown it as appropriate and then rename() to destination name. This obviously should not be the default, since the destination directory is not guaranteed to be writable. Current behavior may cause problems when other program tries to open the file while it is being installed. It does for me, I use install to update a blacklist from a cronjob, and exim sometimes tries to open the file before it is chmod-ed, causing deferrals. regards, Marcin -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-k7 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages coreutils depends on: ii libacl1 2.2.29-1.0.1 Access control list shared library ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an coreutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#321439: mixer_applet2 segfaults on mouse button 6 and 7 event
Package: gnome-applets Version: 2.10.1-5 Severity: normal Strace reveals that it receives SIGSEGV when I use my touchpad's horizontal scroll bar with mouse over the mixer applet. According to xev the scroll bar generates mouse button 6 and 7 keypresses. Buttons 4 and 5 work fine (changing volume). I think it would be great if there was a way to map the horizontal scrolling to some mixer slider other than main. Then I would never need to open the full mixer just to change PCM volume. -- 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.12-1-686 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages gnome-applets depends on: ii debconf [debconf-2.0] 1.4.55 Debian configuration management sy ii gnome-applets-data2.10.1-5 Various applets for GNOME 2 panel ii gnome-icon-theme 2.10.1-2 GNOME Desktop icon theme ii gnome-panel 2.10.2-1 launcher and docking facility for ii gstreamer0.8-oss [gstream 0.8.10-1 OSS plugin for GStreamer ii libapm1 3.2.2-3Library for interacting with APM d ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.10.1-2 The ATK accessibility toolkit ii libbonobo2-0 2.10.0-1 Bonobo CORBA interfaces library ii libbonoboui2-02.10.0-1 The Bonobo UI library ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgail-common1.8.4-1GNOME Accessibility Implementation ii libgail17 1.8.4-1GNOME Accessibility Implementation ii libgconf2-4 2.10.1-1 GNOME configuration database syste ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.6.6-1The GLib library of C routines ii libgnome2-0 2.10.1-1 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.10.2-2 A powerful object-oriented display ii libgnomeui-0 2.10.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-02.10.1-5 The GNOME virtual file-system libr ii libgstreamer-plugins0.8-0 0.8.10-1 Various GStreamer libraries and li ii libgstreamer0.8-0 0.8.10-2 Core GStreamer libraries, plugins, ii libgtk2.0-0 2.6.9-1The GTK+ graphical user interface ii libgtop2-52.10.2-1 Libraries for gtop system monitori ii libgucharmap4 1:1.4.3-2 Unicode browser widget library (sh ii libice6 6.8.2.dfsg.1-4 Inter-Client Exchange library ii liborbit2 1:2.12.2-3 libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-02.10.2-1 library for GNOME 2 panel applets ii libpango1.0-0 1.8.2-1Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm66.8.2.dfsg.1-4 X Window System Session Management ii libwnck16 2.10.3-1 Window Navigator Construction Kit ii libx11-6 6.8.2.dfsg.1-4 X Window System protocol client li ii libxklavier10 2.0-0.2X Keyboard Extension high-level AP ii libxml2 2.6.20-1 GNOME XML library ii xlibs 6.8.2.dfsg.1-4 X Window System client libraries m ii zlib1g1:1.2.3-1 compression library - runtime Versions of packages gnome-applets recommends: ii gnome-media 2.10.2-0.2 The GNOME Media Utilities ii gnome-netstatus-applet 2.10.0-2Network status applet for GNOME 2 ii gnome-system-monitor 2.10.1-2Process viewer and system resource ii imagemagick 6:6.2.3.4-1 Image manipulation programs -- debconf information: * gnome-applets/cpufreq_SUID_bit: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#321303: segfault in
Package: libapt-pkg-perl Version: 0.1.16 Severity: important $ gdb perl [...] (gdb) run -MAptPkg::Version -e 'print AptPkg::Version-upstream(1-2)' Starting program: /usr/bin/perl -MAptPkg::Version -e 'print AptPkg::Version-upstream(1-2)' (no debugging symbols found) [...] [Thread debugging using libthread_db enabled] [New Thread -1209387520 (LWP 25131)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1209387520 (LWP 25131)] 0xb7f442c4 in Perl_mg_get () from /usr/lib/libperl.so.5.8 (gdb) bt #0 0xb7f442c4 in Perl_mg_get () from /usr/lib/libperl.so.5.8 #1 0xb7f5fe3d in Perl_sv_2iv () from /usr/lib/libperl.so.5.8 #2 0xb7df0ea3 in XS_AptPkg__Version_UpstreamVersion () from /usr/lib/perl5/auto/AptPkg/AptPkg.so #3 0xb7f58eba in Perl_pp_entersub () from /usr/lib/libperl.so.5.8 #4 0xb7f5127a in Perl_runops_standard () from /usr/lib/libperl.so.5.8 #5 0xb7ef7793 in perl_run () from /usr/lib/libperl.so.5.8 #6 0x0804936f in main () (gdb) The same happens for me in sarge and woody. -- 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.12-1-686 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages libapt-pkg-perl depends on: ii apt [libapt-pkg-libc6.3-6-3 0.6.39.0.1 Advanced front-end for dpkg ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcc1 1:4.0.1-3GCC support library ii libstdc++6 4.0.1-3 The GNU Standard C++ Library v3 ii perl-base [perlapi-5.8.7] 5.8.7-4 The Pathologically Eclectic Rubbis libapt-pkg-perl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319490: FTBFS in experimental
tags 319490 +pending thanks On Fri, Jul 22, 2005 at 04:29:40PM +0200, Andreas Barth wrote: please do not include .o-files into your uploads: [EMAIL PROTECTED]:~$ tar tzf pool/main/c/cruft/cruft_0.9.6-0.6.tar.gz | grep \\.o$ cruft-0.9.6/shellexp.o Oops, forgot to add a clean command for this new file. this is wrong. The package is ready, I will upload as soon as ftp-master goes back online. Also, as cruft is non debian native, What makes you think it is not debian native? The -0.x debian revision is recommended by developers' reference for NMUs of packages without debian revision. please use the appropriate source package format for it. please see http://experimental.ftbfs.de/build.php?arch=pkg=cruft for the full build log FYI: Unable to connect to remote host: Connection refused Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319033: Possible test case?
Package: spamassassin Version: 3.0.4-2 Followup-For: Bug #319033 See http://owsiany.pl/tmp/sa/typescript.gz for a debugging-enabled typescript of sa-learn being killed by OOM killer when learning from a single 27 MB message (http://owsiany.pl/tmp/sa/bigone.gz) which contains lots and lots of filenames. I don't know much about sa/sa-learn internals, so this might be the same or a different bug. Either way, sa-learn should not crash on such large messages. Is there a way to at least make it skip them? I could not find anything in the man page. Or do I need to weed them out by hand before passing to sa-learn? In that case, it should be noted in documentation. regards, Marcin -- 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.12-1-686 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages spamassassin depends on: ii debconf 1.4.52 Debian configuration management sy ii libdigest-sha1-perl 2.10-1 NIST SHA-1 message digest algorith ii libhtml-parser-perl 3.45-2 A collection of modules that parse ii perl [libstorable-perl] 5.8.7-4Larry Wall's Practical Extraction ii spamc 3.0.4-2Client for SpamAssassin spam filte Versions of packages spamassassin recommends: ii libnet-dns-perl 0.48-1 Perform DNS queries from a Perl sc ii perl [libmime-base64-perl]5.8.7-4Larry Wall's Practical Extraction -- debconf information: spamassassin/upgrade/2.40: spamassassin/upgrade/2.40w: spamassassin/upgrade/cancel: Continue spamassassin/upgrade/2.42m: No spamassassin/upgrade/2.42u: No -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320042: conflicting files with kernel-doc-2.6.11
Package: linux-doc-2.6.12 Version: 2.6.12-1 Severity: important dpkg reports that /usr/share/man/man9/wanbook.9 is also in kernel-doc-2.6.11 -- 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.12-1-686 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310931: your mail
On Tue, Jul 26, 2005 at 05:57:17PM +0200, Maximilian Attems wrote: tags 310931 moreinfo stop any progress on the matter? can you reproduce it with the 2.6.12 linux image from unstable? First of all, the reported situation happened only before I installed acpid package. After that, during regular operation in runlevel 2, when userspace acpid is running, there are no more kacpid CPU hogs. I also got the impression that the CPU fan switches to higher RPM on high CPU utilization only when acpid is running. It might be that in runlevel 1 (i.e. when the user-space acpid is not running), the CPU was constantly overheated, and that in turn caused the kacpid CPU hog. I installed the 2.6.12 package the day before yesterday, so I will try to test this some more in runlevel 1 today, if you want. Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310931: your mail
On Tue, Jul 26, 2005 at 09:58:10PM +0200, maximilian attems wrote: retitle 310931 overheating cpu due to !acpid tags 310931 -moreinfo tags 310931 d-i severity 310931 wishlist reassign 310931 tasksel thanks On Tue, 26 Jul 2005, Marcin Owsiany wrote: On Tue, Jul 26, 2005 at 05:57:17PM +0200, Maximilian Attems wrote: tags 310931 moreinfo stop any progress on the matter? can you reproduce it with the 2.6.12 linux image from unstable? First of all, the reported situation happened only before I installed acpid package. After that, during regular operation in runlevel 2, when userspace acpid is running, there are no more kacpid CPU hogs. I also got the impression that the CPU fan switches to higher RPM on high CPU utilization only when acpid is running. It might be that in runlevel 1 (i.e. when the user-space acpid is not running), the CPU was constantly overheated, and that in turn caused the kacpid CPU hog. hmm so the bug report isn't exactly against a kernel-image. i'm not sure debian is already preventing the unexerienced user from overheating it's cpu. for now i'll reassign to tasksel so the bug gets on the radar of the debian-installer team. maybe we already install acpid for desktop systems, but maybe that should be paired with some hardware detection of d-i (apm or acpi too old) cc the debian-installer list for feedback. I installed the 2.6.12 package the day before yesterday, so I will try to test this some more in runlevel 1 today, if you want. no thanks i believe you. Either way, I don't think having acpid installed is enough, as long it starts so late in bootup process. A long fsck run or a similar problem before entering runlevel 2, and the problem appears again :-/ I don't know much about ACPI specification, but maybe it would be possible to make the fans run at maximum speed when kernel boots, until acpid starts (which would then turn them down according to whatever its user-space policy says). Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310931: your mail
On Tue, Jul 26, 2005 at 05:21:54PM -0400, Joey Hess wrote: maximilian attems wrote: hmm so the bug report isn't exactly against a kernel-image. i'm not sure debian is already preventing the unexerienced user from overheating it's cpu. for now i'll reassign to tasksel so the bug gets on the radar of the debian-installer team. maybe we already install acpid for desktop systems, but maybe that should be paired with some hardware detection of d-i (apm or acpi too old) cc the debian-installer list for feedback. acpid is already installed on all systems with acpi (and 2.6 kernels) by hw-detect. I wonder why it didn't get installed with sarge on my laptop.. Is it installed in expert mode as well? Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#21104: Handling of alternatives
tags 21104 +wontfix thanks As pointed out by aj, files provided by packages through the alternatives system should be added ty those packages' filters. So I leave this bug just for the record. Since cruft support is not yet in most (any?) packages, bugs listing concrete cases should be filed against cruft for now. Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318970: Integer overflow in libgadu
Package: ekg Version: 1.5+20050411-4 Severity: grave Tags: pending, security This is potentially a remote arbitrary code execution http://cvs.toxygen.net/ekg/lib/libgadu.c.diff?r1=1.147r2=1.148f=u http://cvs.toxygen.net/ekg/lib/events.c.diff?r1=1.95r2=1.96f=u This is also present in versions in testing/sid (including 1.5+20050712+1.6rc2-1) It is fixed upstream in 1.6rc3 I will prepare uploads now. Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318150: linker cannot find -lXinerama_pic
tags 318150 +patch thanks On Wed, Jul 13, 2005 at 04:28:14PM -0700, Steve Langasek wrote: On Wed, Jul 13, 2005 at 10:16:30PM +0300, Marcin Owsiany wrote: Package: libxosd-dev Severity: grave It seems that with the new Xorg in sid, Xinerama_pic.a got lost somewhere. It doesn't seem to be neither in xlibs-static-pic nor in libxinerama* packages. As a consequence, linker does not work with what xosd-cofig --libs produces, rendering the package unusable. Yes, this is now a shared library in the libxinerama* packages, so there's no need for a _pic.a anymore. The package should be updated to use -lXinerama instead of -lXinerama_pic. Apparently the autostuff already has support for this, so adding libxinerama-dev to dependancies and a rebuild are sufficient (i.e. they work for me to build ekg2). I'm attaching a patch. I intend to NMU - waiting the usual period is quite unconvenient for me (I cannot upload ekg2), so I would appreciate an authorization from Philipp ASAP. Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 diff -u xosd-2.2.14/debian/changelog xosd-2.2.14/debian/changelog --- xosd-2.2.14/debian/changelog +++ xosd-2.2.14/debian/changelog @@ -1,3 +1,11 @@ +xosd (2.2.14-1.2) unstable; urgency=high + + * Non-maintainer upload. + * Rebuilt to catch new Xinerama.so from x.org (Closes: #318150) + * Added libxinerama-dev to build-deps and -dev package deps + + -- Marcin Owsiany [EMAIL PROTECTED] Thu, 14 Jul 2005 14:48:26 +0300 + xosd (2.2.14-1.1) unstable; urgency=high * Non-maintainer upload. diff -u xosd-2.2.14/debian/control xosd-2.2.14/debian/control --- xosd-2.2.14/debian/control +++ xosd-2.2.14/debian/control @@ -2,7 +2,7 @@ Section: x11 Priority: optional Maintainer: Philipp Matthias Hahn [EMAIL PROTECTED] -Build-Depends: libgtk1.2-dev, xmms-dev (= 1.2.0-1), libtool, debhelper (= 4.1.0), libgdk-pixbuf-dev, libx11-dev, libxext-dev, xlibs-static-pic, cdbs +Build-Depends: libgtk1.2-dev, xmms-dev (= 1.2.0-1), libtool, debhelper (= 4.1.0), libgdk-pixbuf-dev, libx11-dev, libxext-dev, xlibs-static-pic, libxinerama-dev, cdbs Build-Conflicts: libxosd-dev ( ${Source-Version}) Standards-Version: 3.6.1.1 @@ -21,7 +21,7 @@ Package: libxosd-dev Section: libdevel Architecture: any -Depends: libxosd2 (= ${Source-Version}), libx11-dev, libxext-dev, x-dev, xlibs-static-dev, xlibs-static-pic, ${shlibs:Depends} +Depends: libxosd2 (= ${Source-Version}), libx11-dev, libxext-dev, x-dev, xlibs-static-dev, xlibs-static-pic, ${shlibs:Depends}, libxinerama-dev Conflicts: libxosd Description: X On-Screen Display library - development A library for displaying a TV-like on-screen display in X.
Bug#318150: linker cannot find -lXinerama_pic
Package: libxosd-dev Severity: grave It seems that with the new Xorg in sid, Xinerama_pic.a got lost somewhere. It doesn't seem to be neither in xlibs-static-pic nor in libxinerama* packages. As a consequence, linker does not work with what xosd-cofig --libs produces, rendering the package unusable. Marcin -- 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.11-1-686 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#317027: ekg: Insecure tempfile generation
severity 317027 normal tags 317027 +pending thanks On Tue, Jul 05, 2005 at 07:40:18PM +0200, Moritz Muehlenhoff wrote: Package: ekg Severity: important Tags: security ekg creates temporary files in a predictable manner, which can be exploited through a symlink attack. For full details please have at look at http://www.zataz.net/adviso/ekg-06062005.txt Thanks for the notice. I read bugtraq and SF anyway though. The severity seems a bit high, as this is only a contributed example script, and is not installed on $PATH. The upstream has not decided yet what to do about this. I'll try to fix it (and other scripts having even bigger flaws) today. Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314937: invalid execve() usage
Package: jsvc Version: 1.0-5 Severity: grave As revealed by strace, jsvc tries to reexec itself without using full path. This causes the package to be unusable. execve(/usr/bin/jsvc, [jsvc, -home, /usr/lib/j2sdk1.5-sun, -Dcatalina.home=/opt/jakarta-tom..., -outfil e, /opt/jakarta-tomcat/logs/catalin..., -errfile, 1, -pidfile, /opt/jakarta-tomcat/temp/tomcat, - cp, /opt/kodo-jdo:/opt/kodo-jdo/lib/..., org.apache.catalina.startup.Boot...], [/* 42 vars */]) = 0 uname({sys=Linux, node=melina11, ...}) = 0 brk(0) = 0x805 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7fe9000 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/etc/ld.so.preload, O_RDONLY)= -1 ENOENT (No such file or directory) open(/etc/ld.so.cache, O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=50925, ...}) = 0 old_mmap(NULL, 50925, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7fdc000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/tls/libdl.so.2, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320\32..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=9872, ...}) = 0 old_mmap(NULL, 8632, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7fd9000 old_mmap(0xb7fdb000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x2000) = 0xb7fdb000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/tls/libc.so.6, O_RDONLY)= 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`Z\1\000..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=1254468, ...}) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7fd8000 old_mmap(NULL, 1264780, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7ea3000 old_mmap(0xb7fcd000, 36864, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x129000) = 0xb7fcd000 old_mmap(0xb7fd6000, 7308, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7fd6000 close(3)= 0 set_thread_area({entry_number:-1 - 6, base_addr:0xb7fd8880, limit:1048575, seg_32bit:1, contents:0, read_exec_onl y:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0 munmap(0xb7fdc000, 50925) = 0 brk(0) = 0x805 brk(0x8071000) = 0x8071000 brk(0) = 0x8071000 stat64(/usr/lib/j2sdk1.5-sun, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 stat64(/usr/lib/j2sdk1.5-sun/jre/lib/jvm.cfg, 0xbfffdd9c) = -1 ENOENT (No such file or directory) stat64(/usr/lib/j2sdk1.5-sun/lib/jvm.cfg, 0xbfffdd9c) = -1 ENOENT (No such file or directory) stat64(/usr/lib/j2sdk1.5-sun/jre/lib/i386/classic/libjvm.so, 0xbfffdd9c) = -1 ENOENT (No such file or directory) stat64(/usr/lib/j2sdk1.5-sun/jre/lib/i386/client/libjvm.so, {st_mode=S_IFREG|0644, st_size=4260981, ...}) = 0 execve(jsvc, [jsvc.exec, -home, /usr/lib/j2sdk1.5-sun, -Dcatalina.home=/opt/jakarta-tom..., -outfile, /opt/jakarta-tomcat/logs/catalin..., -errfile, 1, -pidfile, /opt/jakarta-tomcat/temp/tomcat, -cp, /opt/kodo-jdo:/opt/kodo-jdo/lib/..., org.apache.catalina.startup.Boot...], [/* 43 vars */]) = -1 ENOENT (No s uch file or directory) write(2, jsvc error: , 12jsvc error: )= 12 write(2, Cannot execute JSVC executor pro..., 36Cannot execute JSVC executor process) = 36 write(2, \n, 1 ) = 1 This can be worked around by ln -s /usr/bin/jsvc . -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-k7 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages jsvc depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libcommons-daemon-java 1.0-5Java API to launch java applicatio jsvc recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#313456: tetex-base: package configuration fails because of initex error
Package: tetex-base Version: 2.0.2c-8 Severity: important This seems similar to 310321, but I could not find any error in the log files. See attached typescript. I also attach all *.log files present in /var/lib/texmf/web2c I have space on partitions. ## List of ls-R files -rw-rw-r-- 1 root staff 79 2005-06-13 21:09 /usr/local/share/texmf/ls-R -rw-rw-r-- 1 root staff 91 2005-06-13 21:09 /usr/local/lib/texmf/ls-R -rw-rw-r-- 1 root users 1330 2005-06-13 21:09 /var/lib/texmf/ls-R lrwxrwxrwx 1 root root 29 2005-06-13 19:52 /usr/share/texmf/ls-R - /var/lib/texmf/ls-R-TEXMFMAIN -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.27-1-686 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages tetex-base depends on: ii debconf 1.4.30.13 Debian configuration management sy ii dpkg 1.10.28Package maintenance system for Deb ii texinfo 4.7-2.2Documentation system for on-line i ii ucf 1.17 Update Configuration File: preserv Versions of packages tetex-bin depends on: ii debconf 1.4.30.13 Debian configuration management sy ii debianutils 2.8.4 Miscellaneous utilities specific t ii dpkg 1.10.28 Package maintenance system for Deb ii ed 0.2-20 The classic unix line editor ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-13 GCC support library ii libice6 4.3.0.dfsg.1-14 Inter-Client Exchange library ii libkpathsea3 2.0.2-30path search library for teTeX (run ii libpaper11.1.14-3Library for handling paper charact ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libsm6 4.3.0.dfsg.1-14 X Window System Session Management ii libstdc++5 1:3.3.5-13 The GNU Standard C++ Library v3 ii libt1-5 5.0.2-3 Type 1 font rasterizer library - r ii libwww0 5.4.0-9 The W3C WWW library ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxaw7 4.3.0.dfsg.1-14 X Athena widget set library ii libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous exte ii libxmu6 4.3.0.dfsg.1-14 X Window System miscellaneous util ii libxt6 4.3.0.dfsg.1-14 X Toolkit Intrinsics ii mime-support 3.28-1 MIME files 'mime.types' 'mailcap ii perl 5.8.4-8 Larry Wall's Practical Extraction ii sed 4.1.2-8 The GNU sed stream editor ii ucf 1.17Update Configuration File: preserv ii xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime Versions of packages tetex-extra depends on: ii dpkg 1.10.28Package maintenance system for Deb ii gsfonts 8.14+v8.11+urw-0.2 Fonts for the Ghostscript interpre pn tetex-binNot found. ii ucf 1.17 Update Configuration File: preserv -- debconf information: tetex-bin/updmap-failed: tetex-bin/hyphen: french[=patois], ngerman[=naustrian-neue_Rechtschreibung] tetex-base/olddat: true tetex-bin/oldcfg: true * tetex-base/fmtutil-failed: tetex-base/oldupdm: tetex-bin/upd_map: true * tetex-bin/cnf_name: tetex-bin/fmtutil: true tetex-base/updmap-failed: tetex-bin/use_debconf: false * tetex-bin/fmtutil-failed: tetex-bin/groupname: users tetex-bin/userperm: false tetex-bin/groupperm: true tetex-bin/lsr-perms: true Script started on Mon Jun 13 21:09:16 2005 menel:~# dpkg --configure --pending Setting up tetex-base (2.0.2c-8) ... Running initex. This may take some time. ... fmtutil: attempting to create localized format using pool=tex-pl and tcx=il2-pl. fmtutil: attempting to create localized format using pool=tex-pl and tcx=il2-pl. fmtutil: attempting to create localized format using pool=pdftex-pl and tcx=il2-pl. Error: `pdftex -ini -translate-file=il2-pl -jobname=pdfmex-pl -progname=pdfmex-pl pdfmex.ini' failed fmtutil: attempting to create localized format using pool=pdfetex-pl and tcx=il2-pl. Error: `pdfetex -ini -translate-file=il2-pl -jobname=pdfemex-pl -progname=pdfemex-pl *pdfemex.ini' failed fmtutil: /var/lib/texmf/web2c/lambda.oft installed. fmtutil: /var/lib/texmf/web2c/omega.oft installed. fmtutil: /var/lib/texmf/web2c/amstex.fmt installed. fmtutil: /var/lib/texmf/web2c/latex.fmt installed. fmtutil: /var/lib/texmf/web2c/mex-pl.fmt installed. fmtutil: /var/lib/texmf/web2c/pdflatex.fmt installed. fmtutil:
Bug#311820: ioctl(fd, SIOCGMIIPHY,...) causes hard freeze before first ifconfig up
Package: kernel-image-2.6.11-1-686 Version: 2.6.11-5 Severity: normal I was experimenting with ifupdown's mapping feature to autodetect the network my laptop is connected currently before bringing the interface up, and have found the following problem: Invoking mii-tool eth0 before the first ifconfig eth0 up run causes the system to freeze (HW reset required). It also seems that if I skip the mii-tool eth0 on bootup, it freezes later when starting up exim4, although I did not investigate that exim4 case. Stracing mii-tool revealed that the system freezes during the ioctl call: socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 3 ioctl(3, SIOCGMIIREG, the call never returns. However bringing the interface up before, makes mii-tool run OK. Also bringing it up and down again makes mii-tool run OK. It looks like something gets initialized in the kernel only on ifconfig up, and running mii-tool before that makes the system go into some kind of infinite loop. I'm using Broadcom 4400 10/100BaseT NIC on HP/Compaq nx6110 I'll submit a dmesg and othe stuff as a followup once I get this laptop online. (I'm submitting this bug from a different machine). Marcin -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-k7 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#311820: More information
Here's some more system information. Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 Linux version 2.6.11-1-686 ([EMAIL PROTECTED]) (gcc version 3.3.6 (Debian 1:3.3.6-5)) #1 Fri May 20 07:34:54 UTC 2005 BIOS-provided physical RAM map: BIOS-e820: - 0009fc00 (usable) BIOS-e820: 0009fc00 - 000a (reserved) BIOS-e820: 000e - 0010 (reserved) BIOS-e820: 0010 - 1f7d (usable) BIOS-e820: 1f7d - 1f7efc00 (reserved) BIOS-e820: 1f7efc00 - 1f7fb000 (ACPI NVS) BIOS-e820: 1f7fb000 - 1f80 (reserved) BIOS-e820: e000 - f000 (reserved) BIOS-e820: fec0 - fec02000 (reserved) BIOS-e820: fed2 - fed9b000 (reserved) BIOS-e820: feda - fedc (reserved) BIOS-e820: ffb0 - ffc0 (reserved) BIOS-e820: fff0 - 0001 (reserved) 0MB HIGHMEM available. 503MB LOWMEM available. On node 0 totalpages: 128976 DMA zone: 4096 pages, LIFO batch:1 Normal zone: 124880 pages, LIFO batch:16 HighMem zone: 0 pages, LIFO batch:1 DMI 2.3 present. Allocating PCI resources starting at 1f80 (gap: 1f80:c080) Built 1 zonelists Kernel command line: auto BOOT_IMAGE=Linux-noacpi ro root=302 pnpbios=off acpi=off Found and enabled local APIC! mapped APIC to d000 (fec01000) Initializing CPU#0 PID hash table entries: 2048 (order: 11, 32768 bytes) Detected 1296.890 MHz processor. Using tsc for high-res timesource Console: colour VGA+ 80x25 Dentry cache hash table entries: 65536 (order: 6, 262144 bytes) Inode-cache hash table entries: 32768 (order: 5, 131072 bytes) Memory: 503608k/515904k available (1629k kernel code, 11800k reserved, 716k data, 172k init, 0k highmem) Checking if this processor honours the WP bit even in supervisor mode... Ok. Calibrating delay loop... 2547.71 BogoMIPS (lpj=1273856) Security Framework v1.0.0 initialized SELinux: Disabled at boot. Mount-cache hash table entries: 512 (order: 0, 4096 bytes) CPU: After generic identify, caps: afe9fbbf CPU: After vendor identify, caps: afe9fbbf CPU: L1 I cache: 32K, L1 D cache: 32K CPU: L2 cache: 1024K CPU: After all inits, caps: afe9fbbf 0040 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. CPU: Intel(R) Celeron(R) M processor 1.30GHz stepping 06 Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Checking 'hlt' instruction... OK. checking if image is initramfs...it isn't (bad gzip magic numbers); looks like an initrd Freeing initrd memory: 4592k freed NET: Registered protocol family 16 PCI: PCI BIOS revision 2.10 entry at 0xf0322, last bus=3 PCI: Using configuration type 1 mtrr: v2.0 (20020519) ACPI: Subsystem revision 20050211 ACPI: Interpreter disabled. Linux Plug and Play Support v0.97 (c) Adam Belay pnp: PnP ACPI: disabled PnPBIOS: Disabled PCI: Probing PCI hardware PCI: Probing PCI hardware (bus 00) PCI: Ignoring BAR0-3 of IDE controller :00:1f.1 PCI: Transparent bridge - :00:1e.0 PCI: Discovered primary peer bus 10 [IRQ] PCI: Using IRQ router PIIX/ICH [8086/2641] at :00:1f.0 VFS: Disk quotas dquot_6.5.1 Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) devfs: 2004-01-31 Richard Gooch ([EMAIL PROTECTED]) devfs: boot_options: 0x0 Initializing Cryptographic API isapnp: Scanning for PnP cards... isapnp: No Plug Play device found i8042.c: Detected active multiplexing controller, rev 1.1. serio: i8042 AUX0 port at 0x60,0x64 irq 12 serio: i8042 AUX1 port at 0x60,0x64 irq 12 serio: i8042 AUX2 port at 0x60,0x64 irq 12 serio: i8042 AUX3 port at 0x60,0x64 irq 12 serio: i8042 KBD port at 0x60,0x64 irq 1 Serial: 8250/16550 driver $Revision: 1.90 $ 48 ports, IRQ sharing enabled PCI: Found IRQ 10 for device :00:1e.3 PCI: Sharing IRQ 10 with :00:1d.1 io scheduler noop registered io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize input: AT Translated Set 2 keyboard on isa0060/serio0 NET: Registered protocol family 2 IP: routing cache hash table of 4096 buckets, 32Kbytes TCP established hash table entries: 16384 (order: 5, 131072 bytes) TCP bind hash table entries: 16384 (order: 4, 65536 bytes) TCP: Hash tables configured (established 16384 bind 16384) NET: Registered protocol family 8 NET: Registered protocol family 20 RAMDISK: cramfs filesystem found at block 0 RAMDISK: Loading 4592KiB [1 disk] into ram disk
Bug#311351: Does not build on HURD
Package: ekg -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 ---BeginMessage--- Witam. Mam maly problem, a szczerze mowiac nie wiedzialem u kogo szukac pomocy. Otoz, ostatnio zaczalem sie interesowac projektem Hurd (port Debiana), no i postanowilem przeniesc paczke EKG na Hurd/Debian mam maly problem. Nie jestem pewien, lecz wydaje mi sie ze EKG pod Hurd/Debian nie moze byc kompilowana z opcja: --enable-ioctld gdyz przy ./configure otrzymuje checking linux/soundcard.h usability... no checking linux/soundcard.h presence... no i tutaj pojawia sie problem. Korzystam z zrodel ktora wykorzystales do stworzenia EKG na Debiana unstable/testing (jest chyba identyczna, prawda?) no i zarowno po usunieciu jak i zostawieniu: --enable-ioctld z pliku debian/rules przy tworzeniu paczki na Hurd/Debian pojawia sie komunikat: dh_movefiles: debian/tmp/usr/lib/ekg/ioctld not found (supposed to put it in ekg) make: *** [binary-arch] Error 1 Coz..przy tworzeniu paczki na Debianie (Linux) bez wylaczenia opcji --enable-ioctld wszystko jest OK, ale gdy usune ta opcje (czyli tak jak robie w Hurd/Debian) pojawia sie IDENTYCZNY problem i szczerze mowiac nie mam pojecia jak go rozwiazac. Chcialem z gory przeprosic za problem i przyznac, ze jest to pierwsza paczka ktora portuje na Hurda. Przy tworzeniu paczki postepuje tak jak autor w artykule: http://www.debianusers.pl/article.php?aid=58 Z gory dzieki za pomoc Pozdrawiam -- Leon [EMAIL PROTECTED] www.kuba.et.pl ---End Message---
Bug#311401: PL menu translation fix
Package: dia-gnome Version: 0.94.0-7 Severity: normal Tags: patch l10n The Polish translations of menu entries Object-Send to back and Object-Send backwards are very similar, and it's not apparent how those commands differ. I also realized that they are the wrong way round, since the former moves to the VERY back, and the latter - just one step back. The situation is analogous for the front entries. The attached patch switches them round, and makes the ones which send object to the very back/front more explicit. regards, Marcin -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-k7 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages dia-gnome depends on: ii dia-common 0.94.0-7Diagram editor (common files) ii dia-libs 0.94.0-7Diagram editor (library files) ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.9.0-1 The ATK accessibility toolkit ii libaudiofile00.2.6-6 Open-source version of SGI's audio ii libbonobo2-0 2.8.1-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.1-2 The Bonobo UI library ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libesd0 0.2.35-2.1 Enlightened Sound Daemon - Shared ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgconf2-4 2.8.1-6 GNOME configuration database syste ii libgcrypt11 1.2.0-11.1 LGPL Crypto library - runtime libr ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgnome-keyring00.4.2-1 GNOME keyring services library ii libgnome2-0 2.8.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-02.8.0-1 A powerful object-oriented display ii libgnomeui-0 2.8.1-3 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.8.4-4 The GNOME virtual file-system libr ii libgnutls11 1.0.16-13.1 GNU TLS library - runtime library ii libgpg-error01.0-1 library for common error values an ii libgtk2.0-0 2.6.4-3 The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-13 Inter-Client Exchange library ii libjpeg626b-10 The Independent JPEG Group's JPEG ii liborbit21:2.12.2-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.8.1-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 4.3.0.dfsg.1-13 X Window System Session Management ii libtasn1-2 0.2.10-4Manage ASN.1 structures (runtime) ii libx11-6 4.3.0.dfsg.1-13 X Window System protocol client li ii libxml2 2.6.16-7GNOME XML library ii xlibs4.3.0.dfsg.1-13 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information --- pl.po.orig 2005-05-31 20:45:52.0 +0200 +++ pl.po 2005-05-31 20:49:39.0 +0200 @@ -1219,19 +1219,19 @@ #: app/menus.c:163 msgid /Objects/Send to _Back -msgstr /Obiekty/Przesu w ty +msgstr /Obiekty/Przesu na sam spd #: app/menus.c:164 msgid /Objects/Bring to _Front -msgstr /Obiekty/Przesu w przd +msgstr /Obiekty/Przesu na sam wierzch #: app/menus.c:165 msgid /Objects/Send Backwards -msgstr /Obiekty/Przesu pod spd +msgstr /Obiekty/Przesu w ty #: app/menus.c:166 msgid /Objects/Bring Forwards -msgstr /Obiekty/Przesu na wierzch +msgstr /Obiekty/Przesu w przd #: app/menus.c:167 app/menus.c:171 app/menus.c:175 app/menus.c:189 msgid /Objects/---
Bug#310931: kacpid hogs CPU on HP/Compaq nx6110
Package: kernel-image-2.6.11-1-686 Version: 2.6.11-5 Severity: normal Shortly (it's hard to measure, but seems a few seconds) after applying some load on the system (like find / -type f|xargs cat|gzip -c|gzip -dc|gzip -c /dev/null), the kacpid thread alone suddenly starts using 99.9% CPU (as shown by top), causing the whole system to become very slow and seriously decreasing its responsiveness. Sometimes even the load generated by system boot is sufficient, and kacpid starts to hog the CPU during bootup, which makes it very slow. Killing the load-generating task does not cause kacpid to release the CPU (I waited over half an hour). Specifying acpi=off eliminates the problem, but obviously is not a solution, since the machine does not seem to provide APM interface (modprobing apm says no such device or address), so I'm not even able to monitor battery status. :-/ Attached: a dmesg dump (though no messages are generated when kacpid goes crazy). Google returns some similar cases on kacpid cpu, but finds no fix. I would happily help with debugging this problem, since I'm not using this computer intensively. Just give me some suggestions / instructions / pointers / references :-) regards, Marcin -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-k7 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Linux version 2.6.11-1-686 ([EMAIL PROTECTED]) (gcc version 3.3.6 (Debian 1:3.3.6-5)) #1 Fri May 20 07:34:54 UTC 2005 BIOS-provided physical RAM map: BIOS-e820: - 0009fc00 (usable) BIOS-e820: 0009fc00 - 000a (reserved) BIOS-e820: 000e - 0010 (reserved) BIOS-e820: 0010 - 1f7d (usable) BIOS-e820: 1f7d - 1f7efc00 (reserved) BIOS-e820: 1f7efc00 - 1f7fb000 (ACPI NVS) BIOS-e820: 1f7fb000 - 1f80 (reserved) BIOS-e820: e000 - f000 (reserved) BIOS-e820: fec0 - fec02000 (reserved) BIOS-e820: fed2 - fed9b000 (reserved) BIOS-e820: feda - fedc (reserved) BIOS-e820: ffb0 - ffc0 (reserved) BIOS-e820: fff0 - 0001 (reserved) 0MB HIGHMEM available. 503MB LOWMEM available. On node 0 totalpages: 128976 DMA zone: 4096 pages, LIFO batch:1 Normal zone: 124880 pages, LIFO batch:16 HighMem zone: 0 pages, LIFO batch:1 DMI 2.3 present. ACPI: RSDP (v000 HP) @ 0x000fe270 ACPI: RSDT (v001 HP 099C 0x21120420 HP 0x0001) @ 0x1f7efc84 ACPI: FADT (v002 HP 099C 0x0002 HP 0x0001) @ 0x1f7efc00 ACPI: MADT (v001 HP 099C 0x0001 HP 0x0001) @ 0x1f7efcb4 ACPI: MCFG (v001 HP 099C 0x0001 HP 0x0001) @ 0x1f7efd10 ACPI: DSDT (v001 HP DAU00 0x0001 MSFT 0x010e) @ 0x ACPI: PM-Timer IO Port: 0x1008 ACPI: Local APIC address 0xfec01000 ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) Processor #0 6:13 APIC version 20 ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1]) ACPI: IOAPIC (id[0x01] address[0xfec0] gsi_base[0]) IOAPIC[0]: apic_id 1, version 32, address 0xfec0, GSI 0-23 ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) ACPI: IRQ0 used by override. ACPI: IRQ2 used by override. ACPI: IRQ9 used by override. Enabling APIC mode: Flat. Using 1 I/O APICs Using ACPI (MADT) for SMP configuration information Allocating PCI resources starting at 1f80 (gap: 1f80:c080) Built 1 zonelists Kernel command line: BOOT_IMAGE=Linux ro root=302 pnpbios=off single mapped APIC to d000 (fec01000) mapped IOAPIC to c000 (fec0) Initializing CPU#0 PID hash table entries: 2048 (order: 11, 32768 bytes) Detected 1297.275 MHz processor. Using pmtmr for high-res timesource Console: colour VGA+ 80x25 Dentry cache hash table entries: 65536 (order: 6, 262144 bytes) Inode-cache hash table entries: 32768 (order: 5, 131072 bytes) Memory: 503608k/515904k available (1629k kernel code, 11800k reserved, 716k data, 172k init, 0k highmem) Checking if this processor honours the WP bit even in supervisor mode... Ok. Calibrating delay loop... 2555.90 BogoMIPS (lpj=1277952) Security Framework v1.0.0 initialized SELinux: Disabled at boot. Mount-cache hash table entries: 512 (order: 0, 4096 bytes) CPU: After generic identify, caps: afe9fbbf CPU: After vendor identify, caps: afe9fbbf CPU: L1 I cache: 32K, L1 D cache: 32K CPU: L2 cache: 1024K CPU: After all inits, caps: afe9fbbf 0040 Intel machine check architecture supported. Intel machine check reporting enabled on
Bug#310276: libgadu3: gg_libgadu_version() format changed!
On Sun, May 22, 2005 at 09:40:46PM +0200, Adeodato Sim wrote: Short summary: upstream releaases of libgadu return their gg_libgadu_version() in the MAJOR.MINOR.MMDD format. However, now that cvs snapshots are in sid, the format has changed to MMDD. What a mess :-( It's a lesson for me to really keep change sets minimal uploads such as the last one :-/ The problem seems to be that kopete gadu plugin author(s) assumed that what gg_libgadu_version returns actually means something in particular about the library capabilities. It doesn't, and this is libgadu's upstream's fault. And IIRC, they know it. I'll try to fix this situation for the long term, but it's not going to improve before sarge release. As I understand it, the library should not change its behaviour gratuitously, and should behave as the official upstream releases even if it incorporates patches from CVS. Well, assuming that we have no time now to make both kopete and libgadu to do the Right Things about the version string, I guess that me patching libgadu's source to return 1.5.DATE is the best thing to do at present. I'll try to do that tommorow, together with applying some new fixes for variable signedness in ekg, which will probably turn out to be RC (I have no time today to investigate them thoroughly). Marcin PS: my Mutt+vim seem to have mangled your last name, sorry for that. -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309462: swaks: should be able to talk to a pipe
Package: swaks Version: 0+20040404.1-1 Severity: wishlist It would be nice if swaks could talk to exim4 -bh whatever. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.27-2-686 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages swaks depends on: ii perl 5.8.4-8Larry Wall's Practical Extraction -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305751: keepalived doesn't run with debians default kernel
On Wed, May 04, 2005 at 11:18:15PM +0200, Alexander Wirt wrote: Hi Marcin! On Wed, 04 May 2005, Marcin Owsiany wrote: On Fri, Apr 29, 2005 at 11:34:12PM +0200, Alexander Wirt wrote: you are right, keepalived doesn't work with the debian default kernel. The ipvs code used in the default kernel is buggy, so keepalived is build against the ipvs headers from 2.6.11/2.4.28. Could you provide more details on how it is buggy? I think that this should also be reported against kernel-source-2.4.27 Of course: http://sourceforge.net/mailarchive/forum.php?thread_id=4855643forum_id=3211 http://sourceforge.net/mailarchive/forum.php?thread_id=5353482forum_id=3211 Thanks. Is the problem with VRRP syncd the only serious one? I'm asking because I need to decide whether to upgrade to 2.6, or stay with 2.4 (I'm only using one director so far, so I don't care about VRRP). Marcin -- Marcin Owsiany [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309362: debrelease: please add support for alternative .changes directory
Package: devscripts Version: 2.8.14.1 Severity: wishlist Tags: patch Hi! Pbuilder puts all resulting files in /var/cache/pbuilder/result It would be nice if debrelease could support this at least in a way similar to the one shown in attached patch. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-2-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages devscripts depends on: ii debianutils 2.8.4Miscellaneous utilities specific t ii dpkg-dev1.10.26 Package building tools for Debian ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii perl5.8.4-6 Larry Wall's Practical Extraction ii sed 4.1.2-8 The GNU sed stream editor -- no debconf information diff -ruN devscripts-2.8.14/debian/changelog devscripts-2.8.14.1/debian/changelog --- devscripts-2.8.14/debian/changelog 2005-03-24 15:33:06.0 +0100 +++ devscripts-2.8.14.1/debian/changelog2005-05-16 20:30:17.0 +0200 @@ -1,3 +1,9 @@ +devscripts (2.8.14.1) unstable; urgency=low + + * debrelease: Use DEBRELEASE_RESULT_DIR instead of .. if set. + + -- Marcin Owsiany [EMAIL PROTECTED] Mon, 16 May 2005 20:30:12 +0200 + devscripts (2.8.14) unstable; urgency=low * uscan: fix second showstopper (broken URL parsing) (closes: #301169) diff -ruN devscripts-2.8.14/debrelease.sh devscripts-2.8.14.1/debrelease.sh --- devscripts-2.8.14/debrelease.sh 2004-11-30 13:08:25.0 +0100 +++ devscripts-2.8.14.1/debrelease.sh 2005-05-16 20:11:43.0 +0200 @@ -250,8 +250,8 @@ sversion=`echo $version | perl -pe 's/^\d+://'` pva=${package}_${sversion}_${arch} pvs=${package}_${sversion}_source -changes=../$pva.changes -schanges=../$pvs.changes +changes=${DEBRELEASE_RESULT_DIR:-..}/$pva.changes +schanges=${DEBRELEASE_RESULT_DIR:-..}/$pvs.changes if [ ! -r $changes ]; then if [ $arch != source ]; then
Bug#305751: keepalived: does not work with current sarge kernel
Sorry for a late reply.. On Fri, Apr 29, 2005 at 02:15:04AM -0700, Steve Langasek wrote: So far, I am not able to reproduce this bug against 2.4.27-2-686 or 2.6.8-2-686-smp, using either the sarge or sid version of keepalived. Strange, since Alexander has confirmed this.. Is there a simple keepalived.conf I could configure in order to trigger it? I guess this one is close enough to what I tried at the beginning. | global_defs { |lvs_id MAILIN | } | | virtual_server 10.0.16.18 25 { | delay_loop 60 | lb_algo rr | lb_kind NAT | protocol TCP | | real_server 10.0.16.40 10025 { | weight 1 | inhibit_on_failure | SMTP_CHECK { | host { | connect_ip 10.0.16.40 | connect_port 10025 | bindto 10.0.16.18 | } | connect_timeout 30 | retry 2 | retry 2 | delay_before_retry 5 | helo_name mailin-checker.exprozone | } | } | | real_server 10.0.16.41 10025 { | weight 1 | inhibit_on_failure | SMTP_CHECK { | host { | connect_ip 10.0.16.41 | connect_port 10025 | bindto 10.0.16.18 | } | connect_timeout 30 | retry 2 | delay_before_retry 5 | helo_name mailin-checker.exprozone | } | } | | } regards, Marcin -- Marcin Owsiany [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305751: keepalived doesn't run with debians default kernel
On Fri, Apr 29, 2005 at 11:34:12PM +0200, Alexander Wirt wrote: you are right, keepalived doesn't work with the debian default kernel. The ipvs code used in the default kernel is buggy, so keepalived is build against the ipvs headers from 2.6.11/2.4.28. Could you provide more details on how it is buggy? I think that this should also be reported against kernel-source-2.4.27 It was my fault not to mention that fact in the documentation, I updated the package description and the README file, so that this fact should be clear. Good. As I'm not able to fix that bug I'll tag it wontfix and downgrade its priority to important, so that it stays in the bts. I agree that this is the best we can do to keepalived at this stage of release. It would be nice, if a kernel fix was possible as well, but I guess this would also require ipvsadm update. Marcin -- Marcin Owsiany [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305751: keepalived: does not work with current sarge kernel
Package: keepalived Version: 1.1.11-1 Severity: grave Justification: renders package unusable After installaton on a sarge system, it produces the following messages, and does not set up ipvs rules. Apr 21 17:09:13 kallisto Keepalived_healthcheckers: Registering Kernel netlink command channel Apr 21 17:09:13 kallisto Keepalived_healthcheckers: Configuration is using : 12310 Bytes Apr 21 17:09:13 kallisto Keepalived_vrrp: Configuration is using : 31890 Bytes Apr 21 17:09:13 kallisto Keepalived: Starting VRRP child process, pid=26583 Apr 21 17:09:13 kallisto kernel: IPVS: set_ctl: len 44 92 Apr 21 17:09:13 kallisto Keepalived_healthcheckers: IPVS: Module is wrong version Apr 21 17:09:13 kallisto kernel: IPVS: set_ctl: len 68 92 Apr 21 17:09:13 kallisto kernel: IPVS: set_ctl: len 68 92 Apr 21 17:09:13 kallisto Keepalived_healthcheckers: IPVS: Module is wrong version Apr 21 17:09:13 kallisto Keepalived_healthcheckers: IPVS: Module is wrong version After modifying it to use 2.4.27 kernel-headers and rebuilding, it works. However neither the description, nor the documentation says anything about required kernel. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-2-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages keepalived depends on: ii ipvsadm 1.24+1.21-1 Linux Virtual Server support progr ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libpopt01.7-5lib for parsing cmdline parameters ii libssl0.9.7 0.9.7e-2 SSL shared libraries -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302689: treats non-zero egrep exit status as failure
Package: logcheck Version: 1.2.36 Severity: important Tags: patch debdiff logcheck_1.2.35.dsc logcheck_1.2.36.dsc shows this among other changes: - egrep --text -v -f $clean/$file $TMPDIR/checked | cat \ -$TMPDIR/checked.1 \ - || error Could not output to TMPDIR/checked.1 Disk Full? + (egrep --text -v -f $clean/$file $TMPDIR/checked \ + || warn Could not process file $file) | cat \ +$TMPDIR/checked.1 \ + || error Could not output to $TMPDIR/checked.1 Disk Full? However this causes spurious reports looking like this: | System Events | =-=-=-=-=-=-= | | | Logcheck Warnings | =-=-=-=-=-=-=-=-= | Could not process file spamassassin | This is because egrep returns 1 if no lines are found: | DIAGNOSTICS |Normally, exit status is 0 if selected lines are found and 1 otherwise. |But the exit status is 2 if an error occurred, unless the -q or --quiet |or --silent option is used and a selected line is found. The quick fix is to simply revert that change. A better one would be to write a more elaborate condition on whether egrep returned exit code 2. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.4.27-2-k7 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages logcheck depends on: ii adduser 3.63Add and remove users and groups ii cron 3.0pl1-87 management of regular background p ii debconf [debconf 1.4.47 Debian configuration management sy ii debianutils 2.13.2 Miscellaneous utilities specific t ii exim44.50-4 metapackage to ease exim MTA (v4) ii exim4-daemon-hea 4.50-4 exim MTA (v4) daemon with extended ii lockfile-progs 0.1.10 Programs for locking and unlocking ii logcheck-databas 1.2.36 A database of system log rules for ii logtail 1.2.36 Print log file lines that have not ii mailx1:8.1.2-0.20040524cvs-4 A simple mail user agent ii sysklogd [system 1.4.1-16System Logging Daemon -- debconf information: logcheck/changes: * logcheck/install-note: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300897: dhcpcd script is not robust againt arguments containing spaces
Package: dhcpcd Version: 1:1.3.22pl4-20 Severity: important Tags: patch Specifying an option containing spaces (for example using vendor in /etc/network/interfaces) causes some [: too many arguments messages and failure on dhcpcd-bin invocation. The attached patch hopefully fixes both problems. regards, Marcin -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.4.27-2-k7 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages dhcpcd depends on: ii bsdutils1:2.12p-3Basic utilities from 4.4BSD-Lite ii ifupdown0.6.4-4.12 high level tools to configure netw ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an --- debian/dhcpcd.orig 2005-03-22 15:51:37.0 +0100 +++ debian/dhcpcd 2005-03-22 15:53:06.0 +0100 @@ -29,16 +29,13 @@ for o do - if [ $o = -k ]; then + if [ x$o = x-k ]; then keeppid=yes - fi - if [ $o = -n ]; then + elif [ x$o = x-n ]; then keeppid=yes - fi - if [ $o = -h ]; then + elif [ x$o = x-h ]; then sendhost=no - fi - if [ $o = -H ]; then + elif [ x$o = x-H ]; then sethost=yes fi done @@ -109,4 +106,4 @@ fi fi -exec /sbin/dhcpcd-bin $OPTIONS $* +exec /sbin/dhcpcd-bin $OPTIONS $@
Bug#297921: please make the documentation on returning from actions clearer (debian: message 2 of 20)
On Mon, Mar 07, 2005 at 10:13:03AM +1100, Damian Conway wrote: Rafael Laboissiere - [EMAIL PROTECTED] wrote: The tutorial mentions multiple times returning values from actions. Err, no. The tutorial never says that. Right. It seems my subconsciouness somehow assumed that the actions are perl subs. Apparently they are not. One things it fails to mention is that calling return in an action is completly different from setting $return or just specifying the value as the last statement. This is true. Frankly, it never occurred to me that anyone would even try to do that. OK, I admit that I didn't read the documentation thoroughly at first, on the other hand, wouldn't you agree that being able to use return would be more intuitive? However it seems that changing that behaviour would break backwards compatibility, since now that is a way of rejecting a production (if I'm using the right terms). Nor have I ever had that misunderstanding reported to me before. Of course, now that I have, I will definitely add a warning to the GOTCHAS section of the documentation for the next release. Great. As for changing the tutorial, I am unable to do that, not being the copyright holder. Hmm.. Rafael, does that mean that the debian package contains a file whose license does not comply with DFSG? I apologize that you had difficulties with the module. Oh, that was just fun :) regards, Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297921: please make the documentation on returning from actions clearer
Package: libparse-recdescent-perl Version: 1.94-1 Severity: minor Hi! The tutorial mentions multiple times returning values from actions. One things it fails to mention is that calling return in an action is completly different from setting $return or just specifying the value as the last statement. See the attached example, and see the attached diff file for how removing the return changes the output. This is all the more difficult to debug, that the message: Matched subrule: [gallery] (return value: [1] is present even in the failing case, even though the parser retracts to the beginning, as the third column suggests. So it's somewhat misleading. This has taken me several long hours to find out (in a more complicated grammar), and I really would like to make this one thing more visible in the documentation, so that noone will have to waste his time again. regards, Marcin -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.4.27-2-k7 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages libparse-recdescent-perl depends on: ii perl 5.8.4-6Larry Wall's Practical Extraction -- no debconf information a_test Description: Perl program a_test_no_return Description: Perl program --- a_test 2005-03-03 15:35:42.0 +0100 +++ a_test_no_return2005-03-03 15:36:09.0 +0100 @@ -12,7 +12,7 @@ gallery: 'gallery' label '{' desc(s) '}' ';' { - return 1; + 1; } desc: 'desc' '' /[^]*/ '' ';' { $item[3] } Script started on czw 03 mar 2005 15:38:49 CET ]0;[EMAIL PROTECTED]: /home/porridge/[EMAIL PROTECTED]:~/tmp$ ./a_de test Parse::RecDescent: Treating config: as a rule declaration Parse::RecDescent: Treating gallery as a subrule match Parse::RecDescent: Treating EE as a literal terminal Parse::RecDescent: Treating gallery: as a rule declaration Parse::RecDescent: Treating gallery as a literal terminal Parse::RecDescent: Treating label as a subrule match Parse::RecDescent: Treating { as a literal terminal Parse::RecDescent: Treating desc(s) as a one-or-more subrule match Parse::RecDescent: Treating } as a literal terminal Parse::RecDescent: Treating ; as a literal terminal Parse::RecDescent: Treating { return 1; } as an action Parse::RecDescent: Treating desc: as a rule declaration Parse::RecDescent: Treating desc as a literal terminal Parse::RecDescent: Treating as a literal terminal Parse::RecDescent: Treating /[^]*/ as a /../ pattern terminal Parse::RecDescent: Treating as a literal terminal Parse::RecDescent: Treating ; as a literal terminal Parse::RecDescent: Treating { $item[3] } as an action Parse::RecDescent: Treating label: as a rule declaration Parse::RecDescent: Treating /\w+/ as a /../ pattern terminal printing code (22472) to RD_TRACE 1| config |Trying rule: [config] | 1| config | |gallery exim { desc foo; | | |}; EE 1| config |Trying production: [gallery 'EE'] | 1| config |Trying subrule: [gallery] | 2| gallery |Trying rule: [gallery]| 2| gallery |Trying production: ['gallery' label | | |'{' desc '}' ';'] | 2| gallery |Trying terminal: ['gallery'] | 2| gallery |Matched terminal (return value: | | |[gallery])| 2| gallery | | exim { desc foo; }; EE 2| gallery |Trying subrule: [label] | 3| label |Trying rule: [label] | 3| label |Trying production: [/\w+/]| 3| label |Trying terminal: [/\w+/] | 3| label |Matched terminal (return value: | | |[exim]) | 3| label | | { desc foo; }; EE 3| label |Matched production: [/\w+/] | 3| label |Matched rule (return value: | | |[exim]) | 3| label |(consumed: [ exim]) | 2| gallery |Matched subrule: [label] (return | | |value: [exim] | 2| gallery |Trying terminal: ['{']| 2| gallery |Matched terminal (return value: | | |[{]) | 2| gallery | | desc foo; }; EE 2| gallery |Trying repeated subrule: [desc] | 3| desc |Trying rule: [desc] | 3| desc |Trying production: ['desc' '' /[^]*/| | |'' ';'] | 3| desc |Trying terminal: ['desc'] | 3| desc |Matched terminal (return value: | | |[desc])
Bug#297610: mistake in README.Debian
Package: libparse-recdescent-perl Version: 1.94-1 Severity: minor It says: | /usr/share/doc/libparse-recdescent-perl/examples/demo_lexer.pl depends on | the Data::Dumper module. In order to run it, you have to install the | Debian package data-dumper. Actually Data::Dumper is in perl-base, at least now in sid, so this dependancy is met. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.4.27-2-k7 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages libparse-recdescent-perl depends on: ii perl 5.8.4-6Larry Wall's Practical Extraction -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297074: Temporary file created by poedit sould be of the same encoding as the file being edited
tags 297074 moreinfo thanks On Sat, Feb 26, 2005 at 11:07:28PM +0100, Boris Yakobowski wrote: When using poedit (typically by calling poedit file.po), an editor is invoked on a temporary file with the remaining strings to be translated. It would be great if this file was in the same encoding as file.po. On my box I edit english strings (which can be encoded in my default locale, iso8859-15), and I translate them into french, which should be in unicode in this case. Even if file.po is in unicode, the temporary file is iso8859. As far as I know, potool knows nothing about encodings, so it should be completly transparent to them, and just pass text from the po file in whatever encoding it is, unchanged, to the temp file, and back. But I may be wrong. Could you provide an example file which could demonstrate this behavior? regards, Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295444: polish translation is unclear
Package: fonty Version: 1.0-22 Severity: normal Tags: patch l10n The polish translation: - speaks about restarting the whole machine, which is simply unprofessional - uses the term serwer which is misleading in case of installation on a workstation (at first I thought that new console-tools used some usermode server process to control the display :) The attached patch makes the message somewhat more sane, IMHO. Regards Marcin -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.4.26-1-k7 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages fonty depends on: ii console-data2002.12.04dbs-48 Keymaps, fonts, charset maps, fall ii console-tools 1:0.2.3dbs-55Linux console and font utilities ii debconf 1.4.42 Debian configuration management sy -- debconf information: * fonty/charset: iso2 (Central European) * fonty/restart: false --- pl.po 2005-02-15 22:13:51.0 +0100 +++ pl.po.new 2005-02-15 22:23:11.0 +0100 @@ -5,7 +5,7 @@ Project-Id-Version: fonty 1.0-20\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2004-09-30 11:21+0200\n -PO-Revision-Date: 2004-08-04 20:25+0200\n +PO-Revision-Date: 2005-02-15 22:22+0100\n Last-Translator: Piotr Roszatycki [EMAIL PROTECTED]\n Language-Team: Polish [EMAIL PROTECTED]\n MIME-Version: 1.0\n @@ -106,7 +106,7 @@ #. Description #: ../templates:13 msgid Do you want me to restart console-tools now? -msgstr Czy chcesz teraz zrestartowaæ console-tools ? +msgstr Czy chcesz teraz zrestartowaæ console-tools? #. Type: boolean #. Description @@ -116,6 +116,5 @@ to be restarted. You can also restart console-tools manually executing /etc/ init.d/console-screen.sh restart msgstr -Aby wprowadzone zmiany konfiguracji console-tools mia³y wp³yw na serwer -nale¿y go uruchomiæ ponownie. Mo¿na w dowolnej chwili samodzielnie -zrestartowaæ console-tools uruchamiaj±c: /etc/init.d/screen.sh restart +Aby wprowadzone zmiany konfiguracji console-tools odnios³y skutek, nale¿y +uruchomiæ: /etc/init.d/screen.sh restart
Bug#274514: Debian transition to Aspell 0.60
On Fri, Jan 21, 2005 at 01:40:47AM -0800, Brian Nelson wrote: [...] Also, any packages depending on aspell-dictionary will unfortunately have to be updated to use aspell6-dictionary instead. These packages are: abiword-common, sylpheed, sylpheed-claws, ekg, ekg2. Sorry for the long delay. ekg and ekg2 are in: http://people.debian.org/~porridge/aspell-transition/ Two things: 1) I have decided to keep: Suggests: aspell-pl | aspell6-dictionary, sms-pl Rather than the suggested: Suggests: aspell-pl, sms-pl Because I think that the latter might cause some package management tools to nag the user to install aspell-pl even if she already installed some other dictionary. Just a theory, though, not tested. 2) If possible, please wait with the upload until ekg 1:1.5+20050212-1 (uploaded today, urgency=medium, so that should last about six days IIRC) enters testing. Iff you want to do the upload earlier, then please let me know, and I'll provide 1:1.5+20050212-2 with increased urgency. Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#274514: [Dict-common-dev] Re: Debian transition to Aspell 0.60
On Sun, Feb 13, 2005 at 10:16:51AM -0800, Brian Nelson wrote: On Sun, Feb 13, 2005 at 03:34:31PM +0100, Marcin Owsiany wrote: On Fri, Jan 21, 2005 at 01:40:47AM -0800, Brian Nelson wrote: [...] Also, any packages depending on aspell-dictionary will unfortunately have to be updated to use aspell6-dictionary instead. These packages are: abiword-common, sylpheed, sylpheed-claws, ekg, ekg2. Sorry for the long delay. ekg and ekg2 are in: http://people.debian.org/~porridge/aspell-transition/ Two things: 1) I have decided to keep: Suggests: aspell-pl | aspell6-dictionary, sms-pl Rather than the suggested: Suggests: aspell-pl, sms-pl Because I think that the latter might cause some package management tools to nag the user to install aspell-pl even if she already installed some other dictionary. Just a theory, though, not tested. Note that libaspell15, which ekg links against, already Recommends: aspell-en | aspell6-dictionary. I'd think that relationship would override the aspell-pl | aspell6-dictionary one, so the user would get aspell-en by default and probably not notice aspell-pl at all. Hm, right.. I didn't pay attention to the fact that libaspell15's relationship was stronger. It may make more sense to just use the Suggests: aspell-pl, ... I don't think that would be right, since there are people using ekg who don't speak polish, but might want to use another dictionary. I need to think of it some more and look closer at how the support actually works in ekg. 2) If possible, please wait with the upload until ekg 1:1.5+20050212-1 (uploaded today, urgency=medium, so that should last about six days IIRC) enters testing. Iff you want to do the upload earlier, then please let me know, and I'll provide 1:1.5+20050212-2 with increased urgency. Since ekg only has a weak relationship (Suggests) on aspell-dictionary/aspell6-dictionary, the upload of aspell 0.60 shouldn't have any effect on ekg's candidancy for testing, provided you've linked against the libaspell15 currently in testing. From your first mail I understood that all packages listed in http://people.debian.org/~pyro/pending/ASPELL_TRANSITION_STATUS would be uploaded together. Since ekg would be one of them, this would reset its wait time to 10 days, which is what I'm trying to avoid. Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292952: n_hdlc module alias needed
Package: speedtouch Severity: important Tags: patch The following entry is needed: alias tty-ldisc-13 n_hdlc Otherwise pppoa3 fails with Error loading N_HDLC -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.4.26-1-k7 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages speedtouch depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an pn ppp Not found. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292991: ekg: Incorrect build-dependencies
clone 292991 -1 retitle -1 clean rule possibly broken severity 292991 wishlist retitle 292991 uses features not available in woody packages tags 292991 +wontfix thanks On Mon, Jan 31, 2005 at 05:17:59PM +0100, Helge Kreutzmann wrote: I don't know the proper severity, so I let you decide. I am trying to backport ekg_1.5+20050129-1.diff.gz to woody. There are at least two incorrect build-dependencies: a) libgsm1-dev (= 1.0.10-11.1) This is exactly the first post-woody-version, I know, note that this was my NMU :-) I looked at the changelog but the only maybe-relevant difference of the few is on arm. The most important change was to close #166400 EKG did not build with the header file mess libgsm had before that, because of header filename namespace conflicts. Building with libgsm1-dev (= 1.0.10-11) (on x86) seems fine. Interesting. But I'll stay on the safer side and not allow builds against a version that was known to be broken. b) debhelper: The build dependency needs to be versioned, as in woody it is fullfilled, but it dies with: dh_shlibdeps -X debian/ekg/usr/bin/ekglogs -L libgadu3 -l debian/libgadu3/usr/lib Unknown option: L According to the changelog of debhelper, this flag was introduced in 4.1.1 and woody ships 4.0.2 Fortunately, removing the -L option seems still to generate correct dependencies. Removing it is not sufficient IIRC. See the attached patch. Btw. two subsequent dpkg-buildpackage -uc -b -rfakeroot fail, but I don't have time to check that in sid. dh_clean debian/rules build make: *** No rule to make target `configure', needed by `config.status'. Stop. I'll check this. This just makes backporting quite a bit harder. Actually, I've already done a backport. It's on people.debian.org, IIRC apt-get.org has a link/source lines. Most of the changes are in the attached patch, I think. Especially the -lpthread thing was nasty, I guess that was a workaround for woody linker bug, but I don't really remember right now.. Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292348: wrong BTS connection failure prompt
Package: reportbug Version: 3.6 Severity: normal Getting status for reportbug... Checking for newer versions at packages.debian.org... Warning: HTTP Error 400: Bad Request Warning: HTTP Error 400: Bad Request Querying Debian BTS for reports on reportbug (source)... Unable to connect to BTS; continue [y|N|?]? Unable to contact BTS; continuing anyway. Looking up dependencies of reportbug... Maintainer for reportbug is 'Chris Lawrence [EMAIL PROTECTED]'. As you can see, I simpy pressed enter there at prompt, hoping that the default N would be chosen and that reportbug would abort. However it seems that y has been selected. This is not intuitive. -- Package-specific info: ** Environment settings: EDITOR=vim DEBEMAIL=[EMAIL PROTECTED] EMAIL=[EMAIL PROTECTED] ** /home/porridge/.reportbugrc: reportbug_version 2.54 mode expert ui text realname Marcin Owsiany email [EMAIL PROTECTED] -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.4.26-1-k7 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages reportbug depends on: ii python2.3 2.3.4-19 An interactive high-level object-o -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292350: failed attachment saving hides error message
Package: mutt Version: 1.5.6-20040907+2 Severity: normal To reproduce: 0) start mutt as non-root 1) go to view-attachments for any message (v) 2) save-entry (s) 3) type: /foo and press enter Now nothing seems to have changed, as if you didn't press enter at all! Actually I guess the error message is somehow hidden by the immediately repeated prompt, and appears if you 4) press CTRL-G now This behaviour is somewhat confusing. Moreover, together with gnome mailcheck applet bug, which starts mutt in root directory, instead of $HOME, can make it impossible for a novice user to save attachments. Marcin PS: I have already reported a bug against gnome-applets, but this one needs fixing nonetheless. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.4.26-1-k7 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages mutt depends on: ii exim4 4.43-4 An MTA (Mail Transport Agent) ii exim4-daemon-heavy [mail-tr 4.43-4 Exim (v4) with extended features, ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libdb4.24.2.52-17Berkeley v4.2 Database Libraries [ ii libgnutls11 1.0.16-13GNU TLS library - runtime library ii libidn110.5.2-3 GNU libidn library, implementation ii libncursesw55.4-4Shared libraries for terminal hand ii libsasl22.1.19-1.5 Authentication abstraction library -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]