Bug#494946: ted: Should build-depend on libgif-dev
Package: ted Version: 2.17-1 Severity: normal User: [EMAIL PROTECTED] Usertags: origin-ubuntu intrepid ted build depends on libungif4-dev, which is a transitional package depending on libgif-dev. Please build-depend on libgif-dev instead. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494977: metapixel: Should build-depend on libgif-dev
Package: metapixel Version: 1.0.2-5 Severity: normal User: [EMAIL PROTECTED] Usertags: origin-ubuntu intrepid metapixel build depends on libungif4-dev, which is a transitional package depending on libgif-dev. Please build-depend on libgif-dev instead. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494317: japa: Please drop fftw3-dev alternative from Build-Depends
Package: japa Version: 0.2.1-3 Severity: normal User: [EMAIL PROTECTED] Usertags: origin-ubuntu intrepid The fftw3-dev binary package is no longer available, please remove it from Build-Depends. Thanks. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493723: obexftp: Please remove sablotron from Build-Depends
Package: obexftp Version: 0.19-7 Severity: normal Tags: patch User: [EMAIL PROTECTED] Usertags: origin-ubuntu ubuntu-patch intrepid Hi, Ubuntu removed sablotron from obexftp build-depends. Given that obexftp builds properly in a sid pbuilder environment without sablotron, I'd suggest to drop the build dependency in Debian as well. diff -pruN 0.19-7/debian/control 0.19-7ubuntu1/debian/control --- 0.19-7/debian/control 2007-08-20 11:11:28.0 +0100 +++ 0.19-7ubuntu1/debian/control2007-08-20 11:10:16.0 +0100 @@ -3,7 +3,7 @@ Section: comm Priority: optional Maintainer: Hendrik Sattler [EMAIL PROTECTED] Uploaders: Loic Minier [EMAIL PROTECTED] -Build-Depends: debhelper (= 5.0.0), libopenobex1-dev (= 1.3-3), sablotron, quilt (= 0.45), pkg-config +Build-Depends: debhelper (= 5.0.0), libopenobex1-dev (= 1.3-3), quilt (= 0.45), pkg-config Standards-Version: 3.7.2.0 Package: obexftp ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492458: ding: Setting LC_CTYPE to de_DE.UTF8 causes problems using different language settings
Package: ding Version: 1.5-3 Severity: normal Tags: patch Hi, Ubuntu dropped the explicit setting of LC_CTYPE to de_DE.UTF8 to fix the following bug: https://bugs.launchpad.net/ubuntu/+source/ding/+bug/174596 I'm able to reproduce the reported behaviour on my Debian sid box, with the following locales available: [EMAIL PROTECTED]:~$ locale -a C en_US.utf8 POSIX Please consider applying the Ubuntu patch, if you find it appropriate: +++ 1.5-3ubuntu2/ding 2008-05-21 11:15:56.0 +0100 @@ -1,6 +1,6 @@ #!/bin/sh # the next line restarts using wish \ -LC_CTYPE=de_DE.UTF-8; export LC_CTYPE; exec wish $0 $@ +exec wish $0 $@ # This is ding, # * A dictionary lookup program, ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461330: Does not start on system without sound card
Hi, * Ronny Standtke [EMAIL PROTECTED], [2008-01-17 21:08 +0100]: I tried running pathological on a system without sound card. This failed with the following error message: - $ pathological ALSA lib confmisc.c:768:(parse_card) cannot find card '0' ALSA lib conf.c:3510:(_snd_config_evaluate) function snd_func_card_driver returned error: No such device ALSA lib confmisc.c:392:(snd_func_concat) error evaluating strings ALSA lib conf.c:3510:(_snd_config_evaluate) function snd_func_concat returned error: No such device ALSA lib confmisc.c:1251:(snd_func_refer) error evaluating name ALSA lib conf.c:3510:(_snd_config_evaluate) function snd_func_refer returned error: No such device ALSA lib conf.c:3982:(snd_config_expand) Evaluate error: No such device ALSA lib pcm.c:2145:(snd_pcm_open_noupdate) Unknown PCM default Traceback (most recent call last): File /usr/share/games/pathological/pathological.py, line 2205, in ? setup_everything() File /usr/share/games/pathological/pathological.py, line 2188, in setup_everything pygame.mixer.init() pygame.error: No available audio device - Ubuntu uses the following patch to fix this bug: diff -pruN 1.1.3-8/pathological.py 1.1.3-8ubuntu2/pathological.py --- 1.1.3-8/pathological.py 2008-06-01 14:14:45.0 +0100 +++ 1.1.3-8ubuntu2/pathological.py 2008-06-01 14:13:03.0 +0100 @@ -2185,7 +2185,12 @@ def setup_everything(): # Initialize the game module pygame.display.init() - pygame.mixer.init() + try: + pygame.mixer.init() + except: + print error on pygame.mixer.init() inside setup_everything(): + print sys.exc_info()[0],:,sys.exc_info()[1] + print ...ignoring it pygame.font.init() pygame.key.set_repeat(500, 30) http://patches.ubuntu.com/p/pathological/pathological_1.1.3-8ubuntu2.patch ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361282: python-apt: import of apt_pkg fails Followup-For: Bug #361282 Package: python-apt Version: 0.6.19
Hello Andreas, * Andreas v. Heydwolff [EMAIL PROTECTED], [2006-11-24 22:28 +0100]: Unfortunately the bug appeared a few weeks ago on my machine and did not resolve spontaneously. It is a showstopper in that it renders wajig unusable. Greetings --AvH python 'import site' failed; use -v for traceback Python 2.4.4c0 (#2, Jul 30 2006, 15:43:58) [GCC 4.1.2 20060715 (prerelease) (Debian 4.1.1-9)] on linux2 Type help, copyright, credits or license for more information. import apt_pkg Traceback (most recent call last): File stdin, line 1, in ? ImportError: No module named apt_pkg Could you please check if this bug is still reproducible? I can import apt_pkg just fine on my sid box. Thanks. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369147: GetCache() segfaults if called before InitSystem()
tag 369147 patch thanks * Josh Triplett [EMAIL PROTECTED], [2006-05-27 13:02 -0700]: apt_pkg.GetCache() segfaults if called before apt_pkg.InitSystem(): import apt_pkg apt_pkg.GetCache() Segmentation fault It should raise an exception like other functions do: import apt_pkg apt_pkg.VersionCompare(1,2) Traceback (most recent call last): File stdin, line 1, in ? ValueError: _system not initialized The attached patch fixes this bug, please consider applying it. Thanks. ciao, ema diff -Nru python-apt-0.7.6/python/cache.cc python-apt-0.7.6/python/cache.cc --- python-apt-0.7.6/python/cache.cc2008-06-17 17:26:33.0 +0200 +++ python-apt-0.7.6/python/cache.cc2008-07-12 19:31:15.0 +0200 @@ -928,6 +928,11 @@ if (PyArg_ParseTuple(Args, |O, pyCallbackInst) == 0) return 0; +if (_system == 0) { +PyErr_SetString(PyExc_ValueError,_system not initialized); +return 0; +} + pkgCacheFile *Cache = new pkgCacheFile(); if(pyCallbackInst != 0) {
Bug#480026: RFA: midori -- Fast and lightweight web browser
Package: wnpp Severity: normal Due to lack of time I'm offering midori for adoption. Helpful upstream, package in decent shape. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457392: midori: new upstream version 0.0.15 now available
Hello Michael, * Michael Gilbert [EMAIL PROTECTED], [2007-12-21 23:40 -0500]: midori 0.0.15 is now available upstream. this is a request for the new version to be packaged for debian. The new upstream version needs webkitgtk = r28377, so I'm just waiting for a recent version of webkit to be uploaded to sid. Just a little bit of patience! :) ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377584: downgrading
Hello Mirco, * Mirco Bauer [EMAIL PROTECTED], [2006-07-10 11:13 +0200]: Neither the sparc nor the s390 port of Mono are near usable yet, specially with the stable branch (1.1.13.x), thus downgrading to wishlist. I've been able to build mono on sparc without problems from mono_1.2.5.1.orig.tar.gz with the classic procedure: ./configure ; make ; make install dpkg-buildpackage from the debian sources fails as follows: install -o root -g root -m 644 debian/cli.binfmt \ debian/mono-common/usr/share/binfmts/cli install: cannot create regular file `debian/mono-common/usr/share/binfmts/cli': No such file or directory Changing that command to: install -D -o root -g root -m 644 debian/cli.binfmt \ debian/mono-common/usr/share/binfmts/cli allowed me to build mono successfully on sparc under pbuilder: http://people.debian.org/~ema/mono_1.2.5.1-2_sparc.build So, the macroscopic problem seems to be that debian/mono-common/usr/share/binfmts/ is not created properly; obiouvsly for other arches this is not the case. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454607: midori does not provide an alternative for x-www-browser
tag 454607 pending thanks Hello Zoran, * Zoran Dzelajlija [EMAIL PROTECTED], [2007-12-06 16:31 +0100]: I'll ignore the bugs a lintian run can point to, after all this is an experimental upload. However, the package ought to, among other things, be a provider for /usr/bin/x-www-browser. I'll upload a new midori revision implementing your suggestion as soon as a proper fix for #454206 comes out. Thanks. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449077: [Pkg-xfce-devel] Bug#449077: Bug#449077: doesn't handle .desktop files with params in Exec=
* Yves-Alexis Perez [EMAIL PROTECTED], [2007-11-08 14:30 +0100]: On Fri, Nov 02, 2007 at 08:55:07PM +, Zoran Dzelajlija wrote: xfce4 menu seems only to use the first word in Exec= line of a .desktop file. Thus, (freedesktop.org) menu entries for eg. OpenOffice.org, having a line like: Exec=ooffice -writer %U don't work correctly. Upstream doesn't plan on fixing it in the near future: http://bugzilla.xfce.org/show_bug.cgi?id=2430 As you said, upstream is aware of the problem so I don't think it'll be fixed anytime soon, you'll have to wait. I don't think there's a proper solution than fixing xfdesktop code, and this won't happen. If by chance you know C and can hack xfdesktop, maybe upstream will accept patches for this issue, but nobody knows... I don't think so... From upstream bts (#2430): Yup, this is known; pretty sure there was a bug filed on this in the past, or maybe a discussion on the mailing list. Either way, not gonna get fixed. Wait for Jannis' real fd.o menu implementation in 4.6. Opening a bug against OO.o is not a proper fix, as Zoran said. I guess we could just keep this bug open to document the problem and wait for 4.6? ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443288: midori: segfaults on selecting preferences
Hi Helmut, * Helmut Grohne [EMAIL PROTECTED], [2007-09-20 11:54 +0200]: Package: midori Version: 0.0.6-1 Severity: normal $ gdb midori ... (gdb) run ... click on Edit and then Preferences Program received signal SIGSEGV, Segmentation fault. midori 0.0.7-1 is in experimental. Could you please check if the bug is still reproducible? Thanks, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443288: midori: segfaults on selecting preferences
Hello Helmut, * Helmut Grohne [EMAIL PROTECTED], [2007-09-20 11:54 +0200]: $ gdb midori ... (gdb) run ... click on Edit and then Preferences Program received signal SIGSEGV, Segmentation fault. Thanks for testing midori. I've uploaded the new upstream version (0.0.7) to experimental, adding a -dbg package in order to ease debugging. It's still in the NEW queue: http://ftp-master.debian.org/new.html I'll let you know when (if) it's accepted so that you can check whether this bug is still present or not. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441838: ITP: midori -- very lightweight web browser based on WebKit
Package: wnpp Severity: wishlist * Package name: midori Version : 0.0.6 Upstream Author : Christian Dywan [EMAIL PROTECTED] * URL : http://software.twotoasts.de/?page=midori * License : GPL Description : very lightweight web browser based on WebKit Midori is a very fast and lightweight web browser. . Among its feautres: . * Full integration with GTK+2. * Fast rendering with WebKit. * Tabs, windows and session management. * Bookmarks stored with XBEL. * Searchbox based on OpenSearch. * User scripts and user styles support. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433801: Please try reproducing kdm bug #433801 kdm_greet exits unexpectedly
* Vladimir Volovich [EMAIL PROTECTED], [2007-09-04 19:26 +0400]: FK == Filipus Klutiero writes: FK Hi, in July, Sune Vuorela sent a mail to debian-sparc requesting FK to try reproducing #433801 on kdm, but there were no answers. I FK checked the web archives and couldn't find the mail. Perhaps for FK some reason the mail didn't reach debian-sparc, so I'm trying FK again. Quoting Sune : We have recieved the following bug report in the kde team. As we kind of are out of sparc computers we are seeking help. You need: a debian sparc running recent unsntable and a attached monitor. Try to install kdm and log in. Report back if it works or not. i have a similar problem, with gdm not working on sparc running current unstable debian. similarly with Scott, after i've upgraded a bunch of packages, the X server did not start any more: gdm was starting, but X server flashes and immediately stops, leaving only gdm running. Could you guys please check if these issues are related to #432256? I've rebuilt xorg with the patch suggested there and I can't reproduce the bugs you reported: both kdm and gdm are woking properly on my system. As building xorg is quite time consuming, you may want to get the packages I've built for myself from here: http://people.debian.org/~ema/packages/ ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393817: ruby dies with Illegal instruction on sparc/Niagara
* Emanuele Rocca [EMAIL PROTECTED], [2007-08-13 18:35 +0200]: * Martin Michlmayr [EMAIL PROTECTED], [2007-08-13 17:23 +0200]: I don't have access to that box right now. waldi, can you give the patch in #393817 a go? The patch works properly, but it's just a little workaround. Update: the patch is actually correct, please apply it. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393817: ruby dies with Illegal instruction on sparc/Niagara
* Martin Michlmayr [EMAIL PROTECTED], [2007-08-13 17:23 +0200]: * Emanuele Rocca [EMAIL PROTECTED] [2007-08-09 03:53]: Please try the attached patch, works here (sun blade 2000). I don't have access to that box right now. waldi, can you give the patch in #393817 a go? The patch works properly, but it's just a little workaround. What I've done was just removing ta 0x83 because it was the instruction that was causing the SIGILL. See http://article.gmane.org/gmane.linux.ports.sparc/8266 So, feel free to try it out, but consider that it's not a proper fix. Thanks. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#431746: Xinerama active, but = 0 screens?
Hello Brice, * Brice Goglin [EMAIL PROTECTED], [2007-08-11 14:14 +0200]: The problem might be fixed by the following patch http://cvs.fedora.redhat.com/viewcvs/*checkout*/rpms/xorg-x11-server/devel/xserver-1.3.0-randrama-no-zero-screens.patch?rev=1.1 Could any of you rebuild xserver-xorg-core 1.3 with it and reports whether it helps? I can confirm that Fedora's patch solves the problem. Thank you very much. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393817: ruby dies with Illegal instruction on sparc/Niagara
Hello Martin, * Martin Michlmayr [EMAIL PROTECTED], [2006-10-17 22:07 +0100]: ruby doesn't work on a Niagara sparc system: sh-3.1# ruby1.8 Illegal instruction Please try the attached patch, works here (sun blade 2000). Thanks, ema --- ruby1.8-1.8.6.36/defines.h 2007-02-24 18:52:08.0 +0100 +++ /home/ema/debian/packages/ruby1.8-1.8.6.36/defines.h 2007-08-09 03:14:05.0 +0200 @@ -218,9 +218,7 @@ #endif # if defined(__sparc_v9__) || defined(__sparcv9) || defined(__arch64__) (flushw) -# elif defined(linux) || defined(__linux__) - (ta 0x83) -# else /* Solaris, OpenBSD, NetBSD, etc. */ +# else /* Linux, Solaris, OpenBSD, NetBSD, etc. */ (ta 0x03) # endif /* trap always to flush register windows if we are on a Sparc system */ ;
Bug#432256: libxinerama1: XineramaIsActive disagrees with XineramaQueryScreens on sparc
Package: libxinerama1 Version: 1:1.0.2-1 Severity: important Hi, according to XineramaIsActive(3): XineramaIsActive() The XineramaActive function returns a Boolean operator used to determine if Xin‐ erama is activated on the screen. Returns True for active and False for not active. (there's a typo, s/XineramaActive/XineramaIsActive/) [...] XineramaQueryScreens() returns NULL and sets number to 0 if Xinerama is not active. Actually on my sparc machine XineramaIsActive() returns True, while XineramaQueryScreens sets the number of screens to 0 and returns a NULL pointer. This bug makes gdm unusable, and probably other packages. I've tried the following program on sparc and i386: #include stdio.h #include X11/Xlib.h #include X11/extensions/Xinerama.h int main() { Display *disp = XOpenDisplay(NULL); int n_screens; XineramaScreenInfo *xscreens = XineramaQueryScreens (disp, n_screens); printf(XineramaIsActive: %d\n, XineramaIsActive(disp)); printf(Number of screens: %d\n, n_screens); if(xscreens == NULL) printf(XineramaQueryScreens returned a NULL pointer\n); else printf(XineramaQueryScreens returned something useful\n); XFree(xscreens); return 0; } The program above prints the following on my sparc machine: XineramaIsActive: 1 Number of screens: 0 XineramaQueryScreens returned a NULL pointer Conversely, on i386 the bug is not reproducible: XineramaIsActive: 1 Number of screens: 1 XineramaQueryScreens returned something useful ciao, ema -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: sparc (sparc64) Kernel: Linux 2.6.22-rc7 Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libxinerama1 depends on: ii libc6 2.5-9 GNU C Library: Shared libraries ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii x11-common1:7.2-5X Window System (X.Org) infrastruc libxinerama1 recommends no packages. -- no debconf information
Bug#432256: libxinerama1: XineramaIsActive disagrees with XineramaQueryScreens on sparc
Hi Brice, * Brice Goglin [EMAIL PROTECTED], [2007-07-08 23:01 +0200]: Emanuele Rocca wrote: Actually on my sparc machine XineramaIsActive() returns True, while XineramaQueryScreens sets the number of screens to 0 and returns a NULL pointer. The exact same bug has been reported in #431746. Uh! I checked only libxinerama's bugs before filing this one, sorry. Which xserver-xorg-core and drivers are you using on these machines? xserver-xorg-core: 2:1.3.0.0.dfsg-6 xserver-xorg-video-sunffb: 1:1.1.0-2 ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432256: libxinerama1: XineramaIsActive disagrees with XineramaQueryScreens on sparc
* Brice Goglin [EMAIL PROTECTED], [2007-07-08 23:45 +0200]: Emanuele Rocca wrote: xserver-xorg-core: 2:1.3.0.0.dfsg-6 xserver-xorg-video-sunffb: 1:1.1.0-2 What about the i386 machine? xserver-xorg-core: 2:1.3.0.0.dfsg-7 xserver-xorg-video-ati: 1:6.6.3-2 I'm not much into X internals, but after a quick grep for Xinerama on -video-ati and -video-sunffb it seems to me that the latter doesn't provide useful replies to Xinerama related requests like X_XineramaIsActive, while the former does. Somehow libxinerama assumes that XineramaIsActive even if sunffb doesn't handle such request? ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#426404: initramfs-tools: firmware related problems in hook-functions
* maximilian attems [EMAIL PROTECTED], [2007-06-24 16:51 +0200]: hmm diff looks sane, so can you check that if you land in the initramfs that qla2xxx is loaded? cat /proc/modules The module is loaded but it cannot find firmware images. I think I've found the reason, though: with initramfs-tools 0.88 here's what goes under /lib/udev: ls /tmp/new/lib/udev/ firmware.agent firmware.agent tries (and fails) to source /lib/udev/hotplug.functions And the following is /lib/udev with former versions of initramfs-tools: ls /tmp/old/lib/udev/ ata_idedd_id hotplug.functions path_id usb_id cdrom_id firmware.agent ide.agent scsi_id vol_id ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#426404: initramfs-tools: firmware related problems in hook-functions
Hey max, * maximilian attems [EMAIL PROTECTED], [2007-06-21 12:02 +0200]: On Mon, 28 May 2007, Emanuele Rocca wrote: Trying to boot with this initrd the kernel is not able to find the firmware for my qla2xxx, although a diff -Nur between the contents of the following two images yields to nothing: could you post the diff? I've tried today with -rc5 after a dist-upgrade and actually there are some differences (see attached diff). I can confirm that with initramfs-tools 0.87b the initrd is created properly. ciao, ema diff -Nur old/init new/init --- old/init 2007-06-24 13:07:47.0 +0200 +++ new/init 2007-06-24 13:07:56.0 +0200 @@ -47,7 +47,6 @@ export readonly=y export rootmnt=/root export debug= -export cryptopts=${CRYPTOPTS} export ROOTDELAY= export panic= export blacklist= @@ -80,9 +79,11 @@ ;; rootdelay=*) ROOTDELAY=${x#rootdelay=} - ;; - cryptopts=*) - cryptopts=${x#cryptopts=} + case ${ROOTDELAY} in + *[![:digit:].]*) + ROOTDELAY= + ;; + esac ;; nfsroot=*) NFSROOT=${x#nfsroot=} @@ -101,6 +102,11 @@ ;; panic=*) panic=${x#panic=} + case ${panic} in + *[![:digit:].]*) + panic= + ;; + esac ;; quiet) quiet=y Binary files old/lib/libvolume_id.so.0 and new/lib/libvolume_id.so.0 differ Binary files old/lib/udev/ata_id and new/lib/udev/ata_id differ Binary files old/lib/udev/cdrom_id and new/lib/udev/cdrom_id differ Binary files old/lib/udev/edd_id and new/lib/udev/edd_id differ diff -Nur old/lib/udev/hotplug.functions new/lib/udev/hotplug.functions --- old/lib/udev/hotplug.functions 2007-06-24 13:07:47.0 +0200 +++ new/lib/udev/hotplug.functions 1970-01-01 01:00:00.0 +0100 @@ -1,151 +0,0 @@ -# Setup and shell utility functions for use in hotplug agents. -# vim: syntax=sh - -#DEBUG=yes - -#EVENTS_LOG='/dev/hotplug.log' - -FIRMWARE_DIRS='/lib/firmware /usr/local/lib/firmware /usr/lib/hotplug/firmware' - -EVENTS_DIR='/dev/.events' - -MODPROBE='/sbin/modprobe -s -q' - -PATH='/sbin:/bin:/usr/sbin:/usr/bin' - -[ -e /etc/default/hotplug ] . /etc/default/hotplug - - -if [ -x /usr/bin/logger ]; then - LOGGER=/usr/bin/logger -elif [ -x /bin/logger ]; then - LOGGER=/bin/logger -else - unset LOGGER -fi - -# for diagnostics -if [ -t 1 -a -z $LOGGER ] || [ ! -e '/dev/log' ]; then - mesg() { -echo $@ 2 - } -elif [ -t 1 ]; then - mesg() { -echo $@ -$LOGGER -t ${0##*/}[$$] $@ - } -else - mesg() { -$LOGGER -t ${0##*/}[$$] $@ - } -fi - -debug_mesg() { -[ -z $DEBUG -o $DEBUG = no ] return 0 -mesg $@ -} - -wait_for_file() { - local file=$1 - local timeout=$2 - [ $timeout ] || timeout=120 - - local count=$timeout - while [ $count != 0 ]; do -[ -e $file ] return 0 -sleep 1 -count=$(($count - 1)) - done - - mesg $file did not appear before the timeout! - exit 1 -} - -# Read a single line from file $1 in the $DEVPATH directory. -# The function must not return an error even if the file does not exist. -sysread() { - local file=$1 - [ -e /sys$DEVPATH/$file ] || return 0 - local value - read value /sys$DEVPATH/$file || return 0 - echo $value -} - -sysreadlink() { - local file=$1 - [ -e /sys$DEVPATH/$file ] || return 0 - readlink -f /sys$DEVPATH/$file 2 /dev/null || true -} - -# returns true if a directory is writeable -writeable() { - if ln -s check $1/.is-writeable 2 /dev/null; then -rm -f $1/.is-writeable -return 0 - else -return 1 - fi -} - -## -lock_rules_file() { - [ -e /dev/.udev/ ] || return 0 - - RULES_LOCK=/dev/.udev/.lock-${RULES_FILE##*/} - - retry=30 - while ! mkdir $RULES_LOCK 2 /dev/null; do -if [ $retry -eq 0 ]; then - echo Cannot lock $RULES_FILE! 2 - exit 2 -fi -sleep 1 -retry=$(($retry - 1)) - done -} - -unlock_rules_file() { - [ $RULES_LOCK ] || return 0 - rmdir $RULES_LOCK || true -} - -choose_rules_file() { - local tmp_rules_file=/dev/.udev/tmp-rules--${RULES_FILE##*/} - [ -e $RULES_FILE -o -e $tmp_rules_file ] || PRINT_HEADER=1 - - if writeable ${RULES_FILE%/*}; then -RO_RULES_FILE='/dev/null' - else -RO_RULES_FILE=$RULES_FILE -RULES_FILE=$tmp_rules_file - fi -} - -## -raw_find_next_available() { - local links=$1 - - local basename=${links%%[ 0-9]*} - local max=-1 - for name in $links; do -local num=${name#$basename} -[ $num ] || num=0 -[ $num -gt $max ] max=$num - done - - local max=$(($max + 1)) - # name0 actually is just name - [ $max -eq 0 ] return - echo $max -} - -find_all_rules() { - local key=$1 - local linkre=$2 - local match=$3 - - local search='.*[[:space:],]'$key'\('$linkre'\)[[:space:]]*\(,.*\|\\\|\)$' - - echo $(sed -n -e ${match}s/${search}/\1/p $RO_RULES_FILE $RULES_FILE) -} - diff -Nur old/lib/udev/ide.agent new/lib/udev/ide.agent --- old/lib/udev/ide.agent 2007-06-24 13:07:47.0
Bug#426404: initramfs-tools: firmware related problems in hook-functions
Package: initramfs-tools Version: 0.88 Severity: important Hi, there seems to be something wrong with recent changes to hook-functions. With initramfs-tools 0.88: [EMAIL PROTECTED]:~# LANG=C dpkg-reconfigure linux-image-2.6.22-rc3 Running depmod. Finding valid ramdisk creators. Using mkinitramfs-kpkg to build the ramdisk. Other valid candidates: mkinitramfs-kpkg mkinitrd.yaird mkdir: cannot create directory `/tmp/mkinitramfs_FD9659/lib/udev/': File exists cp: `/lib/firmware/ql2100_fw.bin' and `/tmp/mkinitramfs_FD9659/lib/firmware/ql2100_fw.bin' are the same file cp: `/lib/firmware/ql2200_fw.bin' and `/tmp/mkinitramfs_FD9659/lib/firmware/ql2200_fw.bin' are the same file cp: `/lib/firmware/ql2300_fw.bin' and `/tmp/mkinitramfs_FD9659/lib/firmware/ql2300_fw.bin' are the same file cp: `/lib/firmware/ql2322_fw.bin' and `/tmp/mkinitramfs_FD9659/lib/firmware/ql2322_fw.bin' are the same file cp: `/lib/firmware/ql2400_fw.bin' and `/tmp/mkinitramfs_FD9659/lib/firmware/ql2400_fw.bin' are the same file Trying to boot with this initrd the kernel is not able to find the firmware for my qla2xxx, although a diff -Nur between the contents of the following two images yields to nothing: [EMAIL PROTECTED]:~# ls -l /boot/initrd.img-2.6.22* -rw-r--r-- 1 root root 5268495 2007-05-28 12:33 /boot/initrd.img-2.6.22-rc3 -rw-r--r-- 1 root root 5269374 2007-05-27 22:30 /boot/initrd.img-2.6.22-rc3.bak The one suffixed with '.bak' is a working initrd built with 0.87b. Albeit it's not the source of this problem, notice the creation of the local variable man_x and the usage of mam_x in the script: diff -Nur initramfs-tools-0.87b/hook-functions initramfs-tools-0.88/hook-functions --- initramfs-tools-0.87b/hook-functions2007-04-16 19:58:58.0 +0200 +++ initramfs-tools-0.88/hook-functions 2007-05-27 00:55:26.0 +0200 @@ -38,8 +38,11 @@ done } +# Add dependent modules + eventual firmware manual_add_modules() { + local man_x firmwares firmware + for mam_x in $(modprobe --set-version=${version} --ignore-install \ ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403364: SunBlade 150 problems - can anyone confirm?
Hello Thomas, * Thomas Köllmann [EMAIL PROTECTED], [2006-12-17 22:43 +0100]: On Sat, 16 Dec 2006 11:01:07 -0800 Jurij Smakov [EMAIL PROTECTED] wrote: I don't remember anyone reporting problems with xorg on these machines, it would be very valuable information if you could try it and report back. Maybe this is useful to the next guy installing Etch (or some other post-2.6.16 kernel) on a Blade 150 (or 100). Can you confirm that with a 2.6.16 kernel the problem is not reproducible? Does the machine completely fail to boot if you don't pass video=atyfb:off to the kernel? (ie: are you able to login somehow, for instance via ssh?). Thanks. ciao, ema
Bug#423177: [sparc] qla1280.ko seems to be missing
Hello Daniel, * Daniel Molkentin [EMAIL PROTECTED], [2007-05-10 14:23 +0200]: For some reason, qla1280.ko seems to be missing from the sparc packages of the linux-2.6 package. Fixed in svn, thanks for your bug report. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422307: Sparc installation problem.
Hello Anthony, * Anthony Smith [EMAIL PROTECTED], [2007-05-04 15:36 -0600]: Image version: Sarge Can you try a recent version of the installer? http://www.debian.org/releases/etch/debian-installer/ Thanks. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409971: [Pkg-xfce-devel] Bug#409971: xfce4-battery-plugin: It doesn't work after upgrading to linux kernel 2.6.21
Ciao Matte, * Matteo Vescovi [EMAIL PROTECTED], [2007-04-26 22:29 +0200]: After upgrading linux kernel to version 2.6.21, the battery plugin seems not to work at all. Please take a look to what you have in /proc/acpi with 2.6.21 and with former kernels. grep proc/acpi xfce4-battery-plugin-0.5.0/panel-plugin/libacpi.c will give you some hints about what to look for. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420602: kernel fails to boot on SunBlade 100
Hi Etienne, * Kolargol double zero [EMAIL PROTECTED], [2007-04-24 22:07 +0200]: I still get the same freeze with fbcon=map:1. But with video=atyfb:off the system boots. :) OK. Can you log in via ssh booting without atyfb:off? It would be interesting to take a look to what you have in /proc/fb and the output of dmesg. Thanks a lot! Thank you. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420602: kernel fails to boot on SunBlade 100
* Kolargol double zero [EMAIL PROTECTED], [2007-04-23 15:50 +0200]: After upgrading a SunBlade 100 from Sarge to Etch, the 2.6.18 kernel fails to boot after SILO loaded it. The screen shows: Remapping the kernel... done. Booting Linux... Try passing fbcon=map:1 (or video=atyfb:off) to the kernel. There's a known problem with atyfb cards, upstream is working on it. Please let us know if this workaround actually solves your problem, so that we can merge these two bugs as well. (Just FYI, the other open bugs concerning this issue are #395147, #403364 and #405285). Thanks. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418461: freepops: [FTBFS] cannot stat /debian/freepops/usr/share/doc/freepops/*.pdf
Package: freepops Version: 0.2.2-1 Severity: serious freepops 0.2.2-1 fails to build from source: # keep these in sync with win32 installer cp: cannot stat `doc/manual*.pdf': No such file or directory make[1]: Leaving directory `/build/buildd/freepops-0.2.2' mv /build/buildd/freepops-0.2.2/debian/freepops/usr/share/doc/freepops/*.pdf \ /build/buildd/freepops-0.2.2/debian/freepops-doc/usr/share/doc/freepops-doc/ mv: cannot stat `/build/buildd/freepops-0.2.2/debian/freepops/usr/share/doc/freepops/*.pdf': No such file or directory make: *** [install-common] Error 1 Full build log: http://buildd.debian.org/fetch.cgi?pkg=freepopsarch=sparcver=0.2.2-1stamp=1176140503 ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411415: afbinit init script does nothing
* Jurij Smakov [EMAIL PROTECTED], [2007-02-18 13:50 -0800]: Ben, I would like to ask for your permission to become a comaintainer of afbinit in Debian. Please go for it, no answer from Ben in more than one month. I'll be glad to help you with this package, I have an Elite3D card on my system so I can at least do some testing. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418278: linux-image-2.6.18-4-vserver-sparc64: Kernel unaligned access, filldir64
Package: linux-image-2.6.18-4-vserver-sparc64 Version: 2.6.18.dfsg.1-12 Severity: normal The following errors appear at boot time or running vserver-stat: Apr 8 20:56:22 aurora kernel: Kernel unaligned access at TPC[4b72b0] filldir64+0x54/0x134 Apr 8 20:56:22 aurora kernel: Kernel unaligned access at TPC[4b72cc] filldir64+0x70/0x134 Apr 8 20:56:22 aurora kernel: Kernel unaligned access at TPC[4b7298] filldir64+0x3c/0x134 Apr 8 20:56:22 aurora kernel: Kernel unaligned access at TPC[4b72b0] filldir64+0x54/0x134 Apr 8 20:56:22 aurora kernel: Kernel unaligned access at TPC[4b72cc] filldir64+0x70/0x134 I created a vserver guest and it seems to work properly, though. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411415: afbinit init script does nothing
* Jurij Smakov [EMAIL PROTECTED], [2007-02-18 13:50 -0800]: diff -aur a/debian/afbinit.init b/debian/afbinit.init --- a/debian/afbinit.init2007-02-18 13:15:46.0 -0800 +++ b/debian/afbinit.init2007-02-18 13:14:59.0 -0800 @@ -11,13 +11,11 @@ exit fi -# Need a better way to test this -[ `dmesg | grep -c Elite 3D` -ne 0 ] || exit - case $1 in start) # Make FB device list. -afb_devs=`/bin/dmesg | /bin/egrep -i Elite 3D | /bin/sed 's/\:.*//'` +afb_devs=$(awk '/Elite/ {printf fb%d\n,$1}' /proc/fb) +[ -n ${afb_devs} ] || exit 0 Your patch works correctly here. I would also suggest to redirect the output of afbinit to /dev/null in order to have a cleaner boot message. As it is now, afbinit.init prints the firmware revision number every time: fb0: Loading Elite3D microcode... Revision-1.3.10 done. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#417597: vserver-debiantools: newvserver modifies /etc/motd of host system
Hello Ola, * Ola Lundqvist [EMAIL PROTECTED], [2007-04-08 23:22 +0200]: On Fri, Apr 06, 2007 at 02:04:08PM +0200, Emanuele Rocca wrote: [EMAIL PROTECTED]:~$ ls -l /etc/motd lrwxrwxrwx 1 root root 13 2007-02-19 21:46 /etc/motd - /var/run/motd [EMAIL PROTECTED]:~$ ls -l /var/lib/vservers/ns/etc/motd lrwxrwxrwx 1 root root 13 2007-04-06 13:18 /var/lib/vservers/ns/etc/motd - /var/run/motd They both point to the same file. Maybe the right thing to do is creating a new motd for the guests, rather than pointing to /var/run/motd? Emm yes. This is obviously a standard behaviour that must have changed since woody or something. But this must mean that this file will be regenerated at reboot, right? Yes, by /etc/rcS.d/S55bootmisc.sh: # Update motd uname -snrvm /var/run/motd [ -f /etc/motd.tail ] cat /etc/motd.tail /var/run/motd However, I do not believe that this makes the bug less important, especially on machines that are not rebooted often like servers. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#417597: vserver-debiantools: newvserver modifies /etc/motd of host system
* Ola Lundqvist [EMAIL PROTECTED], [2007-04-03 20:18 +0200]: On Tue, Apr 03, 2007 at 09:06:38AM -0700, Vagrant Cascadian wrote: so, after running: newvserver --hostname practice --ip 192.168.1.55/24 --domain localnet \ --dist etch --mirror http://mirrors.kernel.org/debian --interface eth0 i find the /etc/motd on the host system contains: Debian GNU/Linux (etch/i686) practice.localnet Me too! Could you add some debug output in the newvserver script to print the real location that it modifies. Commands given on the root server: [EMAIL PROTECTED]:~$ ls -l /etc/motd lrwxrwxrwx 1 root root 13 2007-02-19 21:46 /etc/motd - /var/run/motd [EMAIL PROTECTED]:~$ ls -l /var/lib/vservers/ns/etc/motd lrwxrwxrwx 1 root root 13 2007-04-06 13:18 /var/lib/vservers/ns/etc/motd - /var/run/motd They both point to the same file. Maybe the right thing to do is creating a new motd for the guests, rather than pointing to /var/run/motd? ciao, ema signature.asc Description: Digital signature
Bug#350565: gwp: i386 only?
Hello Lucas, * Lucas Di Pentima [EMAIL PROTECTED], [2006-02-11 18:57 -0300]: I'll correct the package definition, I suppose it works in other archs, I'll try to build the package and see what happens. I'm doing an NMU of gwp, here is the diff: diff -Nru /tmp/HmWuf2sRLD/gwp-0.4.0/debian/changelog /tmp/0vdhdNUb4T/gwp-0.4.0/debian/changelog --- /tmp/HmWuf2sRLD/gwp-0.4.0/debian/changelog 2007-03-21 00:06:46.0 +0100 +++ /tmp/0vdhdNUb4T/gwp-0.4.0/debian/changelog 2007-03-21 00:06:46.0 +0100 @@ -1,3 +1,10 @@ +gwp (0.4.0-1.2) unstable; urgency=low + + * Non-maintainer upload. + * Architecture set to 'any'. Closes: #350565 + + -- Emanuele Rocca [EMAIL PROTECTED] Tue, 20 Mar 2007 23:45:12 +0100 + gwp (0.4.0-1.1) unstable; urgency=medium * Non-maintainer upload. diff -Nru /tmp/HmWuf2sRLD/gwp-0.4.0/debian/control /tmp/0vdhdNUb4T/gwp-0.4.0/debian/control --- /tmp/HmWuf2sRLD/gwp-0.4.0/debian/control2007-03-21 00:06:46.0 +0100 +++ /tmp/0vdhdNUb4T/gwp-0.4.0/debian/control2007-03-21 00:06:46.0 +0100 @@ -6,7 +6,7 @@ Standards-Version: 3.6.2 Package: gwp -Architecture: i386 +Architecture: any Section: contrib/games Priority: optional Depends: python-gtk2, python, python-glade2, ${shlibs:Depends} ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415377: python-pam: FTBFS, python2.5 not found
Package: python-pam Version: 0.4.2-11 Severity: important python-pam 0.4.2-11 fails to build from source: /usr/bin/sudo debian/rules clean pyversions: missing XS-Python-Version in control file, fall back to debian/pyversions pyversions: missing debian/pyversions file, fall back to supported versions dh_testdir for python in python2.4 python2.5; \ do $python setup.py clean; \ done running clean /bin/sh: line 1: python2.5: command not found make: *** [clean] Error 127 ** Build finished at 20070317-1821 FAILED [dpkg-buildpackage died] ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414877: sparc64: module bbc: kenvctrld eats 100% cpu
tag 414877 pending thanks Hello Joerg, * Joerg Friedrich [EMAIL PROTECTED], [2007-03-14 13:29 +0100]: please apply this patch: http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.20.y.git;a=commit;h=ede6d26177a046ab7f14840e10cb2bbda6bc91df Your patch has been already applied: http://svn.debian.org/wsvn/kernel/dists/etch/linux-2.6/debian/patches/bugfix/sparc/kenvctrld-cpu-consumption.patch?op=filerev=0sc=0 ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412245: helix-player: FTBFS on sparc
* Emanuele Rocca [EMAIL PROTECTED], [2007-02-24 21:05 +0100]: Package: helix-player Version: 1.0.8-2 Severity: serious Justification: Fails to build Update: I've been able to build correctly the video module, it was failing because of a known gcc/binutils regression (see for instance #319162). Patch attached. Now 2 of 109 modules are failing: player/app/gtk and player/installer/archive. ../../../common/util/rel/utillib.a(hxurl.o): In function `CHXURL::GetAltURL(int)': hxurl.cpp:(.text+0x7c0): undefined reference to `SafeStrCpy' hxurl.cpp:(.text+0x8a0): undefined reference to `SafeSprintf' ../../../common/util/rel/utillib.a(hxurl.o): In function `CHXURL::ParseResource()': hxurl.cpp:(.text+0x980): undefined reference to `SafeSprintf' hxurl.cpp:(.text+0x9e4): undefined reference to `SafeSprintf' ../../../common/util/rel/utillib.a(hxurl.o): In function `CHXURL::CompressURL(char const*, char*)': hxurl.cpp:(.text+0x1364): undefined reference to `CHXSimpleList::CHXSimpleList()' hxurl.cpp:(.text+0x1374): undefined reference to `CHXSimpleList::CHXSimpleList()' hxurl.cpp:(.text+0x1470): undefined reference to `CHXSimpleList::RemoveNode(CHXSimpleList::CNode*)' hxurl.cpp:(.text+0x155c): undefined reference to `CHXSimpleList::RemoveNode(CHXSimpleList::CNode*)' hxurl.cpp:(.text+0x156c): undefined reference to `SafeStrCat' hxurl.cpp:(.text+0x158c): undefined reference to `SafeStrCat' hxurl.cpp:(.text+0x15d0): undefined reference to `SafeStrCat' hxurl.cpp:(.text+0x15e0): undefined reference to `SafeStrCat' ciao, ema diff -Nur /var/tmp/helix-player-1.0.8/debian/patches/00list helix-player-1.0.8/debian/patches/00list --- /var/tmp/helix-player-1.0.8/debian/patches/00list 2007-03-10 14:58:32.0 +0100 +++ helix-player-1.0.8/debian/patches/00list 2007-03-10 15:05:13.0 +0100 @@ -5,3 +5,4 @@ 05-hxplay 06-amd64 07-alpha +08-sparc diff -Nur /var/tmp/helix-player-1.0.8/debian/patches/01-gcc.dpatch helix-player-1.0.8/debian/patches/01-gcc.dpatch --- /var/tmp/helix-player-1.0.8/debian/patches/01-gcc.dpatch 2007-03-10 14:58:32.0 +0100 +++ helix-player-1.0.8/debian/patches/01-gcc.dpatch 2007-03-10 16:09:20.0 +0100 @@ -29,6 +29,7 @@ self.target_arg = '-o' -self.ldcmd = 'g++' +self.ldcmd = 'g++-3.4' - self.ldargs = '' +-self.ldargs = '' ++self.ldargs = '-Wl,--allow-multiple-definition' def crti_path(self): diff -Nur /var/tmp/helix-player-1.0.8/debian/patches/08-sparc.dpatch helix-player-1.0.8/debian/patches/08-sparc.dpatch --- /var/tmp/helix-player-1.0.8/debian/patches/08-sparc.dpatch 1970-01-01 01:00:00.0 +0100 +++ helix-player-1.0.8/debian/patches/08-sparc.dpatch 2007-03-10 15:12:17.0 +0100 @@ -0,0 +1,25 @@ +#!/bin/sh /usr/share/dpatch/dpatch-run +## 08-sparc.dpatch by Emanuele Rocca [EMAIL PROTECTED] +## +## DP: Sparc Portability Bugs + [EMAIL PROTECTED]@ + +--- helix-player-1.0.8.orig/audio/device/pub/platform/unix/audlinux_oss.h 2004-07-09 04:02:00.0 +0200 helix-player-1.0.8/audio/device/pub/platform/unix/audlinux_oss.h 2007-02-24 19:53:23.0 +0100 +@@ -53,13 +53,13 @@ + //--- + // System includes. + //--- +-#if defined( _LINUX ) !defined( __powerpc__ ) !defined __alpha !defined __sparc__ ++#if defined( _LINUX ) !defined( __powerpc__ ) !defined __alpha + #include linux/soundcard.h + #elif defined(__powerpc__) + #include sys/soundcard.h + #elif defined _NETBSD + #include soundcard.h +-#elif defined _FREEBSD || defined __alpha || defined __sparc__ ++#elif defined _FREEBSD || defined __alpha + #include machine/soundcard.h + #else + #include machine/soundcard.h
Bug#411981: gsnes9x NMU
Here's the unified diff for my NMU: diff -Nru /tmp/L1m1EEwqA0/gsnes9x-3.12/debian/changelog /tmp/G23rdjbpfu/gsnes9x-3.12/debian/changelog --- /tmp/L1m1EEwqA0/gsnes9x-3.12/debian/changelog 2007-03-11 21:47:05.0 +0100 +++ /tmp/G23rdjbpfu/gsnes9x-3.12/debian/changelog 2007-03-11 21:47:06.0 +0100 @@ -1,3 +1,10 @@ +gsnes9x (3.12-10.1) unstable; urgency=low + + * Non-maintainer upload + * Sparc added to the list of supported architectures (closes: #411981) + + -- Emanuele Rocca [EMAIL PROTECTED] Sun, 11 Mar 2007 13:53:44 +0100 + gsnes9x (3.12-10) unstable; urgency=low * Put files into right directory, so the package actually includes binaries. diff -Nru /tmp/L1m1EEwqA0/gsnes9x-3.12/debian/control /tmp/G23rdjbpfu/gsnes9x-3.12/debian/control --- /tmp/L1m1EEwqA0/gsnes9x-3.12/debian/control 2007-03-11 21:47:05.0 +0100 +++ /tmp/G23rdjbpfu/gsnes9x-3.12/debian/control 2007-03-11 21:47:06.0 +0100 @@ -6,7 +6,7 @@ Standards-Version: 3.7.2.0 Package: gsnes9x -Architecture: amd64 i386 m68k mips powerpc +Architecture: amd64 i386 m68k mips powerpc sparc Depends: ${shlibs:Depends}, snes9x-x Description: GNOME front-end for snes9x GSnes9x is a GNOME front-end for the Snes9X SNES emulator. It allows you ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414460: Unnecessary build depend on automaken
Package: ebview Version: 0.3.6-2 Severity: important ebview builds correctly without automake, therefore the build dependency on automaken should be dropped (see http://wiki.debian.org/AutomakeTransition). I'm planning to NMU ebview fixing this bug and #410444 because the package is currently out-of-date on sparc. Here's the diff: diff -Nur ebview-0.3.6/debian/control /home/ema/debian/packages/ebview-0.3.6/debian/control --- ebview-0.3.6/debian/control 2007-03-12 00:20:19.0 +0100 +++ /home/ema/debian/packages/ebview-0.3.6/debian/control 2007-03-11 23:07:27.0 +0100 @@ -2,7 +2,7 @@ Section: text Priority: extra Maintainer: Masayuki Hatta (mhatta) [EMAIL PROTECTED] -Build-Depends: automaken, debhelper ( 4.0.0), libeb7-dev, libgtk2.0-dev +Build-Depends: debhelper ( 4.0.0), libeb12-dev, libgtk2.0-dev Standards-Version: 3.7.2 Package: ebview ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#147500: [pkg-firebird-general] Bug#147500: firebird2 on sparc
Hello Daniel and Damyan, please CC: me on replies * Daniel Smolik [EMAIL PROTECTED], [2007-03-04 23:16 +0100]: Starting Firebird server: server has been successfully started Plase enter new password for SYSDBA user: can't format message 18:1 -- message system code -8 can't format message 18:1 -- message system code -8 I've been able to insert a password for SYSDBA without problems, perhaps you want to try out the packages I used? I built them under a sid pbuilder: http://people.debian.org/~ema/packages/ HTH. ciao, ema signature.asc Description: Digital signature
Bug#147500: [pkg-firebird-general] Bug#147500: firebird2 on sparc
Hello, * Damyan Ivanov [EMAIL PROTECTED], [2006-09-15 9:15 +0300]: Clint Adams -- 15.09.2006 07:50 --: debian/patches/fix-mcpu-to-mtune.dpatch changes -mcpu=ultrasparc to -march=ultrasparc. This is invalid and should be dropped altogether. Thank you for your interest for building firebird2 on sparc. The above patch snipplet was modelled around the changes for i386/amd64 and sort of blindly applied to sparc too. This is now removed in the pkg-firebird svn repository. Does firebird2 packages build on sparc after this change? If yes, I'll be glad to initiate an upload that adds sparc to the list of supported architectures. Now firebird builds correctly on sparc: http://people.debian.org/~ema/firebird2_1.5.3.4870-12_sparc.build What I did was just dropping the -march=ultrasparc patch and adding sparc to the list of supported architectures (see attached patch). ciao, ema diff -Nur firebird2-1.5.3.4870/debian/patches/fix-mcpu-to-mtune.dpatch firebird2-1.5.3.4870.new/debian/patches/fix-mcpu-to-mtune.dpatch --- firebird2-1.5.3.4870/debian/patches/fix-mcpu-to-mtune.dpatch 2007-03-04 14:12:38.0 +0100 +++ firebird2-1.5.3.4870.new/debian/patches/fix-mcpu-to-mtune.dpatch 2007-03-04 14:11:59.0 +0100 @@ -17,14 +17,3 @@ DEV_FLAGS=-ggdb -DLINUX -DDEBUG_GDS_ALLOC -pipe -MMD -p -fPIC -Wall -Wno-switch OS_ServerFiles=inet_server.cpp firebird2-1.5.2.orig/builds/posix/prefix.linux_sparc32 -+++ firebird2-1.5.2/builds/posix/prefix.linux_sparc32 -@@ -22,7 +22,7 @@ - - # -fno-builtin is used because GCC 3.0-3.2.2 had bug with builtins expansion - # you may remove it if engine is getting compiled with any other GCC version --PROD_FLAGS=-m32 -mcpu=ultrasparc -mtune=ultrasparc -O3 -DNDEBUG -DLINUX -pipe -MMD -fPIC -Dsparc -+PROD_FLAGS=-m32 -march=ultrasparc -mtune=ultrasparc -O3 -DNDEBUG -DLINUX -pipe -MMD -fPIC -Dsparc - DEV_FLAGS=-ggdb -m32 -DLINUX -DDEBUG_GDS_ALLOC -pipe -MMD -p -fPIC -Wall -Wno-switch -Dsparc - - OS_ServerFiles=inet_server.cpp diff -Nur firebird2-1.5.3.4870/debian/rules firebird2-1.5.3.4870.new/debian/rules --- firebird2-1.5.3.4870/debian/rules 2007-03-04 14:12:38.0 +0100 +++ firebird2-1.5.3.4870.new/debian/rules 2007-03-04 14:11:59.0 +0100 @@ -221,7 +221,7 @@ debian/firebird2-classic cat debian/control.in \ - | sed s/@arches@/`type-handling i386,amd64 any`/g \ + | sed s/@arches@/`type-handling i386,amd64 any` `type-handling sparc linux-gnu`/g \ debian/control dh_clean
Bug#409313: linux-image-2.6.18-4-sparc64: Netra X1 - Kernel unaligned access in rp_rcv and ip_fast_csum
Hello Peter, * Peter Palfrader [EMAIL PROTECTED], [2007-03-01 0:53 +0100]: On Tue, 27 Feb 2007, Emanuele Rocca wrote: http://article.gmane.org/gmane.linux.ports.sparc/7178 Please check if it fixes the problem. Sorry for not getting back to you sooner. RL and everything :( No problem. :) Daniel Priem tells me the patch at the above URL fixes the issue. I assume that means you no longer need a shell on my v100, right? Exactly, thanks for your offer BTW. I'll also test the patch tomorrow and let you know how it works out. I guess it should work but yeah, please try it out. Thanks! ciao, ema signature.asc Description: Digital signature
Bug#409313: linux-image-2.6.18-4-sparc64: Netra X1 - Kernel unaligned access in rp_rcv and ip_fast_csum
Hello, * Peter Palfrader [EMAIL PROTECTED], [2007-02-20 18:18 +0100]: On Thu, 01 Feb 2007, Richard Mortimer wrote: Kernel unaligned access at TPC[5e4420] ip_rcv+0xd0/0x58c Kernel unaligned access at TPC[517f84] ip_fast_csum+0xc/0x80 Kernel unaligned access at TPC[517f88] ip_fast_csum+0x10/0x80 Kernel unaligned access at TPC[517f8c] ip_fast_csum+0x14/0x80 Kernel unaligned access at TPC[517f94] ip_fast_csum+0x1c/0x80 Same on a v100, both on 2.6.18-4, and a self compiled 2.6.20.1. Sounds like I was looking at the wrong end of the issue, as the patch submitter says: http://article.gmane.org/gmane.linux.ports.sparc/7178 Please check if it fixes the problem. ciao, ema signature.asc Description: Digital signature
Bug#412749: linux-image-2.6.18-4-sparc64: Kernel unaligned access in eth1394_reset_priv
Package: linux-image-2.6.18-4-sparc64 Version: 2.6.18.dfsg.1-11 Severity: normal Tags: patch The eth1394 module is affected by an unaligned access problem: $ dmesg |grep unaligned Kernel unaligned access at TPC[101940c8] ether1394_reset_priv+0x2c/0xb8 [eth1394] This problem is fixed in Linux 2.6.20, patch attached. ciao, ema --- linux-source-2.6.18/drivers/ieee1394/eth1394.c.old 2007-02-26 23:07:21.0 +0100 +++ linux-source-2.6.18/drivers/ieee1394/eth1394.c 2007-02-27 21:25:02.0 +0100 @@ -65,6 +65,7 @@ #include asm/uaccess.h #include asm/delay.h #include asm/semaphore.h +#include asm/unaligned.h #include net/arp.h #include csr1212.h @@ -491,7 +492,7 @@ int i; struct eth1394_priv *priv = netdev_priv(dev); struct hpsb_host *host = priv-host; - u64 guid = *((u64*)(host-csr.rom-bus_info_data[3])); + u64 guid = get_unaligned((u64*)(host-csr.rom-bus_info_data[3])); u16 maxpayload = 1 (host-csr.max_rec + 1); int max_speed = IEEE1394_SPEED_MAX; @@ -894,6 +895,7 @@ u16 maxpayload; struct eth1394_node_ref *node; struct eth1394_node_info *node_info; + __be64 guid; /* Sanity check. MacOSX seems to be sending us 131 in this * field (atleast on my Panther G5). Not sure why. */ @@ -902,8 +904,9 @@ maxpayload = min(eth1394_speedto_maxpayload[sspd], (u16)(1 (max_rec + 1))); + guid = get_unaligned(arp1394-s_uniq_id); node = eth1394_find_node_guid(priv-ip_node_list, - be64_to_cpu(arp1394-s_uniq_id)); + be64_to_cpu(guid)); if (!node) { return 0; } @@ -1675,8 +1678,9 @@ if (max_payload dg_size + hdr_type_len[ETH1394_HDR_LF_UF]) priv-bc_dgl++; } else { + __be64 guid = get_unaligned((u64 *)eth-h_dest); node = eth1394_find_node_guid(priv-ip_node_list, - be64_to_cpu(*(u64*)eth-h_dest)); + be64_to_cpu(guid)); if (!node) { ret = -EAGAIN; goto fail; signature.asc Description: Digital signature
Bug#409313: linux-image-2.6.18-4-sparc64: Netra X1 - Kernel unaligned access in rp_rcv and ip_fast_csum
Hello, * Peter Palfrader [EMAIL PROTECTED], [2007-02-20 18:18 +0100]: On Thu, 01 Feb 2007, Richard Mortimer wrote: Kernel unaligned access at TPC[5e4420] ip_rcv+0xd0/0x58c Kernel unaligned access at TPC[517f84] ip_fast_csum+0xc/0x80 Kernel unaligned access at TPC[517f88] ip_fast_csum+0x10/0x80 Kernel unaligned access at TPC[517f8c] ip_fast_csum+0x14/0x80 Kernel unaligned access at TPC[517f94] ip_fast_csum+0x1c/0x80 Same on a v100, both on 2.6.18-4, and a self compiled 2.6.20.1. Could you guys apply the following patch and see if it solves the ip_rcv issue? I wrote it a bit blindly as I cannot reproduce the problem on my system (a Blade). Thanks. --- net/ipv4/ip_input.c.old 2006-09-20 05:42:06.0 +0200 +++ net/ipv4/ip_input.c 2007-02-27 00:41:34.0 +0100 @@ -116,6 +116,7 @@ */ #include asm/system.h +#include asm/unaligned.h #include linux/module.h #include linux/types.h #include linux/kernel.h @@ -415,7 +416,7 @@ if (unlikely(ip_fast_csum((u8 *)iph, iph-ihl))) goto inhdr_error; - len = ntohs(iph-tot_len); + len = ntohs(get_unaligned(iph-tot_len)); if (skb-len len || len (iph-ihl*4)) goto inhdr_error; ciao, ema signature.asc Description: Digital signature
Bug#412434: python-gdchart2: fails badly using labels longer than 11 chars
Package: python-gdchart2 Version: 0.beta1-3.3 Severity: normal --- # python-gdchart2-bug.py import gdchart x = gdchart.Bar3D() x.width = 250 x.height = 250 x.xtitle = Weekday x.ytitle = Percentage x.title = Example Graph x.setData([75, 73]) x.setLabels(['One Label', 'Longer Label']) x.draw(/tmp/test.png) --- $ python python-gdchart2-bug.py *** glibc detected *** double free or corruption (!prev): 0x08153690 *** Aborted The bug is reproducible choosing labels longer than 11 chars ('Longer Label' in the example). ciao, ema signature.asc Description: Digital signature
Bug#350565: gwp: i386 only?
Hello, * Lucas Di Pentima [EMAIL PROTECTED], [2006-02-11 18:57 -0300]: I'll correct the package definition, I suppose it works in other archs, I'll try to build the package and see what happens. FYI gwp builds properly on sparc, even if with a lot of differ in signedness warnings: http://people.debian.org/~ema/gwp-sparc.log ciao, ema signature.asc Description: Digital signature
Bug#412233: gwp: ImportError closing the application
Package: gwp Version: 0.4.0-1.1 Severity: normal The following error comes out closing the main window: Exception exceptions.ImportError: 'could not import gtk._gtk' in 'garbage collection' ignored Fatal Python error: unexpected exception during garbage collection ciao, ema signature.asc Description: Digital signature
Bug#412245: helix-player: FTBFS on sparc
Package: helix-player Version: 1.0.8-2 Severity: serious Justification: Fails to build In #339469 the submitter reported two different problems: FTBFS on powerpc and FTBFS on sparc. While the upload of helix-player 1.0.7-1 fixed the former [1], the latter is still present [2]. The attached patch fixes the problem, but the build fails some steps later. [3] ciao, ema [1] http://buildd.debian.org/fetch.cgi?pkg=helix-playerver=1.0.8-2arch=powerpcstamp=1169696859file=log [2] http://buildd.debian.org/fetch.cgi?pkg=helix-playerver=1.0.8-2arch=sparcstamp=1168775326file=log [3] http://people.debian.org/~ema/helix-player-sparc.log --- helix-player-1.0.8/audio/device/pub/platform/unix/audlinux_oss.h 2004-07-09 04:02:00.0 +0200 +++ /home/ema/debian/packages/helix-player-1.0.8/audio/device/pub/platform/unix/audlinux_oss.h 2007-02-24 19:53:23.0 +0100 @@ -53,13 +53,13 @@ //--- // System includes. //--- -#if defined( _LINUX ) !defined( __powerpc__ ) !defined __alpha !defined __sparc__ +#if defined( _LINUX ) !defined( __powerpc__ ) !defined __alpha #include linux/soundcard.h #elif defined(__powerpc__) #include sys/soundcard.h #elif defined _NETBSD #include soundcard.h -#elif defined _FREEBSD || defined __alpha || defined __sparc__ +#elif defined _FREEBSD || defined __alpha #include machine/soundcard.h #else #include machine/soundcard.h
Bug#411981: gsnes9x: Please add sparc to the list of supported archs
Package: gsnes9x Version: 3.12-10 Severity: normal Please add sparc among the supported architectures, gsnes9x builds correctly and works pretty well on sparc machines. Thanks. ciao, ema signature.asc Description: Digital signature
Bug#408760: [Pkg-xfce-devel] Bug#408760: xfce4: new upstream release (4.4) available
Hello Jan, * Jan De Luyck [EMAIL PROTECTED], [2007-01-28 11:35 +0100]: Since january 21, version 4.4.0 is available upstream: We're uploading XFce 4.4 to experimental. Some packages are already available, the others will follow in the next days. See the Exp column on [1]. ciao, ema [1] http://qa.debian.org/developer.php?login=pkg-xfce-devel%40lists.alioth.debian.orgcomaint=yes -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406874: [Pkg-xfce-devel] Bug#406874: Support for Gtk 2.10 in experimental
Hello Loïc, * Loïc Minier [EMAIL PROTECTED], [2007-01-14 19:56 +0100]: While preparing the Gtk 2.10 transition in experimental, I converted your package to the new Gtk module handling. I'm attaching the patch I wrote back then, but it seems to still be current. Would you like me to upload such a NMU to experimental? I'd upload it myself, if nobody objects. Thanks for the patch! ciao, ema signature.asc Description: Digital signature
Bug#401672: thunar: FTBFS on hurd-i386: PATH_MAX issue
* Michael Banck [EMAIL PROTECTED], [2006-12-05 11:41 +0100]: thunar-vfs-io-local.c:840: error: 'PATH_MAX' undeclared (first use in this function) thunar-vfs-io-local.c:840: error: (Each undeclared identifier is reported only once thunar-vfs-io-local.c:840: error: for each function it appears in.) thunar-vfs-io-local.c:840: warning: unused variable 'src_path' make[4]: *** [libthunar_vfs_1_la-thunar-vfs-io-local.lo] Error 1 make[4]: Leaving directory `/build/buildd/thunar-0.4.0rc1/thunar-vfs' PATH_MAX is not defined on GNU/Hurd, as no limit exists. Thunar uses THUNAR_VFS_PATH_MAXSTRLEN in all other similar situation AFAICT, so just using it here (it gets defined to PATH_MAX on systems which have it anyway) seems like a straight-forward fix to me, patch attached. Michael, could you please check if the version of thunar currently in sid fixes this issue? Thanks. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#223847: Status of #223847 - tiger: warning, got bogus unix line
Hello Javier, * Javier Fernández-Sanguino Peña [EMAIL PROTECTED], [2006-11-30 21:43 +0100]: On Thu, Nov 30, 2006 at 04:17:33PM +0100, Emanuele Rocca wrote: BTW, I can confirm that the bug is present in the stable distribution (tiger 1:3.2.1-24). Are you using 'chkrootkit'? If so, that seems to be the culprit (it uses netstat and netstat outputs those lines). If not, do you have lsof installed? I'm using chkrootkit and I've got lsof installed. And I've just noticed the comment in check_rootkit: # TODO2: Consider sending output to /dev/null to avoid the # 'warning, got bogus unix line' messages that netstat might output # (See Debian Bug 223847) Thanks. ciao, ema
Bug#223847: Status of #223847 - tiger: warning, got bogus unix line
Hello Javier, this bug was tagged pending at the beginning of 2004. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=223847;msg=42 If you're not currently working on a upload that fixes the issue, please remove the pending tag. BTW, I can confirm that the bug is present in the stable distribution (tiger 1:3.2.1-24). Thanks. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400263: installation report: low memory install (kbd-chooser and ext3 creation)
Hello Holger, * Holger Wansing [EMAIL PROTECTED], [2006-11-24 20:52 +0100]: Partitions: hda13,9 GB ext2 as / hda296 MB as swap (but I tried several different schemes, read further) [...] 2. ext3 creation on low memory machines. There has been a bugreport on nslu2 where creating 1GB ext3 partitions failed (ran out of memory) when swap partition was to small. I have here a 4GB hard disc and I wasn't able to create a ext3 partition of this size (tried with different swaps, max was 128 MB). Progress bar froze everytime at 33%. With the nslu2 I've been able to create an ext3 fs on a 1G partition with 96M swap (see #399951). So there seems to be a relation between the size of the swap partition and the maximum size of the ext3 fs you can create. I don't know, maybe partman-auto could decide the size of the swap area according to the disk size? - Or some note in the manual about this situation? Yes, I think that documenting this problem would be very useful. Even if partman-auto could do some magic to setup a swap area big enough to avoid the problem, the user has always the option to partition the disk manually (obiouvsly). ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399951: RC1 on a NSLU2, 1GB usb drive
Package: installation-reports Boot method: Firmware flashed, installed via ssh Image version: Debian/NSLU2 Etch RC1 downloaded from http://www.slug-firmware.net/d-dls.php Machine: Linksys NSLU2 Partitions: Device Boot Start End Blocks Id System /dev/sda1 1 12 96358+ 82 Linux swap / Solaris /dev/sda2 * 13 125 907672+ 83 Linux Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [ ] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] (Partially ok, see notes below) Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [ ] Install boot loader:[O] Overall install:[O] Comments/Problems: There's a known issue [0] installing over ssh on a 1GB hard drive in low mem. Without a big enough swap partition the ssh daemon goes out of memory creating the root fs, disconnecting the user. Moreover, trying to login again to resume the installation, partman hangs doing: cd /var/lib/partman/devices/=dev=mtdblock0 open_dialog DUMP (from /lib/partman/init.d/35dump) BTW, besides from this issue, the installation was perfect, congrats for the really fine job. I've been able to complete the installation twice, the first time with a 128M swap partition, and now even with a smaller one, as suggested by Otavio [1], just 96M. The partman-auto reciepe for put everything in one partition creates a swap area of around 80M, which are not enough; I'd suggest to raise the default size, maybe only if in low-mem. [0] http://lists.debian.org/debian-arm/2006/11/msg00070.html http://lists.debian.org/debian-arm/2006/11/msg00077.html [1] http://lists.debian.org/debian-boot/2006/11/msg00859.html ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395984: Bug#394475: minpack_19961126-9+b2(hppa/unstable): FTBFS: bad build-depends
reopen 394475 tag 394475 patch tag 395984 patch thanks Hello James, * James R. Van Zandt [EMAIL PROTECTED], [2006-10-28 16:14 -0400]: Actually automake is not required to build the package, so I removed it from the list. I've tried rebuilding minpack 19961126-10 under pbuilder, but it fails. If you don't need automake and autoconf in the build process, you should not check if they're available in configure.in: --- snip --- AC_PATH_PROG(autoconf, autoconf, FAIL) if test $autoconf = FAIL; then AC_MSG_ERROR(Cannot continue: autoconf not found) fi AC_PATH_PROG(automake, automake, FAIL) if test $automake = FAIL; then AC_MSG_ERROR(Cannot continue: automake not found) fi --- snip --- Removing the lines above, and running autoconf afterwards, minpack builds correctly without the dependencies on automake and autoconf. This seems to solve #395984 as well. BTW, the package builds without problems even dropping the dependency on libtool. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395598: fortunes-it: missing binary-arch target in debian/rules (Policy 4.9)
severity 395598 serious tag 395598 pending thanks Hello Aurelien, * Aurelien Jarno [EMAIL PROTECTED], [2006-10-27 22:44 +0200]: Package: fortunes-it Severity: important [2] http://release.debian.org/etch_rc_policy.txt Raising the severity to serious, as per etch_rc_policy.txt. I'll upload a fixed version ASAP, thanks for your bug report. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394475: minpack_19961126-9+b2(hppa/unstable): FTBFS: bad build-depends
tag 394475 patch thanks minpack builds correctly on hppa bumping the automake build dependency to automake1.9. Log of successful building: http://people.debian.org/~ema/minpack-19961126-hppa.log More information about the current automake situation: http://wiki.debian.org/AutomakeTransition ciao, ema $ diff -u minpack-19961126/debian/control /home/ema/packages/minpack-19961126/debian/control --- minpack-19961126/debian/control 2006-10-22 22:29:01.0 +0200 +++ /home/ema/packages/minpack-19961126/debian/control 2006-10-22 21:56:05.053016000 +0200 @@ -2,7 +2,7 @@ Section: devel Priority: optional Maintainer: James R. Van Zandt [EMAIL PROTECTED] -Build-Depends: debhelper ( 5.0.0), g77, libtool, autoconf, automake +Build-Depends: debhelper ( 5.0.0), g77, libtool, autoconf, automake1.9 Standards-Version: 3.7.2 Package: minpack-dev
Bug#380367: kernel-patch-debianlogo: new logo of Tux with a Debian swirl on his belly
Hello Frank, * Frank S. Thomas [EMAIL PROTECTED], [2006-10-20 13:55 +0200]: On Tuesday 17 October 2006 19:35, Emanuele Rocca wrote: it would be very handy for us if you could attach your patch as a diff -Nur against the current kernel-patch-debianlogo source package. Ok, I'll do this ASAP. You don't use a VCS for kernel-patch-debianlogo, or? Yes, we do. The package is under subversion. http://svn.debian.org/wsvn/pkg-debianlogo Anyway, do we want to allow the choice between the old Debian logo and the new one? Or is it better to just replace it? Choice is good and I guess not everybody prefers the new logo over the old one. My patch adds the new logo just as an alternative to the old one and maybe there are other logos which could be integrated in kpd. OK, I agree that it's better to let the users decide their favourite logo. ciao, ema signature.asc Description: Digital signature
Bug#380367: kernel-patch-debianlogo: new logo of Tux with a Debian swirl on his belly
Hello Frank, it would be very handy for us if you could attach your patch as a diff -Nur against the current kernel-patch-debianlogo source package. Anyway, do we want to allow the choice between the old Debian logo and the new one? Or is it better to just replace it? Laziness leads me to prefer the latter, but I'm open to suggestions. Thank you very much. ciao, ema signature.asc Description: Digital signature
Bug#374618: (no subject)
The bug will be closed with the next upload, given that we decided to replace kill with /bin/kill to make lintian happy. Unfortnately, /bin/kill is provided by procps. Sorry for the inconvenience. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374287: ITP: tuxguitar -- TuxGuitar is a multitrack guitar tablature editor and player. It can open GP3, GP4, and GP5 files.
Hello Philippe, * Philippe Coval [EMAIL PROTECTED], [2006-06-18 13:14 +0200]: * Package name: tuxguitar Version : 0.6 Upstream Author : Julian Casadesus akdmia[a]users.sourceforge.net * URL : http://www.herac.com.ar/soluciones/tuxguitar.htm * License : LGPL Programming Lang: Java Description : TuxGuitar is a multitrack guitar tablature editor and player. It can open GP3, GP4, and GP5 files. With TuxGuitar, you will be able to compose music using the following features: Nice. BTW, you should follow some guidelines for the descriptions (short and long). http://www.debian.org/doc/debian-policy/ch-binary.html#s-descriptions http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Description http://www.debian.org/doc/manuals/developers-reference/ch-best-pkging-practices.en.html#s-bpp-desc-basics Thanks. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374034: [Pkg-xfce-devel] Bug#374034: missing dependencies to get verve-focus working
Hello Roberto, * Roberto Pariset [EMAIL PROTECTED], [2006-06-17 0:09 +0200]: as reported on [1], it is possible to bind a key to verve-focus to allow (guess?) verve plugin to have focus. This needs D-BUS bindings for Python. So python2.4-dbus should be added to dependencies. In addiction, python{,2.4}-gtk2 is required too. Then, /usr/bin/verve-focus first line should be patched in this way: - #!/usr/bin/env python + #!/usr/bin/env python2.4 After doing this, one would think to have things done. There we go: $ verve-focus Introspect error: The name org.xfce.RunDialog was not provided by any .service files Traceback (most recent call last): File /usr/bin/verve-focus, line 48, in ? dbus_interface = org.xfce.RunDialog) File /usr/lib/python2.4/site-packages/dbus/proxies.py, line 25, in __call__ ret = self._proxy_method (*args, **keywords) File /usr/lib/python2.4/site-packages/dbus/proxies.py, line 102, in __call__ reply_message = self._connection.send_with_reply_and_block(message, timeout) File dbus_bindings.pyx, line 458, in dbus_bindings.Connection.send_with_reply_and_block dbus_bindings.DBusException: The name org.xfce.RunDialog was not provided by any .service files After a quick search for org.xfce.RunDialog I've found this one: http://mirror.gezeiten.org/lunar/modules/xfce4-goodies-svn/verve-plugin-svn/DEPENDS If I understand that file correctly, it seems that you need to --disable-dbus to enable the aforementioned org.xfce.RunDialog service. HTH. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370119: ITP: xfce4-mount-plugin -- mount plugin for the Xfce4 panel
Package: wnpp Severity: wishlist Owner: Debian Xfce Maintainers [EMAIL PROTECTED] * Package name: xfce4-mount-plugin Version : 0.4.5 Upstream Author : Jean-Baptiste Dulong [EMAIL PROTECTED] * URL : http://download.berlios.de/xfce-goodies/ * License : GPLv2 Programming Lang: C Description : mount plugin for the Xfce4 panel This plugin for Xfce displays a list of the various devices available, giving the opportunity to mount/umount them. . Homepage: http://xfce-goodies.berlios.de/ -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362394: After upgrade font not available
Hello Andrei, I had the same problem, and solved it (without knowing exactly what's happening). I used to call rxvt-unicode with -fn terminus-16 and it stopped working after the last update. I've tried to change the font name to xft:Terminus:pixelsize=16, and now it seems to work. HTH. ciao, ema signature.asc Description: Digital signature
Bug#359206: [Pkg-xfce-devel] Bug#359206: xfce4-panel: xfce4 panel crashes due to a free() of an invalid pointer
* Yves-Alexis Perez [EMAIL PROTECTED], [2006-03-27 11:41 +0200]: On Mon, 2006-03-27 at 11:10 +0200, Nando Santagata wrote: *** glibc detected *** free(): invalid pointer: 0x083017a8 *** I tried to remove the plug-ins one by one, just to determine if the it's xfce4-panel itself to crash or one of the plugins, but the remove operation causes xfce4-panel to crash. This is a known bug (see #358358 and #358249) Could you try running xfce4-panel that way: G_SLICE=always-malloc xfce4-panel Are you using the xfce4-weather-plugin ? Could you please tell us which plugins you're using? Thanks. ciao, ema signature.asc Description: Digital signature
Bug#355254: mousepad: Command line options not working
Package: mousepad Version: 0.2.2-2 Severity: normal According to mousepad(1), the program accepts the -h (--help) and the -v (--version) command line options. Actually, they're handled as filenames, rather than as options. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages mousepad depends on: ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libc6 2.3.6-3GNU C Library: Shared libraries an ii libglib2.0-0 2.8.6-1The GLib library of C routines ii libgtk2.0-0 2.8.13-1 The GTK+ graphical user interface ii libpango1.0-0 1.10.4-1 Layout and rendering of internatio ii libxfce4util-14.2.3.2-1 Utility functions library for Xfce ii libxfcegui4-3 4.2.3-1Basic GUI C functions for Xfce4 Versions of packages mousepad recommends: ii xfprint4 4.2.3-1Printer GUI for Xfce4 -- no debconf information ciao, ema signature.asc Description: Digital signature
Bug#346489: [Pkg-xfce-devel] Bug#346489: mousepad: cursor is hardcoded with black color, should be text color
tag 346489 unreproducible tag 346489 moreinfo thanks bts Hello Ashar, * Ashar Voultoiz [EMAIL PROTECTED], [2006-01-08 13:42 +0100]: I use a white font on dark blue background theme. In mousepad, the text is correctly displayed with a white color but the cursor is black. That makes it hard to see :p Could you please specify which theme you're using? I've tried with the theme called Xfce-dusk and mousepad behaves correctly, displaying a white blinking cursor on black background. Thanks. ciao, ema signature.asc Description: Digital signature
Bug#354214: followup for 354214
It seems that the problem is caused by wrong permissions on some files in ~/.aMule -rw-r--r-- 1 root root 5569 2006-02-24 12:56 amule.conf -rw-r- 1 ema ema 145780 2006-02-24 12:56 clients.met -rw-r- 1 root root 145780 2006-02-24 12:56 clients.met.BAK -rw-r--r-- 1 ema ema 361 2005-08-24 15:17 cryptkey.dat -rw-r- 1 ema ema 5 2006-02-24 12:56 emfriends.met -rw-r--r-- 1 ema ema 0 2005-12-29 18:55 ipfilter.dat -rw-r--r-- 1 ema ema 299 2006-02-21 17:54 ipfilter_static.dat -rw-r- 1 ema ema 28 2006-02-24 12:56 key_index.dat -rw-r- 1 ema ema 38280 2006-02-23 15:28 known2.met -rw-r- 1 ema ema9619 2006-02-24 12:56 known.met -rw-r--r-- 1 ema ema 12 2006-02-27 16:43 lastversion -rw-r- 1 ema ema 12 2006-02-24 12:56 load_index.dat -rw-r--r-- 1 ema ema 180 2006-02-27 16:43 logfile -rw--- 1 ema ema 6 2006-02-27 16:43 muleLock -rw-r- 1 ema ema 4 2006-02-24 12:56 nodes.dat -rw-r- 1 ema ema 17 2006-02-24 12:56 preferences.dat -rw-r- 1 ema ema 23 2006-02-24 12:56 preferencesKad.dat -rw-r- 1 root root 80842 2006-02-24 12:56 server.met -rw-r- 1 ema ema 80842 2006-02-24 12:55 server_met.old -rw-r--r-- 1 root root 0 2006-02-24 12:56 shareddir.dat -rw-r- 1 ema ema 12 2006-02-24 12:56 src_index.dat I really don't think I've changed them myself. Changing the ownership of the root:root files fixed the problem. Note that someone else seems to have a similar problem: http://bbs.kijiji.com.cn/topic/view/3713.html Not that it is very informative. :) Thanks. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354214: amule-daemon: fails to start
Package: amule-daemon Version: 2.1.0-3 Severity: grave Justification: renders package unusable Executing /etc/init.d/amuled as root the daemon fails to start without meaningful output. This is the output of /usr/bin/amuled launched as a normal user (user with a running amule configuration in ~/.aMule): aMule Version: aMuled 2.1.0 using wxGTK2 v2.6.1 (Unicoded) Terminated after throwing an instance of 'CInvalidStateEx' what(): CRunTimeException::CInvalidStateException: CFile: Cannot get length of closed file. backtrace: [2] wxAppTraits::~wxAppTraits() in amuled [0x806f27d] [3] wxEntry(int, wchar_t**) in /usr/lib/libwx_baseu-2.6.so.0[0xb79ef574] [4] wxEntry(int, char**) in /usr/lib/libwx_baseu-2.6.so.0[0xb79ef5ee] [5] __gxx_personality_v0 in amuled[0x80691ce] [6] __libc_start_main in /lib/tls/libc.so.6[0xb774aeb0] [7] wxAppConsole::Initialize(int, wchar_t**) in amuled[0x80690f1] -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages amule-daemon depends on: ii amule-common 2.1.0-3common files for aMule ii libc6 2.3.6-1GNU C Library: Shared libraries an ii libcrypto++5.2c2a 5.2.1c2a-2 General purpose cryptographic shar ii libgcc1 1:4.0.2-9 GCC support library ii libpng12-01.2.8rel-5 PNG library - runtime ii libreadline5 5.1-6 GNU readline and history libraries ii libstdc++64.0.2-9The GNU Standard C++ Library v3 ii libwxgtk2.6-0 2.6.1.2wxWidgets Cross-platform C++ GUI t ii zlib1g1:1.2.3-9 compression library - runtime amule-daemon recommends no packages. -- no debconf information ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351905: fwanalog: Please inlude all upstream examples files in the package
tag 351905 pending thanks Hello Jerome, * Jerome Warnier [EMAIL PROTECTED], [2006-02-08 13:04 +0100]: Package: fwanalog Version: 0.6.4-7 Severity: wishlist At least fwanalog.opts.fw1 is present upstream and not in your package. Please include it in any future upload. The next (pending) upload will include all the upstream examples. ciao, ema signature.asc Description: Digital signature
Bug#351434: [Pkg-xfce-devel] Bug#351434: xfce4-mixer: I have installed all updates from debian testing inklusiv alsa-base. Alsamixergui is working properly.
retitle 351434 xfce4-mixer: not working after the -oss -alsa split thanks * Simon Huggins [EMAIL PROTECTED], [2006-02-05 14:05 +]: On Sat, Feb 04, 2006 at 10:04:05PM +0100, Marek Straka wrote: [an empty bug report] What's the bug? I guess that xfce4-mixer is not working for Marek although he installed everything and alsamixergui is working fine. If my guess is incorrect, feel free to retitle the bug. Marek, did you choose the correct device and wannabe master in the plugin properties? ciao, ema signature.asc Description: Digital signature
Bug#351038: ITP: arpoison -- A program to send custom ARP packets
Hello, * Pieter-Augustijn Van Malleghem [EMAIL PROTECTED], [2006-02-02 14:03 +0100]: * Package name: arpoison Version : 0.6 Upstream Author : Buer [EMAIL PROTECTED] * URL : http://arpoison.sourceforge.net * License : GPL-2 Description : A program to send custom ARP packets (Include the long description here.) You should really write a long description for the package and put it in the ITP. http://www.debian.org/doc/developers-reference/ch-best-pkging-practices.en.html#s-bpp-pkg-desc ciao, ema signature.asc Description: Digital signature
Bug#350470: ITP: xfce4-smartbookmark-plugin -- search the web via the Xfce4 panel
Package: wnpp Severity: wishlist Owner: Debian Xfce Maintainers [EMAIL PROTECTED] * Package name: xfce4-smartbookmark-plugin Version : 0.2 Upstream Author : Emanuele Rocca [EMAIL PROTECTED] * URL : http://people.debian.org/~ema/ * License : GPL Description : search the web via the Xfce4 panel This plugin adds a text field to the Xfce panel, allowing the user to search the web. The URL and the text field size are configurable options. . Typical use cases are: Google, Wikipedia, the Debian Bug Tracking System . xfce4-smartbookmark-plugin is based on the smart bookmark concept: http://en.wikipedia.org/wiki/Smart_Bookmark ciao, ema signature.asc Description: Digital signature
Bug#340091: snort-doc: Missing file: lisapaper.txt.gz
Package: snort-doc Severity: normal Hello Javier! According to /usr/share/doc-base/snort-paper, the document lisapaper.txt.gz should be available under /usr/share/doc/snort-doc/, but it is not there. Thanks. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) ciao, ema signature.asc Description: Digital signature
Bug#338657: ITP: Buoh -- Buoh is a reader for online strips comics, designed to work well under the GNOME Desktop
* borg [EMAIL PROTECTED], [2005-11-11 17:41 -0300]: * Package name: Buoh Version : 0.8 Upstream Author : * URL : http://buoh.steve-o.org/ * License : GPL Description : Buoh is a reader for online strips comics, designed to work well under the GNOME Desktop (Include the long description here.) Please fill the 'Upstream author' field and the long description. http://www.debian.org/doc/developers-reference/ch-best-pkging-practices.en.html#s-bpp-pkg-desc Thanks. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338645: postgresql-contrib-8.1: dbf2pg silently ignores the -F and -T options
Package: postgresql-contrib-8.1 Severity: normal Tags: patch Hello, according to contrib/dbase/Makefile, iconv support for dbf2pg is disabled. If there is no specific reason to do so, it would be really nice to uncomment the PG_CPPFLAGS += -DHAVE_ICONV_H line, so that dbf2pg can convert charsets properly. Moreover, the user is not informed about lack of iconv support, and that causes a lot of problems trying to understand why there is no charset conversion even passing -F (and -T) to the command line. :) The attached patch prints a warning if there is no iconv support and the user passes the -F option. Thanks! -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) ciao, ema --- /home/ema/debian/postgresql-8.1-8.1.0/postgresql-8.1.0/contrib/dbase/dbf2pg.c 2005-10-15 04:49:04.0 +0200 +++ dbf2pg.c2005-11-11 19:43:50.0 +0100 @@ -618,10 +618,14 @@ case 'U': username = (char *) strdup(optarg); break; -#ifdef HAVE_ICONV_H case 'F': +#ifdef HAVE_ICONV_H charset_from = (char *) strdup(optarg); +#else + printf(WARNING: dbf2pg was compiled without iconv support, ignoring -F option\n); +#endif break; +#ifdef HAVE_ICONV_H case 'T': charset_to = (char *) strdup(optarg); break; signature.asc Description: Digital signature
Bug#327127: darcs-buildpackage: should no rebuild .orig.tar.gz file if debian version is not -1
Hello John and Peter, * John Goerzen [EMAIL PROTECTED], [2005-09-07 15:50 -0500]: On Wed, Sep 07, 2005 at 10:02:41PM +0200, Peter Van Eynde wrote: It cannot recreate the exact same .orig.tar.gz file, so the upload will fail. True. The system should detect that when there is no .orig.tar.gz file and it is creating a higher version release (ie not -1) it should bail out or (better) use apt-get source to get the .orig.tar.gz file. I'm not so sure about this part. Perhaps an all-caps warning is in order, but for me, part of the allure of this tool is the ability to go back in time and build working source and binary packages. Uploading them to Debian isn't always the end goal. There is also no guarantee that a user's apt-get would be configured in such a way that it can obtain the source for the version in question. So I'm inclined to tag this one wontfix and set it to wishlist, but I'm interested in your thoughts on what I've said. I agree with you, and everything works fine if one switches to darcs-buildpackage for a new upstream release or an initial debianization. But is a full source upload the correct way for switching to darcs-buildpackage for a 1 Debian revision? If so, why not stating it into the docs? Maybe even an all-caps warning at the end of the building process which informs you that the .orig.tar.gz has been changed could be very helpful. ciao, ema signature.asc Description: Digital signature
Bug#322432: urlview: Some URLs are handed off to url_handler.sh with a trailing newline
tag 322432 pending thanks Hello Keith, * Keith Hellman [EMAIL PROTECTED], [2005-08-12 7:55 -0600]: On Thu, Aug 11, 2005 at 09:43:01PM +0200, Emanuele Rocca wrote: quoting urlview(1): urlview attempts to read ~/.urlview upon startup. If this file doesn???t exist, it will try to read a system wide file in /etc/urlview/system.urlview *If this file doesn't exist*, it will try to read... Hate to be argumentative... but it also states that it has default values for REGEXP and COMMAND, I understood that it would only read one of the configuration files - but I figured it would have the default values hard-coded into the program. After thinking more on this bug, I concluded that you're absolutely right. I've hardcoded Debian default values for REGEXP and COMMAND into urlview.c, since the old default were more or less useless. An upload which fixes this bug is pending; here you can find a preview: http://people.debian.org/~ema/packages/urlview_0.9-16_i386.deb ciao, ema signature.asc Description: Digital signature
Bug#327850: urlview: remove back latest looping cursor (wishlist)
tag 327850 pending thanks Hello Osvaldo, * Osvaldo La Rosa [EMAIL PROTECTED], [2005-09-12 16:17 +0200]: Hi, in the latest version of urlview the cursor goes from the 1st http url to the last and when pressing cursor down instead of stopping it begins again from top, and viceversa: An upload which fixes this bug is pending. Preview available here: http://people.debian.org/~ema/packages/urlview_0.9-16_i386.deb ciao, ema signature.asc Description: Digital signature
Bug#327850: urlview: remove back latest looping cursor (wishlist)
Hello Osvaldo, * Osvaldo La Rosa [EMAIL PROTECTED], [2005-09-12 16:17 +0200]: Hi, in the latest version of urlview the cursor goes from the 1st http url to the last and when pressing cursor down instead of stopping it begins again from top, and viceversa: this is absolutely a big problem for blind people - totally blindunfriendly while the previous version doesn''t got this problem; a good suggestion acceptable for all shoudl be to return to the previous option wheer top and bottom are limited, but of course where the current blindunfriendly feature shoudl be proposed as option. Sure, I'm sorry but this is something I wasn't thinking about. I'll eventually make it a configurable option; in the meanwhile, you can build a custom version of urlview without the wrapping patch as follows: apt-get source urlview cd urlview-0.9 rm debian/patches/07-wrapping.patch dpkg-buildpackage -rfakeroot -us -uc If you don't want to do it by yourself, you can find a 'unpatched' binary here: http://people.debian.org/~ema/packages/urlview_0.9-15_i386.deb Thanks for your contribution. ciao, ema signature.asc Description: Digital signature
Bug#316120: In unicode locale urlview does not show correct links
tag 316120 moreinfo thanks Hello Andrei, sorry for the late reply. * Andrei Emeltchenko [EMAIL PROTECTED], [2005-06-28 19:55 +0300]: Package: urlview Version: 0.9-11 Severity: normal In unicode locale urlview cuts long strings with = at the end. Could you please provide more information about this issue? Which is your REGEXP? (You can find it in ~/.urlview or in /etc/urlview/system.urlview) Could you please post and URL which causes the error you reported? Thanks. ciao, ema signature.asc Description: Digital signature
Bug#324721: [Pkg-xfce-devel] Bug#324721: xfce4-terminal doesn't work with dbus-1
* Andreas Pakulat [EMAIL PROTECTED], [2005-08-29 23:12 +0200]: On 29.Aug 2005 - 20:41:15, Emanuele Rocca wrote: Could you please post the output of ps xaf|grep dbus? 4374 ?Ss 0:00 /usr/bin/dbus-daemon-1 --system Do you start your xfce session with startxfce4? On my own system I cannot reproduce the bug, and this is what ps xaf|grep dbus says here: 4731 ?Ss 0:00 /usr/bin/dbus-daemon-1 --system 5203 ?Ss 0:00 \_ /usr/bin/ssh-agent /usr/bin/ssh-agent /usr/bin/dbus-launch --exit-with-session startxfce4 5204 ?Ss 0:00 \_ /usr/bin/ssh-agent /usr/bin/dbus-launch --exit-with-session startxfce4 5207 ?S 0:00 /usr/bin/dbus-launch --exit-with-session startxfce4 5208 ?Ss 0:00 dbus-daemon-1 --fork --print-pid 8 --print-address 6 --session ciao, ema signature.asc Description: Digital signature
Bug#324721: [Pkg-xfce-devel] Bug#324721: xfce4-terminal doesn't work with dbus-1
* Andreas Pakulat [EMAIL PROTECTED], [2005-08-23 18:51 +0200]: I just saw this: LANG=C xfce4-terminal Unable to register terminal service: D-BUS error org.freedesktop.DBus.Error.Failed: Unable to determine the address of the message bus I am able to reproduce this error unsetting the DBUS_SESSION_BUS_ADDRESS environment variable. Is $DBUS_SESSION_BUS_ADDRESS set to some value on your machine? Thanks. ciao, ema signature.asc Description: Digital signature
Bug#324721: [Pkg-xfce-devel] Bug#324721: xfce4-terminal doesn't work with dbus-1
Hello Andreas, * Andreas Pakulat [EMAIL PROTECTED], [2005-08-23 18:51 +0200]: LANG=C xfce4-terminal Unable to register terminal service: D-BUS error org.freedesktop.DBus.Error.Failed: Unable to determine the address of the message bus when I started xfce4-terminal from a xterm. However dbus is up and running: 113 3692 1 0 13:51 ?00:00:00 /usr/bin/dbus-daemon-1 --system Could you please post the output of ps xaf|grep dbus? Thanks. ciao, ema signature.asc Description: Digital signature
Bug#324099: [Pkg-xfce-devel] Bug#324099: xfce4-sensors-plugin: ftbfs [sparc] libtoolize: command not found
tag 324099 pending thanks * Stefan Ott [EMAIL PROTECTED], [2005-08-22 2:01 +0200]: Okay, I corrected the control file on svn - should be ready to be built and uploaded. The package builds now correctly under pbuilder (I had to add autoconf to build depends), and will be uploaded soon. Thanks to everyone who helped discovering and sorting out this issue. ciao, ema signature.asc Description: Digital signature
Bug#243938: ITP: rkhunter
* Micah Anderson [EMAIL PROTECTED], [2005-08-16 10:24 -0500]: On Sun, 14 Aug 2005, Frederik Dannemare wrote: I'll see what I can do. Hopefully, I'll manage to find some time in the upcoming weekends... Do not apply more stress than necessary. Myself, or one of the others here would be happy to get the package into shape and get it uploaded to get things started, then when you have more time you can begin to do either co-maintainence, or take over the package. [...] http://people.debian.org/~ema/packages/ This is Emanuele's last attempt, we haven't heard anything from him here, so we can assume it is the latest. It is. However, I imagine it needs to be updated to a newer version, and perhaps integrate your changes that you sent to upstream. Right. I'm currently a bit busy with Debian (and real life) work, so I don't think I'll have the time to maintain rkhunter with the due care. I think that Micah is surely a better sponsor than me for security related packages; however, if my help is needed, I'm here. ciao, ema signature.asc Description: Digital signature
Bug#322432: urlview: Some URLs are handed off to url_handler.sh with a trailing newline
Hello Keith, * Keith Hellman [EMAIL PROTECTED], [2005-08-10 18:32 -0600]: I've attached a tarball with all the requested files (and more). I'm a little baffled that your urlview of the same version does not show two different URLs from the example file. I was able to reproduce the 'two-URLs' problem. URLs are repeated more than once if (and only if) you supply your own ~/.urlview AND one of the URLs is followed by other text. In the following example http://www.debian.org is reported once, even with a ~/.urlview file: snip http://www.debian.org Debian: http://www.debian.org http://www.debian.org This example actually proves the 'two-urls bug': snip http://www.debian.org http://www.debian.org http://www.debian.org Debian snip As you can see, there is some text *after* the URL. Removing ~/.urlview the program extracts the URL only one time. This is a bug, obiouvsly, and I'll eventually investigate it. I must say, however, that I cannot reproduce your problem, either with your same config files and running urlview with the input you reported. Both URLs are opened correctly. Could you please try to remove *everything* urlview-related and try again with 0.9-15? Maybe on a test box, or inside a sid chroot, if you prefeer avoid breaking your setup. :) Thanks. ciao, ema signature.asc Description: Digital signature
Bug#322432: urlview: Some URLs are handed off to url_handler.sh with a trailing newline
severity 322432 normal retitle 322432 please document ~/.urlview better thanks * Keith Hellman [EMAIL PROTECTED], [2005-08-11 12:37 -0600]: OK, I did this on a fresh etch install (which I just happened to have recently completed). Here are the results: - was able to replicate your success if I didn't use a ~/.urlview; things worked perfectly. - tried with my original ~/.urlview file (sent in the latest tarball); REPRODUCED BOTH multiple URL entries as well as the trailing newline defect that apparently I alone am experiencing - copied the /etc/urlview/system.urlview to ~/.urlview; things worked perfectly - changed the COMMAND entry of the file to point to my own handler, exactly as it does in my original .urlview; things work perfectly - tested this new ~/.urlview on a second machine and things worked perfectly. My impression is that there is some munged up logic while processing a user's .urlview, since the your able to see at least the symptom of multiple URLs listed. Things seems to be simpler than we think. urlview reads ~/.urlview OR /etc/urlview/system.urlview. Try for instance to only specify REGEXP in your user-defined conffile and you'll notice that urlview will fail to execute url_handler.sh, because it cannot find it in the current directory. The first .urlview you sent me was defining only COMMAND. That's why as soon as you've copied the default system.urlview to ~/.urlview things worked as expected. Thanks for all your help, Thank you for your time, and sorry if on the first message I didn't understand what you were saying. :) With this mail I'm downgrading the severity and retitling the bug, because I think that simply stating clearly that it's mandatory to define both COMMAND and REGEXP in ~/.urlview is enough. More precisely, the manpage already states it. You may object that it's not clear at all. Right. :) quoting urlview(1): urlview attempts to read ~/.urlview upon startup. If this file doesn’t exist, it will try to read a system wide file in /etc/urlview/system.urlview *If this file doesn't exist*, it will try to read... Any suggestion to improve the man page is very welcome. ciao, ema signature.asc Description: Digital signature
Bug#322432: urlview: Some URLs are handed off to url_handler.sh with a trailing newline
* Keith Hellman [EMAIL PROTECTED], [2005-08-10 9:53 -0600]: http://www.mcprogramming.com/ http://www.mcprogramming.com/ this one will work The first url will be handed off to the url_handler.sh script with a trailing newline (indeed this can also be seen on the console status print out from urlview). The second URL works, presumably because of the trailing text. No, the reason why you see only one result is that if the same url appear more than once, urlview displays it only one time. I cannot see the point repeating them. If you agree, I would close this bug. Let me know. Thanks for your interest in urlview! ciao, ema signature.asc Description: Digital signature
Bug#322432: urlview: Some URLs are handed off to url_handler.sh with a trailing newline
Hello Keith, * Keith Hellman [EMAIL PROTECTED], [2005-08-10 12:07 -0600]: On Wed, Aug 10, 2005 at 07:05:49PM +0200, Emanuele Rocca wrote: * Keith Hellman [EMAIL PROTECTED], [2005-08-10 9:53 -0600]: http://www.mcprogramming.com/ http://www.mcprogramming.com/ this one will work The first url will be handed off to the url_handler.sh script with a trailing newline (indeed this can also be seen on the console status print out from urlview). The second URL works, presumably because of the trailing text. No, the reason why you see only one result is that if the same url appear more than once, urlview displays it only one time. Hmm. The urlview I have (0.9) shows both entries. But that is not the point of the defect I reported: the first url won't work with url_handler.sh because it appears to be exec()'d with a trailing newline character on the URL parameter. The second url does not do this. What version of urlview are you using? I've tried to reproduce the behaviour you reported using the same version of urlview you're using, 0.9-15. Here the url is displayed only once and it works fine. Trying to modify the second one (in order to have it displayed) it seems that both of them are properly passed to url_handler.sh, and properly handled. Did you modify something under /etc/urlview/*? Could you please post your version of those files? Thank you. ciao, ema signature.asc Description: Digital signature
Bug#322165: setfont from 1.2-12 seems broken
Package: kbd Version: 1.12-12 Severity: important Hello Denis, the recent upgrade from 1.12-11 to 1.12-12 breaks the setfont binary on my system. Trying to use it always causes the following error: setfont: Input file: trailing garbage Downgrading to 1.12-11 solves the problem. I really can't understand how this can be possible, since a debdiff between -11 and -12 doesn't show anything which can explain this behaviour. I'll be happy to provide additional information, if needed. Thanks for your time. ciao, ema signature.asc Description: Digital signature