Bug#492205: installation-reports: firmware load testing
dann frazier wrote: The bnx2 module requests 2 pieces of firmware - maybe that has something to do with it? Hm, don't think so.. If you want to test, I've checked fixes for all the issues I understand (except for the code page problem) into hw-detect in svn. Test image: http://kitenet.net/~joey/tmp/mini.so sha1sum: 31716cc357ac0db4a315523dd69daade3453ef00 If it still tries to install all the firmware .debs, I'd probably need to see a sh -x check-missing-firmware to figure out why. Though I did add a little bit of logging, that may help pinpoint it. -- see shy jo signature.asc Description: Digital signature
Bug#489252: libc6-dbg: doesn't contain debug symbols for /lib/i686/cmov/libc.so.6
On Tue, Jul 22, 2008 at 10:17:12PM +0800, Paul Wise wrote: I guess this is a gdb issue then, since it doesn't seem to be able to find symbols for libc. Hmmm, it can't even find the libc.so.6 symbols when I purge libc6-i686 and copy /usr/lib/debug/lib/libc-2.7.so to /usr/lib/debug/lib/libc.so.6. Same happens when I make a symlink to libc-2.7.so. Reinstalling libc6-i686 and libc6-dbg doesn't seem to help either. Sorry, there's no concrete information in this bug report. What exactly happens that you believe is a bug? I believe symbols for libc are deliberately not shipped, just enough to backtrace. So GDB is likely behaving as expected. -- Daniel Jacobowitz CodeSourcery -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492285: prayer: Build-depend on unversioned libc-client-dev to allow BinNMUs
Package: prayer Version: 1.2.2.1-1 Severity: serious Tags: patch Justification: no longer builds from source As subject says, package should build-depend on libc-client-dev to allow binMUs. - jonas -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492104: Only reverse dependency of long orphaned package kdoc
On Thu, Jul 24, 2008 at 09:53:59PM +0100, John Lines wrote: On Wednesday 23 July 2008 19:45, Frank Lichtenheld wrote: plptools is the sole reverse dependency of kdoc, which is orphaned now for nearly 3 years, one of the oldest orphaned packages in Debian. If it would be possible to remove the build dependency on kdoc, kdoc could probably be removed from Debian. Severity wishlist for now since kdoc has no apparent severe problems besides being orphaned so long. I have removed kdoc from the build dependencies of plptools-1.0.4, which does have any KDE dependencies. Ok, thanks for the info :) Gruesse, -- Frank Lichtenheld [EMAIL PROTECTED] www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492284: iptables: Error cmd-owner
Package: iptables
Version: 1.4.1.1-1
Severity: normal
Tags: patch
%sudo iptables -A OUTPUT -o ppp1 -m owner --cmd-owner uTorrent.exe -j DROP
iptables v1.4.1.1: Unknown arg `--cmd-owner'
Try `iptables -h' or 'iptables --help' for more information.
Patch:
diff -urN iptables-1.4.1.1.orig/extensions/libxt_owner.c
iptables-1.4.1.1/extensions/libxt_owner.c
--- iptables-1.4.1.1.orig/extensions/libxt_owner.c 2008-06-16
17:12:40.0 +0400
+++ iptables-1.4.1.1/extensions/libxt_owner.c 2008-07-25 00:43:20.0
+0400
@@ -591,6 +591,6 @@
{
xtables_register_match(owner_mt_reg_v0);
xtables_register_match(owner_mt6_reg_v0);
- xtables_register_match(owner_mt_reg);
- xtables_register_match(owner_mt6_reg);
+ //xtables_register_match(owner_mt_reg);
+ //xtables_register_match(owner_mt6_reg);
}
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.26 (PREEMPT)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages iptables depends on:
ii libc6 2.7-10 GNU C Library: Shared libraries
iptables recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492140: xserver-xorg: xorg.conf generated with no ServerLayout section
Hi Carl, On Thu, Jul 24, 2008 at 07:49:04 -0700, Carl Worth wrote: But I *think* that with no ServerLayout section the server adds default input devices rather than hunting them out in the config file, (but I could be wrong about that part). when AllowEmptyInput is off, the server calls checkCoreInputDevices(), which does: * Locate the core input devices. These can be specified/located in * the following ways, in order of priority: * * 1. The InputDevices named by the -pointer and -keyboard command line * options. * 2. The CorePointer and CoreKeyboard InputDevices referred to by * the active ServerLayout. * 3. The first InputDevices marked as CorePointer and CoreKeyboard. * 4. The first InputDevices that use the 'mouse' and 'keyboard' or 'kbd' * drivers. * 5. Default devices with an empty (default) configuration. These defaults * will reference the 'mouse' and 'keyboard' drivers. The xorg.conf generated by the xserver-xorg package relies on 4 above, which breaks when AllowEmptyInput is turned on. I think the first four points should still be tried when no ServerLayout section is present, even with AllowEmptyInput. Meanwhile, I agree that it's a bug that the server doesn't respect the InputDevice sections without a ServerLayout section, (it does respect a Screen section without a ServerLayout section). I even looked a bit at xf86Config.c to see how easy that might be to fix. Yeah, I looked too, and will try to fix that upstream, time permitting. But regardless, that's not fixed now, and the configuration file that dpkg-reconfigure xserver-xorg generates results in a non-functional setup with xserver = 1.5. So that's something that should be fixed still. There are no downsides to actually generating the ServerLayout section that the server wants, right? It makes xorg.conf longer :) Seriously though, it probably doesn't hurt, so I'll try to make that change soonish. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492081: Re : Bug#492081: [Lenny] Keyboard mapping problem on login
Quoting Christian Perrier [EMAIL PROTECTED] Have you tried with any of the other French keymaps (dpkg-reconfigure console-data to get one of them)? Or maybe even with the US keymap... I tried azerty french Belgium keyboard which produces the same results. I tried to compile another kernel (2.6.25 to 2.6.26) but the problem is still here. I made additionnal tests : - the login problem (with strange characters) can produce at anytime (juste after the boot, or after several seconds). - when a login failed on a console (example tty1) and strange characters appears instead of normal characters, if a press Alt-Fx to pass on console ttyx and I come back to tty1 the key I press come back correct (aren't preceed by th ^[ things). - when a login failed on a console, the history keys (arrows) are fontionnals. So,here here is what i did after a successfull console login : # /etc/init.d/keyboard-setup restart Setting preliminary keymaps...done # login Debian login§: root // Here, one strange character appears before : password: ** Login failed Debian login§: ^[r ^[o [^C^C// Here I pressed Ctrl-C to quit the login command previously entered # // Here, keys I press are replaced by an audible bips exept few of them (like arrows) # /etc/init.d/keyboard-setup restart // Here I call back the previous command with functionnal arrows keys Setting preliminary keymaps...done # test // Here I get back normal characters without changing of tty So I hope all thoose tests are usable. How can I know what keymap is used in a terminal ? Getting that info may be good to know what keymap is used when strange characters appears... At disposal for any tests. Regards, Guillaume. --- moa :) http://www.npdci.fr _ Envoyez avec Yahoo! Mail. Une boite mail plus intelligente http://mail.yahoo.fr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471120: setting package to uswsusp, tagging 471120
# Automatically generated email from bts, devscripts version 2.10.18.1 # # uswsusp (0.8-0.1) unstable; urgency=low # # * Make CLI arguments consistent, update manpages (closes: #471120) package uswsusp tags 471120 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486823: devscripts: [checkbashishms] spuriously reports kill -KILL
On Thu, 24 Jul 2008 00:26:00 +0200, Adam D. Barratt [EMAIL PROTECTED] wrote: [resending mail that bounced on the first attempt a few weeks ago, on the offchance the problem's been fixed] You needen't have -- I have read the old email, I just have nothing to say to it. block 486823 by 477240 thanks Hi, Jiří Paleček wrote: checkbashisms reports kill -KILL in the attached file as bashism. However, it doesn't do so when I added this command to another sh script. dash accepts it, and man kill doesn't say it's an extension, so I think it is legal. man kill is documenting /bin/kill whereas your script would almost certainly be running a kill builtin - running command -v kill would confirm that. kill -SIGNAME is an XSI extension and as such not currently permitted by Debian policy - whether or not dash implements it - which is why checkbashisms flags it; see http://www.opengroup.org/onlinepubs/95399/utilities/kill.html I didn't know that; thanks for enlightening. There's an open bug against policy regarding allowing the XSI extension to kill so I'm blocking this bug by that one. Regards Jiri Palecek -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492286: iceweasel 3.0 doesn't register as gnome-www-browser
Package: iceweasel Version: 3.0~rc2-2 When iceweasel and iceweasel-gnome-support, and epiphany-browser are all installed, the command update-alternatives --config gnome-www-browser should give a choice between epiphany and iceweasel. However, the result is: --- # update-alternatives --config gnome-www-browser There is only 1 program which provides gnome-www-browser (/usr/bin/epiphany-gecko). Nothing to configure. --- When iceweasel is the only GNOME web browser installed, /usr/bin/gnome-www-browser does not exist at all. I am using Debian lenny on i386. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491090: kimwitu++: missing build dep
On Thu, 24 Jul 2008, Michael Piefel wrote:
kimwitu++ should build-dep on bison, as it uses it during build.
No, it doesnt normally. Apart from src/kimwy.y, Kimwitu++ comes with
src/Gen.boot/kimwy.{cc,h,output}, all of which are 5 minutes younger
than their source. Bison is not called if you did not touch
anything. I not only proved it, I actually tried it.
Please have a close look on the environment that you used and that
caused the build process to call Bison. If you can reproduce it, I
want to find a way to fix it (without the build-dep).
I tried to auto-build kimwitu++ for interix-i386, see
http://www.debian-interix.net/ for more details on that
architecture.
Attached you find the log from sbuild. Maybe you see the problem
immediately from that. I don't have more details currently, as the
unpacked source has already been deleted automatically.
Please ignore this line:
/dev/null: line 1: ./configure:: No such file or directory
Apparently all build logs have it, and I currently don't know what
causes it, and apparently it has no ill effects, at least none that I
know of. Hopefully this is not the same problem :-)
If you still can't figure out, what the problem is, I'll investigate
further to find it, but this will probably not happen before Aug 20,
2008.
Interix has several unusual properties, so this build might have hit
one of those.
Thanks for your cooperation
MartinAutomatic build of kimwitu++_2.3.12-1 on interix60 by sbuild/interix-i386 0.53
Build started at 20080716-1633
**
Checking available source versions...
Fetching source files...
Reading package lists...
Building dependency tree...
Need to get 570kB of source archives.
Get:1 http://ftp.de.debian.org unstable/main kimwitu++ 2.3.12-1 (dsc) [688B]
Get:2 http://ftp.de.debian.org unstable/main kimwitu++ 2.3.12-1 (tar) [565kB]
Get:3 http://ftp.de.debian.org unstable/main kimwitu++ 2.3.12-1 (diff) [4070B]
Fetched 570kB in 1s (349kB/s)
Download complete and in download only mode
** Using build dependencies supplied by package:
Build-Depends: debhelper (= 5.0.0)
Build-Depends-Indep: docbook-xml, docbook-xsl, gs, texlive,
texlive-latex-extra, transfig, xsltproc
Checking for already installed source dependencies...
debhelper: already installed (7.0.13-0+interix.1 = 5.0.0 is satisfied)
Checking for source dependency conflicts...
Checking correctness of source dependencies...
Kernel: Interix 6.0 interix-i386 (x86)
--
sh: gcc: command not found
dpkg-source: warning: Couldn't determine gcc system type, falling back to
default (native compilation)
gpg: Please note that you don't have secure memory on this system
gpg: Signature made Wed Feb 13 21:02:49 2008 WEST using DSA key ID 798DD95C
gpg: Can't check signature: public key not found
dpkg-source: extracting kimwitu++ in kimwitu++-2.3.12
dpkg-source: unpacking kimwitu++_2.3.12.orig.tar.gz
dpkg-source: applying
/srv/wanna-build/buildd-home/build/kimwitu++_2.3.12-1.diff.gz
dpkg-buildpackage: source package kimwitu++
dpkg-buildpackage: source version 2.3.12-1
dpkg-buildpackage: host architecture interix-i386
/usr/local/bin/fakesudo debian/rules clean
dh_testdir src/gen.k
dh_testroot
rm -f build-stamp build-doc-stamp
# Add here commands to clean up after the build process.
/usr/bin/make clean
make[1]: Entering directory `/build/interix60+Administrator/kimwitu++-2.3.12'
make[1]: *** No rule to make target `clean'. Stop.
make[1]: Leaving directory `/build/interix60+Administrator/kimwitu++-2.3.12'
make: [clean] Error 2 (ignored)
cd doc /usr/bin/make veryclean
make[1]: Entering directory
`/build/interix60+Administrator/kimwitu++-2.3.12/doc'
rm -f *.aux *.log *.toc *.dvi *.out *.idx *.ind *.loe *.ilg *.fot *.fo
rm -f ._ ._
rm -rf imagesgen
rm -f manual.tex manual.pdf manual.html
make[1]: Leaving directory `/build/interix60+Administrator/kimwitu++-2.3.12/doc'
rm -f Makefile src/Makefile
rm -f config.log config.status src/config.h
dh_clean
debian/rules build
dh_testdir src/gen.k
# Add here commands to compile the package.
./configure --prefix=/usr --mandir=/usr/share/man
configure: loading cache /dev/null
/dev/null: line 1: ./configure:: No such file or directory
checking whether a universal binary is requested... no
checking for g++... g++
checking for C++ compiler default output file name... a.out
checking whether the C++ compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking for gcc... gcc
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for flex... no
checking for lex... no
checking for bison... no
Bug#492285: New release of uw-imap prepared and uploaded to experimental
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, Jul 24, 2008 at 01:43:27AM +0100, Adeodato Simó wrote: On other news... binNMUs scheduled now. Thanks! If you could take care of filing bugs against asterisk and prayer so that they build-depend on libc-client-dev instead of libc-client2007-dev, and upload quick/prompt NMUs if needed, I'd be very grateful. If you really can't, please let me know so that I know somebody will have to take care. Asterisk is fixed already. I have filed bug#492285 and am now compiling a fixed package that I will upload as an NMU (but with no delay). - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkiI/fgACgkQn7DbMsAkQLgsSgCfR3AHkuWyGI1g7AkPc7rIANGJ DLcAnAhCnbfEM+8UKMkcX1GxvaT4N5SI =wHKZ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486823: devscripts: [checkbashishms] spuriously reports kill -KILL
On Fri, 2008-07-25 at 00:19 +0200, Jiří Paleček wrote: On Thu, 24 Jul 2008 00:26:00 +0200, Adam D. Barratt [EMAIL PROTECTED] wrote: [resending mail that bounced on the first attempt a few weeks ago, on the offchance the problem's been fixed] You needen't have -- I have read the old email, I just have nothing to say to it. Thanks for the confirmation. I hoped that was the case but wanted to make sure. Regards, Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#252896: fam uses 100% of CPU
As the fam maintainer (or is it the debian package maintainer? I don't now) did
not fix that bug
for several years now I gave up waiting for a solution.
I am not a linux guru at all and this solution may be kinda home-style cooking,
but for me it works.
1. Create a file named famdguard in a directory of your choice YourDir with
the following content:
--- snip
#!/bin/sh
set -x
COUNT=0
# init the loop control variable
USAGE=100
# Check three times if the famd process is above xx%
# Restart fam if that is the case.
# Set MAXUSAGE to 80 for a single core machine
# Set it to 45 for a dual core machine (one processor completely used)
# Set it to 22 for a quad core machine (one processor completely used)
MAXUSAGE=45
while [ 0$USAGE -gt $MAXUSAGE ]; do
# get the cpu usage for the fam process
USAGE=`ps -eo pcpu,pid -o comm= | sort -k1 -n -r | grep famd | awk '{ print
$1 }'`
# remove the fractional part of the cpu usage value
USAGE=${USAGE%%.*}
# Increment COUNT if fam's cpu usage is above MAXUSAGE
[ 0$USAGE -gt $MAXUSAGE ] COUNT=`expr $COUNT + 1`
if [ $COUNT -gt 2 ]; then
# Three times high CPU usage. Stop and Restart famd
/etc/init.d/fam stop
# Check, if it was successfull or try to kill famd
ps -e | grep famd
[ $? -eq 0 ] killall -9 famd
# Restart fam
/etc/init.d/fam start
exit
fi
# Wait some time before the next loop
sleep 30
done
--- snap
This file checks for the CPU usage of fam.
If it is above the MAXUSAGE it checks two times more with a delay of 30
seconds.
If CPU usage is above MAXUSAGE 3 times the fam deamon is stopped and started
again.
2. make that file executable
$ chmod +x YourDir/famdguard
3. add the following line into your /etc/crontab to perform the check every 10
minutes
# Check for famd running wild
*/10 * * * * root /YourDir/famdguard
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492287: sbackup: simple-restore-gnome crashes at startup
Package: sbackup Version: 0.10.5 Severity: grave Justification: renders package unusable -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores) Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages sbackup depends on: ii gksu 2.0.0-5graphical frontend to su ii python2.5.2-1An interactive high-level object-o ii python-glade2 2.12.1-6 GTK+ bindings: Glade support ii python-gnome2 2.22.0-1 Python bindings for the GNOME desk ii sudo 1.6.9p17-1 Provide limited super user privile sbackup recommends no packages. sbackup suggests no packages. -- no debconf information Traceback: /usr/sbin/simple-restore-gnome Traceback (most recent call last): File /usr/sbin/simple-restore-gnome, line 453, in module SRestoreGTK() File /usr/sbin/simple-restore-gnome, line 107, in __init__ self.load_tree(self.default_target) File /usr/sbin/simple-restore-gnome, line 243, in load_tree self.vtree[base] = str(gnomevfs.read_entire_file(target+/+base+/flist)).split(\000) gnomevfs.IOError: E/A-Fehler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492285: NMU diff
Attached is a diff for the urgent NMU I just uploaded, per request from the release team. Kind regards, - Jonas -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm diff -u prayer-1.2.2.1/debian/control prayer-1.2.2.1/debian/control --- prayer-1.2.2.1/debian/control +++ prayer-1.2.2.1/debian/control @@ -3,7 +3,7 @@ Priority: optional Maintainer: Magnus Holmgren [EMAIL PROTECTED] Build-Depends: cdbs, debhelper (= 5), quilt, - libc-client2007-dev, libldap2-dev, + libc-client-dev, libldap2-dev, zlib1g-dev, libssl-dev (= 0.9.6), libdb-dev, Standards-Version: 3.7.3 Vcs-Svn: svn://svn.kibibyte.se/prayer/trunk diff -u prayer-1.2.2.1/debian/changelog prayer-1.2.2.1/debian/changelog --- prayer-1.2.2.1/debian/changelog +++ prayer-1.2.2.1/debian/changelog @@ -1,3 +1,11 @@ +prayer (1.2.2.1-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Build-depend on unversioned libc-client-dev to allow BinNMUs. +Closes: bug#492285. + + -- Jonas Smedegaard [EMAIL PROTECTED] Thu, 24 Jul 2008 23:42:33 +0200 + prayer (1.2.2.1-1) unstable; urgency=low * New upstream release featuring XHTML templates and fixes to various signature.asc Description: Digital signature
Bug#252896: fam uses 100% of CPU
I had a mistake in my last post. Please omit the second line (the one that contains set -x) from the file famdguard. -- Paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489495: xserver-xorg: dpms force off doesn't poweroff the screen
Le dimanche 06 juillet 2008 à 12:51 +0200, Brice Goglin a écrit : Benoît Dejean a écrit : Package: xserver-xorg Version: 1:7.3+11 Severity: normal Hello, xset dpms force off no longer poweroff the screen. The screen displays black but is still on. xserver-xorg doesn't actually do anything. Can you locate which xserver-xorg-core or xserver-xorg-video-ati/radeon broke this? I've tested a bit, but i haven't managed to find it. I'm getting tired of seeing everything break again and again on ppc while everything worked fine for years :/ I try to keep my sid updated but now i know that on every reboot something new would break. Since i don't reboot very often, it's hard to spot the faulty package. I'll keep all my xorg packages updated and will inform if the problem magically goes away ... -- Benoît Dejean GNOME http://www.gnomefr.org/ LibGTop http://directory.fsf.org/libgtop.html signature.asc Description: Ceci est une partie de message numériquement signée
Bug#473682: Still apparently present in 2.7.1-1
Hello, I've recently been trying a few things with fakechroot, fakeroot and debootstrap and have run into exactly the problem described in message #10 of this bug (installation of Debian testing/lenny). Here are the versions I'm using: fakechroot 2.7.1-1 fakeroot 1.9.5ubuntu1 debootstrap 1.0.10 These are all upgraded from the original distribution versions on Ubuntu Feisty 7.04. There's also a problem with the libuuid1 package: Setting up libuuid1 (1.40.11-1) ... chown: cannot access `/var/lib/libuuid': No such file or directory I've tried a one shot debootstrap using the following command line: fakeroot fakechroot --use-system-libs debootstrap --variant=fakechroot lenny \ path-to-chroot And I've tried doing a two stage debootstrap as follows: fakeroot fakechroot -s debootstrap --variant=fakechroot --foreign lenny \ path-to-chroot mirror DEBOOTSTRAP_DIR=path-to-chroot/debootstrap fakeroot fakechroot -s \ debootstrap --second-stage --second-stage-target=path-to-chroot Both seem to fail when configuring bash and libuuid1. If there's anything I can do to improve the quality of this report, please don't hesitate to say. Regards, Paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486352: Need moreinfo
tags 486352 +moreinfo thanks Please send the output of s2ram -i thanks, Tim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492086: partman: menus are very slow
Joey Hess wrote: Conclusion 2: Benchmark before optimising. In this case, trying to optimise away the wrong system calls is a waste of time. The benchmark code and measurements [snipped] are not a good comparison with the actual environment of low-memory mode. In particular, the use of swap space is likely in low memory mode, but almost certainly not present in the measurements reported above. Any actual use of swap space (or paging) will tend to increase the delay, and increase the relative advantage of avoiding fruitless searching. PS: Reordering PATH to put /usr/bin first and omit /usr/local/bin would be the easy way to optimise this, IF searching the path were actually a significant time sink. However, it does not appear to be. It takes a minute or so to change partman by adding something such as export PATH=/bin. If the searching in partman becomes faster by = 0.2 second per run, and if partman is run some thousands of times in the future life of the installer, then that is a net savings, and not a waste. Perhaps the intended claim was, I'd rather spend my time doing something with a larger payoff. So would the humans who use partman. Consider this shell code: - PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/binPATH=/bin \ busybox sh -c ' for i in 0 1 2 3 4 5 6 7 8 9 do for j in 0 1 2 3 4 5 6 7 8 9 do for k in 0 1 2 3 4 5 6 7 8 9 do cat /dev/null done done done ' which runs in 22.2 seconds on my NSLU2 for 1000 executions of cat /dev/null in an environment much more similar to real partman than previous benchmarks. Changing to PATH=/bin runs in 21.5 seconds, which is 0.7 seconds faster. Altering the search path does achieve measured savings. PPS: Actually _eliminating_ calls to cat and other binaries in partman would of course help. A partman written in C should be 100 to 1000 times as fast as the current one. The original bug report contains two further paragraphs which give specific ways to avoid fork+exec: Second, use a shell builtin if possible. [ $( file) ] Third, use shell text strings where possible. [ PM':'$dir':'default_response=$( ... ) ] $( file) turns out not to work on various shells other than bash. The use of non-literal variables was panned by Frans Pop as being too obscure, although there are projects which use them. [Look at libtool to see some mind-boggling obscurity in shell programming.] However, there is another shell builtin which does input without fork+exec, namely 'read'. If the replies are restricted to be only one line, then: read $dir/default_response default_response=$REPLY achieves the same effect as default_response=$(cat $dir/default_response) but without requiring fork+exec. So 'read' looks like a promising replacement. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490568: uswsusp: 'shutdown method' should be documented
The option 'shutdown method' is needed for my laptop for s2disk to function. The option is not documented anywhere in the included documentation. Where it should at least appear is 'man uswsusp.conf', which supposedly documents all options recognized by the program. Well, yes it shouldn't really be necessary, that is why I didn't add it. But I'll add it now... you're the second person requesting it. Also this might be in place: WARNING! Currently debconf overwrites this file, so changes should be made with dpkg-reconfigure uswsusp, or special care taken when updating the file (see Debian bug report 459420) That was a bug in an older version. Actually debconf doesn't override your local values. grts Tim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492288: empty package
Package: expectk-tk8.3 Version: 5.43.0-5.1 Severity: grave The package is completly empty and doesn't depend on anything: $ dpkg -L expectk-tk8.3 /. /usr /usr/share /usr/share/doc /usr/share/doc/expectk-tk8.3 /usr/share/doc/expectk-tk8.3/changelog.gz /usr/share/doc/expectk-tk8.3/copyright /usr/share/doc/expectk-tk8.3/changelog.Debian.gz $ apt-cache show expectk-tk8.3 Package: expectk-tk8.3 Priority: optional Section: interpreters Installed-Size: 96 Maintainer: Matthias Klose [EMAIL PROTECTED] Architecture: i386 Source: expect-tcl8.3 Version: 5.43.0-5.1 Replaces: expectk5.31 ( 5.31.8-4), expectk5.24 ( 5.30.1-8) Provides: expectk Conflicts: expectk5.31 ( 5.31.8-4), expectk5.24 ( 5.30.1-8), expectk Filename: pool/main/e/expect-tcl8.3/expectk-tk8.3_5.43.0-5.1_i386.deb Size: 64090 MD5sum: 3d650223214d08c36a2e2a170438243f SHA1: 2f11bfc25552bbd8f8eeea5674b1e734629d306a SHA256: b535f176cc98945b261907153b470551b24c9a4676f35095213234ffe18a017b [...] Something is broken in the build process I would guess. Gruesse, Frank Lichtenheld -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489734: I just tried in Virtualbox
On Thursday 24 July 2008 17:47:45 Lisandro Damián Nicanor Pérez Meyer wrote: On Thursday 24 July 2008 17:38:46 Petter Reinholdtsen wrote: [Lisandro Damián Nicanor Pérez Meyer] I just tried both usplash and splashy in virtualbox running Lenny up to date. They both worked fine. Good to hear. Note that the kdm/usplash issue I reported is a timing issue that do not happen every boot, and I test using insserv/dependency based boot sequencing. Perhaps the use of dependency based boot sequencing is an vital trigger? Well, it haven't failed on booting/shutting down, but switching to a console fails. OK, first question ¿are you using X with framebuffer support? That seems to generate a problem (at least in my machine). If you are using framebuffer's support or you don't know ¿could you please test it? I also have switched of console wile the machine was booting and kdm didn't have started, and it failed. Switching back to the first console didn't solve it either. I will install gdm now to see if the problem persists. If that happens, I will reassign the bug to usplash Regards, Lisandro. -- Si vives cada día de tu vida como si fuera el último, algún día realmente tendrás razón. Steve Jobs Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#490568: setting package to uswsusp, tagging 470578, tagging 475367, tagging 490568
# Automatically generated email from bts, devscripts version 2.10.18.1 # # uswsusp (0.8-0.1) unstable; urgency=low # # * New models in the whitelist (closes: #473160, #467109, #475367) # * Document shutdown_method (closes: #490568) # * Debconf translation updates (closes: #470578) #Thanks: Vincent Zweije [nl], # package uswsusp tags 470578 + pending tags 475367 + pending tags 490568 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492205: installation-reports: firmware load testing
On Thu, Jul 24, 2008 at 05:26:19PM -0400, Joey Hess wrote: dann frazier wrote: The bnx2 module requests 2 pieces of firmware - maybe that has something to do with it? Hm, don't think so.. If you want to test, I've checked fixes for all the issues I understand (except for the code page problem) into hw-detect in svn. Test image: http://kitenet.net/~joey/tmp/mini.so sha1sum: 31716cc357ac0db4a315523dd69daade3453ef00 I couldn't get this image to work; it seems to load bnx2 on startup automatically and, after a 'modprobe -r bnx2', it doesn't seem to ever bring up the fw prompt. If it still tries to install all the firmware .debs, I'd probably need to see a sh -x check-missing-firmware to figure out why. Though I did add a little bit of logging, that may help pinpoint it. I collected this (after commenting out debconf stuff, and manually modprobing bnx2 to create the /tmp/missing-firmware file). See [1]. The problem appears to be that the grepfor file contains an empty trailing line: ~ # cat /tmp/grepfor bnx2-06-4.0.5.fw bnx2-06-4.0.5.fw ~ # And this is because $files has a trailing space: ~ # cat /tmp/files2.dannf | sed 's/$/,/' bnx2-06-4.0.5.fw bnx2-06-4.0.5.fw , Filtering out the trailing space[2] fixed this for me. [1] BusyBox v1.10.2 (2008-06-06 18:28:20 UTC) built-in shell (ash) Enter 'help' for a list of built-in commands. ~ # modprobe -r bnx2 ~ # ls bin dev initlib mnt rootsys usr cdrom etc initrd media procsbintmp var ~ # ls /media/ ~ # ls /tmp x ~ # modprobe bnx2 ~ # cat /tmp/missing-firmware bnx2 bnx2-06-4.0.5.fw bnx2 bnx2-06-4.0.5.fw ~ # /bin/check-missing-firmware + set -e + LOG=/tmp/missing-firmware + NL= + first=1 + read_log + modules= + files= + [ -s /tmp/missing-firmware ] + mv /tmp/missing-firmware /tmp/missing-firmware.old + OLDIFS= + IFS= + cat /tmp/missing-firmware.old + module=bnx2 + [ -n bnx2 ] + modules=bnx2 + file=bnx2-06-4.0.5.fw + [ -n bnx2-06-4.0.5.fw ] + files=bnx2-06-4.0.5.fw + module=bnx2 + [ -n bnx2 ] + modules=bnx2 bnx2 + file=bnx2-06-4.0.5.fw + [ -n bnx2-06-4.0.5.fw ] + files=bnx2-06-4.0.5.fw bnx2-06-4.0.5.fw + IFS= + rm -f /tmp/missing-firmware.old + [ -n bnx2 bnx2 ] + return 0 + ask_load_firmware + return 0 + mountmedia mount: option requires an argument -- o BusyBox v1.10.2 (2008-06-06 18:28:20 UTC) multi-call binary Usage: mount [flags] DEVICE NODE [-o options,more-options] umount: cannot umount /media: Invalid argument mount: mounting /dev/cciss/c0d0 on /media failed: Invalid argument + [ -e /media/bnx2-06-4.0.5.fw ] + [ -e /media/bnx2-06-4.0.5.fw ] + umount /media umount: cannot umount /media: Invalid argument + true + mountmedia driver mount: option requires an argument -- o BusyBox v1.10.2 (2008-06-06 18:28:20 UTC) multi-call binary Usage: mount [flags] DEVICE NODE [-o options,more-options] umount: cannot umount /media: Invalid argument mount: mounting /dev/cciss/c0d0 on /media failed: Invalid argument mount: option requires an argument -- o BusyBox v1.10.2 (2008-06-06 18:28:20 UTC) multi-call binary Usage: mount [flags] DEVICE NODE [-o options,more-options] umount: cannot umount /media: Invalid argument mount: mounting /dev/cciss/c0d1 on /media failed: Invalid argument mount: option requires an argument -- o BusyBox v1.10.2 (2008-06-06 18:28:20 UTC) multi-call binary Usage: mount [flags] DEVICE NODE [-o options,more-options] umount: cannot umount /media: Invalid argument mount: mounting /dev/cciss/c0d2 on /media failed: Invalid argument mount: option requires an argument -- o BusyBox v1.10.2 (2008-06-06 18:28:20 UTC) multi-call binary Usage: mount [flags] DEVICE NODE [-o options,more-options] umount: cannot umount /media: Invalid argument + echo bnx2-06-4.0.5.fw bnx2-06-4.0.5.fw + sed -e s/ /\n/g + [ -f /media/atmel-firmware_1.3-3_all.deb ] + list_deb_firmware /media/atmel-firmware_1.3-3_all.deb + ar p /media/atmel-firmware_1.3-3_all.deb data.tar.gz + grep -qf /tmp/grepfor + tar zt + grep ^\./lib/firmware/ + sed -e s!^\./lib/firmware/!! + install_firmware_pkg /media/atmel-firmware_1.3-3_all.deb + echo /media/atmel-firmware_1.3-3_all.deb + grep -q \.deb$ + mkdir -p /var/cache/firmware/ + cp -a /media/atmel-firmware_1.3-3_all.deb /var/cache/firmware/ + basename /media/atmel-firmware_1.3-3_all.deb + udpkg --unpack /var/cache/firmware/atmel-firmware_1.3-3_all.deb (Reading database...) (Updating database...) + [ -f /media/firmware-bnx2_0.12_all.deb ] + list_deb_firmware /media/firmware-bnx2_0.12_all.deb + ar p /media/firmware-bnx2_0.12_all.deb data.tar.gz + grep -qf /tmp/grepfor + tar zt + grep ^\./lib/firmware/ + sed -e s!^\./lib/firmware/!! + install_firmware_pkg /media/firmware-bnx2_0.12_all.deb + echo /media/firmware-bnx2_0.12_all.deb + grep -q \.deb$ + mkdir -p /var/cache/firmware/ + cp -a /media/firmware-bnx2_0.12_all.deb /var/cache/firmware/ + basename /media/firmware-bnx2_0.12_all.deb + udpkg --unpack /var/cache/firmware/firmware-bnx2_0.12_all.deb (Reading
Bug#489734: I just tried in Virtualbox
[Lisandro Damián Nicanor Pérez Meyer] I will install gdm now to see if the problem persists. If that happens, I will reassign the bug to usplash I believe it will have to be fixed in both gdm and kdm, and that no clean solution exist to solve it in usplash. The existing solutions from Ubuntu solve the problem in kdm and gdm. Why do you want to reassign it to usplash? How do you propose it is solved there? Is there something wrong with the proposed solution and the API provided by initscripts? Just to make sure it is clear. We in the Debian Edu need a solution to this in Lenny. A package ping-pong seem likely to take a long time, and thus will not make a solution show up in Lenny. The only alternative seem to be for us to fork kdm and maintain our own version in our own repository. We really would like to avoid this. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441947: Debian Bug report logs - #441947 ITA: freeguide -- Displays TV listings
Hi Shaun, On Thu, 24 Jul 2008 13:32:16 -0700 Shaun Jackman [EMAIL PROTECTED] wrote: Prepare a package for upload incrementing the version number and changing the maintainer, send it to me for some proof reading, then upload it to the server, or I sponsor your upload if you're not a Debian developer. I've made a package available in my personal webspace[0]. For reference, I've attached the interdiff between freeguide_0.10.6-1.diff.gz and freeguide_0.10.7-1.diff.gz. Regards, Dan [Footnote 0: http://daniel.daniel-watkins.co.uk/package/] -- Daniel Watkins (Odd_Bloke) diff -u freeguide-0.10.6/debian/changelog freeguide-0.10.7/debian/changelog --- freeguide-0.10.6/debian/changelog +++ freeguide-0.10.7/debian/changelog @@ -1,3 +1,16 @@ +freeguide (0.10.7-1) unstable; urgency=low + + * New upstream release. + * Changed the Debian maintainer to Daniel Watkins, as Shaun Jackman no +longer has access to free TV listings to test the package. + * Change Debian policy to version 3.8.0. + * Added Homepage of +http://www.artificialworlds.net/freeguide/Main/HomePage;. + * Added a brief explanation of why this package is not part of the Debian +GNU/Linux distribution. + + -- Daniel Watkins [EMAIL PROTECTED] Thu, 24 Jul 2008 23:13:52 +0100 + freeguide (0.10.6-1) unstable; urgency=low * New upstream release. diff -u freeguide-0.10.6/debian/control freeguide-0.10.7/debian/control --- freeguide-0.10.6/debian/control +++ freeguide-0.10.7/debian/control @@ -1,11 +1,12 @@ Source: freeguide Section: contrib/misc Priority: optional -Maintainer: Shaun Jackman [EMAIL PROTECTED] +Maintainer: Daniel Watkins [EMAIL PROTECTED] Build-Depends: debhelper Build-Depends-Indep: java-gcj-compat-dev | java2-compiler, ant, ant-optional -Standards-Version: 3.7.2.2 +Standards-Version: 3.8.0 +Homepage: http://www.artificialworlds.net/freeguide/Main/HomePage Package: freeguide Architecture: all diff -u freeguide-0.10.6/debian/copyright freeguide-0.10.7/debian/copyright --- freeguide-0.10.6/debian/copyright +++ freeguide-0.10.7/debian/copyright @@ -25,0 +26,3 @@ + +This package is not part of the Debian GNU/Linux distribution because +it depends on packages that are not free software. signature.asc Description: PGP signature
Bug#378290: Will attempt to package when a free Java is available.
reopen 378290 owner 378290 [EMAIL PROTECTED] thanks Le Thu, Jul 24, 2008 at 06:00:16PM +, Debian Bug Tracking System a écrit : This is an automatic notification regarding your Bug report which was filed against the wnpp package: #378290: ITP: proalign -- Probabilistic multiple alignment program It has been closed by David Moreno Garza [EMAIL PROTECTED]. I will try to package ProAlign when the free Sun Java will be available in Debian. -- Charles -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492289: network-manager and wpagui cannot handle wpasupplicant in debian testing
Package: wpasupplicant Version: 0.6.3-2 Severity: normal subject says everything isn't possible to connect to wlan-network. Not about network-manager or wpagui it fails. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (600, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages wpasupplicant depends on: ii adduser 3.108 add and remove users and groups ii libc62.7-10 GNU C Library: Shared libraries ii libdbus-1-3 1.2.1-2 simple interprocess messaging syst ii libpcsclite1 1.4.102-1 Middleware to access a smart card ii libreadline5 5.2-3 GNU readline and history libraries ii libssl0.9.8 0.9.8g-10.1 SSL shared libraries ii lsb-base 3.2-12 Linux Standard Base 3.2 init scrip wpasupplicant recommends no packages. Versions of packages wpasupplicant suggests: ii libengine-pkcs11-openssl 0.1.4-1OpenSSL engine for PKCS#11 modules pn wpaguinone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482414: Package files
Hello, I commited the Debian package file into Torsten Werner's SVN: https://bollin.googlecode.com/svn/guake/ I only have a bug on startup to fix[1] and the package will be ready to upload into Debian. Sylvestre [1] TypeError: Gtk.accelerator_parse() argument 1 must be string, not None -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465959: Long orphaned packages, removal suggestions
On Wed, Jul 23, 2008 at 09:55:57PM +0200, Frank Lichtenheld wrote: This time I've gone trough the list of long orphaned packages. These are packages unlikely to ever get a new maintainer, at least they didn't manage to do so in the last two to three years. [...] fv orphaned 3 years, popcon 189/20/156/13/0, rdeps: science-astronomy Hello, I'm involved in astronomy and I planned to make some work on those monsters that are fv and saods9. Some time ago I gave a look to the sources: they are both a big mess, but I admit it was a very quick attempt (I was very busy in the last months). I could try to update them as summer homework. :) (perhaps asking some help to those people working on saods9 in ubuntu) Rant: Why the astronomers are not capable of programming? Or... Why re-invent the wheel with some ad-hoc trick instead of using standard things like anyone? I mean: why include all the libraries you need? Why saods9 ships a modified version of tcl/tk? ciao Riccardo ps. please cc me in replies, as I'm subscribed only to [EMAIL PROTECTED], not (yet?) to debian-qa. signature.asc Description: Digital signature
Bug#492086: partman: menus are very slow
John Reiser wrote: The benchmark code and measurements [snipped] are not a good comparison with the actual environment of low-memory mode. In particular, the use of swap space is likely in low memory mode, but almost certainly not present in the measurements reported above. Any actual use of swap space (or paging) will tend to increase the delay, and increase the relative advantage of avoiding fruitless searching. Partman runs before swap is available. Also, the kernel is unlikely to ever swap out its filesystem cache and syscall handlers. It takes a minute or so to change partman by adding something such as export PATH=/bin. If the searching in partman becomes faster by = 0.2 second per run, and if partman is run some thousands of times in the future life of the installer, then that is a net savings, and not a waste. Perhaps the intended claim was, I'd rather spend my time doing something with a larger payoff. So would the humans who use partman. No, my point is that it's pointless to nibble away at optimising something in 1% increments. Instead find the actual large timesinks, and optimise those. Also, work with real-world numbers, not guesses. (BTW, I forgot to CC you, but AFAICS your numbers in #492077 are off by several orders of magnitude.) Consider this shell code: which runs in 22.2 seconds on my NSLU2 for 1000 executions of cat /dev/null in an environment much more similar to real partman than previous benchmarks. Changing to PATH=/bin runs in 21.5 seconds, which is 0.7 seconds faster. Altering the search path does achieve measured savings. Actually, the result is similar to that of my C-based tests. I measured an added 0.14 seconds per cat invocation due to PATH; on the same hardware with your test I get a value of 0.20. The original bug report contains two further paragraphs which give specific ways to avoid fork+exec: Second, use a shell builtin if possible. [ $( file) ] Third, use shell text strings where possible. [ PM':'$dir':'default_response=$( ... ) ] $( file) turns out not to work on various shells other than bash. The use of non-literal variables was panned by Frans Pop as being too obscure, although there are projects which use them. [Look at libtool to see some mind-boggling obscurity in shell programming.] However, there is another shell builtin which does input without fork+exec, namely 'read'. If the replies are restricted to be only one line, then: read $dir/default_response default_response=$REPLY achieves the same effect as default_response=$(cat $dir/default_response) but without requiring fork+exec. So 'read' looks like a promising replacement. Or one could teach busybox shell to jump to the in-busybox implementations of cat and all other busybox commands, thereby eliminating every exec in partman except for those needed to run subshells. (It'd still have to fork, but linux can fork very fast, and most shell tricks above involve a fork due to the use of subshells.) -- see shy jo signature.asc Description: Digital signature
Bug#492290: w3m: crash on hr width=4358144
Package: w3m Version: 0.5.2-2+b1 Severity: normal Another crash, observable on seemingly inoffensive web pages: w3m http://mywebpages.comcast.net/boydmayberry/Bunnies.html GC Warning: Repeated allocation of very large block (appr. size 31006720): May lead to memory leak and poor performance. GC Warning: Repeated allocation of very large block (appr. size 31006720): May lead to memory leak and poor performance. [etc until it segfaults] All that's needed to replicate the effect is a horizontal rule with a width above 4,358,143, as in the attached file. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.25.custom Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages w3m depends on: ii libc6 2.7-10GNU C Library: Shared libraries ii libgc1c2 1:6.8-1.1 conservative garbage collector for ii libgpm21.20.4-2 General Purpose Mouse - shared lib ii libncurses55.6+20080308-1Shared libraries for terminal hand ii libssl0.9.80.9.8g-10.1 SSL shared libraries ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages w3m recommends: ii ca-certificates 20080617 Common CA certificates Versions of packages w3m suggests: ii man-db2.5.2-2on-line manual pager pn menu none (no description available) pn migemonone (no description available) ii mime-support 3.44-1 MIME files 'mime.types' 'mailcap pn w3m-elnone (no description available) pn w3m-img none (no description available) -- no debconf information -- JBR Ankh kak! (Ancient Egyptian blessing) Title: w3mkiller
Bug#492291: doesn't work with passwords
Package: tksmb Version: 0.8.8-7 Severity: important TkSmb doesn't seem to provide the password, even when given in the interface: $ TkSmb SambA Browser 0.8.8 for X (C) Copyright 1998 by Ivan Volosuk System is Linux Kernel 2.0.XX, Using new smbmount Trying to check call format of smbmount (smbmount 2.2.x) spawn smbmount -v Usage: /sbin/mount.cifs remotetarget dir -o options Mount the remote target, specified as a UNC name, to a local directory. Options: user=arg pass=arg dom=arg Less commonly used options: credentials=filename,guest,perm,noperm,setuids,nosetuids,rw,ro, sep=char,iocharset=codepage,suid,nosuid,exec,noexec,serverino, mapchars,nomapchars,nolock,servernetbiosname=SRV_RFC1001NAME directio,nounix,cifsacl,sec=authentication mechanism,sign Options not needed for servers supporting CIFS Unix extensions (e.g. unneeded for mounts to most Samba versions): uid=uid,gid=gid,dir_mode=mode,file_mode=mode,sfu Rarely used options: port=tcpport,rsize=size,wsize=size,unc=unc_name,ip=ip_address, dev,nodev,nouser_xattr,netbiosname=OUR_RFC1001NAME,hard,soft,intr, nointr,ignorecase,noposixpaths,noacl,prefixpath=path,nobrl in6_addr Options are described in more detail in the manual page man 8 mount.cifs To display the version number of the mount helper: /sbin/mount.cifs -V Selected Variant of smbmount is 1 KFMCLIENT: /usr/bin/kfmclient Default action: custom_proc not defined spawn nmblookup localhost querying localhost on 192.168.2.255 name_query failed to find name localhost ip not known spawn smbclient -L localhost -U User -W Connection to localhost failed (Error NT_STATUS_CONNECTION_REFUSED) Terminated.. localhost spawn nmblookup noether querying noether on 192.168.2.255 192.168.2.177 noether00 192.168.2.177 ip is 192.168.2.177 spawn smbclient -L noether -U djpig -W -I 192.168.2.177 Enter djpig's password: Timeout 30 sec.. Terminated.. noether spawn smbclient -L noether -U djpig -W WORKGROUP -I 192.168.2.177 Enter djpig's password: ^C Gruesse, Frank Lichtenheld -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tksmb depends on: ii expectk 5.43.0-17 A program that can automate intera ii smbclient 2:3.2.0-4 a LanManager-like simple client fo ii smbfs 2:3.2.0-4 mount and umount commands for the tksmb recommends no packages. Versions of packages tksmb suggests: pn launcher none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492289: [pkg-wpa-devel] Bug#492289: network-manager and wpagui cannot handle wpasupplicant in debian testing
On Friday 25 July 2008 09:18:51 Tobias wrote: Package: wpasupplicant Version: 0.6.3-2 Severity: normal subject says everything isn't possible to connect to wlan-network. Not about network-manager or wpagui it fails. This bug report contains no information, as such, it is not useful. Kel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492266: xfs_fsr broken on powerpc
On Thu, 2008-07-24 at 11:20 -0700, Daniel Bakken wrote: Package: xfsdump Version: 2.2.48-1 Attempting to defragment an xfs filesystem fails: xfs_fsr /dev/power/data /san start inode=0 unable to get handle: /san: Invalid argument # uname -a Linux power 2.6.22-3-powerpc64 #1 SMP Wed Nov 14 00:29:55 UTC 2007 ppc64 GNU/Linux Are you using a 32 bit userspace? (what does file `which xfs_fsr` report?) thanks. -- Nathan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490922: Interested in this package
I'm keen on seeing this in Debian. I would be willing to co-maintain this with someone else or to sponsor it. Francois -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492205: installation-reports: firmware load testing
dann frazier wrote: I couldn't get this image to work; it seems to load bnx2 on startup automatically and, after a 'modprobe -r bnx2', it doesn't seem to ever bring up the fw prompt. The only change I've made that could affect the firmware prompt at all is this one: -for line in $(cat $LOG.old); do +for line in $(sort $LOG.old | uniq); do Unless my image is just broken in some way, and /tmp/missing-firmware doesn't get populated, or check-missing-firmware fails to run. And this is because $files has a trailing space: Ah, I see it now, it does in fact always add a trailing space. And the fix I already checked in to make list_deb_firmware avoid listing empty lines didn't actually fix that, because grep file matches all lines in the file. Ok, fix checked in. -- see shy jo signature.asc Description: Digital signature
Bug#489734: I just tried in Virtualbox
On Thursday 24 July 2008 20:11:21 Petter Reinholdtsen wrote: [Lisandro Damián Nicanor Pérez Meyer] I will install gdm now to see if the problem persists. If that happens, I will reassign the bug to usplash I believe it will have to be fixed in both gdm and kdm, and that no clean solution exist to solve it in usplash. The existing solutions from Ubuntu solve the problem in kdm and gdm. Why do you want to reassign it to usplash? How do you propose it is solved there? Is there something wrong with the proposed solution and the API provided by initscripts? My point is very simple: start the system, while the system is loading, there is a point in which you can switch to another console and neither gdm nor kdm are started yet. And that console is screwed up. So, it seems to be not the fault of kdm nor gdm. I will re check this without usplash now. -- For want of a nail, the shoe was lost; For want of the shoe, the horse was lost; For want of the horse, the rider was lost; For want of the rider, the battle was lost; For want of the battle, the kingdom was lost; And all for the want of a horseshoe nail http://www.everything2.com/index.pl?node_id=1097943 Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#489734: I just tried in Virtualbox
On Thursday 24 July 2008 20:52:46 Lisandro Damián Nicanor Pérez Meyer wrote: [snip] My point is very simple: start the system, while the system is loading, there is a point in which you can switch to another console and neither gdm nor kdm are started yet. And that console is screwed up. So, it seems to be not the fault of kdm nor gdm. I will re check this without usplash now. If my knowlegde is correct, what I am saying is true. I am just waiting for someone to correct me/confirm I am right. Regards, Lisandro. -- rata hmm, el enchufe hace chispas... -- rata ha dejado este servidor (Leaving). marga ouch Visto en #lugfi, irc.freenode.net Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#492292: kdm: Does not works if gdm is used as default and the uninstalled
Package: kdm Version: 4:4.0.98-1 Severity: normal If you install kde4's kdm in a system without gdm, it will wor fine. If you install gdm, make it the default *dm and then uninstall it, kdm won't work because gdm sets debian-moreblue as the default theme and kdm can not find it. This theme is provided by the packages gdm and desktop-base. I re installed desktop-base in order to get kdm working. It is possible that this bug should be reassigned, but I didn't know exactly whose fault it is. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kdm depends on: ii debconf [debconf-2. 1.5.23 Debian configuration management sy ii kdebase-runtime 4:4.0.98-1 runtime components from the offici ii kdelibs54:4.0.98+svn833207-1 core libraries for all KDE 4 appli ii libc6 2.7-12 GNU C Library: Shared libraries ii libdbus-1-3 1.2.1-2 simple interprocess messaging syst ii libpam0g0.99.7.1-6 Pluggable Authentication Modules l ii libqimageblitz4 1:0.0.4-4QImageBlitz image effects library ii libqt4-svg 4.4.0-4 Qt 4 SVG module ii libqt4-xml 4.4.0-4 Qt 4 XML module ii libqtcore4 4.4.0-4 Qt 4 core module ii libqtgui4 4.4.0-4 Qt 4 GUI module ii libstdc++6 4.3.1-7 The GNU Standard C++ Library v3 ii libx11-62:1.1.4-2X11 client-side library ii libxau6 1:1.0.3-3X11 authorisation library ii libxdmcp6 1:1.0.2-3X11 Display Manager Control Protoc ii libxtst62:1.0.3-1X11 Testing -- Resource extension Versions of packages kdm recommends: ii kde-window-manager [x-wi 4:4.0.98-1 the KDE 4 window manager (KWin) ii kdebase 4:4.0.98-1 base applications from the officia ii konsole [x-terminal-emul 4:4.0.98-1 X terminal emulator for KDE 4 ii logrotate3.7.1-3 Log rotation utility ii tightvncserver [xserver] 1.3.9-4 virtual network computing server s ii vnc4server [xserver] 4.1.1+X4.3.0-30 Virtual network computing server s ii xserver-xorg-core [xserv 2:1.4.2-2 Xorg X server - core server ii xterm [x-terminal-emulat 235-1 X terminal emulator Versions of packages kdm suggests: ii kdepasswd 4:4.0.98-1 password changer for KDE 4 -- debconf information: kdm/stop_running_server_with_children: false * shared/default-x-display-manager: kdm kdm/daemon_name: /usr/bin/kdm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492231: general: unable to mount fixed drives
reassign 492231 konqueror severity 492231 normal thanks Notch-1 wrote: Installing debian etch on several computers and with 5 different kernels (2.6.15, 18, 22, 24 and 25) i found out that it's impossible to mount fixed drives (with any partition type) by clicking on them in konqueror media:/, do you know about this problem? I got hal-storage-fixed-mount-all-options refused uid 500 when i click on a fixed hard-disk, or right-click and then mount, same thing... No problem with konqueror as root (yes i am in plugdev group, but still...). No problem with removable devices (pen or hard-disks). No problem with manual mount, after it i'm able to use konqueror media:/, but still can't do unmount... Have you tried typing hal-storage-fixed-mount-all-options on Google? It seems that some people had a problem similar, and solved it. Anyway, this is definitely not the right place to ask your question. Probably a mailing-list from there: http://lists.debian.org/users.html would be more suitable. I forward this bugreport to konqueror. Cheers, -- Stéphane Glondu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412842: subversion: orphaned svnserve -t processes
found 412842 subversion/1.5.0dfsg1-4 thanks On 2007-02-28 15:01:36 +0100, Vincent Lefevre wrote: I often have orphaned svnserve -t processes on my Debian machine: This bug still occurs: ay:~ ps -flwp 25328,25329,25330,25350,25354,25355 F S UIDPID PPID C PRI NI ADDR SZ WCHAN STIME TTY TIME CMD 0 T lefevre 25328 2984 0 80 0 - 1042 signal Jul24 pts/100:00:00 less 0 T lefevre 25329 1 0 80 0 - 5518 signal Jul24 pts/100:00:00 svn log -rHEAD:1 mozilla.xml 0 Z lefevre 25330 25329 0 80 0 - 0 exit Jul24 pts/100:00:00 [zsh] defunct 0 T lefevre 25350 1 0 80 0 - 2146 signal Jul24 pts/100:00:00 ssh -F /home/lefevre/.ssh/config -C localhost svnserve -t 5 S lefevre 25354 25351 0 80 0 - 2564 select Jul24 ?00:00:00 sshd: [EMAIL PROTECTED] 0 S lefevre 25355 25354 0 80 0 - 5336 unix_s Jul24 ?00:00:02 svnserve -t But I wonder why the svn client got in that state (I've never sent any STOP signal, perhaps a tty related problem). On the other hand, svnserve should have timed out, in particular to avoid DoS. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.org/blog/ Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492293: linux-modules-extra-2.6: Please add arm* and sparc compilation of speakup
Package: linux-modules-extra-2.6 Version: 2.6.25-5 Severity: normal Hello, Thanks to porters testing, version 3.0.3+git20080724.dfsg.1-1 of speakup-source should now compile fine on arm* and sparc archs. Could you please re-enable compilation for them in next upload? s390 remains a no-go, however, so it needs to be kept ruled out. Samuel -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'oldstable'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18.8 (SMP w/1 CPU core) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492294: dbg package dependancy advice incorrect
Package: developers-reference
Version: 3.4.0
Severity: normal
Hello,
The end of section 6.7.9 contains a mistake, or is unclear. It says:
Note that the Debian package should depend on the package that it
provides debugging symbols for, and this dependency should be
versioned. For example:
Depends: libfoo-dbg (= ${binary:Version})
This is backwards. The _debug_ package should depend on the package(s)
providing the programs or libraries matching the symbols it contains.
The example should read:
Package: libexample-dbg
Depends: libexample (= ${binary:Version})
Thanks,
--Joe
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487770: C backtrace
I downloaded and compiled the source, to get an unstripped image. I still don't have a good recipe for reproducing this. It seems to happen more if I'm using more than one frame (with \C-x5) Here's the C backtrace after a crash: #0 0xa0010720 in __kernel_syscall_via_break () #1 0x20bc5680 in kill () from /lib/libc.so.6.1 #2 0x4008e350 in fatal_error_signal (sig=11) at emacs.c:642 #3 signal handler called #4 0x40145530 in extent_list_at (el=value optimized out, pos=145, endp=0) at extents.c:808 #5 0x40149f20 in soe_move (obj=value optimized out, pos=2765) at extents.c:1482 #6 0x4015e360 in extent_find_end_of_run (obj=6917529027652936672, pos=2765, outside_accessible=value optimized out) at extents.c:2533 #7 0x4015ee90 in extent_fragment_update (w=0x60b71e60, ef=0x60c81700, pos=value optimized out, last_glyph=2305843009234029984) at extents.c:2789 #8 0x40267d90 in create_text_block (w=0x60b71e60, dl=0x609de760, bi_start_pos=871, prop=0x6fd4b0a0, type=value optimized out) at redisplay.c:2213 #9 0x40270fc0 in generate_display_line (w=0x60b71e60, dl=0x609de760, bounds=value optimized out, start_pos=871, prop=0x6fd4b0a0, type=1) at redisplay.c:853 #10 0x40275e10 in regenerate_window (w=0x60b71e60, start_pos=871, point=value optimized out, type=1) at redisplay.c:5367 #11 0x4027edc0 in redisplay_window (window=6917529027653082720, skip_selected=value optimized out) at redisplay.c:6301 #12 0x40281150 in redisplay_frame (f=0x60b71bf0, preemption_check=value optimized out) at redisplay.c:6595 #13 0x40281e30 in redisplay_device (d=0x602bef70, automatic=1) at redisplay.c:6679 #14 0x402828a0 in redisplay () at redisplay.c:6766 #15 0x40142570 in Fnext_event (event=6917529027651357064, prompt=value optimized out) at event-stream.c:2179 #16 0x4004ee00 in Fcommand_loop_1 () at cmdloop.c:574 #17 0x400a14d0 in condition_case_1 (handlers=value optimized out, bfun=Cannot access memory at address 0x8 ) at eval.c:1652 #18 0x4004f6d0 in command_loop_2 (dummy=6917529027641248504) at cmdloop.c:256 #19 0x40093700 in internal_catch (tag=2305843009233636432, func=Cannot access memory at address 0x8 ) at eval.c:1318 #20 0x40050130 in initial_command_loop (load_me=value optimized out) at cmdloop.c:305 #21 0x4008ca40 in xemacs_21_4_21_ia64_unknown_linux (argc=1, argv=0x6fd4bbb8, envp=0x6fd4bbc8, restart=0) at emacs.c:2460 #22 0x4008d9e0 in main (argc=1, argv=0x6fd4bbb8, envp=0x6fd4bbc8) at emacs.c:2829 -- Dr Peter Chubb http://www.gelato.unsw.edu.au peterc AT gelato.unsw.edu.au http://www.ertos.nicta.com.au ERTOS within National ICT Australia -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492231: (no subject)
Yes, have you tried hal-storage-fixed-mount-all-options debian -ntfs ?? The first one is this bug report, and the others are just question without answers, or this bug report again! :DD I'm with debian, and i have this problem with ntfs and fat partition, so... I think this is a different problem, that's why i wrote here... Any suggestion? Thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492086: partman: menus are very slow
Joey Hess wrote: Consider this shell code: which runs in 22.2 seconds on my NSLU2 for 1000 executions of cat /dev/null in an environment much more similar to real partman than previous benchmarks. Changing to PATH=/bin runs in 21.5 seconds, which is 0.7 seconds faster. Altering the search path does achieve measured savings. Actually, the result is similar to that of my C-based tests. I measured an added 0.14 seconds per cat invocation due to PATH; on the same hardware with your test I get a value of 0.20. I'm glad that you agree, because my results show that changing $PATH is a 3.2% improvement for an environment quite similar to partman: ((22.2 - 21.5) / 22.2) = 0.0315 This is not orders of magnitude away from reality. An speed improvement of 3.2% for very low implementation cost is a much better than no improvement at all. Or one could teach busybox shell to jump to the in-busybox implementations of cat and all other busybox commands, thereby eliminating every exec in partman except for those needed to run subshells. (It'd still have to fork, but linux can fork very fast, and most shell tricks above involve a fork due to the use of subshells.) There was a Hamilton C shell for OS/2 that used builtin versions of cat, cp, mv, ln, etc. That shell ran rings around any other with respect to execution speed of the typical shell script. Partman runs very slowly. It reflects poorly on debian-installer. There are two implementable ideas that avoid fork+exec without requiring a near-total re-implementation: non-literal variables, and 'read'. $( file) might be fixable in ash. The bash shell directly supports text menus with select name [ in word ] ; do list ; done which apparently is not yet so portable to other shells. Action, anybody? -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487770: C backtrace
Hello, On Fri, 25 Jul 2008, Peter Chubb wrote: I downloaded and compiled the source, to get an unstripped image. I still don't have a good recipe for reproducing this. It seems to happen more if I'm using more than one frame (with \C-x5) Could you please clarify which version this applies to? Regards, Kapil. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487770: C backtrace
Kapil == Kapil Hari Paranjape [EMAIL PROTECTED] writes: Kapil Hello, On Fri, 25 Jul 2008, Peter Chubb wrote: I downloaded and compiled the source, to get an unstripped image. I still don't have a good recipe for reproducing this. It seems to happen more if I'm using more than one frame (with \C-x5) Kapil Could you please clarify which version this applies to? Kapil Regards, 21.4.21-3 on IA64. Source package was the one grabbed the day before yesterday from the unstable distribution. Peter C-- Dr Peter Chubb http://www.gelato.unsw.edu.au peterc AT gelato.unsw.edu.au http://www.ertos.nicta.com.au ERTOS within National ICT Australia -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487770: C backtrace
I'm an idiot. Sorry. I meant to send to [EMAIL PROTECTED] Arrrggg. Peter C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452128: Gallery 2 checks one level deep, not just top directory
Apparently Gallery is checking files inside the data directory as well to see whether they're both readable and writable just by opening the directory and iterating over the first N entries it sees. So this means that if you have anything else in the data directory that isn't writable by the webserver, your install breaks. Does Gallery inherently require itself to be able to create arbitrary filenames inside the data directory, or is this futureproofing, or is it arbitrary? Probably a question for upstream. --- Drake Wilson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492295: apr_1.3.2-1(mips/experimental): FTBFS: test failure
Package: apr Version: 1.3.2-1 Severity: serious Hi, your package failed to build from source. A similar failure appears on most architectures although some of them have even more tests failing. | Automatic build of apr_1.3.2-1 on signy by sbuild/mips 98-farm | Build started at 20080724-1747 | ** | Checking available source versions... | Fetching source files... | Reading package lists... | Building dependency tree... | Need to get 1175kB of source archives. | Get:1 http://sinclair.farm.ftbfs.de experimental/main apr 1.3.2-1 (dsc) [1282B] | Get:2 http://sinclair.farm.ftbfs.de experimental/main apr 1.3.2-1 (tar) [1159kB] | Get:3 http://sinclair.farm.ftbfs.de experimental/main apr 1.3.2-1 (diff) [14.4kB] | Fetched 1175kB in 1s (684kB/s) | Download complete and in download only mode | ** Using build dependencies supplied by package: | Build-Depends: debhelper ( 5.0.0), autoconf, autotools-dev, dpatch, mawk, uuid-dev, doxygen | Checking for already installed source dependencies... [...] | Failed Tests Total FailFailed % | === | testsock 8 1 12.50% | Programs failed: testall | make[2]: *** [check] Error 1 | make[2]: Leaving directory `/build/buildd/apr-1.3.2/build-mips-linux-gnu/test' | make[1]: *** [check] Error 2 | make[1]: Leaving directory `/build/buildd/apr-1.3.2/build-mips-linux-gnu' | make: *** [test-stamp] Error 2 | dpkg-buildpackage: failure: /usr/bin/sudo debian/rules binary-arch gave error exit status 2 | ** | Build finished at 20080724-1907 | FAILED [dpkg-buildpackage died] Full build log(s): http://experimental.ftbfs.de/build.php?ver=1.3.2-1pkg=aprarch=mips Gruesse, -- Frank Lichtenheld [EMAIL PROTECTED] www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485736: (no subject)
I downloaded and compiled the source, to get an unstripped image. I still don't have a good recipe for reproducing this. It seems to happen more if I'm using more than one frame (with \C-x5) Here's the resulting backtrace: #0 0xa0010720 in __kernel_syscall_via_break () #1 0x20bc5680 in kill () from /lib/libc.so.6.1 #2 0x4008e350 in fatal_error_signal (sig=11) at emacs.c:642 #3 signal handler called #4 0x40145530 in extent_list_at (el=value optimized out, pos=145, endp=0) at extents.c:808 #5 0x40149f20 in soe_move (obj=value optimized out, pos=2765) at extents.c:1482 #6 0x4015e360 in extent_find_end_of_run (obj=6917529027652936672, pos=2765, outside_accessible=value optimized out) at extents.c:2533 #7 0x4015ee90 in extent_fragment_update (w=0x60b71e60, ef=0x60c81700, pos=value optimized out, last_glyph=2305843009234029984) at extents.c:2789 #8 0x40267d90 in create_text_block (w=0x60b71e60, dl=0x609de760, bi_start_pos=871, prop=0x6fd4b0a0, type=value optimized out) at redisplay.c:2213 #9 0x40270fc0 in generate_display_line (w=0x60b71e60, dl=0x609de760, bounds=value optimized out, start_pos=871, prop=0x6fd4b0a0, type=1) at redisplay.c:853 #10 0x40275e10 in regenerate_window (w=0x60b71e60, start_pos=871, point=value optimized out, type=1) at redisplay.c:5367 #11 0x4027edc0 in redisplay_window (window=6917529027653082720, skip_selected=value optimized out) at redisplay.c:6301 #12 0x40281150 in redisplay_frame (f=0x60b71bf0, preemption_check=value optimized out) at redisplay.c:6595 #13 0x40281e30 in redisplay_device (d=0x602bef70, automatic=1) at redisplay.c:6679 #14 0x402828a0 in redisplay () at redisplay.c:6766 #15 0x40142570 in Fnext_event (event=6917529027651357064, prompt=value optimized out) at event-stream.c:2179 #16 0x4004ee00 in Fcommand_loop_1 () at cmdloop.c:574 #17 0x400a14d0 in condition_case_1 (handlers=value optimized out, bfun=Cannot access memory at address 0x8 ) at eval.c:1652 #18 0x4004f6d0 in command_loop_2 (dummy=6917529027641248504) at cmdloop.c:256 #19 0x40093700 in internal_catch (tag=2305843009233636432, func=Cannot access memory at address 0x8) at eval.c:1318 #20 0x40050130 in initial_command_loop (load_me=value optimized out) at cmdloop.c:305 #21 0x4008ca40 in xemacs_21_4_21_ia64_unknown_linux (argc=1, argv=0x6fd4bbb8, envp=0x6fd4bbc8, restart=0) at emacs.c:2460 #22 0x4008d9e0 in main (argc=1, argv=0x6fd4bbb8, envp=0x6fd4bbc8) at emacs.c:2829 -- Dr Peter Chubb http://www.gelato.unsw.edu.au peterc AT gelato.unsw.edu.au http://www.ertos.nicta.com.au ERTOS within National ICT Australia -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492296: apt-cacher: Report always generates 0 hits and no traffic
Package: apt-cacher
Version: 1.6.4
Severity: normal
Tags: patch
The problem is due to an 'off by one' error in the script. The second
field appears to be a process ID, so the request result is always MISS and the
number of bytes
transferred is always 0. The following patch accounts for the PID field so the
check for req_result and byte counts work:
--- ./apt-cacher-report.pl.save 2008-07-24 20:59:45.0 -0400
+++ ./apt-cacher-report.pl 2008-07-24 21:01:46.0 -0400
@@ -110,11 +110,12 @@
#$logfile_line =~ s/ /\+/g;
@line = split /\|/, $logfile_line;
$req_date = $line[0];
-# $req_ip = $line[1];
-$ req_result = $line[2];
+# $req_pid = $sline[1];
+# $req_ip = $line[2];
+ $req_result = $line[3];
$req_bytes = 0;
- $req_bytes = $line[3] if $line[3] =~ /^[0-9]+$/;
-# $req_object = $line[4];
+ $req_bytes = $line[4] if $line[4] =~ /^[0-9]+$/;
+# $req_object = $line[5];
$lastrecord = $req_date;
if(!$firstrecord) {
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.24 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages apt-cacher depends on:
ii bzip2 1.0.5-0.1 high-quality block-sorting file co
ii ed0.7-1 The classic unix line editor
ii libdigest-sha1-perl 2.11-2+b1 NIST SHA-1 message digest algorith
ii libwww-curl-perl 4.00-1+b1 Perl bindings to libcurl
ii libwww-perl 5.813-1WWW client/server library for Perl
ii perl 5.10.0-11 Larry Wall's Practical Extraction
Versions of packages apt-cacher recommends:
ii libberkeleydb-perl0.34-1+b1 use Berkeley DB 4 databases from P
Versions of packages apt-cacher suggests:
pn libio-socket-inet6-perl none (no description available)
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477304: closed by Felix Zielcke [EMAIL PROTECTED] (Grub fails to find /boot/boot/grub/device.map)
Hi, * Debian Bug Tracking System [EMAIL PROTECTED] [080724 16:11]: From: Felix Zielcke [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Grub fails to find /boot/boot/grub/device.map Date: Thu, 24 Jul 2008 09:00:55 +0200 X-Mailer: Microsoft Windows Live Mail 12.0.1606 X-Spam-Status: No, score=-4.0 required=4.0 tests=BAYES_00 autolearn=no version=3.1.4-bugs.debian.org_2005_01_02 Importance: Normal I just tried it out now myself in VMware grub-legacy boot fine with a seperate /boot partion with just /grub (for it) and not /boot/boot/grub (real) Interesting but not related to this bug. During the runing of the postinst script for a recent kernel upgrade, grub failed to find `/boot/boot/grub/device.map'. Instead it complained: grub-probe: error: Cannot open `/boot/grub/device.map' On a system with a separate /boot partition (such as this one), I would have thought that device.map should live in /boot/boot/grub along with menu.lst and friends. Seems like Robert and I didn't read correctly. Did you move device.map from /boot/grub to /boot/boot/grub ? No. Well then it's your own fault. Well it would be *if* I had have done such a stupid thing. All I did was upgrade. device.map is only used on grub-install but grub itself doestn't access it on boot Again, not related to the bug report. I close this bug. If anyone is able to tell us how to reproduce this /boot/boot problem, please feel free to reopen it. I will explictly tell you below. But for me it looks like grub-legacy is able to boot fine with just /grub/ (for it) and not /boot/grub/ This is *not* what the bug is about. The bug is about what happens in the case where grub *is* using /boot/boot/grub/. Please read the bug report again. If you really want to reporoduce the bug the same way I did, you need to start by installing woody... In virtualbox I did roughly the following 1. - Install woody with a seperate /boot partition - get a woody iso from: http://public.www.planetmirror.com/pub/debian-minicd/woody/woody-i386-1.iso - boot with bf24 (otherwise you'll get a 2.2 kernel) - install with hda1=/boot hda2=swap hda3=/ - Don't bother selecting any kernel modules - set up sources.lists with # echo deb http://archive.debian.org/debian-archive/ woody main /etc/apt/sources.list - dpkg-reconfigure debconf (set to critical) - Remove a bunch of uneeded packages to speed up the upgrades eg # apt-get remove --purge gdb g++ gcc nfs-common procmail - # apt-get update apt-get upgrade - # apt-get intall kernel-image-2.4.18-686 - # echo pcnet32 /etc/modules (was built into the previous kernel) - # apt-get isntall grub - # grub-install --root-directory=/boot /dev/hda - edit /boot/boot/grub/menu.lst to make root=/dev/hda3 - # update-grub - # apt-get remove --purge lilo - # reboot 2. - Upgrade to sarge - # echo deb http://ftp.debian.org/debian sarge main /etc/apt/sources.list - # echo 'APT::Cache-Limit 2400;' /etc/apt/apt.conf - # apt-get update apt-get upgrade apt-get dist-upgrade - # apt-get clean - # aptitude install exim4 - # echo do_initrd = yes /etc/kernel-img.conf - # echo postinst_hook = update-grub /etc/kernel-img.conf - # echo postrm_hook = update-grub /etc/kernel-img.conf - # aptitude install kernel-image-2.6.8-4-686 - For some reason update-grub was not called even though the postisnt_hook was set ... # update-grub - # reboot 3. - Upgrade to etch - # echo deb http://archive.debian.org/debian etch mainsources.lists - # aptitude update aptitude upgrade aptitude dist-upgrade - # aptitude install linux-image-2.6.18-6-686 - # halt 4. - Upgrade to lenny (will still use /boot/boot/grub) - # echo deb http://archive.debian.org/debian lenny mainsources.lists - keep etch version of grub - # aptitude update aptitude upgrade aptitude dist-upgrade - This installs grub 0.97-41 and the bug does not arise - However if you install grub 0.97-36 (which for some reason depends on grub-common) against which this bug was filed and run update-grub you can reproduce the bug. woody:/home/guest# dpkg -i grub-common_1.96+20080704-2_i386.deb grub_0.97-36_i386.deb (Reading database ... 25198 files and directories currently installed.) Preparing to replace grub-common 1.96+20080704-2 (using grub-common_1.96+20080704-2_i386.deb) ... Unpacking replacement grub-common ... Preparing to replace grub 0.97-36 (using grub_0.97-36_i386.deb) ... Unpacking replacement grub ... Setting up grub-common (1.96+20080704-2) ... Setting up grub (0.97-36) ... woody:/home/guest# update-grub Searching for GRUB installation directory ... found: /boot/boot/grub grub-probe: error: Cannot open `/boot/grub/device.map' If anyone is interested I can provide a snapshot of the image that I took just before
Bug#489734: I just tried in Virtualbox
On Thursday 24 July 2008 21:09:19 Lisandro Damián Nicanor Pérez Meyer wrote: [snip] If my knowlegde is correct, what I am saying is true. I am just waiting for someone to correct me/confirm I am right. A more easy test: I uninstalled any *dm (no kdm nor gdm nor xdm). The result is the same: the consoles are screwed up. I am CCing Maximilian to let him know (Max. if possible, check [0] for all the things I have tested). So, this may be one or two bugs: * The consoles are screwed up no matter if there is or not any *dm * I could not reproduce Petter's bug, neither in my machine running kde 4's kdm and Sid's gdm nor in VirtualBox with kde 3's kdm and sid's gdm. I still don't know if Petter's setup has X working with framebuffer support. Maximilian: if you think this are different bugs, please let me know. If you have any idea of what it may be, please write me that too. P.S.: I just saw [1]. So, the console's problem is reported (and I could _really_ reproduce it :-D ). Regards, Lisandro. [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=489734 [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=471741 -- El futuro es WIN95 A no ser que hagamos algo a tiempo. Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#323469: Long orphaned packages, removal suggestions
On Fri, Jul 25, 2008 at 01:24:28AM +0200, Riccardo Stagni wrote: On Wed, Jul 23, 2008 at 09:55:57PM +0200, Frank Lichtenheld wrote: This time I've gone trough the list of long orphaned packages. These are packages unlikely to ever get a new maintainer, at least they didn't manage to do so in the last two to three years. [...] fv orphaned 3 years, popcon 189/20/156/13/0, rdeps: science-astronomy Hello, I'm involved in astronomy and I planned to make some work on those monsters that are fv and saods9. Some time ago I gave a look to the sources: they are both a big mess, but I admit it was a very quick attempt (I was very busy in the last months). Yeah, the WNPP bug of fv already includes some more comments to that effect. Gruesse, -- Frank Lichtenheld [EMAIL PROTECTED] www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#417983: freeguide tv listing '.ser' file format is pretty much undocumented
Hello Freeguide upstream, I will soon be taking over as maintainer of the freeguide package in Debian, and am going through the bugs clearing them up. I'm unsure of how to respond to the bug report below, and thought that you collectively would be in a much better position to answer. I would ask that you CC [EMAIL PROTECTED] in your responses to it, so that the Debian bug is kept up-to-date with your discussion. Regards, Daniel Watkins A. Costa [EMAIL PROTECTED] wrote: Package: freeguide Version: 0.10.4-2 Severity: wishlist Recent versions of 'freeguide' keep TV listings in '.ser' files: % file ~/.freeguide/day-2007-03-27-B.ser /home/alfie/.freeguide/day-2007-03-27-B.ser: Java serialization data, version 5 A search of the 'freeguide' man page, docs, help files and Wiki doesn't seem turn up a mention of this format. Online there were a few messages on programmers mailing lists, but nothing for the novice. I couldn't find '.ser' in the 'Wotsit' database, but there is an entry here: http://filext.com/detaillist.php?extdetail=.serSearch=Search It says it's a kind of Java data file, though nothing specific about 'freeguide'. Yet the file format seems important to 'freeguide'; it would be better if the docs had an explanation of what '.ser' files were to 'freeguide', why '.ser' is better than 'xml', and whether '.ser' is convertible to 'xml' with some standard util**, or is it a dead-end file format. (**the older 'freeguide' xml files could be used to show TV info in 'tvtime'.) Hope this helps... -- Daniel Watkins (Odd_Bloke) signature.asc Description: PGP signature
Bug#492297: Catalan translation errors
Package: mailman Version: 1:2.1.11-2 Severity: important Tags: l10n Hi Thijs, Mark Sapiro just committed a few changes to the 2.1 branch of Mailman that seem trivial to fix in the Debian package and will several errors that affect the usability of MM when using the Catalan locale. The relevant diff is in http://bazaar.launchpad.net/~mailman-coders/mailman/2.1/revision/1121 which I'd love to see applied for lenny. Sorry for all the annoyance caused by these mistakes, we were in too much of a hurry to fix the translation for 2.1.11 and some things were still left behind. Jordi -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mailman depends on: ii adduser 3.108 add and remove users and groups ii cron 3.0pl1-104 management of regular background p ii debconf [debconf-2.0] 1.5.23 Debian configuration management sy ii libc6 2.7-12 GNU C Library: Shared libraries ii logrotate 3.7.1-3Log rotation utility ii nginx [httpd] 0.6.32-1 small, but very powerful and effic ii postfix [mail-transport-agent 2.5.2-2High-performance mail transport ag ii pwgen 2.06-1 Automatic Password generation ii python2.5.2-1An interactive high-level object-o ii ucf 3.007 Update Configuration File: preserv Versions of packages mailman recommends: ii base-passwd 3.5.18 Debian base system master password Versions of packages mailman suggests: ii listadmin 2.40-1 command line mailman moderator que pn python-japanese-codecsnone (no description available) pn python2.3-korean-codecs | pyt none (no description available) ii spamassassin 3.2.5-1Perl-based spam filter using text -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492086: partman: menus are very slow
John Reiser wrote: Partman runs very slowly. It reflects poorly on debian-installer. Humans percieve interactive things as slow if they take longer than approximatly 0.1 seconds to respond. Increasing the speed of partman by less than 50% is not going to yield a difference that is percievable to humans. slow == slow. There are two implementable ideas that avoid fork+exec without requiring a near-total re-implementation: non-literal variables, and 'read'. I mentioned a third one, that's easier to implement and test than either of those (only needs a small modification to busybox, which already has an option that does something very similar). Once someone has actually implemented and tested it, or any other optimisation idea against the actual code, and has actual numbers, we could think about actually applying that optimisation. -- see shy jo signature.asc Description: Digital signature
Bug#417983: marked as forwarded (freeguide tv listing '.ser' file format is pretty much undocumented)
On Thu, Jul 24, 2008 at 6:27 PM, Debian Bug Tracking System [EMAIL PROTECTED] wrote: ... I'm unsure of how to respond to the bug report below, and thought that you collectively would be in a much better position to answer. I would ask that you CC [EMAIL PROTECTED] in your responses to it, so that the Debian bug is kept up-to-date with your discussion. Responses should be CC'ed to [EMAIL PROTECTED], not [EMAIL PROTECTED] Cheers, Shaun -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471741: More info
I tried both with VirtualBox and my desktop machine with an nvidia card, with and without the propietary drivers. I could reproduce it in any attempt. -- Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#492298: kpowersave: Suspend function broken
Package: kpowersave Version: 0.7.3-2 Severity: grave Justification: renders package unusable On/Aoout 19Jul08, kpowersave applet changed and no longer returns my Thinkpad T61 from suspend mode. Something also causes my entire machine to lock up every half hour or so. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kpowersave depends on: ii hal 0.5.11-2Hardware Abstraction Layer ii kdelibs4c2a 4:3.5.9.dfsg.1-6core libraries and binaries for al ii libc62.7-10 GNU C Library: Shared libraries ii libdbus-1-3 1.2.1-2 simple interprocess messaging syst ii libdbus-qt-1-1c2 0.62.git.20060814-2 simple interprocess messaging syst ii libgcc1 1:4.3.1-2 GCC support library ii libhal1 0.5.11-2Hardware Abstraction Layer - share ii libstdc++6 4.3.1-2 The GNU Standard C++ Library v3 ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxss1 1:1.1.3-1 X11 Screen Saver extension library ii libxtst6 2:1.0.3-1 X11 Testing -- Resource extension kpowersave recommends no packages. kpowersave suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492086: partman: menus are very slow
On Thu, Jul 24, 2008 at 07:28:41PM -0400, Joey Hess wrote: Or one could teach busybox shell to jump to the in-busybox implementations of cat and all other busybox commands, thereby eliminating every exec in partman except for those needed to run subshells. (It'd still have to fork, but linux can fork very fast, and most shell tricks above involve a fork due to the use of subshells.) Just for the record, it seems that busybox upstream is working on that: config FEATURE_SH_NOFORK bool Run 'nofork' applets directly default n depends on (MSH || LASH || HUSH || ASH) FEATURE_PREFER_APPLETS help This option causes busybox shells [currently only ash] to not execute typical fork/exec/wait sequence, but call applet_main directly, if possible. (Sometimes it is not possible: for example, this is not possible in pipes). This will be done only for some applets (those which are marked NOFORK in include/applets.h). This may significantly speed up some shell scripts. This feature is relatively new. Use with care. It seems to have been added in busybox 1.11. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#492300: nant: FTBFS: cannot find metadata file /usr/lib/ndoc/NDoc.Core.dll
Package: nant Version: 0.85.dfsg1-3 Severity: serious From my pbuilder build log: ... resgen src/NAnt.DotNet/Resources/Strings.resx bootstrap/NAnt.DotNet.Resources.Strings.resources Read in 75 resources from '/tmp/buildd/nant-0.85.dfsg1/src/NAnt.DotNet/Resources/Strings.resx' Writing resource file... Done. mcs -target:library -warn:0 -define:MONO -out:bootstrap/NAnt.DotNetTasks.dll \ -r:./bootstrap/NAnt.Core.dll -r:/usr/lib/ndoc/NDoc.Core.dll \ -recurse:src/NAnt.DotNet/*.cs -resource:bootstrap/NAnt.DotNet.Resources.Strings.resources \ src/CommonAssemblyInfo.cs error CS0006: cannot find metadata file `/usr/lib/ndoc/NDoc.Core.dll' Compilation failed: 1 error(s), 0 warnings make[1]: *** [bootstrap/NAnt.DotNetTasks.dll] Error 1 make[1]: Leaving directory `/tmp/buildd/nant-0.85.dfsg1' make: *** [build-stamp] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 -- Daniel Schepler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492299: base: Thinkpad T61 locks up
Package: base Severity: critical Justification: breaks the whole system On or about 20July08, some update of lenny has caused my Thinkpad T61 to lock up frequently. The cause may be related to wireless ethernet, as being in places where there are no wireless signals causes the machine to stay up longer. The only symptom other than complete system lockup, is a flashing Caps Lock indicator. Once the screen was in a TTY mode when it crashed, and a kernel panic was indicated. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489850: multipath-tools-boot: fails to boot from a slow devices
2008/7/24 Guido Günther [EMAIL PROTECTED]:
Hi Janusz,
Does:
ACTION==add, SUBSYSTEM==block, RUN+=/sbin/multipath -v0 %M:%m
also work as udev rule?
Unfortunately it does not work. /dev/mapper/wwid entry is not created.
When I launch this manually from within initrd shell with -v2 I get:
: failed to get sysfs information
and this even does not work on the working system, I see the same
error. Quick strace shows:
stat(/sys/block/sda, {st_mode=S_IFDIR|0755, st_size=0, ...}) = 0
lstat(/sys/block/^Z, 0x7fff65f44df0) = -1 ENOENT (No such file or directory)
fstat(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 0), ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x2af744b82000
write(1, \32: failed to get sysfs informati..., 35) = 35
It's a bit too late for me to dig into this today.
--
Janusz Dziemidowicz
Administrator
nasza-klasa.pl
phone: +48500298526
email: [EMAIL PROTECTED]
Nasza Klasa Sp. z o.o., ul. Dembowskiego 57/5, 51-670 Wrocław
Sąd Rejonowy dla Wrocławia-Fabrycznej we Wrocławiu, VI Wydział
Gospodarczy Krajowego Rejestru Sądowego,
nr KRS:289629, NIP:898-21-22-104, REGON:020586020
Kapitał zakładowy: 67850 PLN
Bug#489889: iceweasel-firegpg: please disable automatic updates
Package: iceweasel-firegpg Version: 0.5.dfsg-1 Followup-For: Bug #489889 Please disable automatic updates; not only are the constant nagging messages annoying, but the possible presence of two _different_ versions of the package could be very confusing/misleading for the user. For other packages with automatic update functionality in debian, the usual practice is to disable them in favor of letting the debian package do the job. If a user _were_ to accept an automatic update, even if this doesn't conflict, this would result in having two different versions installed. This would mean that the behavior the user sees would _not_ reflect the installed debian package, and yet the user often would likely not realize this. Thus: (1) A user might report a bug using `reportbug' -- even if the bug didn't exist in the debian package (2) Despite installing urgent security fixes using the normal debian mechanism, the fixes may not be present in the version the user actually uses. etc. Having automatic updates enabled is just generally a bad idea. Thanks, -Miles -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iceweasel-firegpg depends on: ii gnupg 1.4.9-2GNU privacy guard - a free PGP rep ii iceweasel 3.0.1-1lightweight web browser based on M iceweasel-firegpg recommends no packages. Versions of packages iceweasel-firegpg suggests: pn signing-party none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374451: backupninja: rotating backups would be nice
It sounds like you understand what I want. But I'm perfectly happy with the answer use rdiff-backup for that. Charles On Mon, Jun 23, 2008 at 4:25 PM, intrigeri [EMAIL PROTECTED] wrote: Hello, Some of backupninja's backups are already rotated (dpkg.status and aptitude.pkgstates, for example), while others only maintain a single backup. It would be most helpful if all backup mechanisms supported rotating backups, and even better if this could be centrally configured (even if individual backup types could override it). I'm not sure to understand what you want to achieve. The « usual » way to use backupninja is : 1. have mysql, svn, ldap, etc. handlers write backups to a local directory 2. have rdiff or dup handler upload them to a remote location incrementaly Do you want to rotate the first step's results, instead of using an incremental backup tool such as rdiff-backup ? Or do you want to do something else ? Bye, -- intrigeri [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491483: libhtml-mason-perl: [patch] segfaults when alter_superclass method is used
Can someone from the Mason community please comment on this bug? I'm glad to apply the proposed patch in Debian if it will be going into upstream. Is this fix the right thing to do? thanks, Charles On Sat, Jul 19, 2008 at 3:45 PM, Ivan Kohler [EMAIL PROTECTED] wrote: Package: libhtml-mason-perl Version: 1:1.36-2.1 Severity: normal Tags: patch If you subclass the Mason Request object and attempt to use the alter_superclass method, as described in the documentation http://www.masonhq.com/docs/manual/Subclassing.html#what_to_subclass Mason will segfault. Apparantly the way it manipulates @INC rubs 5.10 the wrong way. Patch from Jesse Vincent http://marc.info/?l=mason-develm=121236173002678w=2 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-vserver-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages libhtml-mason-perl depends on: ii libcache-cache-perl 1.05-2 Managed caches of persistent infor ii libclass-container-perl 0.12-2 Glues object frameworks together t ii libexception-class-perl 1.24-1 a module that allows you to declar ii libhtml-parser-perl 3.56-1+b1 A collection of modules that parse ii libparams-validate-perl 0.91-2 validate parameters to Perl method ii perl 5.10.0-11.1 Larry Wall's Practical Extraction ii perl-base [libscalar-list-ut 5.10.0-11.1 The Pathologically Eclectic Rubbis Versions of packages libhtml-mason-perl recommends: ii libapache2-mod-perl2 2.0.4-1Integration of perl with the Apach -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436507: libhtml-mason-perl: autoflush breaks store modifier
Can you please verify that this is still broken with the new version I just uploaded (1.39)? thanks, Charles On Tue, Aug 7, 2007 at 5:35 PM, Frédéric Brière [EMAIL PROTECTED] wrote: Package: libhtml-mason-perl Version: 1:1.35-3 Severity: normal Starting from some point between sarge (1.26) and etch (1.35), setting autoflush breaks the ability to store the output of a component to a variable. The attached script demonstrates this issue. On sarge: $ perl -MHTML::Mason -le 'print $HTML::Mason::VERSION' 1.26 $ perl /autoflush_store.pl Hello, World! Hello, World! On etch (and sid): $ perl -MHTML::Mason -le 'print $HTML::Mason::VERSION' 1.35 $ perl /autoflush_store.pl Use of uninitialized value in concatenation (.) or string at /usr/share/perl5/HTML/Mason/Component/Subcomponent.pm line 34, DATA chunk 1. Hello, World! WorldHello, ! -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-k7 (SMP w/1 CPU core) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436507: libhtml-mason-perl: autoflush breaks store modifier
Can someone from the Mason development team take a look at this bug which was reported in Debian? The attached Perl script can be used for the demonstration. thanks, Charles -- Forwarded message -- From: Frédéric Brière [EMAIL PROTECTED] Date: Tue, Aug 7, 2007 at 5:35 PM Subject: Bug#436507: libhtml-mason-perl: autoflush breaks store modifier To: Debian Bug Tracking System [EMAIL PROTECTED] Package: libhtml-mason-perl Version: 1:1.35-3 Severity: normal Starting from some point between sarge (1.26) and etch (1.35), setting autoflush breaks the ability to store the output of a component to a variable. The attached script demonstrates this issue. On sarge: $ perl -MHTML::Mason -le 'print $HTML::Mason::VERSION' 1.26 $ perl /autoflush_store.pl Hello, World! Hello, World! On etch (and sid): $ perl -MHTML::Mason -le 'print $HTML::Mason::VERSION' 1.35 $ perl /autoflush_store.pl Use of uninitialized value in concatenation (.) or string at /usr/share/perl5/HTML/Mason/Component/Subcomponent.pm line 34, DATA chunk 1. Hello, World! WorldHello, ! -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-k7 (SMP w/1 CPU core) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash autoflush_store.pl Description: Perl program
Bug#462324: libhtml-mason-perl: typo in HTML::Mason::Component(3pm)
Passing this on to upstream... On Wed, Jan 23, 2008 at 7:21 PM, Frédéric Brière [EMAIL PROTECTED] wrote: Package: libhtml-mason-perl Version: 1:1.36-2 Severity: minor At line 438: component ( , C$m-comp, C$interp-Egtexec) The middle term should have a Egt, or use C . -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (1001, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18 (SMP w/1 CPU core) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libhtml-mason-perl depends on: ii libcache-cache-perl 1.05-2 Managed caches of persistent infor ii libclass-container-perl 0.12-2 Glues object frameworks together t ii libexception-class-perl 1.23-1 a module that allows you to declar ii libhtml-parser-perl 3.56-1 A collection of modules that parse ii libparams-validate-perl 0.89-2 validate parameters to Perl method ii perl 5.8.8-12 Larry Wall's Practical Extraction ii perl-base [libscalar-list-uti 5.8.8-12 The Pathologically Eclectic Rubbis Versions of packages libhtml-mason-perl recommends: pn libapache2-mod-perl2 none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491483: libhtml-mason-perl: [patch] segfaults when alter_superclass method is used
In that case do you mind just giving me an easy way to reproduce the bug, and thus test the patch, so that I can be somewhat confident that it is correct? thanks, Charles On Thu, Jul 24, 2008 at 11:11 PM, Ivan Kohler [EMAIL PROTECTED] wrote: On Thu, Jul 24, 2008 at 10:56:17PM -0400, Charles Fry wrote: Can someone from the Mason community please comment on this bug? No one commented on the original message I got the patch from (also sent to mason-devel), and it was the only list traffic since March, so it may be too much to hope someone responds in a week's time to make a decision for lenny. It is worth pointing out that since the bug is 5.10-specific, this would be regression from etch if left unfixed. I packaged a patched libhtml-mason-perl if that's useful. deb http://420.am/~ivan/freeside-sid/ ./ -- _ivan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482414: Package files
On Fri, 2008-07-25 at 01:16 +0200, Sylvestre Ledru wrote: Hello, I commited the Debian package file into Torsten Werner's SVN: https://bollin.googlecode.com/svn/guake/ I only have a bug on startup to fix[1] and the package will be ready to upload into Debian. Sylvestre [1] TypeError: Gtk.accelerator_parse() argument 1 must be string, not None So we're almost ready to rock =) This problem happens when schema is not installed properly and gconf.Client.get_string returns None when the key is not installed or it can't get it's value. Looking at your debian/rules I saw you're copying the schema to /usr/share but I think the right place is /usr/share/gconf/schemas -- Lincoln de Sousa (http://lincoln.alfaiati.net) AlfaiaTI - Tecnologia sob medida signature.asc Description: This is a digitally signed message part
Bug#491483: libhtml-mason-perl: [patch] segfaults when alter_superclass method is used
On Thu, Jul 24, 2008 at 10:56:17PM -0400, Charles Fry wrote: Can someone from the Mason community please comment on this bug? No one commented on the original message I got the patch from (also sent to mason-devel), and it was the only list traffic since March, so it may be too much to hope someone responds in a week's time to make a decision for lenny. It is worth pointing out that since the bug is 5.10-specific, this would be regression from etch if left unfixed. I packaged a patched libhtml-mason-perl if that's useful. deb http://420.am/~ivan/freeside-sid/ ./ -- _ivan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491483: [Mason-devel] Bug#491483: libhtml-mason-perl: [patch] segfaults when alter_superclass method is used
On Thu, 24 Jul 2008, Charles Fry wrote: Can someone from the Mason community please comment on this bug? I'm glad to apply the proposed patch in Debian if it will be going into upstream. Is this fix the right thing to do? I'll take a look at this over the next few weeks. If you want to make a quick release, feel free to apply the patch. I may come up with a slightly different variation on the code, but the essential idea is correct. -dave /*== VegGuide.Org Your guide to all that's veg ==*/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491498: I have seen this too.
See bug 490395 for more information. Also see the discussion I started on SF about the patch that caused this breakage http://sourceforge.net/tracker/index.php?func=detailaid=1910138group_id=4232atid=104232 -John Marter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436507: [Mason-devel] Bug#436507: libhtml-mason-perl: autoflush breaks store modifier
On Thu, 24 Jul 2008, Charles Fry wrote: Can someone from the Mason development team take a look at this bug which was reported in Debian? The attached Perl script can be used for the demonstration. I'm sort of sick of dealing with the vast number of bugs between buffers, flushing, filters, etc. This part of the code has never been fully spec'd out in terms of behavior, and it seems like it's whac-a-mole for bug fixing. I'm kind of inclined to leave things broken for now, in the absence of some blindingly simple patch that passes all the existing tests. If someone else wants to look at it, feel free, but be warned that it's a bit of a swamp in there ;) -dave /*== VegGuide.Org Your guide to all that's veg ==*/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491483: [Mason-devel] Bug#491483: libhtml-mason-perl: [patch] segfaults when alter_superclass method is used
On Thu, Jul 24, 2008 at 10:23:37PM -0500, Dave Rolsky wrote: On Thu, 24 Jul 2008, Charles Fry wrote: Can someone from the Mason community please comment on this bug? I'm glad to apply the proposed patch in Debian if it will be going into upstream. Is this fix the right thing to do? I'll take a look at this over the next few weeks. Unfortunately, we freeze in about 5 days. :( If you want to make a quick release, feel free to apply the patch. I may come up with a slightly different variation on the code, but the essential idea is correct. Thanks a million for the confirmation, that's very helpful! -- _ivan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491483: libhtml-mason-perl: [patch] segfaults when alter_superclass method is used
On Thu, Jul 24, 2008 at 11:13:24PM -0400, Charles Fry wrote:
In that case do you mind just giving me an easy way to reproduce the
bug,
Well, besides installing RT 3.8.0 or a Freeside CVS snapshot? :)
Subclass HTML::Mason::Request as described in the documentation
(http://www.masonhq.com/docs/manual/Subclassing.html#request), i.e.:
package MyMasonRequest;
use strict;
use warnings;
use base 'HTML::Mason::Request';
sub new {
my $class = shift;
my $superclass = $HTML::Mason::ApacheHandler::VERSION ?
'HTML::Mason::Request::ApacheHandler' :
$HTML::Mason::CGIHandler::VERSION ?
'HTML::Mason::Request::CGI' :
'HTML::Mason::Request';
$class-alter_superclass( $superclass );
#huh... shouldn't alter_superclass take care of this for us?
__PACKAGE__-valid_params( %{ $superclass-valid_params() } );
$class-SUPER::new(@_);
}
and then use the subclass as described in the documentation
(http://www.masonhq.com/docs/manual/Subclassing.html#using_subclasses):
my $interp = HTML::Mason::Interp-new
( request_class = 'MyMasonRequest' );
my $ah = HTML::Mason::ApacheHandler-new( interp = $interp );
and thus test the patch, so that I can be somewhat confident that
it is correct?
Yes, I'd be a bit wary about that too. Wish the mason folks would at
least respond.
--
_ivan
On Thu, Jul 24, 2008 at 11:11 PM, Ivan Kohler [EMAIL PROTECTED] wrote:
On Thu, Jul 24, 2008 at 10:56:17PM -0400, Charles Fry wrote:
Can someone from the Mason community please comment on this bug?
No one commented on the original message I got the patch from (also sent
to mason-devel), and it was the only list traffic since March, so it may
be too much to hope someone responds in a week's time to make a decision
for lenny.
It is worth pointing out that since the bug is 5.10-specific, this would
be regression from etch if left unfixed.
I packaged a patched libhtml-mason-perl if that's useful.
deb http://420.am/~ivan/freeside-sid/ ./
--
_ivan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491739: Cookies
Yes, I checked the cookies settings and then set them to always accept cookies from the musicindex machine, but still no custom playlist. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#424905: RFP: sdlmame
Greetings, Hi, I have packed a SDLMAME version for Debian (Etch/Lenny) from up to date sources. (There is also an older Ubuntu package) Available in a repository, all described here : http://apt.ludomatic.fr/?hl=en Enjoy :) I noticed sdlmame is already packaged, would anyone upload it so sdlmame can be included in lenny to replace obsolete xmame? Cheers, Difei -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436537: Copyright information...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please note the previous patch was authored by Scott McWhirter [EMAIL PROTECTED], but is sponsored by Catalyst who of course donate it to the cause ;-) - -- Sam Vilain, Chief Yak Shaver, Catalyst IT (NZ) Ltd. phone: +64 4 499 2267PGP ID: 0x66B25843 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkiJUWoACgkQ/AZAiGayWEOtJwCbB77J7LAjIGb5vVqQc+5tA7Wa YvMAoJepqQ4KMUYL3GmdvcNcbtqmTcXK =Urnm -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436537: Source code is at...
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This appears to be stalled because the source couldn't be found...
strange. A quick google finds it:
http://www.dzeta.jp/~junjis/files/dh-make-ruby/
Also, the package in its current form doesn't support rubygems, which I
think is a bit lame. There's a patch attached for basic support for
packaging a downloaded ruby gem file; expect another version which will
download straight from rubygems.org soon...
And I really can't understand the position of
http://pkg-ruby-extras.alioth.debian.org/rubygems.html - perhaps it is a
historical oversight but as far as I can see a .gem is just a tar within
a tar (very much like .debs).
- --
Sam Vilain, Chief Yak Shaver, Catalyst IT (NZ) Ltd.
phone: +64 4 499 2267PGP ID: 0x66B25843
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAkiJUJEACgkQ/AZAiGayWENwrQCglI+Agg7KdmR07lGWJUwMCBWr
vvIAnjSRmO3Ujpis5UPHQR0IS+T7M2ts
=5vmj
-END PGP SIGNATURE-
--- dh-make-ruby.orig 2008-07-23 10:17:12.0 -0700
+++ dh-make-ruby 2008-07-23 11:54:31.0 -0700
@@ -274,22 +274,61 @@
end
if ARGV.length == 0 then
- puts Usage: #{$0} dir
+ puts Usage: #{$0} target
+ puts Options:\n--gem|-g treat target as a rubygem
exit
end
maintainer = get_username
mailaddr = get_email
+require 'getoptlong'
+
+opt = GetoptLong.new(
+ ['--gem', '-g', GetoptLong::NO_ARGUMENT]
+)
+
+processing_gem = false
+opt.each { |opt,val|
+ if opt == '--gem' then
+processing_gem = true
+ end
+}
+
maindir = ARGV.shift
maindir = maindir.chop if maindir[-1] == ?/
-pkgname, version = get_pkgname_and_version(maindir)
+directory_to_process = maindir
+
+if processing_gem then
+ directory_to_process = maindir.sub(/\.gem$/,'')
+end
+
+pkgname, version = get_pkgname_and_version(directory_to_process)
puts pkgname: #{pkgname}, version: #{version}
-FileUtils.cp_r(maindir, #{maindir}.orig, {:preserve = true})
+# Extract gem to a directory
+if processing_gem then
+ puts Extracting #{maindir} to #{directory_to_process}
+
+ # A gem file by itself is a simple tarfile
+ FileUtils.mkdir_p('tmpgem')
+ system('tar', '-xf', maindir, '-C', 'tmpgem') or throw Could not untar gemfile
+
+ # Extract data.tar.gz into directory_to_process
+ FileUtils.mkdir_p(directory_to_process)
+ system('tar', '-xzf', 'tmpgem/data.tar.gz', '-C', directory_to_process) or throw Could not untar gemfiles data tarball
+
+ # Remove temporary directory
+ FileUtils.rm_rf('tmpgem')
+end
+
+# Since we already have the gem, no need to back the directory up
+if !processing_gem then
+ FileUtils.cp_r(directory_to_process, #{directory_to_process}.orig, {:preserve = true})
+end
-Dir.chdir(maindir)
+Dir.chdir(directory_to_process)
Dir.mkdir('debian')
create_changelog(pkgname, version, maintainer, mailaddr)
create_compat
Bug#491212: Argus Server in testing
Package: argus-server Severity: serious Version: 1:2.0.6.fixes.1-14.1 The problem is that libpcap0.8-dev moved a header which breaks compilation, but the package still gets created because of #258832. Patch attached. John Stamp --- argus-2.0.6.fixes.1.orig/common/gencode.c +++ argus-2.0.6.fixes.1/common/gencode.c @@ -59,7 +59,7 @@ #include stdlib.h #include syslog.h -#include net/bpf.h +#include pcap-bpf.h #include argus_out.h #include argus_filter.h
Bug#492301: linux-source-2.6.25: Incorrect dependency
Package: linux-source-2.6.25 Version: 2.6.25-6 Severity: serious Justification: no longer builds from source The dependency list for linux-source-2.6.25 recommends gcc. Currently aptitude lists two candidates: 4:4.1.1-15 4:4.3.1-1 The second choice is invalid, and leads to a kernel compile that utterly fails, with an error message that most people would find cryptic. I think that this should be changed to gcc 4.3, although there may be a more exactly defined point where the breakage occurs. The success of make-kpkg is creating its own problems, like users who want to compile their kernel but do not know anything about C compilers. I think this is something that dependencies can help with. It may be possible to use some sort of conflicts dependency for gcc, like conflicts gcc = 4.3, but I think that this would be hard to get right, since some people just want to READ the source! bfn, John -- System Information: Debian Release: lenny Architecture: i386 (i686) Kernel: Linux 2.6.25 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438456: chasen -i w does not work correctly
Hi Hideki, Can you reproduce it? If so, please show it as step by step and tell me what dictionary you use. Version 2.4.4-1 works fine! I noticed that man chasen mentions /usr/share/doc/chasen/manual.tex.gz which does not exist in the mentioned version. Should I open a new bug report? Thanks! Markus -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482248: [Pkg-kde-extras] Bug#482248: kwave: FTBFS: help_de.docbook:1743: element itemizedlist: validity error
On Thu, Jul 24, 2008 at 03:02:59PM +0200, Lucas Nussbaum wrote: [ Cced Bertrand Songis (the current maintainer), Aurelien Jarno (former maintainer) and the Debian KDE extras team (possible adopter?) ] On 17/07/08 at 20:26 +0200, forwarded by www.sneakemail.com wrote: Hi Lucas, could you please check whether this problem still exists with v0.7.11? It fails with 0.7.10-1.1 (currently in Debian unstable). I wonder because I did not see that issue on any od my test systems, using my upstream clean sources (I always make build tests on different distributions/platforms before releasing a new version, including Debian). That might be specific to the Debian packaging. Do you know if Bertrand Songis [EMAIL PROTECTED] is still active? It's the only package he maintains in Debian. If he isn't, it might be better to orphan the package and see if someone is interested in picking it up. Given that the package is not making Lenny, I think it is even better ask for removal and if somebody is interested, s/he can package the possible port to KDE4 instead: http://kwave.sourceforge.net/roadmap.html if not, it is pretty much dead upstream. Ana -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492302: xaw3dg-dev: File conflict with xaw3dg
Package: xaw3dg-dev Version: 1.5+E-16 Severity: serious Quoting /usr/share/doc/xaw3dg/changelog.Debian.gz: , | * Symlink libXaw3d.so moved into -dev package. ` The Replaces: xaw3dg ( 1.3-6.4) that xaw3dg-dev already has needs to be bumped to ( 1.5+E-16) for that, otherwise there is a 50% chance that the upgrade will fail, depending whether xaw3dg-dev or xaw3dg is unpacked first. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xaw3dg-dev depends on: ii libx11-dev2:1.1.4-2 X11 client-side library (developme ii libxmu-dev2:1.0.4-1 X11 miscellaneous utility library ii libxpm-dev1:3.5.7-1 X11 pixmap library (development he ii libxt-dev 1:1.0.5-3 X11 toolkit intrinsics library (de ii x11proto-core-dev 7.0.12-1 X11 core wire protocol and auxilia ii x11proto-xext-dev 7.0.2-6X11 various extension wire protoco ii xaw3dg1.5+E-16 Xaw3d widget set ii xutils-dev1:7.4+3X Window System utility programs f xaw3dg-dev recommends no packages. xaw3dg-dev suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396888: Can we please close this bug?
Currently it's wontfix. However, I fail to see the use case. In the XML world, it's best practise to combine multiple files using XInclude and not old-style (SGML world) file entities. With DocBook, XInclude works phantastically well. So, why a wish for another method? Even wishlist should be reasonable :~) (Btw. using XML headers for all parts of a multi-file document is also useful, if you are using e.g. an XML-aware editor. Please try XInclude, you won't regret it!) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492303: ITP: python-odfsvn -- odfsvn is a toolset that allows you to store ODF documents in a subversion repository. You may be wondering why you would want to store your documents in subversion.
Package: wnpp Severity: wishlist Owner: Ricardo Ichizo [EMAIL PROTECTED] -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: python-odfsvn Version : 1.0a1 Upstream Author : Wichert Akkerman - Simplon [EMAIL PROTECTED] * URL : http://odfsvn.sourceforge.net/ * License : GPL Programming Lang: Python Description : odfsvn is a toolset that allows you to store ODF documents in a subversion repository. You may be wondering why you would want to store your documents in subversion. odfsvn is a toolset that allows you to store ODF documents in a subversion repository. You may be wondering why you would want to store your documents in subversion. There are a few reasons: * it allows you to use all features of a version control system: all changes are archived along with change notes, making it possible to roll back to previous versions, see who made what changes and why, etc. * it makes it possible to have multiple people sharing their changes to a document through a shared repository. That means that you can always see all changes from all editors, update your version to the latest revision and submit your changes. No matter where you are, with or without access to your email, you will always be able to share your work. - -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkiJW+cACgkQMu62kjzByT+r7wCfc/3Y31g1aL0ucMPkflt0J1RM h1QAoJExOeqEMh2uu5FrfZFPcYCeHQMT =vNOy -END PGP SIGNATURE- __ Faça ligações para outros computadores com o novo Yahoo! Messenger http://br.beta.messenger.yahoo.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492304: Fails to compile Spanish document
Package: dblatex
Version: 0.2.9-2
Severity: normal
I tried the attached document with 'dblatex test-es.dbk',
'dblatex -P latex.unicode.use=1 test-es.dbk', and
'dblatex --backend=xetex test-es.dbk'. It fails always with:
Build the listings...
XSLT stylesheets DocBook - LaTeX 2e (0.2.9-2)
===
Build test-es.dbk.pdf
This is pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6)
%-line parsing enabled.
entering extended mode
pdflatex failed
/usr/share/texmf/tex/latex/dblatex/style/docbook.sty:160: No counter 'chapter'
defined.
/usr/share/texmf/tex/latex/dblatex/style/docbook.sty:160: leading text:
\newfloat{example}{htb}{loe}[chapter]
/usr/share/texmf/tex/latex/dblatex/style/docbook.sty:164: No counter 'chapter'
defined.
/usr/share/texmf/tex/latex/dblatex/style/docbook.sty:164: leading text:
\newfloat{dbequation}{htb}{loe}[chapter]
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8)
Versions of packages dblatex depends on:
ii docbook-xml4.5-5 standard XML documentation system,
ii python 2.5.2-1 An interactive high-level object-o
ii python-apt 0.7.7 Python interface to libapt-pkg
ii python-support 0.8.4 automated rebuilding support for P
ii texlive2007.dfsg.1-3 TeX Live: A decent selection of th
ii texlive-extra-utils2007.dfsg.2-3 TeX Live: TeX auxiliary programs
ii texlive-lang-cyrillic 2007.dfsg.3-3 TeX Live: Cyrillic
ii texlive-latex-extra2007.dfsg.3-2 TeX Live: LaTeX supplementary pack
ii texlive-math-extra 2007.dfsg.3-2 TeX Live: Advanced math typesettin
ii texlive-xetex 2007.dfsg.2-3 TeX Live: XeTeX macros
ii xsltproc 1.1.24-1 XSLT command line processor
Versions of packages dblatex recommends:
ii libxml2-utils 2.6.32.dfsg-2 XML utilities
Versions of packages dblatex suggests:
ii docbook 4.5-4 standard SGML representation syste
ii evince [pdf-viewer] 2.22.2-2Document (postscript, pdf) viewer
ii ghostscript 8.62.dfsg.1-2.1 The GPL Ghostscript PostScript/PDF
ii graphicsmagick-imagemagi 1.1.11-3image processing tools providing I
ii lmodern 1.010x-5scalable PostScript and OpenType f
-- no debconf information
test-es.dbk
Description: XML document
Bug#491794: arpack: DFSG-incompatible license
I don't think the statement from the authors is sufficient, but we should ask debian-legal's opinion on this license; the Rice BSD Software License does not seem to have been discussed there in the past. This issue is also relevant for the sagemath package that I'll be uploading to NEW probably tomorrow; at the moment I'm doing the conservative thing and removing ARPACK from the sagemath package. -Tim Abbott On Tue, 22 Jul 2008, Daniel Leidert wrote: forcemerge 451096 491794 severity 451096 serious thanks (set to serious just for the moment - set back or close if the license clarification solves this issue) Am Montag, den 21.07.2008, 17:54 -0400 schrieb Timothy G Abbott: I believe the Rice BSD Software License of arpack violates the Debian Free Software guidelines (I've included it below for convenience of reference). I don't believe, you are right (IANAL). See: http://bugs.debian.org/491794. https://bugzilla.redhat.com/show_bug.cgi?id=214967 https://bugzilla.redhat.com/show_bug.cgi?id=234191 http://packages.debian.org/changelogs/pool/main/a/arpack/current/copyright http://svn.debian.org/wsvn/pkg-scicomp/arpack/trunk/debian/ARPACK_License_Question.eml?op=filerev=0sc=0 Regards, Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492301: severity of 492301 is normal
# Automatically generated email from bts, devscripts version 2.10.33 # recommends are not serious severity 492301 normal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491483: [Mason-devel] Bug#491483: libhtml-mason-perl: [patch] segfaults when alter_superclass method is used
On Thu, 24 Jul 2008, Ivan Kohler wrote: On Thu, Jul 24, 2008 at 10:23:37PM -0500, Dave Rolsky wrote: On Thu, 24 Jul 2008, Charles Fry wrote: Can someone from the Mason community please comment on this bug? I'm glad to apply the proposed patch in Debian if it will be going into upstream. Is this fix the right thing to do? I'll take a look at this over the next few weeks. Unfortunately, we freeze in about 5 days. :( Well, I have free time, and I'm really jetlagged, so what better time for a release? Look for 1.40 shortly. It'll have a fix very close to Jesse's (just with different var names). -dave /*== VegGuide.Org Your guide to all that's veg ==*/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492305: ITP: python-odfsvn -- odfsvn is a toolset that allows you to store ODF documents in a subversion repository
Package: wnpp Severity: wishlist Owner: Ricardo Ichizo [EMAIL PROTECTED] * Package name : python-odfsvn Version : 1.0a1 Upstream Author : Wichert Akkerman - Simplon [EMAIL PROTECTED] * URL : http://odfsvn.sourceforge.net/ * License : GPL Programming Lang: Python Description : odfsvn is a toolset that allows you to store ODF documents in a subversion repository odfsvn is a toolset that allows you to store ODF documents in a subversion repository. You may be wondering why you would want to store your documents in subversion. There are a few reasons: * it allows you to use all features of a version control system: all changes are archived along with change notes, making it possible to roll back to previous versions, see who made what changes and why, etc. * it makes it possible to have multiple people sharing their changes to a document through a shared repository. That means that you can always see all changes from all editors, update your version to the latest revision and submit your changes. No matter where you are, with or without access to your email, you will always be able to share your work. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459420: severity of 459420 is normal
# Automatically generated email from bts, devscripts version 2.10.18.1 #Breaks only akward setups, is probably fixed for new installs severity 459420 normal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
