Bug#245995: She unwrapped herself to me
Guarantee yourself that women wont be able to keep their hands off you. http://www.serjuowq.com/ Results in just 6-8 weeks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#470484: [FFMPEG] missing qt-faststart
Package: ffmpeg-free Version: 0.cvs20070307-6 hi, ffmpeg is missing a tool, which is inside the source tree, but is never compiled. this tool is necessary to edit some movie files, to work as a source for flv streaming things. Rational: http://www.entropy.ch/blog/Software/2007/08/30/QTFastStart-for-Flash-Video-H-264.html http://www.kaourantin.net/2007/08/what-just-happened-to-video-on-web_20.html Please find attached a debdiff which is fixing this issue. This change is also in Ubuntu. diff -u ffmpeg-free-0.cvs20070307/debian/rules ffmpeg-free-0.cvs20070307/debian/rules --- ffmpeg-free-0.cvs20070307/debian/rules +++ ffmpeg-free-0.cvs20070307/debian/rules @@ -79,6 +79,8 @@ ifeq ($(DEB_BUILD_GNU_TYPE), $(DEB_HOST_GNU_TYPE)) -$(MAKE) -C tests endif + + $(MAKE) qt-faststart touch build-stamp @@ -118,6 +120,7 @@ sed -e s/@FIREWIRELIBS@/$(FIREWIRELIBS)/ -e s/@VERSION@/$(DEB_VERSION)/ ffmpeg-config.in > debian/tmp/usr/bin/ffmpeg-config chmod 644 debian/tmp/usr/bin/ffmpeg-config cp ffmpeg-config.1 debian/tmp/usr/share/man/man1/ffmpeg-config.1 + cp qt-faststart debian/tmp/usr/bin/qt-faststart dh_install --fail-missing --sourcedir=debian/tmp diff -u ffmpeg-free-0.cvs20070307/debian/changelog ffmpeg-free-0.cvs20070307/debian/changelog --- ffmpeg-free-0.cvs20070307/debian/changelog +++ ffmpeg-free-0.cvs20070307/debian/changelog @@ -1,3 +1,17 @@ +ffmpeg-free (0.cvs20070307-7) unstable; urgency=low + + * added qt-faststart +reorders the components of an H.264 MPEG4 video file to enable progressive +download playback of certain H.264 videos in the Flash Player browser +plugin. + * debian/rules: +- build: $(MAKE) qt-faststart +- install: cp this to debian/tmp/usr/bin/ + * debian/ffmpeg.install: +- added usr/bin/qt-faststart + + -- Stephan Hermann <[EMAIL PROTECTED]> Tue, 11 Mar 2008 14:46:53 +0100 + ffmpeg-free (0.cvs20070307-6) unstable; urgency=low * Rename the source package. We are (again) no longer shipping the diff -u ffmpeg-free-0.cvs20070307/debian/ffmpeg.install ffmpeg-free-0.cvs20070307/debian/ffmpeg.install --- ffmpeg-free-0.cvs20070307/debian/ffmpeg.install +++ ffmpeg-free-0.cvs20070307/debian/ffmpeg.install @@ -3,6 +3,7 @@ usr/bin/ffmpeg usr/bin/ffserver usr/bin/ffplay +usr/bin/qt-faststart usr/share/doc/ffmpeg usr/share/man/man1/ffmpeg.1 usr/share/man/man1/ffserver.1
Bug#470261: tcp wrapper of slapd not working correctly: access from unknown denied
Package: slapd Version: 2.3.30-5 Severity: normal subnet string matching in /etc/hosts.allow did not work, at least on the sparc version. A probable cause could be an libwrap/threading/strtok issue mentioned in the mails here: http://archive.netbsd.se/?ml=OpenLDAP-bugs&a=2005-10&t=1399029 matching subnets by ip address works as expected. Greetings Hermann -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: sparc (sparc64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-sparc64-smp Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages slapd depends on: ii adduser3.102 Add and remove users and groups ii coreutils 5.97-5.3 The GNU core utilities ii debconf [debconf-2.0] 1.5.11etch1 Debian configuration management sy ii libc6 2.3.6.ds1-13etch5 GNU C Library: Shared libraries ii libdb4.2 4.2.52+dfsg-2 Berkeley v4.2 Database Libraries [ ii libiodbc2 3.52.4-5 iODBC Driver Manager ii libldap-2.3-0 2.3.30-5 OpenLDAP libraries ii libltdl3 1.5.22-4 A system independent dlopen wrappe ii libperl5.8 5.8.8-7etch1 Shared Perl library ii libsasl2-2 2.1.22.dfsg1-8Authentication abstraction library ii libslp11.2.1-6.2 OpenSLP libraries ii libssl0.9.80.9.8c-4etch1 SSL shared libraries ii libwrap0 7.6.dbs-13Wietse Venema's TCP wrappers libra ii perl [libmime-base64-p 5.8.8-7etch1 Larry Wall's Practical Extraction ii psmisc 22.3-1Utilities that use the proc filesy Versions of packages slapd recommends: ii libsasl2-modules 2.1.22.dfsg1-8 Pluggable Authentication Modules f -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469830: cfengine2: cfservd could not be started as non root (see upstream fix)
Package: cfengine2 Version: 2.1.20-1 Severity: normal cfservd could not be started as non root because of the fixed pid file location. Upstream ist fixed around 2.1.22 according to this email: https://cfengine.org/pipermail/bug-cfengine/2007-January/52.html Please consider also allowing start as normal user in /etc/init.d/cfengine2, e.g.: start-stop-daemon --start -c cfengine --exec /usr/sbin/cfservd -- Many thanks, Hermann -- 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-amd64 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages cfengine2 depends on: ii debconf [debconf-2.0] 1.5.11etch1 Debian configuration management sy ii debianutils2.17 Miscellaneous utilities specific t ii libc6 2.3.6.ds1-13etch5 GNU C Library: Shared libraries ii libdb4.2 4.2.52+dfsg-2 Berkeley v4.2 Database Libraries [ ii libssl0.9.80.9.8c-4etch1 SSL shared libraries ii perl 5.8.8-7etch1 Larry Wall's Practical Extraction cfengine2 recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469108: xscreensaver: webcollage is missing in last upload
Package: xscreensaver Version: 5.04-4 Severity: important Since the last update, webcollage is not installed anymore. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (10, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24.2-server (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xscreensaver depends on: ii libatk1.0-01.20.0-1 The ATK accessibility toolkit ii libc6 2.7-9 GNU C Library: Shared libraries ii libcairo2 1.4.14-1 The Cairo 2D vector graphics libra 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 libgtk2.0-02.12.8-1 The GTK+ graphical user interface ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libpam0g 0.99.7.1-5Pluggable Authentication Modules l 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 libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxml22.6.31.dfsg-1 GNOME XML library ii libxmu62:1.0.4-1 X11 miscellaneous utility library ii libxpm41:3.5.7-1 X11 pixmap 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 libxxf86misc1 1:1.0.1-2 X11 XFree86 miscellaneous extensio ii libxxf86vm11:1.0.1-2 X11 XFree86 video mode extension l ii xscreensaver-data 5.04-4data files to be shared among scre Versions of packages xscreensaver recommends: ii libjpeg-progs 6b-14 Programs for manipulating JPEG fil pn miscfiles | wordlist (no description available) ii perl [perl5] 5.8.8-12 Larry Wall's Practical Extraction pn xli | xloadimage (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#464096: poster: easy fix for KDE
Hi Jim, see this bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=379378 cheers, Daniel -- - Daniel Hermann, Institut fuer Theoretische Festkoerperphysik Universitaet Karlsruhe Tel: ++49 (0)721 608-7328 Postfach 6980 Fax: ++49 (0)721 608-7779 76128 Karlsruhe, Germany email: [EMAIL PROTECTED] - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#468143: collectd: sensors plugin stopped working after upgrade
Package: collectd Version: 4.3.0-1 Severity: normal After the upgrade of collectd from 4.2.1-1 to 4.3.0-1, the sensors plugin fails to collect data. No messages in syslog or anywhere else. The sensors command-line utility still shows all values: $ sensors asb100-i2c-1-2d Adapter: SMBus nForce2 adapter at 5500 VCore 1: +1.70 V (min = +1.31 V, max = +1.97 V) +3.3V:+3.33 V (min = +2.96 V, max = +3.63 V) +5V: +5.00 V (min = +4.49 V, max = +5.51 V) +12V:+11.61 V (min = +9.55 V, max = +14.41 V) -12V (reserved): -12.13 V (min = -0.00 V, max = -0.00 V) -5V (reserved): -5.06 V (min = -0.00 V, max = -0.00 V) CPU Fan: 3609 RPM (min = -1 RPM, div = 2) Chassis Fan:0 RPM (min = -1 RPM, div = 2) Power Fan: 0 RPM (min = -1 RPM, div = 2) M/B Temp: +43.0°C (high = +80.0°C, hyst = +75.0°C) CPU Temp (Intel): +26.0°C (high = +80.0°C, hyst = +75.0°C) Power Temp: +126.0°C (high = +80.0°C, hyst = +75.0°C) CPU Temp (AMD): +25.0°C (high = +80.0°C, hyst = +75.0°C) cpu0_vid:+1.650 V There is no configuration for the sensors plugin, so it should collect data from all sensors. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (10, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23.12-cfs-v24.1-server (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages collectd depends on: ii debconf [debconf-2.0] 1.5.19 Debian configuration management sy ii libc6 2.7-8 GNU C Library: Shared libraries ii librrd2 1.2.27-1 Time-series data storage and displ Versions of packages collectd recommends: ii libcurl3-gnutls 7.18.0-1 Multi-protocol file transfer libra ii libdbus-1-3 1.1.4-1simple interprocess messaging syst ii libhal1 0.5.10-5 Hardware Abstraction Layer - share ii libkrb53 1.6.dfsg.3~beta1-3 MIT Kerberos runtime libraries ii libmysqlclient15off 5.0.51a-3 MySQL database client library ii liboping0 0.3.5-1C/C++ library to generate ICMP_ECH ii libpcap0.80.9.8-2System interface for user-level pa ii libperl5.85.8.8-12 Shared Perl library ii libsensors3 1:2.10.5-5 library to read temperature/voltag ii libsnmp15 5.4.1~dfsg-6 SNMP (Simple Network Management Pr ii libvirt0 0.4.0-5library for interfacing with diffe ii libxml2 2.6.31.dfsg-1 GNOME XML library ii perl 5.8.8-12 Larry Wall's Practical Extraction ii rrdtool 1.2.27-1 Time-series data storage and displ -- debconf information: * collectd/auto-migrate-3-4: false * collectd/migration-3-4: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#462450: exiv2 update causes gwenview to crash for some images
Hi,
have a look at the attached patch. It solves the crashes of gwenview
and konqueror induced by the latest security update 0.10-1.5 to exiv2
(Bug #462450).
It would be nice if you could apply it to the package in etch to make
gwenview and konqueror's image view usable again in etch.
thanks,
Daniel
--
-
Daniel Hermann, Institut fuer Theoretische Festkoerperphysik
Universitaet Karlsruhe Tel: ++49 (0)721 608-7328
Postfach 6980 Fax: ++49 (0)721 608-7779
76128 Karlsruhe, Germany email: [EMAIL PROTECTED]
-
--- exiv2-0.10.orig/src/jpgimage.cpp
+++ exiv2-0.10/src/jpgimage.cpp
@@ -298,7 +298,12 @@
DataBuf rawExif(sizeExifData);
io_->read(rawExif.pData_, sizeExifData);
if (io_->error() || io_->eof()) throw Error(14);
-if (exifData_.load(rawExif.pData_, sizeExifData)) throw Error(36, "Exif");
+if (exifData_.load(rawExif.pData_, rawExif.size_)) {
+#ifndef SUPPRESS_WARNINGS
+std::cerr << "Warning: Failed to decode Exif metadata.\n";
+#endif
+exifData_.clear();
+}
--search;
}
else if (marker == app13_ && memcmp(buf.pData_ + 2, Photoshop::ps3Id_, 14) == 0) {
Bug#466939: ITP: hex2bin -- Converts Motorola and Intel Hex files to binary
On Fri, Feb 22, 2008 at 02:11:44PM +1100, Hamish Moffatt wrote: > On Fri, Feb 22, 2008 at 12:04:19AM +0100, Uwe Hermann wrote: > > Package: wnpp > > Severity: wishlist > > Owner: Uwe Hermann <[EMAIL PROTECTED]> > > > > * Package name: hex2bin > > Version : 1.0.6 > > Upstream Author : Jacques Pelletier <[EMAIL PROTECTED]> > > * URL : http://sourceforge.net/projects/hex2bin/ > > * License : GPL > > Programming Lang: C > > Description : Converts Motorola and Intel Hex files to binary > > > > Converts Motorola and Intel Hex (*.hex or *.ihx) files to binary. > > FWIW, you can do this with the srecord package. Despite the name, it reads > and writes a bunch of hex formats and binary, and can convert between them > and apply various other transformations (address shift, byte swapping) > etc. > > Note that I'm not objecting to your ITP, only proposing an existing > solution. hex2bin might be simpler to use, although it could probably be > implemented as a simple wrapper script on-top of srecord, and packaged > with it. You can do a hex to binary conversion with: > > srec_cat -Intel -output -Binary Yep, I'm aware of srecord, but bin2hex is indeed a bit more simple. One of the reasons why I want to package it is that many (AVR) Makefiles out there use it to convert *.hex files to *.bin and thus break on Debian as we don't yet have bin2hex. Sure, they can be fixed to use srecord, but having hex2bin in the archive (and not having to modify external scripts/Makefiles) is still worthwhile, IMO. Cheers, 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#466939: ITP: hex2bin -- Converts Motorola and Intel Hex files to binary
Package: wnpp Severity: wishlist Owner: Uwe Hermann <[EMAIL PROTECTED]> * Package name: hex2bin Version : 1.0.6 Upstream Author : Jacques Pelletier <[EMAIL PROTECTED]> * URL : http://sourceforge.net/projects/hex2bin/ * License : GPL Programming Lang: C Description : Converts Motorola and Intel Hex files to binary Converts Motorola and Intel Hex (*.hex or *.ihx) files to binary. 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#466920: cdcd: segfaults with 'rndplay' if no disc in drive
Package: cdcd Version: 0.6.6-6 Severity: important Hi, cdcd segfaults if there's no disc in the CDROM drive, and you use 'rndplay'. $ cdcd play No disc in drive $ cdcd rndplay Floating point exception (core dumped) -- 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=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cdcd depends on: ii libc6 2.7-8 GNU C Library: Shared libraries ii libcdaudio1 0.99.12p2-4library for controlling a CD-ROM w ii libncurses5 5.6+20080203-1 Shared libraries for terminal hand ii libreadline5 5.2-3 GNU readline and history libraries 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#466165: ITP: dis51 -- Disassembler for 8051 code in Intel Hex format
Package: wnpp Severity: wishlist Owner: Uwe Hermann <[EMAIL PROTECTED]> * Package name: dis51 Version : 0.5 Upstream Author : David Sullins <[EMAIL PROTECTED]> * URL : http://members.naspa.net/djs/software/dis51.html * License : GPL Programming Lang: C Description : Disassembler for 8051 code in Intel Hex format Dis51 is a simple 8051 disassembler. It takes an object file in Intel Hex (*.ihx or *.hex) format as input, and outputs an assembly language file. 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#466166: ITP: d52 -- Disassembler for 8052, 8048/8041, and Z80/8080/8085 code
Package: wnpp Severity: wishlist Owner: Uwe Hermann <[EMAIL PROTECTED]> * Package name: d52 Version : 3.4.1 Upstream Author : Jeff Post <[EMAIL PROTECTED]> * URL : http://home.pacbell.net/theposts * License : GPL Programming Lang: C Description : Disassembler for 8052, 8048/8041, and Z80/8080/8085 code A disassembler for microcontroller code which supports various targets, e.g. 8052, 8048/8041, and Z80/8080/8085. 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#465896: ITP: dfu-util -- Device firmware update (DFU) USB programmer
Package: wnpp Severity: wishlist Owner: Uwe Hermann <[EMAIL PROTECTED]> * Package name: dfu-util Version : 0.0+r4067 Upstream Author : Harald Welte <[EMAIL PROTECTED]> * URL : http://wiki.openmoko.org/wiki/Dfu-util * License : GPL Programming Lang: C Description : Device firmware update (DFU) USB programmer dfu-util is a program that implements the Host (PC) side of the USB DFU (Universal Serial Bus Device Firmware Upgrade) protocol. . In the OpenMoko project (for example), this program is used to communicate with the specially enhanced u-boot boot loader, which implements the DFU device side. Note: This program is similar to dfu-programmer, but not the same. For the differences (and reasons to package this in addition to dfu-programmer) see: http://lists.openmoko.org/pipermail/device-owners/2008-January/001166.html 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#465895: ITP: cycfx2prog -- Cypress EZ-USB FX2 (LP) programmer
Package: wnpp Severity: wishlist Owner: Uwe Hermann <[EMAIL PROTECTED]> * Package name: cycfx2prog Version : 0.41 Upstream Author : Wolfgang Wieser <[EMAIL PROTECTED]> * URL : http://www.cip.physik.uni-muenchen.de/~wwieser/elec/periph/USB-FX2/software/ * License : GPL Programming Lang: C++ Description : Cypress EZ-USB FX2 (LP) programmer CycFX2Prog is a tool for programming the EZ-USB FX2 controller (i.e. downloading 8051 firmware into the RAM of the device) and doing basic enpoint communication for testing purposes. 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#379378: working poster version 20050907 with Debian patches
Hi,
it took me quite a bit of time to figure out the various problems of
the newer poster versions (>=2002). The 1999 version (as shipped by
Debian) works more reliably as well for me (using, e.g.,
dvips-generated postscript). Unfortunately, the kdeprint dialog is
messed up (missing '-F' option), but one can still successfully use
the poster printing feature from within kdeprint!
Nevertheless, I did some work and created a poster package for version
20050907 with a few patches applied to it that, AFAICS, resolve the
bugs mentioned in the earlier posting by Peter. I could, for instance,
successfully check that #255718 is still fixed with it. Earlier patches
(libpaper, etc.) are also included.
The multi-page feature introduced in the 2002 version explicitly
counts "%%Page:" lines to select pages to print. This breaks printing
of posters produced with latex and dvips containing embedded EPS
figures. Although those postscript files are probably not
DSC-compliant, I am sure many Debian users (not only me) want to print
such (non-compliant) files. Therefore, I also included a patch that
disables the page counting (see lines 1032ff). This unfortunately
breaks multi-page printing.
I attach the patch to poster.c and send you, Peter, a adapted source
package.
cheers,
Daniel
--
-----
Daniel Hermann, Institut fuer Theoretische Festkoerperphysik
Universitaet Karlsruhe Tel: ++49 (0)721 608-7328
Postfach 6980 Fax: ++49 (0)721 608-7779
76128 Karlsruhe, Germany email: [EMAIL PROTECTED]
-
--- poster.c.20050907 2008-02-14 15:38:35.0 +0100
+++ poster.c 2008-02-14 14:51:12.0 +0100
@@ -42,10 +42,20 @@
# the Free Software Foundation, Inc., 59 Temple Place - Suite 330,
# Boston, MA 02111-1307, USA.
#
+# Modification for Debian by Antti-Juhani Kaijanaho <[EMAIL PROTECTED]>
+# on 1999-05-20
+#
+# Adaptation of version 20050907 by Daniel Hermann <[EMAIL PROTECTED]>
+#
*/
#define Gv_gs_orientbug 1
-#define DefaultMedia "A4"
+#ifdef HAVE_LIBPAPER
+# include
+# define DefaultMedia (systempapername())
+#else /* HAVE_LIBPAPER */
+# define DefaultMedia "A4"
+#endif /* HAVE_LIBPAPER */
#define DefaultImage "A4"
#define DefaultCutMargin "5%"
#define DefaultWhiteMargin "0"
@@ -955,6 +965,7 @@
"tiledict begin\n"
"%% delay users showpage until cropmark is printed.\n"
"/showpage {} def\n"
+ "/setpagedevice { pop } def\n"
"end\n",
scale, (int)(cutmargin[0]), (int)(cutmargin[1]),
(int)(mediasize[2]-2.0*cutmargin[0]), (int)(mediasize[3]-2.0*cutmargin[1]),
@@ -1012,16 +1023,26 @@
/* fill first buffer for the first time */
fgets( buf[bp=0], BUFSIZE, stdin);
+/* DSC comment starts with %% and has at least 1 more character. */
+#define IS_DSC(x) ( x[0]&&x[1]&&x[2] && (x[0]=='%')&&(x[1]=='%') )
+
/* read subsequent lines by rotating the buffers */
while (fgets(buf[1-bp], BUFSIZE, stdin))
{
- if ( !strncmp( buf[ bp ], "%%Page:", 7 ) )
- currentpage++;
+ /* We can not rely on DSC compliant input that correctly
+ uses "%%Page:" comments. Embedded figures may also have
+ such comments. So multi-page poster printing seems to be
+ broken anyway. Break it a little more in favour of
+ single-page posters until a better page separator is
+ implemented (DH).
+ */
+ /* if ( !strncmp( buf[ bp ], "%%Page:", 7 ) )
+ currentpage++; */
/* print line from the previous fgets */
/* do not print postscript comment lines: those (DSC) lines */
/* sometimes disturb proper previewing of the result with ghostview */
- if (buf[bp][0] != '%' && ( currentpage == -1 || currentpage == pagetoprint ))
+ if (!IS_DSC(buf[bp]) && ( currentpage == -1 || currentpage == pagetoprint ))
fputs( buf[bp], stdout);
bp = 1-bp;
}
@@ -1032,8 +1053,9 @@
{ tail_cntl_D = 1;
*c = '\0';
}
- if (buf[bp][0] != '%' && strlen( buf[bp]))
+ if (!IS_DSC(buf[bp]) && strlen( buf[bp]))
fputs( buf[bp], stdout);
+#undef IS_DSC
}
static int mystrncasecmp( const char *s1, const char *s2, int n)
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#464154: inkscape: Rendering LaTeX formula is broken (etch)
Package: inkscape Version: 0.44.1-1 Severity: normal Tags: patch Hi, I'm unable to render LaTeX formulae with the menu entry "Effects->Render->LateX Formula". An error message box appears: pstoedit: version 3.44 / DLL interface 108 (build Mar 26 2006 - release build - g++ 4.0.3 (Debian 4.0.3-1)) : Copyright (C) 1993 - 2006 Wolfgang Glunz Traceback (most recent call last): File "/usr/share/inkscape/extensions/eqtexsvg.py", line 121, in ? e.affect() File "/usr/share/inkscape/extensions/inkex.py", line 123, in affect self.effect() File "/usr/share/inkscape/extensions/eqtexsvg.py", line 107, in effect svg_open(self, svg_file) File "/usr/share/inkscape/extensions/eqtexsvg.py", line 49, in svg_open svg = open(filename, 'r') IOError: [Errno 2] No such file or directory: '/tmp/inkscape-latex.tmp.svg' When clicking "Ok", there is no formula output on the canvas. In the (likely?) case that this bug won't be fixed in Etch, you can manually fix it yourself: - copy the attached eqtexsvg.py to /usr/share/inkscape/extensions/ - make sure the following packages are installed or install them: pstoedit, skencil, python-xml eqtexsvg.py will be overwritten with each update of inkscape, if you don't use dpkg-divert to prevent this: # dpkg-divert --add --rename \ --divert /usr/share/inkscape/extensions/eqtexsvg.py.inkscape \ /usr/share/inkscape/extensions/eqtexsvg.py Some more details: Basically, what happens is that pstoedit (in the version shipped with Etch) doesn't recognize the option "-f svg" and, therefore, does not produce any output file. I fixed this by adapting /usr/share/inkscape/extensions/eqtexsvg.py: - use "pstoedit -f sk" (skencil format) - convert SK file to SVG with "skconvert" The existing svg_open() function can not parse the SVG file created by skconvert, so I replaced svg_open() with a more recent version of eqtexsvg.py (v0.45) and also added the function unittouu(), which was taken from a more recent version of inkex.py. I have not tested the current status of LaTeX formula rendering in unstable. cheers Daniel -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (990, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-vserver-amd64 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages inkscape depends on: ii libatk1.0-01.12.4-3 The ATK accessibility toolkit ii libbonobo2-0 2.14.0-3 Bonobo CORBA interfaces library ii libc6 2.3.6.ds1-13etch4 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libdbus-1-31.0.2-1 simple interprocess messaging syst ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libfreetype6 2.2.1-5+etch2 FreeType 2 font engine, shared lib ii libgc1c2 1:6.8-1 conservative garbage collector for ii libgcc11:4.1.1-21GCC support library ii libgconf2-42.16.1-1 GNOME configuration database syste ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libglibmm-2.4-1c2a 2.12.0-1 C++ wrapper for the GLib toolkit ( ii libgnomevfs2-0 1:2.14.2-7GNOME virtual file-system (runtime ii libgtk2.0-02.8.20-7 The GTK+ graphical user interface ii libgtkmm-2.4-1c2a 1:2.8.8-1 C++ wrappers for GTK+ 2.4 (shared ii liblcms1 1.15-1Color management library ii libloudmouth1-01.1.4-2 Lightweight C Jabber library ii liborbit2 1:2.14.3-0.2 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-1PNG library - runtime ii libpopt0 1.10-3lib for parsing cmdline parameters ii libsigc++-2.0-0c2a 2.0.17-2 type-safe Signal Framework for C++ ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxft22.1.8.2-8 FreeType-based font drawing librar ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.27.dfsg-2 GNOME XML library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii libxslt1.1
Bug#462698: ITP: mtkbabel -- Tool for managing i-Blue 747 and compatible GPS data loggers
Package: wnpp Severity: wishlist Owner: Uwe Hermann <[EMAIL PROTECTED]> * Package name: mtkbabel Version : 0.5 Upstream Author : Niccolo Rigacci <[EMAIL PROTECTED]> * URL : http://www.rigacci.org/wiki/doku.php/doc/appunti/hardware/gps_logger_i_blue_747 * License : GPL, version 2 or later Programming Lang: Perl Description : Tool for managing i-Blue 747 and compatible GPS data loggers MTKBabel is a command line program to operate the i-Blue 747 GPS data logger. It should work also with other GPS devices based on the MediaTek MTK chipset. . The main features are: - Command line interface - Save data log in GPX and raw binary format - If required retrieve all the data, also the old one being overlapped - Change logging criteria: time, distance, speed - Change log format - START/STOP logging - Set OVERLAP or STOP method on memory full - Erase the internal memory 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#387109: Processed: Re: Bug#387109: Does ulog-acctd support logfile > 2GB ?
severity 418430 whishlist tags 418430 - patch lfs severity 387109 normal tags 387109 + patch lfs thanks Sorry about that... wrong copy/paste. Regards, -- Clément Hermann (nodens) - "L'air pur ? c'est pas en RL, ça ? c'est pas hors charte ?" Jean in L'Histoire des Pingouins, http://tnemeth.free.fr/fmbl/linuxsf/ Vous trouverez ma clef publique sur le serveur public pgp.mit.edu. Please find my public key on the public keyserver pgp.mit.edu.
Bug#387109: Does ulog-acctd support logfile > 2GB ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 severity 418430 normal tags 418430 + patch lfs thanks Hi, I can confirm that adding -D_FILE_OFFSET_BITS=64 to the CFLAGS fixes the problem. (trivial) patch attached. Meanwhile, those interested will find fixed source and i386 binary on http://clement.hermann.free.fr/debian/ulog-acctd/ Used in production here, seems OK. I bumped the severity up a bit... We just encountered this bug, and it is a real problem when you use ulog-acctd for billing (we do have more than 2Gb log per day). One could even argue that the severity should be set to grave, as ulog will stop logging when the log file reaches 2GB, and it could be considered as a data loss or even a security issue... Cheers, - -- Clément Hermann (nodens) - - "L'air pur ? c'est pas en RL, ça ? c'est pas hors charte ?" Jean in L'Histoire des Pingouins, http://tnemeth.free.fr/fmbl/linuxsf/ Vous trouverez ma clef publique sur le serveur public pgp.mit.edu. Please find my public key on the public keyserver pgp.mit.edu. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHmiod0yQ2guvROZ0RAhbRAJ95pBhbXtt9jjf/ZZKNK7ukE9MsugCgkxRd kopZ6ijS7rRYoVIqTtcRKpI= =wVC3 -END PGP SIGNATURE- #! /bin/sh /usr/share/dpatch/dpatch-run ## 15_file_offset_bits_64.dpatch by <[EMAIL PROTECTED]> ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: No description. @DPATCH@ diff -urNad ulog-acctd-0.4.3~/src/Makefile ulog-acctd-0.4.3/src/Makefile --- ulog-acctd-0.4.3~/src/Makefile 2003-05-07 15:04:27.0 +0200 +++ ulog-acctd-0.4.3/src/Makefile 2008-01-25 19:01:36.485579724 +0100 @@ -16,7 +16,7 @@ # Disable for debugging #OPT = -O2 -CFLAGS += -Wall -Wstrict-prototypes $(OPT) $(DEBUG) $(KERNELDIR) +CFLAGS += -Wall -Wstrict-prototypes $(OPT) $(DEBUG) $(KERNELDIR) -D_FILE_OFFSET_BITS=64 OBJECTS = main.o daemon.o process.o utils.o config.o capture.c DISTSRC = ChangeLog Makefile capture.c config.c daemon.c main.c ulog-acctd ulog-acctd.cf ulog-acct.h process.c utils.c LIBS = 15_file_offset_bits_64.dpatch.sig Description: Binary data
Bug#404407: marked as done (ITP: librfid -- A Free Software RFID stack)
reopen 404407 thanks I've been lagging behind quite a lot, but I still intend to package librfid. I've got some beta packages which will get some testing soon and which I'll then upload. Sorry for the delay. 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#438385: NMU awardeco #438385: fails on 64-bit platforms
On Thu, Jan 17, 2008 at 08:50:29AM +0100, Giacomo Catenazzi wrote: > Now I upload (still to DELAYED) the new version, > diff attached. Thanks! > lintian give two warning (on your and on this NMU) > - policy version That's non-critical, I'll update it in the next upload. > - empty /usr/bin > I see you install the binary on /bin and not > on /usr/bin. Is really what you want? Oops, no. That's a bug indeed. I'll fix it in the next upload. > Do you know why pool > http://ftp.debian.org/debian/pool/main/a/awardeco/ > contains only i386 and amd64 ? > But the package should be already build and installed on all archs: > http://people.debian.org/~igloo/status.php?packages=awardeco Hm, no idea. It does build fine everywhere though, see http://buildd.debian.org/pkg.cgi?pkg=awardeco 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#438385: NMU awardeco #438385: fails on 64-bit platforms
Hi, On Wed, Jan 16, 2008 at 08:51:48AM +0100, Giacomo Catenazzi wrote: > I'm ready for a NMU, attached I put the diff. > Now I'll upload the package in delayed. Thanks, feel free to upload, but please see comments below. > Considering the package pourpose, maybe Architecture: "any" > is to wide. Nope, don't think so. The package is supposed to work everywhere. > diff -u awardeco-0.2/debian/changelog awardeco-0.2/debian/changelog > --- awardeco-0.2/debian/changelog > +++ awardeco-0.2/debian/changelog > @@ -1,3 +1,11 @@ > +awardeco (0.2-2.1) unstable; urgency=low > + > + * Non-Maintainer Upload at BSP in Zurich: fix rc bug > + * Use the C99 bit length integer, to be safe on various archs Please add "(Closes: #438385)" here. Also, please end all changelog lines with a full stop and start sentences with capital letters for consistency. > --- awardeco-0.2.orig/debian/patches/30_fixeduint.patch > +++ awardeco-0.2/debian/patches/30_fixeduint.patch > @@ -0,0 +1,17 @@ > +diff -Nur awardeco-0.2/src/awardeco.h awardeco-0.2.new/src/awardeco.h > +--- awardeco-0.2/src/awardeco.h 2006-08-05 11:38:03.0 +0200 > awardeco-0.2.new/src/awardeco.h 2008-01-16 08:12:10.0 +0100 > +@@ -10,10 +10,11 @@ > + #define AWARDECO_H 1 > + > + #include > ++#include > + > + typedef unsigned char byte; Maybe make this uint8_t then, too, for consistency? Yes, it's more cosmetical, but still. Cheers, 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#458055: O: pouetchess -- beautiful chess program with buggy checkmate
On Thu, Jan 10, 2008 at 09:18:24PM +0100, Lucas Nussbaum wrote: > reassign 458055 ftp.debian.org > retitle 458055 RM: pouetchess -- RoQA ; orphaned, quite useless > thanks reassign 458055 wnpp retitle 458055 ITA: pouetchess -- 3D chess game owner 458055 ! thanks I'll adopt pouetchess. 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#348950: O: scottfree
reassign 348950 wnpp retitle 348950 ITA: scottfree -- Interpreter for Adventure International games owner 348950 ! thanks I'll adopt scottfree. 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#252400: libpam-ldap: ldap passwd access support design issues
Package: libpam-ldap Version: 180-1.7 Followup-For: Bug #252400 the problem reported is a design issue in the passwd access system: /etc/shadow is not world readable, so in pam_unix (when called as a normal user process) a helper process (which is setgid shadow) is used to check the passwd. pam_ldap contains nothing like this, and I don't know if the helper process approach is the agreed way of the developers to go in the future. Intermediate workaround (not satisfying from a security standpoint): Allow the anonymous user to search your ldap accounts for the uid attribute and returning the dn attribute is enough for xsreensaver, as the passwd checking itself is done via a bind ldap call. -- 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-5-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libpam-ldap depends on: ii debconf [debconf-2.0] 1.5.11etch1 Debian configuration management sy ii libc6 2.3.6.ds1-13etch4 GNU C Library: Shared libraries ii libldap2 2.1.30-13.3 OpenLDAP libraries ii libpam0g 0.79-5Pluggable Authentication Modules l libpam-ldap recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#122137: Join the team of winners!
Welcome to cooperation! My name is Kirstin Griffin, and I work as general staff manager in the company "Iberis". I would like to offer you a position of Transfer Manager in the company "Iberis". Our company Iberis Capital Group is one of the leaders on the financial services market One of the main advantages (perhaps the most important one) is our staff. Our success results from passion for work, commitment and qualification of our personnel. Among the main principles of the company are respect for employees, high wages for qualified job, orientation for development of professionalism. Involvement and training of good specialists is a common task not only for key managers, staff department but also for common employees. We are sure that business success depends on qualification of employees, their relationship to the company and will to corporate success. Starting on initial position and having determination to develop any person with required potential qualities and determination for constant self-development can count for support of key managers. The company pays great attention to the training of its employees. We hold training programs and seminars every month. The company provides for social support of its employees, we provide for medical insurance, partly compensate for mobile communication. You can count for additional bonuses according to your job results. Working with our company means to realize yourself. If you are open for communication, hard-working, have skills of team working determined to develop your career and are looking for high paying job in a large reliable company than this offer will be the next step in you career. If you are interested in this offer please send your e-mail to: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#459904: change for using libgif instead of unmaintained upstream libungif4
Package: afterstep Version: 2.2.7-1 User: [EMAIL PROTECTED] Usertags: origin-ubuntu hardy hi robert, as promised, here the changed patch for afterstep I changed in 00_Makefile_and_configure.patch -lungif to -lgif and replaced in debian/rules the configure option "--with-ungif" to "--with-gif" in debian/control you need to replace libungif4-dev to libgif-dev but first when debian is doing this transition... Regards, \sh diff -ruN -x config.guess -x config.sub AfterStep-2.2.7-old/autoconf/configure.in AfterStep-2.2.7/autoconf/configure.in --- AfterStep-2.2.7-old/autoconf/configure.in 2007-08-21 00:27:41.0 +0200 +++ AfterStep-2.2.7/autoconf/configure.in 2008-01-09 12:20:52.027325836 +0100 @@ -137,14 +137,14 @@ fi fi -dnl# Add -fPIC for IA64 compilation -AC_CYGWIN -if test "x$CYGWIN" != "xyes" -a "x$GCC" = "xyes" ; then - if test -z "`echo $CFLAGS | grep '\-fPIC' 2> /dev/null`" ; then -CFLAGS="$CFLAGS -fPIC" - fi - LDFLAGS="$LDFLAGS -rdynamic" -fi +#debian# dnl# Add -fPIC for IA64 compilation +#debian# AC_CYGWIN +#debian# if test "x$CYGWIN" != "xyes" -a "x$GCC" = "xyes" ; then +#debian# if test -z "`echo $CFLAGS | grep '\-fPIC' 2> /dev/null`" ; then +#debian# CFLAGS="$CFLAGS -fPIC" +#debian# fi +#debian# LDFLAGS="$LDFLAGS -rdynamic" +#debian# fi dnl# Add -g STRIP_BINARIES= @@ -156,14 +156,14 @@ LDFLAGS="$LDFLAGS -g" fi else - STRIP_BINARIES="-s" - DIRTY_CFLAGS="$CFLAGS" - CFLAGS="-DNO_DEBUG_OUTPUT" - for f in $DIRTY_CFLAGS; do -if test "x$f" != "x-g"; then - CFLAGS="$CFLAGS $f" - fi - done +#debian# STRIP_BINARIES="-s" +#debian# DIRTY_CFLAGS="$CFLAGS" + CFLAGS="$CFLAGS -DNO_DEBUG_OUTPUT" +#debian# for f in $DIRTY_CFLAGS; do +#debian# if test "x$f" != "x-g"; then +#debian# CFLAGS="$CFLAGS $f" +#debian# fi +#debian# done fi dnl# Add -pg @@ -543,7 +543,7 @@ if fltk-config --libs >/dev/null ;then present_libs="$LDFLAGS $LIBS $x_libs $AFTERIMAGE_LIBS"; - for l in `fltk-config --ldstaticflags`; do + for l in `fltk-config --ldflags`; do lib_found=no for p in `echo "$present_libs"` ; do if test "x$l" = "x$p" ; then diff -ruN -x config.guess -x config.sub AfterStep-2.2.7-old/autoconf/configure.libs.in AfterStep-2.2.7/autoconf/configure.libs.in --- AfterStep-2.2.7-old/autoconf/configure.libs.in 2005-03-22 17:10:50.0 +0100 +++ AfterStep-2.2.7/autoconf/configure.libs.in 2008-01-09 12:20:52.027325836 +0100 @@ -91,13 +91,13 @@ fi fi -dnl# Add -fPIC for IA64 compilation -AC_CYGWIN -if test "x$CYGWIN" = "x" -a "x$GCC" = "xyes" ; then - if test -z "`echo $CFLAGS | grep '\-fPIC' 2> /dev/null`" ; then -CFLAGS="$CFLAGS -fPIC" - fi -fi +#debian# dnl# Add -fPIC for IA64 compilation +#debian# AC_CYGWIN +#debian# if test "x$CYGWIN" = "x" -a "x$GCC" = "xyes" ; then +#debian# if test -z "`echo $CFLAGS | grep '\-fPIC' 2> /dev/null`" ; then +#debian# CFLAGS="$CFLAGS -fPIC" +#debian# fi +#debian# fi dnl# Add -g if test "x$enable_gdb" = "xyes"; then @@ -116,9 +116,9 @@ CFLAGS="$CFLAGS -Wuninitialized -Wwrite-strings -Wcast-qual -Wbad-function-cast -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -Wconversion -Wcomment -Wcast-align -Winline -Wshadow -Wredundant-decls -Wid-clash-31" fi -if test "x$GCC" = "xyes"; then - LDFLAGS="$LDFLAGS -rdynamic" -fi +#debian# if test "x$GCC" = "xyes"; then +#debian#LDFLAGS="$LDFLAGS -rdynamic" +#debian# fi dnl# done with flags - lets export those for our children to use : export CFLAGS diff -ruN -x config.guess -x config.sub AfterStep-2.2.7-old/autoconf/Makefile.common.lib.in AfterStep-2.2.7/autoconf/Makefile.common.lib.in --- AfterStep-2.2.7-old/autoconf/Makefile.common.lib.in 2007-04-21 00:10:45.0 +0200 +++ AfterStep-2.2.7/autoconf/Makefile.common.lib.in 2008-01-09 12:20:52.027325836 +0100 @@ -22,20 +22,6 @@ if test -d $(LIBDIR) && test -w $(LIBDIR); then \ echo "$(INSTALL_LIB) $(LIB_STATIC) $(LIBDIR)"; \ $(INSTALL_LIB) $(LIB_STATIC) $(LIBDIR); \ - if test `uname` = "Linux"; then \ - if test $(LIBDIR) = "/lib" || test $(LIBDIR) = "/usr/lib"; then \ - echo "" > /dev/null; \ - elif grep -q $(LIBDIR) /etc/ld.so.conf > /dev/null 2>&1; then \ - echo "" > /dev/null; \ - else \ - echo "Unable to find $(LIBDIR) in ld.so.conf. In order to use "; \ - echo "$(LIB_STATIC), you may need to add it or set LD_LIBRARY_PATH."; \ - fi; \ - if test -w /etc; then \ - echo "$(LDCONFIG)"; \ - $(LDCONFIG); \ - fi; \ - fi ;\ fi \ ) @@ -48,18 +34,6 @@ $(INSTALL_LIB) $(LIB_SHARED).$(LIBVER) $(LIBDIR); \ $(LN_S) -f $(LIB_SHARED).$(LIBVER) $(LIBDIR)/$(LIB_SHARED).$(LIBVERMAJOR); \ $(LN_S) -f $(LIB_SHARED).$(LIBVERMAJOR) $(LIBDIR)/$(LIB_SHARED); \ - if test `uname` = "Linux"; then \ - if test $(LIBDIR) = "/lib" || test $(LIBDIR) = "/usr/lib"; then \ - echo "" > /dev/null; \ - elif gr
Bug#459736: smc: Errors/warnings on the console
Package: smc Version: 1.4-1 Severity: minor Hi, I'm not sure whether this is important, but I noticed some errors and/or warnings on the console (stdout or stderr, not sure) while running smc: Error loading image : /usr/share/games/smc/pixmaps/maryo/ice/dead_right.png Reason : Error loading image : /usr/share/games/smc/pixmaps/maryo/fire/dead_right.png Reason : Error loading image : /usr/share/games/smc/pixmaps/maryo/big/dead_right.png Reason : Error loading image : /usr/share/games/smc/pixmaps/maryo/ghost/dead_right.png Reason : Error loading image : /usr/share/games/smc/pixmaps/enemy/turtle/green/turn_1.png Reason : Error loading image : /usr/share/games/smc/pixmaps/enemy/turtle/red/turn_1.png Reason : Error loading image : /usr/share/games/smc/pixmaps/enemy/bosses/turtle/turn_1.png Reason : Waypoint Front line not detected Waypoint Front line not detected Waypoint Front line not detected The errors seem to be non-critical, at least I was able to play parts of the first level without problems. 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#454412: RM: pscan -- dead upstream; feature has been integrated to gcc -Wformat-nonliteral
Hi, On Wed, Dec 05, 2007 at 07:39:19PM +0100, Luk Claes wrote: > tags moreinfo > thanks > > Hi Uwe > > Can you confirm that the package is obsolete and should be removed? Not sure. I still find it pretty useful as it's a small command line tool and can check sourcecode without having to actually compile it (or install a huge compiler - pscan is 18 KB big). Also, it does static checking, so it works pretty much in all cases, whereas the gcc solution probably requires that you are actually able to build the package you want to check (and have lots of dependencies and build tools installed etc). Either way, I'd like to hear the opinion of the former package maintainer, Steve Kemp <[EMAIL PROTECTED]>, before a decision. > Cheers > > Luk > > Jari Aalto wrote: > > Package: ftp.debian.org > > Severity: normal > > > > > > Asking for removal of an obsolete package. > > > > The code was last updated 2000. The debian/copyright upstream URL does > > not exist[1] any more. After tracking down and contacting the > > upstream author about the current sources: > > > > Alan T DeKok <[EMAIL PROTECTED]> 2007-12-04 > > It hasn't been maintained for years. The current gcc includes > > -Wformat-nonliteral, which appears to do everything that pscan did. > > -- Alan DeKok. > > > > [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=454404 > > > > -- System Information: > > Debian Release: lenny/sid > > APT prefers unstable > > APT policy: (500, 'unstable') > > Architecture: i386 (i686) > > > > Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core) > > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) > > (ignored: LC_ALL set to C) > > Shell: /bin/sh linked to /bin/dash > > > > > > Thanks, 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#458925: ITP: usbprog -- Firmware programming tool for the USBprog hardware
Package: wnpp Severity: wishlist Owner: Uwe Hermann <[EMAIL PROTECTED]> * Package name: usbprog Version : 0.1.1 Upstream Author : Bernhard Walle <[EMAIL PROTECTED]> * URL : http://www.embedded-projects.net/index.php?page_id=165 * License : GPL Programming Lang: C++ Description : Firmware programming tool for the USBprog hardware A the programming tool needed to replace the firmware on the USBprog hardware. It automatically retrieves a list of available firmwares from the Internet, downloads them and uploads it to the USBprog adapter. USBprog is a free programming adapter. You can easily install different firmware versions from an “online pool” over USB. The adapter can be used for programming and debugging AVR and ARM processors, as USB-to-RS232 converter, as JTAG interface or as simple I/O interface (5 lines). 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#453406: Acknowledgement (Miro doesn't honor --xine-driver option)
On Wed, Dec 19, 2007 at 11:41:49PM +0100, Uwe Hermann wrote: > [CC'ing Daniel, mails to the bugtracker aren't always automatically forwarded > to individual mail accounts, I think] > > On Mon, Dec 17, 2007 at 12:12:10PM -0500, will wrote: > > Daniel--your comment was tagged with +patch, but there's no patch attached. > > > > We're looking to do a Miro 1.1 release this week and I'd like to include > > this fix, but I don't understand what you did. Fixed in 1.0-2, which I just uploaded into unstable. I used the patch from the Ubuntu package by Christopher James Halse Rogers <[EMAIL PROTECTED]>, see http://patches.ubuntu.com/m/miro/miro_1.0-1ubuntu1.patch. Not sure if it's the same as Daniel Ruoso's patch (?) 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#453406: Acknowledgement (Miro doesn't honor --xine-driver option)
[CC'ing Daniel, mails to the bugtracker aren't always automatically forwarded to individual mail accounts, I think] On Mon, Dec 17, 2007 at 12:12:10PM -0500, will wrote: > Daniel--your comment was tagged with +patch, but there's no patch attached. > > We're looking to do a Miro 1.1 release this week and I'd like to include > this fix, but I don't understand what you did. 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#38529: problems caused by ya tiny PE?
Hello Your holiday would be not full without gd se.>.< http://seasonorgan.com Kerstin mcclafferty In a Sieve to sail so fast!' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456167: libpam-ldap: segfault while passwd changing
Package: libpam-ldap Version: 180-1.7 Severity: normal When setting "pam_password exop_send_old" in the conffile /etc/pam_ldap.conf passwd segfaults: Enter login(LDAP) password: New password: Re-enter new password: Segmentation fault Aktually I'm trying to get "pam_password exop" working, which stopped working after upgrading from sarge to etch: Enter login(LDAP) password: New password: Re-enter new password: LDAP password information update failed: Unknown error passwd: Permission denied passwd: password unchanged In /var/log auth.log messages like Dec 13 12:13:48 quadopt3 passwd[18706]: pam_ldap: ldap_extended_operation_s Insufficient access could be found (with both settings). Any idea how to debug the segfault ? As passwd is a suid program, strace didn't work and a core is not left. -- 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-5-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libpam-ldap depends on: ii debconf [debconf-2.0] 1.5.11Debian configuration management sy ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries ii libldap2 2.1.30-13.3 OpenLDAP libraries ii libpam0g 0.79-4Pluggable Authentication Modules l libpam-ldap recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#425115: Info received (iceweasel: backtrace and exact reproduction)
some update from yesterday or today seems to have solved the problem. So it must have been one of the following packages: schaf:/var/log# cat dpkg.log | grep upgrade [...] 2007-12-08 09:51:22 upgrade e2fslibs 1.40.2-1 1.40.3-1 2007-12-08 09:51:26 upgrade e2fsprogs 1.40.2-1 1.40.3-1 2007-12-08 09:51:30 upgrade libblkid1 1.40.2-1 1.40.3-1 2007-12-08 09:51:33 upgrade comerr-dev 2.1-1.40.2-1 2.1-1.40.3-1 2007-12-08 09:51:35 upgrade libcomerr2 1.40.2-1 1.40.3-1 2007-12-08 09:51:38 upgrade libss2 1.40.2-1 1.40.3-1 2007-12-08 09:51:40 upgrade libuuid1 1.40.2-1 1.40.3-1 2007-12-08 09:51:42 upgrade groff-base 1.18.1.1-14 1.18.1.1-15 2007-12-08 09:51:44 upgrade gettext-base 0.17-1 0.17-2 2007-12-08 09:51:47 upgrade gettext 0.17-1 0.17-2 2007-12-08 09:51:56 upgrade gv 1:3.6.3dfsg-5 1:3.6.3dfsg-6 2007-12-08 09:51:56 upgrade klibc-utils 1.5.7-3 1.5.7-4 2007-12-08 09:51:57 upgrade libklibc 1.5.7-3 1.5.7-4 2007-12-08 09:51:57 upgrade libcairo2 1.4.10-1.1 1.4.10-1.2 2007-12-08 09:51:57 upgrade libieee1284-3 0.2.11-2 0.2.11-3 2007-12-08 09:51:58 upgrade qt4-qtconfig 4.3.2-1 4.3.3-1 2007-12-08 09:51:58 upgrade qt4-designer 4.3.2-1 4.3.3-1 2007-12-08 09:51:59 upgrade libqt4-dev 4.3.2-1 4.3.3-1 2007-12-08 09:52:03 upgrade libqt4-qt3support 4.3.2-1 4.3.3-1 2007-12-08 09:52:03 upgrade libqt4-sql 4.3.2-1 4.3.3-1 2007-12-08 09:52:03 upgrade qt4-dev-tools 4.3.2-1 4.3.3-1 2007-12-08 09:52:04 upgrade libqt4-gui 4.3.2-1 4.3.3-1 2007-12-08 09:52:05 upgrade libqt4-core 4.3.2-1 4.3.3-1 2007-12-08 09:52:06 upgrade lintian 1.23.38 1.23.39 2007-12-08 09:52:07 upgrade mencoder 1:1.0.rc2-0.2 1:1.0.rc2svn20071207-0.0 2007-12-08 09:52:08 upgrade mplayer 1:1.0.rc2-0.2 1:1.0.rc2svn20071207-0.0 2007-12-09 14:18:24 upgrade linux-sound-base 1.0.15-2 1.0.15-3 2007-12-09 14:18:24 upgrade alsa-base 1.0.15-2 1.0.15-3 2007-12-09 14:18:24 upgrade gsfonts 1:8.11+urwcyr1.0.7~pre41-4 1:8.11+urwcyr1.0.7~pre43-1 2007-12-09 14:18:37 upgrade lintian 1.23.39 1.23.40 Probably it was this one: 2007-12-08 09:51:57 upgrade libcairo2 1.4.10-1.1 1.4.10-1.2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#393976: xvnc4viewer: always return 1 on exit (was: Re: Bug#393976: tsclient: Bug still present)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 reassign 393976 xvnc4viewer 4.1.1+X4.3.0-21 thanks Javier Kohen a écrit : > Both those actions yield the reconnect dialog here. Like I said in my > original report, the details window shows VNCviewer's output to stdout, > as if it were an error message. All it says is the VNC version (4.1.1), > the server's parameters and the chosen encoding. See below: > > VNC Viewer Free Edition 4.1.1 for X - built Feb 26 2007 20:38:07 > Copyright (C) 2002-2005 RealVNC Ltd. > See http://www.realvnc.com for information on VNC. > > Mon Nov 26 17:14:13 2007 > CConn: connected to host XX port 5900 > CConnection: Server supports RFB protocol version 3.8 > CConnection: Using RFB protocol version 3.8 > > Mon Nov 26 17:14:14 2007 > TXImage: Using default colormap and visual, TrueColor, depth 24. > CConn: Using pixel format depth 6 (8bpp) rgb222 > CConn: Using ZRLE encoding > > Ok, it seems you are using xvnc4viewer, where I was trying with tightvncviewer. I did reproduce the bug. However, the bug does not lie in tsclient but in xvnc4viewer itself. It returns 1 on exit, regardless of whether you asked for exit or closed the windows (or send a TERM or SIGKILL signal, by the way). Tsclient has no way to tell that you exited cleanly, so it asks you if you want to reconnect. I'm reassigning the bug to xvnc4viewer. You might want to try to install xtightvncviewer and do a update-alternative --config vncviewer if that really bother you, or wait for the bug in xvncv4viewer to be fixed :) Cheers, - -- Clement Hermann (nodens) - - "L'air pur ? c'est pas en RL, ça ? c'est pas hors charte ?" Jean in L'Histoire des Pingouins, http://tnemeth.free.fr/fmbl/linuxsf/ Vous trouverez ma clef publique sur le serveur public pgp.mit.edu. Please find my public key on the public keyserver pgp.mit.edu. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHTe0D0yQ2guvROZ0RAoZlAJ9bVnGjbHd6/c3PTQybeeKZp2ifzwCfWzHC PqlPPrRPorQaIYqUJ3iOs0g= =MUTd -END PGP SIGNATURE-
Bug#393976: tsclient: Bug still present
Hi, Javier Kohen a écrit : Package: tsclient Version: 0.150-1 Followup-For: Bug #393976 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This bug has not been solved by the latest update. I still get the reconnect dialog after cleanly disconnecting from a VNC host. Could you please explain further "cleanly disconnecting" ? I cannot reproduce it here (F8 -> quit viewer does not bring up the reconnect dialog, and closing the vnc client windows does not bring it either). To bring up the reconnect dialog, I have to kill the vncviewer process (not exactly a clean disconnect ;) ). -- Clément Hermann (nodens) - "L'air pur ? c'est pas en RL, ça ? c'est pas hors charte ?" Jean in L'Histoire des Pingouins, http://tnemeth.free.fr/fmbl/linuxsf/ Vous trouverez ma clef publique sur le serveur public pgp.mit.edu. Please find my public key on the public keyserver pgp.mit.edu.
Bug#413442: Please add libapache2-mod-security to etch.
For the record : It is not possible to do so, due to licensing issue. Binary redistribution of this package is not possible without copyright violation. See Debian bug #313615 [1]. The conflict is not resolvable, as it is a "business decision" made upstream. You may find third-party package, but they are illegal. Cheers, [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=313615 -- Clément Hermann (nodens) - "L'air pur ? c'est pas en RL, ça ? c'est pas hors charte ?" Jean in L'Histoire des Pingouins, http://tnemeth.free.fr/fmbl/linuxsf/ Vous trouverez ma clef publique sur le serveur public pgp.mit.edu. Please find my public key on the public keyserver pgp.mit.edu.
Bug#451309: O: miro - GTK+ based RSS video aggregator
close 451309 thanks On Wed, Nov 14, 2007 at 05:15:02PM -0500, Andres Mejia wrote: > Requesting that miro be orphaned. This package has failed to build > from source for 60 days because it requires libxv-dev in its build > depends. The maintainer has not responded to any bug reports including > the FTBFS bug report for the past 60 days. I prefer being asked before my packages get force-orphaned, thanks. I have no intention to orphan it, I'm working on the new 1.0 release right now. The libxv-dev is needed, but not sufficient to fix the bug, I haven't found the root cause so far. Patches welcome. Uwe. -- http://www.hermann-uwe.de | http://www.holsham-traders.de http://www.crazy-hacks.org | http://www.unmaintained-free-software.org signature.asc Description: Digital signature
Bug#451373: removal of ircii-pana (aka bitchx)
Package: ircii-pana Version 1:1.1-5 Dear Colleagues, I discussed this on [EMAIL PROTECTED] and with other people from the ubuntu community. I (or we) think it's time to get rid of this packages, just because it has a lot of security flaws (which are not already determined) but with 3 CVEs hanging. Upstream seems to be (is) dead. Regarding the alternatives for IRC clients on the console (irssi in this case) and other alternatives on the X Window interface (xchat, konversation etc.) it should be no deal to get rid of this package. This removal request will be filed on Launchpad.net for Ubuntu, too. Regards, \sh signature.asc Description: PGP signature
Bug#449144: tsclient: Please add RDPv5 disk mapping support (patch available)
Kilian Krause a écrit : ok, let's start with the obvious. The Debian packaging of tsclient is supposed to be the debian/ dir only. I.e. if you have a new upstream source, there is no need to patch the full source to the new version and mail that as diff. You just include the new tarball version for that release in debian/changelog and make the neccessary adjustments in debian/. Most commonly it's a good idea to add a get-orig-source target for this - or to plain use it if it's there already. ;) Duh. I didn't saw this target. I told you I wasn't familiar with CDBS ;) For the "all in one" patch, I actually don't know why I did that. I should have known better. Of course a patch against the debian dir is the way to go. Second you included automake1.9 and autoconf in the Build-Deps. That generally is a *very good* indication for things that have gone utterly wrong. For a proper packaging you should not regenerate the configure during the build to keep a certain amount of reproducability. That's the reason there was a patch for that update to make the outcome rather predictable. Maintainer mode is for developers, not for packagers. ;) I misread guidlines in /usr/share/doc/autotools-dev. Now that you point it to me, I can see that I should have paid more attention to the introduction ;) Moreover if you drop patches, it's always nice to know why this is no longer needed (added included upstream for that reason). Ok. Thirdly, the SVN was a bit further, so your patch didn't really apply cleanly. I have manually fixed that part. The result with some slight modifications to get the package mostly lintian clean I have put in SVN[1]. Can you verify this is the intended result so I can go and upload it? Thanks! It is OK to me, except that I just saw a little UI problem in the patch. The remote drive mapping should be disabled in the UI when the selected protocol is not RDP. Attached is a svn diff that correct it. My friend should upgrade the sourceforge version shortly (it seems it is not possible to attach a new file if you are not the original submitter). Thanks for educating me ;) -- Clément Hermann (nodens) - "L'air pur ? c'est pas en RL, ça ? c'est pas hors charte ?" Jean in L'Histoire des Pingouins, http://tnemeth.free.fr/fmbl/linuxsf/ Vous trouverez ma clef publique sur le serveur public pgp.mit.edu. Please find my public key on the public keyserver pgp.mit.edu. tsclient.rev13401.diff Description: application/pgp-encrypted
Bug#449144: tsclient: Please add RDPv5 disk mapping support (patch available)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Josselin Mouette a écrit : > Hi, Hi Josselin, > Thanks for the patch. Actually I did not wrote it. A friend of mine did and posted it on sourceforge. I'm merely a relay here, I quickly reviewed and tested it and it seemed ok to me. > > Currently, tsclient is missing a primary maintainer and is therefore far > from up-to-date despite how useful it is. > > If you want to contribute to the packaging to keep tsclient in good > shape in Debian, you are most welcome. I don't have much free time, but I'd be glad to help. I don't have much experience in debian packaging (I did create some packages or backports for private or corporate usage, nothing more), but if someone is willing to mentor me I could probably help on tsclient. Besides, I need it, I want it upgraded, so I guess someone has to do the job ;) I'll look into the source package and see if I can submit a patch. Cheers, - -- Clement Hermann (nodens) - - "L'air pur ? c'est pas en RL, ça ? c'est pas hors charte ?" Jean in L'Histoire des Pingouins, http://tnemeth.free.fr/fmbl/linuxsf/ Vous trouverez ma clef publique sur le serveur public pgp.mit.edu. Please find my public key on the public keyserver pgp.mit.edu. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHLllG0yQ2guvROZ0RAmeAAKCVYmprrCEiLc1Xi1NNeVoks7IjHACfYQXh KjTRn9Y53/MVEtZVuPiNmlY= =cYeD -END PGP SIGNATURE-
Bug#449144: tsclient: Please add RDPv5 disk mapping support (patch available)
Package: tsclient
Version: 0.148-3
Severity: wishlist
Tags: patch
Hi,
A long-time missing feature in tsclient is the ability to map a local
directory to a remote computer in RDPv5.
A patch available on sourceforge address this (see URL below, also
attached here for your convenience). However, you probably need to
upgrade to the latest version (0.150) to make apply it cleanly.
URL to the patch on sourceforge :
http://sourceforge.net/tracker/index.php?func=detail&aid=1822832&group_id=192483&atid=941576
Cheers,
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (990, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.20-1-xen-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
Versions of packages tsclient depends on:
ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit
ii libbonoboui2-02.18.0-5 The Bonobo UI library
ii libc6 2.6.1-1GNU C Library: Shared libraries
ii libglib2.0-0 2.14.0-2 The GLib library of C routines
ii libgnome2-0 2.18.0-4 The GNOME 2 library - runtime file
ii libgnomeui-0 2.18.1-2 The GNOME 2 libraries (User Interf
ii libgtk2.0-0 2.10.13-1 The GTK+ graphical user interface
ii libpanel-applet2-02.18.3-1 library for GNOME Panel applets
ii rdesktop 1.5.0-2RDP client for Windows NT/2000 Ter
tsclient recommends no packages.
-- no debconf information
diff -ur tsclient-0.150/src/connect.c tsclient-0.151/src/connect.c
--- tsclient-0.150/src/connect.c 2007-04-11 20:15:35.0 +0200
+++ tsclient-0.151/src/connect.c 2007-10-30 15:03:42.0 +0100
@@ -175,6 +175,16 @@
GtkWidget *cboKeyboardLang;
GtkWidget *txtKeyboardLang;
+ // Drive mapping
+ GtkWidget *chkDiskMapping;
+
+ // Drive mapping Widgets
+ GtkWidget *frameDrive;
+ GtkWidget *lblDriveFrame;
+ GtkWidget *tblDrive;
+ GtkWidget *imgDrive;
+ GtkWidget *vbxDrive;
+
// Program Tab Widgets
GtkWidget *lblProgramsTab1;
@@ -191,6 +201,7 @@
// Performance Tab Widgets
GtkWidget *lblPerformanceTab1;
+ GtkWidget *vbxPerformanceTab1;
// Performance Frame Widgets
GtkWidget *framePerform;
@@ -689,7 +700,6 @@
gtk_option_menu_set_menu (GTK_OPTION_MENU (optKeyboard), mnuKeyboard);
-
lblKeyboardLang = gtk_label_new (_("Use the following keyboard language\n(2 char keycode)"));
gtk_table_attach (GTK_TABLE (tblKeyboard), lblKeyboardLang, 1, 2, 2, 3,
(GtkAttachOptions) (GTK_FILL),
@@ -777,9 +787,15 @@
(GtkAttachOptions) (GTK_EXPAND | GTK_FILL),
(GtkAttachOptions) (GTK_FILL), 0, 0);
+ // Last tab (Performance)
+ vbxPerformanceTab1 = gtk_vbox_new (FALSE, 0);
+ gtk_container_add (GTK_CONTAINER (nbkComplete), vbxPerformanceTab1);
+ gtk_notebook_set_tab_label_packing (GTK_NOTEBOOK (nbkComplete), vbxPerformanceTab1,
+ TRUE, TRUE, GTK_PACK_START);
+
framePerform = gtk_frame_new (NULL);
- gtk_container_add (GTK_CONTAINER (nbkComplete), framePerform);
+ gtk_container_add (GTK_CONTAINER (vbxPerformanceTab1), framePerform);
gtk_notebook_set_tab_label_packing (GTK_NOTEBOOK (nbkComplete), framePerform,
TRUE, TRUE, GTK_PACK_START);
gtk_container_set_border_width (GTK_CONTAINER (framePerform), 3);
@@ -840,6 +856,37 @@
gtk_label_set_line_wrap (GTK_LABEL (lblPerformanceOptions), TRUE);
gtk_misc_set_alignment (GTK_MISC (lblPerformanceOptions), 0, 0.5);
+
+ frameDrive = gtk_frame_new (NULL);
+ // Add the new frame to the Local ressource tab
+ gtk_box_pack_start (GTK_BOX (vbxLocalTab1), frameDrive, TRUE, TRUE, 0);
+ gtk_container_set_border_width (GTK_CONTAINER (frameDrive), 3);
+ gtk_frame_set_shadow_type (GTK_FRAME (frameDrive), GTK_SHADOW_NONE);
+
+ lblDriveFrame = gtk_label_new_with_mnemonic (_("Remotely map your disk drive"));
+ gtk_label_set_markup (GTK_LABEL (lblDriveFrame), g_strconcat ("", _("Remotely map your disk drive"), "", NULL));
+ gtk_frame_set_label_widget (GTK_FRAME (frameDrive), lblDriveFrame);
+ gtk_label_set_justify (GTK_LABEL (lblDriveFrame), GTK_JUSTIFY_LEFT);
+
+ tblDrive = gtk_table_new (1, 2, FALSE);
+ gtk_container_add (GTK_CONTAINER (frameDrive), tblDrive);
+ gtk_table_set_col_spacings (GTK_TABLE (tblDrive), 6);
+
+ imgDrive = create_pixmap (frmConnect, "harddrive.png");
+ gtk_misc_set_padding (GTK_MISC (imgDrive), 3, 3);
+ gtk_table_attach (GTK_TABLE (tblDrive), imgDrive, 0, 1, 0, 1,
+(GtkAttachOptions) (GTK_FILL),
+(GtkAttachOptions) 0, 0, 0);
+
+ vbxDrive = gtk_vbox_new (FALSE, 0);
+ gtk_table_attach (GTK_TABLE (tblDrive), vbxDrive, 1, 2, 0, 2,
+(GtkAttachOptions) (GTK_EXPAND | GTK_FILL),
+(GtkAttac
Bug#317258: [stable] kernel upload to p-u
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I finally had the opportunity to reset this server, and did it on the kernel without the patch to see the error messages. The kernel loads, the megaraid_mbox driver detects the device, and we have ... Megaraid mbox : Wait for 0 commands to complete :300 Megaraid mbox : reset sequence completed successfully appearing for a few minutes. It seems it tries for each id in the scsci chain. Eventually, it gives up with : scsi : Device offlined - not ready after error recovery. Voilà, hope it helps. Regards, - -- Clement Hermann (nodens) - - "L'air pur ? c'est pas en RL, ça ? c'est pas hors charte ?" Jean in L'Histoire des Pingouins, http://tnemeth.free.fr/fmbl/linuxsf/ Vous trouverez ma clef publique sur le serveur public pgp.mit.edu. Please find my public key on the public keyserver pgp.mit.edu. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHJc3F0yQ2guvROZ0RAo6BAJ44cotyAMbGchn5LGS5Er+8dNcVyQCdGajO FUIQtxB2llhcYAPCNzwupVM= =Mb85 -END PGP SIGNATURE-
Bug#447024: eog did not start on remote sun display
Package: eog Version: 2.16.3-3 Severity: important On my remote Sun dispaly eog loops while starting, opening a lot of windows and with the appended message. It has to be stopped with ctrl-c or kill. Error: Cairo does not yet support the requested image format: Depth: 8 Alpha mask: 0x Red mask: 0x0007 Green mask: 0x0038 Blue mask: 0x00c0 Please file an enhacement request (quoting the above) at: http://bugs.freedesktop.org/enter_bug.cgi?product=cairo gnome_segv: /home/dajobe/dev/debian/cairo/cairo-1.2.4/src/cairo-image-surface.c:155: _cairo_format_from_pixman_format: Assertion `NOT_REACHED' failed. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages eog depends on: ii gconf2 2.16.1-1 GNOME configuration database syste ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries ii libexif12 0.6.13-5etch1 library to parse EXIF files ii libgconf2-42.16.1-1 GNOME configuration database syste ii libglade2-01:2.6.0-4 library to load .glade files at ru ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgnome-desktop-2 2.14.3-2 Utility library for loading .deskt ii libgnome2-02.16.0-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeprint2.2-0 2.12.1-7 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.12.1-4 GNOME 2.2 print architecture User ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.14.2-7GNOME virtual file-system (runtime ii libgtk2.0-02.8.20-7 The GTK+ graphical user interface ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii liblcms1 1.15-1Color management library ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libx11-6 2:1.0.3-7 X11 client-side library Versions of packages eog recommends: ii librsvg2-common 2.14.4-3 SAX-based renderer library for SVG -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#443475: Mentioned workaround "persistent {passwd,group,hosts} no" is not working here
nscd keeps still crashing, even with persistent set to no, so no disk cache is be written any more. crash output and nscd.conf is attached. Please tell me what else I need to provide to debug this issue further on. This is getting a major obstacle. -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: [EMAIL PROTECTED]6062: handle_request: request received (Version = 2) from PID 12994 6062: GETFDPW 6062: provide access to FD 4, for passwd 6062: handle_request: request received (Version = 2) from PID 12997 6062: GETPWBYNAME (root) 6062: handle_request: request received (Version = 2) from PID 12997 6062: GETPWBYNAME (root) 6062: handle_request: request received (Version = 2) from PID 12998 6062: GETFDGR 6062: provide access to FD 6, for group 6062: handle_request: request received (Version = 2) from PID 12998 6062: INITGROUPS (root) 6062: Haven't found "root" in group cache! 6062: handle_request: request received (Version = 2) from PID 13001 6062: GETFDPW 6062: provide access to FD 4, for passwd 6062: handle_request: request received (Version = 2) from PID 13002 6062: GETFDPW 6062: provide access to FD 4, for passwd 6062: remove INITGROUPS entry "root" 6062: Reloading "opt079" in hosts cache! 6062: Reloading "opt058" in hosts cache! 6062: Reloading "opt080" in hosts cache! 6062: Reloading "opt069" in hosts cache! 6062: Reloading "opt070" in hosts cache! 6062: Reloading "opt059" in hosts cache! 6062: Reloading "opt081" in hosts cache! 6062: Reloading "opt060" in hosts cache! 6062: Reloading "opt071" in hosts cache! 6062: Reloading "opt082" in hosts cache! 6062: Reloading "opt061" in hosts cache! 6062: Reloading "opt072" in hosts cache! 6062: Reloading "opt051" in hosts cache! 6062: Reloading "opt062" in hosts cache! 6062: Reloading "opt073" in hosts cache! 6062: Reloading "opt052" in hosts cache! 6062: Reloading "opt063" in hosts cache! 6062: Reloading "opt074" in hosts cache! 6062: Reloading "opt053" in hosts cache! 6062: Reloading "opt064" in hosts cache! 6062: Reloading "opt075" in hosts cache! 6062: Reloading "opt054" in hosts cache! 6062: Reloading "opt065" in hosts cache! 6062: Reloading "opt076" in hosts cache! 6062: Reloading "opt055" in hosts cache! 6062: Reloading "opt066" in hosts cache! 6062: Reloading "opt077" in hosts cache! 6062: Reloading "opt056" in hosts cache! 6062: Reloading "opt067" in hosts cache! 6062: Reloading "opt078" in hosts cache! 6062: Reloading "opt057" in hosts cache! 6062: Reloading "opt068" in hosts cache! 6062: Reloading "0" in password cache! 6062: Reloading "costescu" in password cache! nscd: cache.c:144: cache_add: Assertion `newp->key + newp->len <= table->head->first_free' failed. [2]+ Aborted /usr/sbin/nscd -d debug-level 0 paranoiano enable-cachepasswd yes positive-time-to-live passwd 600 negative-time-to-live passwd 20 suggested-size passwd 211 check-files passwd yes persistent passwd no shared passwd yes enable-cachegroup yes positive-time-to-live group 3600 negative-time-to-live group 60 suggested-size group 211 check-files group yes persistent group no shared group yes enable-cachehosts yes positive-time-to-live hosts 3600 negative-time-to-live hosts 20 suggested-size hosts 211 check-files hosts yes persistent hosts no shared hosts yes
Bug#443475: nscd aborts with other messages,too
Package: nscd Version: 2.3.6.ds1-13etch2 Followup-For: Bug #443475 nscd stops shortly here with another message: nscd: cache.c:144: cache_add: Assertion `newp->key + newp->len <= table->head->first_free' failed. LDAP is used here, too. Please tell me if you need more information. -- 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.22.9 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages nscd depends on: ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries nscd recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445945: xdpyinfo output
see attached xdpyinfo.outname of display:localhost:11.0 version number:11.0 vendor string:Sun Microsystems, Inc. vendor release number:6610 maximum request size: 262140 bytes motion buffer size: 256 bitmap unit, bit order, padding:32, MSBFirst, 32 image byte order:MSBFirst number of supported pixmap formats:5 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 32 depth 4, bits_per_pixel 8, scanline_pad 32 depth 8, bits_per_pixel 8, scanline_pad 32 depth 24, bits_per_pixel 32, scanline_pad 32 depth 32, bits_per_pixel 32, scanline_pad 32 keycode range:minimum 8, maximum 132 focus: window 0x168000d, revert to PointerRoot number of extensions:32 AccessX Adobe-DPS-Extension DOUBLE-BUFFER DPMS DPSExtension Extended-Visual-Information FBPM LBX MIT-SCREEN-SAVER MIT-SHM MIT-SUNDRY-NONSTANDARD Multi-Buffering RECORD RENDER SECURITY SHAPE ST SUN_ALLPLANES SUN_DGA SUN_OVL SUN_SME SYNC SolarisIA TOG-CUP X-Resource XC-APPGROUP XC-MISC XEVIE XIE XInputDeviceEvents XInputExtension XTEST default screen number:0 number of screens:1 screen #0: dimensions:1280x1024 pixels (361x288 millimeters) resolution:90x90 dots per inch depths (5):1, 4, 8, 24, 32 root window id:0x41 depth of root window:8 planes number of colormaps:minimum 1, maximum 5 default colormap:0x34 default number of colormap cells:8 preallocated pixels:black 0, white 255 options:backing-store YES, save-unders YES largest cursor:64x64 current input event mask:0x7a003f KeyPressMask KeyReleaseMask ButtonPressMask ButtonReleaseMaskEnterWindowMask LeaveWindowMask StructureNotifyMask SubstructureNotifyMask SubstructureRedirectMask FocusChangeMask PropertyChangeMask number of visuals:16 default visual id: 0x25 visual: visual id:0x20 class:PseudoColor depth:8 planes available colormap entries:256 red, green, blue masks:0x0, 0x0, 0x0 significant bits in color specification:8 bits visual: visual id:0x21 class:PseudoColor depth:8 planes available colormap entries:256 red, green, blue masks:0x0, 0x0, 0x0 significant bits in color specification:8 bits visual: visual id:0x22 class:StaticColor depth:8 planes available colormap entries:256 red, green, blue masks:0x7, 0x38, 0xc0 significant bits in color specification:8 bits visual: visual id:0x23 class:StaticGray depth:8 planes available colormap entries:256 red, green, blue masks:0x0, 0x0, 0x0 significant bits in color specification:8 bits visual: visual id:0x24 class:GrayScale depth:8 planes available colormap entries:256 red, green, blue masks:0x0, 0x0, 0x0 significant bits in color specification:8 bits visual: visual id:0x25 class:TrueColor depth:8 planes available colormap entries:8 per subfield red, green, blue masks:0x7, 0x38, 0xc0 significant bits in color specification:8 bits visual: visual id:0x26 class:DirectColor depth:8 planes available colormap entries:8 per subfield red, green, blue masks:0x7, 0x38, 0xc0 significant bits in color specification:8 bits visual: visual id:0x27 class:StaticGray depth:8 planes available colormap entries:256 red, green, blue masks:0x0, 0x0, 0x0 significant bits in color specification:8 bits visual: visual id:0x2e class:PseudoColor depth:8 planes available colormap entries:256 red, green, blue masks:0x0, 0x0, 0x0 significant bits in color specification:8 bits visual: visual id:0x2f class:PseudoColor depth:8 planes available colormap entries:255 red, green, blue masks:0x0, 0x0, 0x0 significant bits in color specification:8 bits visual: visual id:0x28 class:TrueColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits visual: visual id:0x29 class:TrueColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits visual: visual id:0x2a class:DirectColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color
Bug#445945: gq don't start on remote Sun 8 bit TrueColor Visual
Package: gq Version: 1.0.0-3 Severity: important Sarge gq works with my remote Sun 8 Bit TrueColor Station, after upgrading to etch gq fails with: Error: Cairo does not yet support the requested image format: Depth: 8 Alpha mask: 0x Red mask: 0x0007 Green mask: 0x0038 Blue mask: 0x00c0 Please file an enhacement request (quoting the above) at: http://bugs.freedesktop.org/enter_bug.cgi?product=cairo gq: /home/dajobe/dev/debian/cairo/cairo-1.2.4/src/cairo-image-surface.c:155: _cairo_format_from_pixman_format: Assertion `NOT_REACHED' failed. Aborted I'm not shure if libcairo2 is the real culprit: etch mozilla (iceweasel) is working perfect in the same environment. output of xpdyinfo will be attached as separate file. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gq depends on: ii libatk1.0-01.12.4-3 The ATK accessibility toolkit ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgtk2.0-02.8.20-7 The GTK+ graphical user interface ii libldap2 2.1.30-13.3 OpenLDAP libraries ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libssl0.9.80.9.8c-4etch1 SSL shared libraries ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.27.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii zlib1g 1:1.2.3-13compression library - runtime gq recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445656: ITP: superiotool -- Super I/O detection tool
Package: wnpp Severity: wishlist Owner: Uwe Hermann <[EMAIL PROTECTED]> * Package name: superiotool Version : r2832 Upstream Author : Various LinuxBIOS developers * URL : http://linuxbios.org/Superiotool * License : GPL (version 2 or later) Programming Lang: C Description : Super I/O detection tool Superiotool is a user-space utility which can - detect which Super I/O chip is soldered onto your mainboard, - at which configuration port it's located (usually 0x2e or 0x4e), and - dump all register contents of the Super I/O chip, together with the default values as per datasheet (to make comparing the values easy). It is mainly used for LinuxBIOS development purposes (see linuxbios.org for details on LinuxBIOS), but it may also be useful for other things. Uwe. -- http://www.hermann-uwe.de | http://www.holsham-traders.de http://www.crazy-hacks.org | http://www.unmaintained-free-software.org signature.asc Description: Digital signature
Bug#445249: democracyplayer: Package doesn't support python 2.5
On Thu, Oct 04, 2007 at 01:31:47PM +0200, Josselin Mouette wrote: > Package: democracyplayer > Version: 0.9.6-2 > Severity: important > > Hi, > > democracyplayer is built with debian/pyversions being "2.4". If the > supported versions start with 2.4, you need to set "2.4-" instead, so > that later versions are supported. > > If only version 2.4 is supported (which is unlikely), please use > /usr/bin/python2.4 in the binary and use "dh_pysupport -V 2.4". Yep, only 2.4 is supported at the moment, there were massive problems when I tried building/running it with 2.5. Why the 'dh_pysupport -V 2.4'? Isn't that equivalent to using '2.4' in the debian/pyversions file? Thanks, Uwe. -- http://www.hermann-uwe.de | http://www.holsham-traders.de http://www.crazy-hacks.org | http://www.unmaintained-free-software.org signature.asc Description: Digital signature
Bug#317258: [stable] kernel upload to p-u
dann frazier a écrit : > I also wonder if all reporters mean the same thing when they say it > "doesn't work"? The original reporter was complaining that neither > driver claimed the card - that's no longer the case. > > All users: > I'm interested in collecting the following data from each of you: > 1) BIOS/FW versions reported at POST (before the kernel starts) > 2) boot log when booting the etch kernel > 3) boot log when booting a kernel w/ the workaround: > > http://people.debian.org/~dannf/bugs/317258/linux-image-2.6.18-5-686_2.6.18.dfsg.1-13etch2megaraid1_i386.deb > > > I cannot provide it right now (the impacted servers are in production now, I integrated the workaround myself). I could try to schedule downtime, but It could take some time. However, I can say that on my NetRaid 2/M and Megaraid Express 500 (that is, the ones having the problem here), the -mbox driver claimed the card. The symptoms where timeouts (60 seconds) when initialisation commands where issued to the controller, happening a few times, and eventually the initramfs image would give a shell. Here are the first lines of /proc/megaraid/config, hope it helps : Netraid 1M v2.00.4 (Release Date: Thu Feb 9 08:51:30 EST 2006) HP NetRAID-1M Controller Type: 438/466/467/471/493/518/520/531/532 Controller Supports 40 Logical Drives Controller is not using 64-bit memory addressing Base = f0832000, Irq = 177, Logical Drives = 1, Channels = 1 Version =H01.07:G01.02, DRAM = 32Mb Controller Queue Depth = 254, Driver Queue Depth = 126 Express 500 v2.00.4 (Release Date: Thu Feb 9 08:51:30 EST 2006) Series 475 40 Logical Drive Firmware Controller Type: 438/466/467/471/493/518/520/531/532 Controller Supports 40 Logical Drives Controller capable of 64-bit memory addressing Controller is not using 64-bit memory addressing Base = e0802000, Irq = 209, Logical Drives = 1, Channels = 1 Version =l148:3.11, DRAM = 32Mb Controller Queue Depth = 254, Driver Queue Depth = 126 Cheers, -- Clément Hermann (nodens) - "L'air pur ? c'est pas en RL, ça ? c'est pas hors charte ?" Jean in L'Histoire des Pingouins, http://tnemeth.free.fr/fmbl/linuxsf/ Vous trouverez ma clef publique sur le serveur public pgp.mit.edu. Please find my public key on the public keyserver pgp.mit.edu. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#442385: pengupop: debian/copyright incomplete
Package: pengupop Version: 2.2.4-1+b1 Severity: normal Hi, the debian/copyright file of pengupop only says: You are free to distribute this software under the terms of the GNU General Public License, version 2 or later. On Debian systems, the complete text of the GNU General Public License can be found in /usr/share/common-licenses/GPL file. The file bin2c.c has the following license header, though: /* * Copyright (c) 2005 adresd * Copyright (c) 2005 Marcus R. Brown * Copyright (c) 2005 James Forshaw * Copyright (c) 2005 John Kelley * Copyright (c) 2005 Jesper Svennevid * All rights reserved. * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * 1. Redistributions of source code must retain the above copyright * notice, this list of conditions and the following disclaimer. * 2. Redistributions in binary form must reproduce the above copyright * notice, this list of conditions and the following disclaimer in the * documentation and/or other materials provided with the distribution. * 3. The names of the authors may not be used to endorse or promote products * derived from this software without specific prior written permission. * THIS SOFTWARE IS PROVIDED BY THE AUTHORS ``AS IS'' AND ANY EXPRESS OR * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. * IN NO EVENT SHALL THE AUTHORS BE LIABLE FOR ANY DIRECT, INDIRECT, * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT * NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, * DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. */ Please also add that to the copyright file. There are also some source files which don't have any license header, please ask upstream to add a header for every file. It would be nice if upstream would also state the license of the data files explicitly (images, sounds, etc). Also debian/copyright should mention all the copyright owners and the respective years, e.g. * Copyright (c) 2005 adresd * Copyright (c) 2005 Marcus R. Brown * Copyright (c) 2005 James Forshaw * Copyright (c) 2005 John Kelley * Copyright (c) 2005 Jesper Svennevid etc. Thanks, Uwe. -- http://www.hermann-uwe.de | http://www.holsham-traders.de http://www.crazy-hacks.org | http://www.unmaintained-free-software.org signature.asc Description: Digital signature
Bug#412408: How to solve ?
Hello, I stumbled on that bug while automating an etch installation. Using start_tls in libnss-ldap is needed here, so that you have the chicken and egg problem with udev needing /dev/(u)random before creating it. Any solution ahead ? thanks, greetings Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#441894: democracyplayer does not run at all
On Tue, Sep 11, 2007 at 03:46:48PM -0300, Krishnamurti Nunes wrote:
> Package: democracyplayer
> Version: 0.9.6-2
> Severity: grave
> Justification: renders package unusable
>
>
>
> Democracyplyer does not run at all on my amd64 box, unstable/SiD Debian
> GNU/Linux.
Cannot confirm here, it works just fine on my amd64 box.
> Running on terminal causes that:
> $ democracyplayer
> Traceback (most recent call last):
> File "/usr/bin/democracyplayer", line 21, in ?
> import gtcache
> File "/var/lib/python-support/python2.4/democracy/gtcache.py", line 5,
> in ?
> import config
> File "/var/lib/python-support/python2.4/democracy/config.py", line 8,
> in ?
> import eventloop
> File "/var/lib/python-support/python2.4/democracy/eventloop.py", line
> 303, in ?
> _eventLoop = EventLoop()
> File "/var/lib/python-support/python2.4/democracy/eventloop.py", line
> 194, in __init__
> self.wakeSender, self.wakeReceiver = util.makeDummySocketPair()
> File "/var/lib/python-support/python2.4/democracy/util.py", line 265,
> in makeDummySocketPair
> dummy_server.bind( ('127.0.0.1', 0) )
> File "", line 1, in bind
> socket.error: (99, 'Cannot assign requested address')
This is strange.
Are you running Democracy Player as root or as another user?
What's the output of 'ifconfig' on your box?
Does networking usually work (i.e. do you have Internet access) on that
machine? Any non-standard configuration regarding networking I should
know about?
I just uploaded Miro 0.9.9.1 (the new name of Democracy Player), which
should be available in the archives in a few days or so. Please also try
that and report whether the problem persists there.
Thanks, Uwe.
--
http://www.hermann-uwe.de | http://www.holsham-traders.de
http://www.crazy-hacks.org | http://www.unmaintained-free-software.org
signature.asc
Description: Digital signature
Bug#441371: imlib has some old suggests in debian/control
Package: imlib Version: 1.9.15-3 Hi, please remove the Suggests of imlib-progs from imlib debian/control. imlib-progs was in imlib+png2 which isn't in the archives anymore. See also: https://bugs.launchpad.net/ubuntu/+source/imlib/+bug/138386 Thx, \sh signature.asc Description: PGP signature signature.asc Description: OpenPGP digital signature
Bug#440845: Patch for galculator to fix gdk_color_to_string FTBFS
Package: galculator
Version: 1.2.5.2-1
Dear Sebastien,
please find attached the patch (it's already applied in Ubuntu) to fix
the compile problem with gdk_color_to_string.
The compile fails with newer gdk libs.
Regards,
\sh
diff -ruN galculator-1.2.5.2.orig/src/callbacks.c galculator-1.2.5.2/src/callbacks.c
--- galculator-1.2.5.2.orig/src/callbacks.c 2006-03-22 09:41:39.0 +0100
+++ galculator-1.2.5.2/src/callbacks.c 2007-09-04 20:22:13.864711385 +0200
@@ -739,35 +739,35 @@
{
da = glade_xml_get_widget (prefs_xml, "prefs_bkg_color");
if (prefs.bkg_color != NULL) g_free (prefs.bkg_color);
- prefs.bkg_color = gdk_color_to_string(color);
+ prefs.bkg_color = gdk_color_to_string(&color);
display_set_bkg_color (prefs.bkg_color);
}
else if (strcmp (title, SELECT_RESULT_FONT_COLOR) == 0)
{
da = glade_xml_get_widget (prefs_xml, "prefs_result_color");
if (prefs.result_color != NULL) g_free (prefs.result_color);
- prefs.result_color = gdk_color_to_string(color);
+ prefs.result_color = gdk_color_to_string(&color);
display_update_tags();
}
else if (strcmp (title, SELECT_STACK_COLOR) == 0)
{
da = glade_xml_get_widget (prefs_xml, "prefs_stack_color");
if (prefs.stack_color != NULL) g_free (prefs.stack_color);
- prefs.stack_color = gdk_color_to_string(color);
+ prefs.stack_color = gdk_color_to_string(&color);
display_update_tags();
}
else if (strcmp (title, SELECT_ACT_MOD_COLOR) == 0)
{
da = glade_xml_get_widget (prefs_xml, "prefs_act_mod_color");
if (prefs.act_mod_color != NULL) g_free (prefs.act_mod_color);
- prefs.act_mod_color = gdk_color_to_string(color);
+ prefs.act_mod_color = gdk_color_to_string(&color);
display_update_tags();
}
else if (strcmp (title, SELECT_INACT_MOD_COLOR) == 0)
{
da = glade_xml_get_widget (prefs_xml, "prefs_inact_mod_color");
if (prefs.inact_mod_color != NULL) g_free (prefs.inact_mod_color);
- prefs.inact_mod_color = gdk_color_to_string(color);
+ prefs.inact_mod_color = gdk_color_to_string(&color);
display_update_tags();
}
else fprintf (stderr, "[%s] Color Dialog (%s) not found. %s\n", PACKAGE,
diff -ruN galculator-1.2.5.2.orig/src/general_functions.c galculator-1.2.5.2/src/general_functions.c
--- galculator-1.2.5.2.orig/src/general_functions.c 2006-03-22 09:41:39.0 +0100
+++ galculator-1.2.5.2/src/general_functions.c 2007-09-04 20:21:49.363315045 +0200
@@ -311,15 +311,6 @@
if (entry) gtk_entry_set_text (entry, *string_var);
}
-/*
- * convert given GdkColor to a string so that gdk_color_parse gives the
- * same color again.
- */
-
-char *gdk_color_to_string (GdkColor color)
-{
- return g_strdup_printf ("#%04X%04X%04X", color.red, color.green, color.blue);
-}
/*
* "apply"
diff -ruN galculator-1.2.5.2.orig/src/general_functions.h galculator-1.2.5.2/src/general_functions.h
--- galculator-1.2.5.2.orig/src/general_functions.h 2006-03-22 09:41:39.0 +0100
+++ galculator-1.2.5.2/src/general_functions.h 2007-09-04 20:21:38.862716520 +0200
@@ -51,7 +51,6 @@
void set_stacksize (GladeXML *xml, char *name, void *stack_size);
void set_entry (GladeXML *xml, char *entry_name, void *entry_text);
-char *gdk_color_to_string (GdkColor color);
void apply_preferences (s_preferences prefs);
Bug#440844: patch to fix FTBFS with newer GTK versions
package: galculator
version: 1.2.5.2-1
Please find attached a patch, to fix an FTBFS.
This patch is already applied in the Ubuntu package.
It will fail because the function gdk_color_to_string is already defined in gdk
now.
Regards,
\sh
--
Stephan Hermann
OSS-Developer and Systemadministrator
http://www.sourcecode.de/
JID: [EMAIL PROTECTED]
diff -ruN galculator-1.2.5.2.orig/src/callbacks.c galculator-1.2.5.2/src/callbacks.c
--- galculator-1.2.5.2.orig/src/callbacks.c 2006-03-22 09:41:39.0 +0100
+++ galculator-1.2.5.2/src/callbacks.c 2007-09-04 20:22:13.864711385 +0200
@@ -739,35 +739,35 @@
{
da = glade_xml_get_widget (prefs_xml, "prefs_bkg_color");
if (prefs.bkg_color != NULL) g_free (prefs.bkg_color);
- prefs.bkg_color = gdk_color_to_string(color);
+ prefs.bkg_color = gdk_color_to_string(&color);
display_set_bkg_color (prefs.bkg_color);
}
else if (strcmp (title, SELECT_RESULT_FONT_COLOR) == 0)
{
da = glade_xml_get_widget (prefs_xml, "prefs_result_color");
if (prefs.result_color != NULL) g_free (prefs.result_color);
- prefs.result_color = gdk_color_to_string(color);
+ prefs.result_color = gdk_color_to_string(&color);
display_update_tags();
}
else if (strcmp (title, SELECT_STACK_COLOR) == 0)
{
da = glade_xml_get_widget (prefs_xml, "prefs_stack_color");
if (prefs.stack_color != NULL) g_free (prefs.stack_color);
- prefs.stack_color = gdk_color_to_string(color);
+ prefs.stack_color = gdk_color_to_string(&color);
display_update_tags();
}
else if (strcmp (title, SELECT_ACT_MOD_COLOR) == 0)
{
da = glade_xml_get_widget (prefs_xml, "prefs_act_mod_color");
if (prefs.act_mod_color != NULL) g_free (prefs.act_mod_color);
- prefs.act_mod_color = gdk_color_to_string(color);
+ prefs.act_mod_color = gdk_color_to_string(&color);
display_update_tags();
}
else if (strcmp (title, SELECT_INACT_MOD_COLOR) == 0)
{
da = glade_xml_get_widget (prefs_xml, "prefs_inact_mod_color");
if (prefs.inact_mod_color != NULL) g_free (prefs.inact_mod_color);
- prefs.inact_mod_color = gdk_color_to_string(color);
+ prefs.inact_mod_color = gdk_color_to_string(&color);
display_update_tags();
}
else fprintf (stderr, "[%s] Color Dialog (%s) not found. %s\n", PACKAGE,
diff -ruN galculator-1.2.5.2.orig/src/general_functions.c galculator-1.2.5.2/src/general_functions.c
--- galculator-1.2.5.2.orig/src/general_functions.c 2006-03-22 09:41:39.0 +0100
+++ galculator-1.2.5.2/src/general_functions.c 2007-09-04 20:21:49.363315045 +0200
@@ -311,15 +311,6 @@
if (entry) gtk_entry_set_text (entry, *string_var);
}
-/*
- * convert given GdkColor to a string so that gdk_color_parse gives the
- * same color again.
- */
-
-char *gdk_color_to_string (GdkColor color)
-{
- return g_strdup_printf ("#%04X%04X%04X", color.red, color.green, color.blue);
-}
/*
* "apply"
diff -ruN galculator-1.2.5.2.orig/src/general_functions.h galculator-1.2.5.2/src/general_functions.h
--- galculator-1.2.5.2.orig/src/general_functions.h 2006-03-22 09:41:39.0 +0100
+++ galculator-1.2.5.2/src/general_functions.h 2007-09-04 20:21:38.862716520 +0200
@@ -51,7 +51,6 @@
void set_stacksize (GladeXML *xml, char *name, void *stack_size);
void set_entry (GladeXML *xml, char *entry_name, void *entry_text);
-char *gdk_color_to_string (GdkColor color);
void apply_preferences (s_preferences prefs);
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
Bug#420044: Debdiff to fix FTBFS of etoken
Good Morning Gentlemen, please find attached the debdiff to fix this FTBFS. Have a nice day, \sh diff -u etoken-0.3.9/debian/changelog etoken-0.3.9/debian/changelog --- etoken-0.3.9/debian/changelog +++ etoken-0.3.9/debian/changelog @@ -1,3 +1,11 @@ +etoken (0.3.9-6.1) unstable; urgency=low + + * FTBFS Fix (Closes: #420044) ++ ifdhandler.h: + - Added inline fix to fix FTBFS + + -- Stephan Hermann <[EMAIL PROTECTED]> Sat, 01 Sep 2007 11:14:01 +0200 + etoken (0.3.9-6) unstable; urgency=low * Remove the provided /etc/reader.conf.d/libetoken file and (Closes: diff -u etoken-0.3.9/ifdhandler.h etoken-0.3.9/ifdhandler.h --- etoken-0.3.9/ifdhandler.h +++ etoken-0.3.9/ifdhandler.h @@ -139,7 +139,15 @@ #define IFD_NOT_SUPPORTED 614 #define IFD_ICC_PRESENT615 #define IFD_ICC_NOT_PRESENT616 - + + + /* +* Fix for FTBFS +* See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=420044 +*/ + +typedef long RESPONSECODE; + /* * List of Defined Functions Available to IFD_Handler 2.0 */ signature.asc Description: OpenPGP digital signature
Bug#439730: [Pkg-openmpi-maintainers] Bug#439730: Bug#439730: Bug#439730: Bug#439730: Please shut up libibverbs
On Wed, Aug 29, 2007 at 07:03:42AM -0500, Dirk Eddelbuettel wrote: > > On 29 August 2007 at 11:34, Manuel Prinz wrote: > | Am Montag, den 27.08.2007, 08:14 -0500 schrieb Dirk Eddelbuettel: > | > I'd vote for actually 'Debian patching' the config file to set ^openib, > and > | > adding a line there "comment out if you have infinit band and want to use > it". > | > | I checked in a patch that modifies the config and documents the issue in > | README.Debian. I wasn't able to test it yet, so I'm not tagging this bug > | as pending. > | > | Nevertheless, while patching I started not feeling very comfortable with > | this, for the following reason: If one has InfiniBand, it will not be > | working anymore, maybe without warning. To enable it again, one has to > | do so on all nodes. If one doesn't have InfiniBand, all one gets is a > | quite annoying warning but that doesn't influence the behavior at all. > | > | So the question I asked myself is: Isn't it more reasonable to comment > | out the configuration setting and add a line "uncomment if you want to > | shut up libibverbs". This would not influence the runtime behavior at > | all. Opinions? I think the default should be a working Infiniband install, and somebody who wants to silence a few messages can edit one or two lines in the config file (no I don't use Infiniband myself, but I think it makes sense to enable as much functionality per default as possible in this case; well, except that there were some security implications or something, but I don't think that's the case). > It's tricky. We could also use a debconf question once, and remember the > value to rewrite the conf file, but maybe that makes life to complicated. Yeah, overkill IMHO. My 2 cents, Uwe. -- http://www.hermann-uwe.de | http://www.holsham-traders.de http://www.crazy-hacks.org | http://www.unmaintained-free-software.org signature.asc Description: Digital signature
Bug#438849: libxine1: FTBFS on GNU/kFreeBSD
On Mon, Aug 20, 2007 at 02:23:20PM +0100, Darren Salt wrote: > > Uwe Hermann <[EMAIL PROTECTED]> writes: > >> here's a patch which fixes the xine build on Debian GNU/kFreeBSD. > > > Thanks for the patch, Uwe! I'm forwarding it to the xine developers, so > > it can be included in the next release. > [snip patch] > > Why is only the vcd input plugin patched? Why not other files which check for > __FreeBSD__? Good question. For me it was enough to be able to build the Debian package, but I guess we should fix all files... > Would it be better to have include/config.h cause __FreeBSD__ to > be defined if __FreeBSD_kernel__ is defined? Yes, I think that should work, but I haven't tested anything, yet. Uwe. -- http://www.hermann-uwe.de | http://www.holsham-traders.de http://www.crazy-hacks.org | http://www.unmaintained-free-software.org signature.asc Description: Digital signature
Bug#438848: kaffeine: FTBFS on GNU/kFreeBSD
Package: kaffeine
Version: 0.8.5-1
Severity: normal
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the addition of hdparm to the list of dependencies as per #289895
broke the build on Debian GNU/kFreeBSD (as hdparm is not available
on this architecture).
The fix is simple -- don't depend on hdparm on non-Linux architectures.
For now this means kfreebsd-i386, kfreebsd-amd64, and hurd-i386 (though
I cannot test Hurd, but I assume hdparm isn't available there either).
See attached patch.
HTH, Uwe.
--
http://www.hermann-uwe.de | http://www.holsham-traders.de
http://www.crazy-hacks.org | http://www.unmaintained-free-software.org
diff -Naur kaffeine-0.8.5.orig/debian/control kaffeine-0.8.5/debian/control
--- kaffeine-0.8.5.orig/debian/control 2007-08-20 10:56:05.0 +0200
+++ kaffeine-0.8.5/debian/control 2007-08-20 09:45:53.0 +0200
@@ -11,7 +11,7 @@
Package: kaffeine
Architecture: any
-Depends: ${shlibs:Depends}, libxine1-ffmpeg, hdparm
+Depends: ${shlibs:Depends}, libxine1-ffmpeg, hdparm [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386]
Conflicts: kaffeine-xine, kaffeine-gstreamer
Replaces: kaffeine-xine, kaffeine-gstreamer
Description: versatile media player for KDE
signature.asc
Description: Digital signature
Bug#438849: libxine1: FTBFS on GNU/kFreeBSD
Package: libxine1
Version: 1.1.7-3
Severity: normal
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
here's a patch which fixes the xine build on Debian GNU/kFreeBSD.
(However, apart from this patch, the pulseaudio package must also be
fixed in order to actually be able to build xine, see
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=430366)
HTH, Uwe.
--
http://www.hermann-uwe.de | http://www.holsham-traders.de
http://www.crazy-hacks.org | http://www.unmaintained-free-software.org
diff -Naur xine-lib-1.1.7.orig/debian/rules xine-lib-1.1.7/debian/rules
--- xine-lib-1.1.7.orig/debian/rules 2007-08-20 10:16:56.0 +0200
+++ xine-lib-1.1.7/debian/rules 2007-08-20 09:21:50.0 +0200
@@ -145,9 +145,19 @@
debian/%.install.$(DEB_HOST_ARCH): debian/%.install debian/%.install.$(DEB_HOST_ARCH).specific
cat $^ > $@
+# Create install files for Debian GNU/kFreeBSD i386/amd64 by dropping
+# everything which is not available on those architectures.
+generate-kfreebsd-files:
+ grep -v -e alsa -e pvr -e v4l -e dxr3 -e out_fb -e syncfb debian/libxine1.install > debian/libxine1.install.kfreebsd-i386
+ grep -v -e alsa -e pvr -e v4l -e dxr3 -e out_fb -e syncfb debian/libxine1.install > debian/libxine1.install.kfreebsd-amd64
+
# i386 is special cased! Other archs may follow
ifeq ($(DEB_HOST_ARCH),i386)
binary-libxine1: debian/libxine1.install debian/libxine1.install.$(DEB_HOST_ARCH)
+else ($(DEB_HOST_ARCH),kfreebsd-i386)
+binary-libxine1: generate-kfreebsd-files debian/libxine1.install.$(DEB_HOST_ARCH)
+else ($(DEB_HOST_ARCH),kfreebsd-amd64)
+binary-libxine1: generate-kfreebsd-files debian/libxine1.install.$(DEB_HOST_ARCH)
else
binary-libxine1: debian/libxine1.install
endif
diff -Naur xine-lib-1.1.7.orig/src/input/input_vcd.c xine-lib-1.1.7/src/input/input_vcd.c
--- xine-lib-1.1.7.orig/src/input/input_vcd.c 2007-04-29 18:55:34.0 +0200
+++ xine-lib-1.1.7/src/input/input_vcd.c 2007-08-20 06:23:00.0 +0200
@@ -40,7 +40,7 @@
#ifdef HAVE_SYS_CDIO_H
# include
/* TODO: not clean yet */
-# if defined (__FreeBSD__)
+# if defined (__FreeBSD__) || defined(__FreeBSD_kernel__)
# include
# endif
#endif
@@ -95,7 +95,7 @@
#if defined (__linux__) || defined(__sun)
struct cdrom_tochdrtochdr;
struct cdrom_tocentry tocent[100];
-#elif defined (__FreeBSD__)
+#elif defined (__FreeBSD__) || defined(__FreeBSD_kernel__)
struct ioc_toc_header tochdr;
struct cd_toc_entry*tocent;
off_t cur_sec;
@@ -120,7 +120,7 @@
intcur_track;
-#if defined (__linux__) || defined(__sun) || defined(__FreeBSD__)
+#if defined (__linux__) || defined(__sun) || defined(__FreeBSD__) || defined(__FreeBSD_kernel__)
uint8_tcur_min, cur_sec, cur_frame;
#endif
@@ -180,7 +180,7 @@
return 0;
}
-#elif defined (__FreeBSD__)
+#elif defined (__FreeBSD__) || defined(__FreeBSD_kernel__)
static int input_vcd_read_toc (vcd_input_class_t *this, int fd) {
struct ioc_read_toc_entry te;
@@ -396,7 +396,7 @@
memcpy (buf, data.data, VCDSECTORSIZE); /* FIXME */
return VCDSECTORSIZE;
}
-#elif defined (__FreeBSD__)
+#elif defined (__FreeBSD__) || defined(__FreeBSD_kernel__)
static off_t vcd_plugin_read (input_plugin_t *this_gen,
char *buf, off_t nlen) {
vcd_input_plugin_t *this = (vcd_input_plugin_t *) this_gen;
@@ -534,7 +534,7 @@
memcpy (buf->mem, data.data, VCDSECTORSIZE); /* FIXME */
return buf;
}
-#elif defined (__FreeBSD__)
+#elif defined (__FreeBSD__) || defined(__FreeBSD_kernel__)
static buf_element_t *vcd_plugin_read_block (input_plugin_t *this_gen,
fifo_buffer_t *fifo, off_t nlen) {
@@ -693,7 +693,7 @@
return offset ; /* FIXME */
}
-#elif defined (__FreeBSD__)
+#elif defined (__FreeBSD__) || defined(__FreeBSD_kernel__)
static off_t vcd_plugin_seek (input_plugin_t *this_gen,
off_t offset, int origin) {
@@ -767,7 +767,7 @@
return (off_t) 0;
}
-#elif defined (__FreeBSD__)
+#elif defined (__FreeBSD__) || defined(__FreeBSD_kernel__)
static off_t vcd_plugin_get_length (input_plugin_t *this_gen) {
vcd_input_plugin_t *this = (vcd_input_plugin_t *) this_gen;
off_t len ;
@@ -862,7 +862,7 @@
this->cur_min = this->cls->tocent[this->cur_track].cdte_addr.msf.minute;
this->cur_sec = this->cls->tocent[this->cur_track].cdte_addr.msf.second;
this->cur_frame = this->cls->tocent[this->cur_track].cdte_addr.msf.frame;
-#elif defined (__FreeBSD__)
+#elif defined (__FreeBSD__) || defined(__FreeBSD_kernel__)
{
int bsize = 2352;
if (ioctl (this->fd, CDRIOCSETBLOCKSIZE, &bsize) == -1) {
signature.asc
Description: Digital signature
Bug#430366: pulseaudio: FTBFS on GNU/kFreeBSD
Hi, On Sat, Jun 23, 2007 at 10:08:01PM +0200, Petr Salinger wrote: > Package: pulseaudio > Severity: important > Version: 0.9.6-1 > Tags: patch > User: [EMAIL PROTECTED] > Usertags: kfreebsd > > > Hi, > > the current version fails to build on GNU/kFreeBSD. > > It needs small tweak in source and OS specific > build-depends and pulseaudio.install. > Please find attached patch with that. > > It would also be nice if you can ask upstream > to include change in src/pulsecore/core-util.c. > The extra ";" is required by newer gcc. Any news on this bug? I have tested the patch yesterday on Debian GNU/kFreeBSD (i386) and it works perfectly fine. Please include it in the next upload! This fix is not only required to fix pulseaudio, but also in order to be able to build xine (which currently depends on pulseaudio) on Debian GNU/kFreeBSD, which in turn is required to build Democracy Player (a media viewer/downloader) which I maintain and would like to make available on Debian GNU/kFreeBSD (hence my nagging ;-). Thanks, Uwe. -- http://www.hermann-uwe.de | http://www.holsham-traders.de http://www.crazy-hacks.org | http://www.unmaintained-free-software.org signature.asc Description: Digital signature
Bug#435580: Acknowledgement (vlock: FTBFS on kFreeBSD)
Hi,
here's an updated patch for vlock to support Debian GNU/kFreeBSD.
The diff is against vlock-2.1-alpha2, as that already has support for
FreeBSD, so adding support from Debian GNU/kFreeBSD is easy.
HTH, Uwe.
--
http://www.hermann-uwe.de | http://www.holsham-traders.de
http://www.crazy-hacks.org | http://www.unmaintained-free-software.org
diff -Naur vlock-2.1-alpha2.orig/src/vlock-all.c vlock-2.1-alpha2/src/vlock-all.c
--- vlock-2.1-alpha2.orig/src/vlock-all.c 2007-08-16 23:04:17.0 +0200
+++ vlock-2.1-alpha2/src/vlock-all.c 2007-08-17 07:37:38.0 +0200
@@ -20,11 +20,11 @@
#include
#include
-#ifdef __FreeBSD__
+#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__)
#include
#else
#include
-#endif /* __FreeBSD__ */
+#endif /* __FreeBSD__, __FreeBSD_kernel__ */
#include "vlock.h"
diff -Naur vlock-2.1-alpha2.orig/src/vlock.h vlock-2.1-alpha2/src/vlock.h
--- vlock-2.1-alpha2.orig/src/vlock.h 2007-08-16 23:04:17.0 +0200
+++ vlock-2.1-alpha2/src/vlock.h 2007-08-17 07:38:34.0 +0200
@@ -11,13 +11,13 @@
*/
/* name of the virtual console device */
-#ifdef __FreeBSD__
+#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__)
#define CONSOLE "/dev/ttyv0"
#else
#define CONSOLE "/dev/tty0"
#endif
/* template for the device of a given virtual console */
-#ifdef __FreeBSD__
+#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__)
#define VTNAME "/dev/ttyv%x"
#else
#define VTNAME "/dev/tty%d"
diff -Naur vlock-2.1-alpha2.orig/src/vlock-new.c vlock-2.1-alpha2/src/vlock-new.c
--- vlock-2.1-alpha2.orig/src/vlock-new.c 2007-08-16 23:04:17.0 +0200
+++ vlock-2.1-alpha2/src/vlock-new.c 2007-08-17 07:41:53.0 +0200
@@ -19,18 +19,18 @@
#include
#include
-#ifdef __FreeBSD__
+#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__)
#include
#else
#include
-#endif /* __FreeBSD__ */
+#endif /* __FreeBSD__, __FreeBSD_kernel__ */
#include "vlock.h"
/* Get the currently active console from the given
* console file descriptor. Returns console number
* (starting from 1) on success, -1 on error. */
-#ifdef __FreeBSD__
+#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__)
static int get_active_console(int consfd) {
int n;
@@ -61,7 +61,7 @@
return NULL;
/* format the virtual terminal filename from the number */
-#ifdef __FreeBSD__
+#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__)
namelen = snprintf(name, sizeof name, VTNAME, n-1);
#else
namelen = snprintf(name, sizeof name, VTNAME, n);
@@ -179,7 +179,7 @@
|| ioctl(consfd, VT_WAITACTIVE, old_vtno) < 0)
perror("vlock-new: could not activate previous console");
-#ifndef __FreeBSD__
+#if !defined(__FreeBSD__) && !defined(__FreeBSD_kernel__)
/* deallocate virtual terminal */
if (ioctl(consfd, VT_DISALLOCATE, vtno) < 0)
perror("vlock-new: could not disallocate console");
signature.asc
Description: Digital signature
Bug#437839: [Pkg-openmpi-maintainers] Bug#437839: openmpi-bin: FTBFS on kFreeBSD and maybe Hurd
tags 437839 patch
thanks
On Tue, Aug 14, 2007 at 08:55:56AM -0500, Dirk Eddelbuettel wrote:
> | it seems the 1.2.3-3 broke the build on kFreeBSD and/or Hurd,
> | unfortunately. The reason is that "arch: any" was changed to
> | "alpha amd64 i386 ia64 powerpc", the supported architectures.
>
> I realized that after I made the upload. Sorry. I base my "builds or doesn't
> build" on the logs accessible via my QA page. These do not include the 'k'
> builds. As I understand these to be not officially part of the release, I
> lowered the severity too.
Build logs for unofficial architectures are here:
http://experimental.debian.net/build.php?pkg=openmpi
> | However, the list lacks the non-Linux kernels, i.e.
> | kfreebsd-i386, kfreebsd-amd64, hurd-i386.
> |
> | The attached patch should fix this, but I haven't tested it yet.
>
> I'd be happy to upload a fixed 1.2.3-4 this but could you possibly
>
> a) prove that it builds on hurd-i386 (build log somewhere would be fine)
I don't know much about Hurd (and can't test at the moment), but the
latest build (from December 06) is here:
http://experimental.debian.net/fetch.php?&pkg=openmpi&ver=1.1-2.3&arch=hurd-i386&stamp=1167088169&file=log&as=raw
It failed because of libibverbs back then.
> b) get back to me on the open kFreeBSD bug where I pinged you in another
> thread -- do we still segfault there or not?
Yes, both kfreebsd-i386 and kfreebsd-amd64 still segfault.
Anyway, my patch was incomplete, I missed some other architecture lines,
so here's an additional patch which should fix that.
This patch, plus a fixed libc0.1 (see other bug) now allow me to build
the packages on both kfreebsd-i386 and kfreebsd-amd64 (but yes, they
still segfault).
HTH, Uwe.
--
http://www.hermann-uwe.de | http://www.holsham-traders.de
http://www.crazy-hacks.org | http://www.unmaintained-free-software.org
--- debian/control.orig 2007-08-15 01:33:11.0 +0200
+++ debian/control 2007-08-15 01:32:52.0 +0200
@@ -38,7 +38,7 @@
Package: libopenmpi-dev
Section: libdevel
-Architecture: alpha amd64 i386 ia64 powerpc
+Architecture: alpha amd64 i386 ia64 powerpc kfreebsd-i386 kfreebsd-amd64 hurd-i386
Depends: libopenmpi1 (= ${binary:Version})
Conflicts: libopal-dev, pgapack, openmpi-dev
Replaces: openmpi-dev
@@ -55,7 +55,7 @@
Package: libopenmpi1
Section: libs
-Architecture: alpha amd64 i386 ia64 powerpc
+Architecture: alpha amd64 i386 ia64 powerpc kfreebsd-i386 kfreebsd-amd64 hurd-i386
Depends: ${shlibs:Depends}, ${misc:Depends}
Conflicts: openmpi-libs0
Replaces: openmpi-libs0
@@ -98,7 +98,7 @@
Package: libopenmpi-dbg
Section: devel
-Architecture: alpha amd64 i386 ia64 powerpc
+Architecture: alpha amd64 i386 ia64 powerpc kfreebsd-i386 kfreebsd-amd64 hurd-i386
Depends: openmpi-bin (= ${binary:Version}), libopenmpi1 (= ${binary:Version})
Conflicts: openmpi-dbg
Replaces: openmpi-dbg
signature.asc
Description: Digital signature
Bug#435581: [Pkg-openmpi-maintainers] Bug#435581: [OMPI devel] [EMAIL PROTECTED]: Bug#435581: openmpi-bin: Segfault on Debian GNU/kFreeBSD]
On Mon, Aug 13, 2007 at 08:04:39PM -0500, Dirk Eddelbuettel wrote: > On 14 August 2007 at 00:08, Adrian Knoth wrote: > | On Mon, Aug 13, 2007 at 04:26:31PM -0500, Dirk Eddelbuettel wrote: > | > | > > I'll now compile the 1.2.3 release tarball and see if I can reproduce > | > | The 1.2.3 release also works fine: > | > | [EMAIL PROTECTED]:~$ ./ompi123/bin/mpirun -np 2 ring > | 0: sending message (0) to 1 > | 0: sent message > | 1: waiting for message > | 1: got message (1) from 0, sending to 0 > | 0: got message (1) from 1 > > Now I'm even more confused. I though the bug was that it segfaulted when used > on a Debian-on-freebsd-kernel system ? I think Adrian used a tarball, not the Debian package? I'll try a local, manual install too, maybe the bug is Debian-related only? > | [EMAIL PROTECTED]:~$ ./ompi123/bin/ompi_info > | Open MPI: 1.2.3 > |Open MPI SVN revision: r15136 > | Open RTE: 1.2.3 > |Open RTE SVN revision: r15136 > | OPAL: 1.2.3 > |OPAL SVN revision: r15136 > | Prefix: /home/adi/ompi123 > | Configured architecture: x86_64-unknown-kfreebsd6.2-gnu Same here. > | > | JFTR: It's currently not possible to compile OMPI on amd64 (out of the > | > | box). Though it compiles on i386 > | > | > | > | > http://experimental.debian.net/fetch.php?&pkg=openmpi&ver=1.2.3-3&arch=kfreebsd-i386&stamp=1187000200&file=log&as=raw > | > | > | > | it fails on amd64: > | > | > | > | > http://experimental.debian.net/fetch.php?&pkg=openmpi&ver=1.2.3-3&arch=kfreebsd-amd64&stamp=1186969782&file=log&as=raw > | > | > | > | stacktrace.c: In function 'opal_show_stackframe': > | > | stacktrace.c:145: error: 'FPE_FLTDIV' undeclared (first use in this > | > | function) > | > | stacktrace.c:145: error: (Each undeclared identifier is reported only > | > | once > | > | stacktrace.c:145: error: for each function it appears in.) > | > | stacktrace.c:146: error: 'FPE_FLTOVF' undeclared (first use in this > | > | function) > | > | stacktrace.c:147: error: 'FPE_FLTUND' undeclared (first use in this > | > | function) > | > | make[4]: *** [stacktrace.lo] Error 1 > | > | make[4]: Leaving directory `/build/buildd/openmpi-1.2.3/opal/util' > | > | > | > | > | > | This is caused by libc0.1-dev in /usr/include/bits/sigcontext.h, the > | > | relevant #define's are placed in an #ifdef __i386__ condition. After > | > | extending this for __x86_64__, everything works fine. > | > | > | > | Should I file a bugreport against libc0.1-dev or will you take care? > | > I'm confused. What is libc0.1-dev? > | > | > |http://packages.debian.org/unstable/libdevel/libc0.1-dev > | > | It's the "libc6-dev" for GNU/kFreeBSD, at least that's how I understand > | it. > > I see, thanks. Well if the bug is in the header files supplied by that > package, please go ahead and file a bug report. I talked to Aurelien Jarno on IRC and he fixed this issue in svn (an updated libc0.1 package will soon be uploaded). I guess the openmpi Debian packages should then depend on the new, fixed version. I verified that with the fixed version openmpi compiles on kfreebsd-i386 and kfreebsd-amd64. > | If you follow my two links and read their headlines, you can see that > | these are the buildlogs of 1.2.3-3 on kfreebsd, working for i386, but > | failing for amd64. > | > | This is caused by "wrong" libc headers on kfreebsd, that's why I thought > | Uwe might want to have a look at it. > > Ok. Back to the initial bug of Open MPI on Debian/kFreeBSD. What exactly is > the status now? With the libc0.1 fix (and another small patch for Debian which I'll send soon) both the kfreebsd-i386 and kfreebsd-amd64 packages build fine. However, on my systems, both i386 and amd64 still segfault. I'm using the openmpi Debian packages, version 1.2.3-3. I'll try the stock tarballs soon, and/or wait for 1.2.4 to see if the bug is already fixed there... HTH, Uwe. -- http://www.hermann-uwe.de | http://www.holsham-traders.de http://www.crazy-hacks.org | http://www.unmaintained-free-software.org signature.asc Description: Digital signature
Bug#430659: Same problem on amd65 pc with debian lenny 32bit
On Sun, Aug 05, 2007 at 01:47:47PM +0200, Per Olofsson wrote: > > I have _sort of_ managed to start democracyplayer now after switching to > > Python 2.5 for builing it, _and_ rebuilding three or four python-related > > packages to add Python 2.5 versions of the libs (they currently only > > provide 2.4 versions). You need to rebuild at least python-gnome2, > > xulrunner* (and esp. python-xpcom, and that needs a change in debian/rules), > > python-gnome2-extras, maybe python-boost* and more. > > What if boost_python is built with Python 2.4, like all other packages? Indeed, a Python 2.4 boost (and the dbus patches) lead to a somewhat working package, it seems. There's hope that there'll be a 2.4 boost soon, see http://lists.alioth.debian.org/pipermail/pkg-boost-devel/2007-August/000997.html I'll upload fixed democracyplayer packages ASAP then. Uwe. -- http://www.hermann-uwe.de | http://www.holsham-traders.de http://www.crazy-hacks.org | http://www.unmaintained-free-software.org signature.asc Description: Digital signature
Bug#437839: openmpi-bin: FTBFS on kFreeBSD and maybe Hurd
Package: openmpi-bin
Version: 1.2.3-3
Severity: important
Hi,
it seems the 1.2.3-3 broke the build on kFreeBSD and/or Hurd,
unfortunately. The reason is that "arch: any" was changed to
"alpha amd64 i386 ia64 powerpc", the supported architectures.
However, the list lacks the non-Linux kernels, i.e.
kfreebsd-i386, kfreebsd-amd64, hurd-i386.
The attached patch should fix this, but I haven't tested it yet.
HTH, Uwe.
--
http://www.hermann-uwe.de | http://www.holsham-traders.de
http://www.crazy-hacks.org | http://www.unmaintained-free-software.org
--- debian/control.orig 2007-08-14 14:49:42.0 +0200
+++ debian/control 2007-08-14 14:57:11.0 +0200
@@ -10,7 +10,7 @@
XS-Autobuild: yes
Package: openmpi-bin
-Architecture: alpha amd64 i386 ia64 powerpc
+Architecture: alpha amd64 i386 ia64 powerpc kfreebsd-i386 kfreebsd-amd64 hurd-i386
Depends: ${shlibs:Depends}, ${misc:Depends}, openmpi-common (= ${source:Version})
Suggests: gfortran
Description: high performance message passing library -- binaries
signature.asc
Description: Digital signature
Bug#326087: Removing debian init script would be better than conflicting with alsa-base and aumix
Hi, On Thu, Sep 01, 2005 at 11:03:46AM -0700, James Blanford wrote: > Package: setmixer > Version: 27DEC94ds1-1 > Severity: Wishlist > > I have yet to find any sound mixer application that can properly control > all my sound devices. With setmixer conflicting with alsa-base and > aumix, I loose functionality. Removing the functionality that saves and > restores mixer settings on boot-up and the resulting conflicts would be > a better solution than conflicting with similar programs and thereby > leaving Debian users with one less option. Just because a program _can_ > be run at system startup doesn't mean it _has_ to be. > > I can have multiple types of web browsers and editors and all manner of > programs, why can't I have multiple types of mixers? > > The result of the recent changes is that one more useful piece of > software - one more option - cannot be installed. On the other hand, if > the initscripts and conflicts were removed, functionality would be > retained and I would still have all my options. If someone wants to run > setmixer at boot, it's relatively easy to put a little script in > /etc/rc.boot. It's also reasonable to assume that someone wanting to use > an obscure commandline program like setmixer would be capable of doing > so. An example startup script could even be placed in > /usr/share/doc/setmixer/examples. > > Referencing bug # 202151, if the maintainer believes, "...looks like > aumix has improved since I uploaded setmixer, so there is not much > specific need for setmixer anymore", he should probably give up the > program. Any news on this issue? It seems to also be a duplicate of http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=368678 and both bug reports are valid, IMO. I also recently installed setmixer (on Debian GNU/kFreeBSD, but I don't think that matters) and was surprised to see aumix being removed, which works just fine on Debian GNU/kFreeBSD (as does setmixer). There's no reason at all to conflict here, having multiple mixer applications installed at the same time is perfectly valid. Thanks, Uwe. -- http://www.hermann-uwe.de | http://www.holsham-traders.de http://www.crazy-hacks.org | http://www.unmaintained-free-software.org signature.asc Description: Digital signature
Bug#425881: libboost-python-dev: please support both python 2.4 and 2.5
On Thu, May 24, 2007 at 09:00:26PM +0200, Torsten Werner wrote: > Package: libboost-python-dev > Version: 1.34.0-1 > Severity: wishlist > > Hi, > > can you support both python versions, please? Yes, please. At least one of the packages I maintain (democracyplayer) fails miserably to build and run without a libboost-python-dev for Python 2.4. I _did_ try my best to make it work with 2.5 but to no avail. Upstream doesn't know any other solution, either. And, to make it worse, large parts of the (build-time and run-time) dependencies of democracyplayer are not yet available as 2.5 versions, which makes democracyplayer unusable and unbuildable at the moment (since a few weeks now). See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=430659#17 for a summary of my investigations so far. I have now verified that rebuilding libboost-python-dev with Python 2.4 does indeed fix democracyplayer. Please consider providing a 2.4 version of libboost-python again, otherwise democracyplayer will remain dead and unusable in Debian, I'm afraid. Thanks, Uwe. -- http://www.hermann-uwe.de | http://www.holsham-traders.de http://www.crazy-hacks.org | http://www.unmaintained-free-software.org signature.asc Description: Digital signature
Bug#437103: apt-listbugs: Mandatory parameter 'bug' missing in call to Debbugs::Status::get_bug_status
Package: apt-listbugs Version: 0.0.82 Severity: important Hi, I recently get the following error when doing 'apt-get upgrade' (or just about any other apt-get commands): Error retrieving bug reports from the server with the following error message: W: Mandatory parameter 'bug' missing in call to Debbugs::Status::get_bug_status at /usr/local/lib/site_perl/Debbugs/SOAP.pm line 114 It could be because your network is down, or because of broken proxy servers, or the BTS server itself is down. Check network configuration and try again The network is working fine, and retrying the command does not help. HTH, Uwe. -- http://www.hermann-uwe.de | http://www.holsham-traders.de http://www.crazy-hacks.org | http://www.unmaintained-free-software.org signature.asc Description: Digital signature
Bug#405431: vidalia status?
Hi, On Sat, Feb 10, 2007 at 01:31:03PM -0500, Joey Hess wrote: > Franz Pletz wrote: > > On Fri, Feb 09, 2007 at 11:31:49PM -0500, Joey Hess wrote: > > > It's been a month since you took overship of this ITP, do you expect to > > > have a package soon? > > > > I've got a package ready at http://franz-pletz.org/debian/vidalia/. > > > > Are you interested in sponsoring it for me? > > Hmm, well, seems your package has the same problem I had compiling it > from source. If run as root, it fails since /var/lib/tor is owned by > debian-tor. I suppose it would be possible to su to tor and export the > Xauthority and run it, but not very easy. > > You also need to export QMAKE=/usr/bin/qmake-qt4 in debian/rules or it > FTBFS. > > Also, it seems that you don't clean up a lot of files like config.log > and they end up in the diff. Any news on packaging vidalia? What's the current status? Thanks, Uwe. -- http://www.hermann-uwe.de | http://www.holsham-traders.de http://www.crazy-hacks.org | http://www.unmaintained-free-software.org signature.asc Description: Digital signature
Bug#436527: openocd: FTBFS on Debian GNU/kFreeBSD
Package: openocd
Version: 0.0+r184-1
Severity: normal
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Just for bookkeeping purposes: the current openocd package FTBFS on
Debian GNU/kFreeBSD, but I already have a patch ready which I'll
apply in the next upload (and also send upstream).
Uwe.
--
http://www.hermann-uwe.de | http://www.holsham-traders.de
http://www.crazy-hacks.org | http://www.unmaintained-free-software.org
--- openocd_orig/src/jtag/parport.c 2007-07-26 11:36:17.232136000 +0200
+++ openocd/src/jtag/parport.c 2007-08-08 06:20:19.0 +0200
@@ -28,7 +28,7 @@
/* system includes */
// -ino: 060521-1036
-#ifdef __FreeBSD__
+#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__)
#include
#include
@@ -49,7 +49,7 @@
#include
#if PARPORT_USE_PPDEV == 1
-#ifdef __FreeBSD__
+#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__)
#include
#include
#define PPRSTATUS PPIGSTATUS
@@ -200,7 +200,7 @@
#if PARPORT_USE_PPDEV == 1
ioctl(device_handle, PPWDATA, &output);
#else
-#ifdef __FreeBSD__
+#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__)
outb(dataport, output);
#else
outb(output, dataport);
@@ -229,7 +229,7 @@
#if PARPORT_USE_PPDEV == 1
ioctl(device_handle, PPWDATA, &output);
#else
-#ifdef __FreeBSD__
+#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__)
outb(dataport, output);
#else
outb(output, dataport);
@@ -322,17 +322,17 @@
return ERROR_JTAG_INIT_FAILED;
}
-#ifdef __FreeBSD__
+#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__)
DEBUG("opening /dev/ppi%d...", parport_port);
snprintf(buffer, 256, "/dev/ppi%d", parport_port);
device_handle = open(buffer, O_WRONLY);
-#else /* not __Free_BSD */
+#else /* not __FreeBSD__, __FreeBSD_kernel__ */
DEBUG("opening /dev/parport%d...", parport_port);
snprintf(buffer, 256, "/dev/parport%d", parport_port);
device_handle = open(buffer, O_WRONLY);
-#endif /* __FreeBSD__ */
+#endif /* __FreeBSD__, __FreeBSD_kernel__ */
if (device_handle < 0)
{
@@ -342,7 +342,7 @@
DEBUG("...open");
-#ifndef __FreeBSD__
+#if !defined(__FreeBSD__) && !defined(__FreeBSD_kernel__)
i=ioctl(device_handle, PPCLAIM);
if (i<0)
{
@@ -365,7 +365,7 @@
ERROR("cannot set compatible 1284 mode to device");
return ERROR_JTAG_INIT_FAILED;
}
-#endif /* not __Free_BSD__ */
+#endif /* not __FreeBSD__, __FreeBSD_kernel__ */
#else /* not PARPORT_USE_PPDEV */
if (parport_port == 0)
@@ -390,7 +390,7 @@
DEBUG("...privileges granted");
/* make sure parallel port is in right mode (clear tristate and interrupt */
- #ifdef __FreeBSD__
+ #if defined(__FreeBSD__) || defined(__FreeBSD_kernel__)
outb(parport_port + 2, 0x0);
#else
outb(0x0, parport_port + 2);
signature.asc
Description: Digital signature
Bug#436287: arch: command not found
Package: hibernate Version: 1.96~pre-svn.r1136-1 Severity: normal Hi, when running hibernate-ram on an Linux/x86 laptop I get this: $ hibernate-ram /usr/share/hibernate/scriptlets.d/sysfs_power_state: line 22: arch: command not found /usr/share/hibernate/scriptlets.d/sysfs_power_state: line 22: arch: command not found Looking at the code, the script tries to use the 'arch' command which is no longer available (at least on my system). The arch(1) manpage says it's deprecated and you should use 'uname -m' instead. The script checks the 'arch' output to see if it's a PowerPC system, maybe on Debian PowerPC 'arch' is still available? (I doubt it, though) HTH, Uwe. -- http://www.hermann-uwe.de | http://www.holsham-traders.de http://www.crazy-hacks.org | http://www.unmaintained-free-software.org signature.asc Description: Digital signature
Bug#435581: [OMPI devel] [EMAIL PROTECTED]: [Pkg-openmpi-maintainers] Bug#435581: openmpi-bin: Segfault on Debian GNU/kFreeBSD]
Hi, On Thu, Aug 02, 2007 at 10:51:13AM +0200, Adrian Knoth wrote: > Uwe, could you please recompile with --enable-debug and rerun the test? > If possible, also provide a gdb backtrace, probably with details about > the failing frame. OK, I'll recompile with --enable-debug and see what happens. Thanks, Uwe. -- http://www.hermann-uwe.de | http://www.holsham-traders.de http://www.crazy-hacks.org | http://www.unmaintained-free-software.org signature.asc Description: Digital signature
Bug#435581: [Pkg-openmpi-maintainers] Bug#435581: openmpi-bin: Segfault on Debian GNU/kFreeBSD
Hi Dirk, On Wed, Aug 01, 2007 at 07:34:41PM +, Dirk Eddelbuettel wrote: > Thanks also for the previous patch which I'll plan to aplly. Thanks! > > openmpi segfaults on kFreeBSD, I'm not sure where the problem lies. > > Neither are we, and upstreeam doesn't have access to kFreeBSD, so I'm > afraid we will have rely on you for debugging. I can relay to the > (rather active) upstream mailing list, or you could subscribe. That > may in fact be the best and fastest way as I am very very tied up > with a few other things right now. I'm subscribed to the list, I'll follow-up there. > > $ mpicc a.c > > And you're sure you don;t have any of the other MPI's installed? Yes. > Hello world, I'm process 0 > [EMAIL PROTECTED]:~/src/progs/C> Yep, works for me too (on Linux i386 and amd64). Uwe. -- http://www.hermann-uwe.de | http://www.holsham-traders.de http://www.crazy-hacks.org | http://www.unmaintained-free-software.org signature.asc Description: Digital signature
Bug#435581: openmpi-bin: Segfault on Debian GNU/kFreeBSD
Package: openmpi-bin
Version: 1.2.3-1
Severity: important
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
openmpi segfaults on kFreeBSD, I'm not sure where the problem lies.
My openmpi is built from source on i386 kFreeBSD using the patch from
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=435573
$ cat a.c
#include
#include
int main(int argc, char *argv[])
{
unsigned int rank;
MPI_Init(&argc, &argv);
MPI_Comm_rank(MPI_COMM_WORLD, &rank);
printf("Hello world, I'm process %d\n", rank);
MPI_Finalize();
}
$ mpicc a.c
$ mpirun -np 1 ./a.out
[debian:10755] *** Process received signal ***
[debian:10755] Signal: Segmentation fault (11)
[debian:10755] Signal code: (1)
[debian:10755] Failing at address: (nil)
[debian:10755] [ 0] /lib/i686/cmov/libpthread.so.0 [0x28170c9c]
[debian:10755] [ 1] [0xbfbfffb4]
[debian:10755] [ 2] /lib/ld.so.1 [0x28060aa0]
[debian:10755] [ 3] /lib/ld.so.1 [0x2805c7ab]
[debian:10755] [ 4] /lib/ld.so.1 [0x280600ee]
[debian:10755] [ 5] /lib/i686/cmov/libdl.so.2 [0x28120b99]
[debian:10755] [ 6] /lib/ld.so.1 [0x2805c7ab]
[debian:10755] [ 7] /lib/i686/cmov/libdl.so.2 [0x2812124c]
[debian:10755] [ 8] /lib/i686/cmov/libdl.so.2(dlopen+0x41) [0x28120ad1]
[debian:10755] [ 9] /usr/lib/libopen-pal.so.0 [0x280daaf2]
[debian:10755] [10] /usr/lib/libopen-pal.so.0 [0x280d901b]
[debian:10755] [11] /usr/lib/libopen-pal.so.0 [0x280d924a]
[debian:10755] [12] /usr/lib/libopen-pal.so.0 [0x280d9a79]
[debian:10755] [13] /usr/lib/libopen-pal.so.0(lt_dlopenext+0xc6) [0x280d9ed6]
[debian:10755] [14] /usr/lib/libopen-pal.so.0 [0x280e09e1]
[debian:10755] [15] /usr/lib/libopen-pal.so.0(mca_base_component_find+0x2fb)
[0x280e145b]
[debian:10755] [16] /usr/lib/libopen-pal.so.0(mca_base_components_open+0x11d)
[0x280e1e1d]
[debian:10755] [17] /usr/lib/libopen-rte.so.0(orte_gpr_base_open+0x64d)
[0x28097b6d]
[debian:10755] [18] /usr/lib/libopen-rte.so.0(orte_init_stage1+0x218)
[0x28088d28]
[debian:10755] [19] /usr/lib/libopen-rte.so.0(orte_system_init+0x1f)
[0x2808c2ff]
[debian:10755] [20] /usr/lib/libopen-rte.so.0(orte_init+0x70) [0x280889c0]
[debian:10755] [21] mpirun(orterun+0x141) [0x804a185]
[debian:10755] [22] mpirun(main+0x1e) [0x804a036]
[debian:10755] [23] /lib/i686/cmov/libc.so.0.1(__libc_start_main+0xab)
[0x2819197b]
[debian:10755] [24] mpirun [0x8049fa1]
[debian:10755] *** End of error message ***
Segmentation fault (core dumped)
Please let me know if/how I can provide more information.
Thanks, Uwe.
--
http://www.hermann-uwe.de | http://www.holsham-traders.de
http://www.crazy-hacks.org | http://www.unmaintained-free-software.org
signature.asc
Description: Digital signature
Bug#435580: vlock: FTBFS on kFreeBSD
Package: vlock Version: 1.3-10 Severity: important Tags: patch User: [EMAIL PROTECTED] Usertags: kfreebsd Hi, here's a small patch which allows vlock to be built on Debian GNU/kFreeBSD systems. I tested the build on kFreeBSD i386, but it should also work on amd64. Running vlock itself works just fine here, too. HTH, Uwe. -- http://www.hermann-uwe.de | http://www.holsham-traders.de http://www.crazy-hacks.org | http://www.unmaintained-free-software.org diff -Naur vlock-1.3.orig/signals.c vlock-1.3/signals.c --- vlock-1.3.orig/signals.c 1999-01-14 01:19:14.0 +0100 +++ vlock-1.3/signals.c 2007-08-01 16:18:39.0 +0200 @@ -16,7 +16,11 @@ #include #include #include +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) +#include +#else #include +#endif #include "vlock.h" diff -Naur vlock-1.3.orig/terminal.c vlock-1.3/terminal.c --- vlock-1.3.orig/terminal.c 1999-01-14 01:19:14.0 +0100 +++ vlock-1.3/terminal.c 2007-08-01 16:19:02.0 +0200 @@ -15,7 +15,11 @@ #include #include #include +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) +#include +#else #include +#endif #include "vlock.h" diff -Naur vlock-1.3.orig/vlock.c vlock-1.3/vlock.c --- vlock-1.3.orig/vlock.c 2007-08-01 16:19:19.0 +0200 +++ vlock-1.3/vlock.c 2007-08-01 16:18:55.0 +0200 @@ -17,7 +17,11 @@ #include #include #include +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) +#include +#else #include +#endif #include #include #include "vlock.h" signature.asc Description: Digital signature
Bug#435573: openmpi-bin: libibverbs only available for Linux
Package: openmpi-bin Version: 1.2.3-1 Severity: important Tags: patch User: [EMAIL PROTECTED] Usertags: kfreebsd Hi, the current openmpi packages now build fine on Debian/GNU kFreeBSD, except for one thing: the libibverbs library doesn't exist on non-Linux platforms (no upstream support) and it doesn't seem likely that it will be available anytime soon (but please correct me if I'm wrong!) Thus, kfreebsd-* (and also hurd-*, I guess) should be excluded from the dependencies on non-Linux platforms, see patch. The attached patch was enough for me to get a successful build on kFreeBSD i386. It seems the build system copes fine with a missing libibverbs otherwise, no further fixes seem to be required. However, actually _using_ Open MPI does not yet work, I get a segfault on my hello world program. But I think that's unrelated so I'll file an extra bug on that. HTH, Uwe. -- http://www.hermann-uwe.de | http://www.holsham-traders.de http://www.crazy-hacks.org | http://www.unmaintained-free-software.org --- debian/control.orig 2007-08-01 13:27:57.0 +0200 +++ debian/control 2007-08-01 13:28:50.0 +0200 @@ -3,7 +3,7 @@ Priority: extra Maintainer: Debian OpenMPI Maintainers <[EMAIL PROTECTED]> Uploaders: Dirk Eddelbuettel <[EMAIL PROTECTED]> -Build-Depends: debhelper (>= 5.0.0), dpatch, libibverbs-dev, gfortran, libsysfs-dev, automake, gcc (>= 4:4.1.2) +Build-Depends: debhelper (>= 5.0.0), dpatch, libibverbs-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], gfortran, libsysfs-dev, automake, gcc (>= 4:4.1.2) Standards-Version: 3.7.2 XS-Vcs-Svn: svn://svn.debian.org/svn/pkg-openmpi/openmpi/trunk/ XS-Vcs-Browser: http://svn.debian.org/wsvn/pkg-openmpi/openmpi/trunk/ signature.asc Description: Digital signature
Bug#414990: avscan scans only 255 files (and let believe all is done)
Hi again, and sorry to have taken such a long time to go back to this bug. I reproduced the entire directory tree, but replacing each file content by a copy of /bin/true : no error. After a command line run, it turns out that avscan segfault (return 8) on a specific MS Word file. I cannot provide it, because it contains private (not mine) content, and the french law (and other, I believe) prohibits to publish it... However, changing some text in the file (I was trying to anonymise it) and saving it with openoffice writer makes it scanable again. So, the real bug is : 1. avscan should tell the user if the scan returns a non-0 value (such as a segfault). 2. avscan seems to have trouble opening some MS Word files. Best regards, Clement 'nodens' Hermann a écrit : > Christoph Berg a écrit : >> I just tried to reproduce that here and couldn't - it scans all files. >> >> Could you provide some more information about how your directory tree >> looks? I have no real idea what could be wrong here. >> >> > The directory is a fat32 system on an USB key, mounted by pmount + hal > (gnome-volume-manager). I'm not sure I can get it back to try again... > I'll try to get an hand on it tomorrow > A long time -- Clément Hermann (nodens) - "L'air pur ? c'est pas en RL, ça ? c'est pas hors charte ?" Jean in L'Histoire des Pingouins, http://tnemeth.free.fr/fmbl/linuxsf/ Vous trouverez ma clef publique sur le serveur public pgp.mit.edu. Please find my public key on the public keyserver pgp.mit.edu. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#413511: koules: FTBFS on GNU/kFreeBSD
On Mon, Mar 05, 2007 at 06:06:38PM +0100, Gonéri Le Bouder wrote: > tag 413511 pending > thanks > > Hi Aurelien, > > I applied the patch on our svn. Thanks for applying! Can you please upload a new package to make koules officially available on kfreebsd? I have just verified that the svn version builds just fine on Debian GNU/kFreeBSD (i386). Thanks, Uwe. -- http://www.hermann-uwe.de | http://www.holsham-traders.de http://www.crazy-hacks.org | http://www.unmaintained-free-software.org signature.asc Description: Digital signature
Bug#430659: Same problem on amd65 pc with debian lenny 32bit
tags 430659 + help thanks [Note: I'm CC'ing quite a bunch of people who are related to/affected by this bug, as well as the libboost maintainer, maybe someone can help?] On Sun, Jul 29, 2007 at 05:55:41PM +0200, stefan wrote: > I have the same problem: > But I'm using amd64 cpu with debian lenny 32bit... > > ~$ democracyplayer > Traceback (most recent call last): > File "/usr/bin/democracyplayer", line 21, in ? > import gtcache > File "/var/lib/python-support/python2.4/democracy/gtcache.py", line 5, in ? > import config > File "/var/lib/python-support/python2.4/democracy/config.py", line 8, in ? > import eventloop > File "/var/lib/python-support/python2.4/democracy/eventloop.py", line 17, > in ? > import database > File "database.pyx", line 13, in database > ImportError: /usr/lib/libboost_python-gcc41-mt-1_34.so.1.34.0: undefined > symbol: PyErr_WarnEx > > would be great if this bug can be fixed... I'm working on it. The reason for the bug is totally unclear to me, though. Upstream doesn't know what causes it either, and doesn't know a solution. Also, this is not amd64 specific, the bug occurs everywhere. I have _sort of_ managed to start democracyplayer now after switching to Python 2.5 for builing it, _and_ rebuilding three or four python-related packages to add Python 2.5 versions of the libs (they currently only provide 2.4 versions). You need to rebuild at least python-gnome2, xulrunner* (and esp. python-xpcom, and that needs a change in debian/rules), python-gnome2-extras, maybe python-boost* and more. Note that using democracyplayer still doesn't really work (quite likely a python-xpcom problem): Could not import the Python XPCOM extension : No module named xpcom._xpcom But, at least it doesn't completely crash anymore now, i.e. the GUI comes up and shows the channel guide, but you cannot subscribe to channels or download movies, or view them. This is really a mess. It'll take ages to change all those packages to build/provide Python 2.5 versions. I'm trying to figure out a way to fix the build while staying with Python 2.4, but I'm a bit lost... Any help is appreciated. FWIW, the message ImportError: /var/lib/python-support/python2.5/democracy/database.so: undefined symbol: PyErr_WarnEx still appears with my democracyplayer version which starts and runs somewhat (Python 2.5 version), so maybe it's not really _that_ critical and the reason for the problems is not related to the "PyErr_WarnEx" at all (?) This may be related to this boost bug (not sure, though): http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=426871 Also, I'm in contact with the Ubuntu maintainer of democracyplayer, and apparently they don't see this bug, presumably because they transitioned to Python 2.5 (not sure if _all_ of Ubuntu or only democracyplayer is meant here). Thanks, Uwe. -- http://www.hermann-uwe.de | http://www.holsham-traders.de http://www.crazy-hacks.org | http://www.unmaintained-free-software.org signature.asc Description: Digital signature
Bug#434842: please add armel to archs
On Fri, Jul 27, 2007 at 09:18:31AM +0300, Riku Voipio wrote: > Package: openocd > Version: 0.0+r184-1 > Severity: wishlist > User: [EMAIL PROTECTED] > Usertags: eabi > > In previous version openocd did not have any archs specified. Now it > has, and armel has been dropped. In previous versions openocd > compiled fine, so please add it back. Oops, sorry. Will re-add it in the next upload. > On Fri, Jul 27, 2007 at 01:50:22AM +0300, Source Builder wrote: > > Automatic build of openocd_0.0+r184-1 on all6500-2 by sbuild/armel 0.53 > > Build started at 20070727-0150 > > ** > > Checking available source versions... > > Fetching source files... > > Reading package lists... > > Building dependency tree... > > Need to get 292kB of source archives. > > Get:1 http://ftp.de.debian.org sid/main openocd 0.0+r184-1 (dsc) [748B] > > Get:2 http://ftp.de.debian.org sid/main openocd 0.0+r184-1 (tar) [288kB] > > Get:3 http://ftp.de.debian.org sid/main openocd 0.0+r184-1 (diff) [2789B] > > Fetched 292kB in 0s (470kB/s) > > Download complete and in download only mode > > openocd_0.0+r184-1: armel not in arch list: alpha amd64 arm armeb hppa > > hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 m32r m68k mips mipsel > > netbsd-alpha netbsd-i386 powerpc sh sparc -- skipping I grabbed this list from http://buildd.net/cgi/archvote.phtml where armel is not listed (should this be fixed?). Is there any "official" list of current and possible future architectures I can use? Thanks, Uwe. -- http://www.hermann-uwe.de | http://www.holsham-traders.de http://www.crazy-hacks.org | http://www.unmaintained-free-software.org signature.asc Description: Digital signature
Bug#392780: screen hangs at startup, child process segfaults
Hello, it's working in an upgraded etch machine, so that issue is no longer really importand for us. Thanks, Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420470: openocd - FTBFS: error: sys/io.h: No such file or directory
Hi, On Sun, Apr 22, 2007 at 03:54:35PM +0200, Bastian Blank wrote: > Package: openocd > Version: 0.0+r133-1 > Severity: serious > > There was an error while trying to autobuild your package: > > > Automatic build of openocd_0.0+r133-1 on lxdebian.bfinv.de by sbuild/s390 98 > [...] > > cc -DHAVE_CONFIG_H -I. -I../.. -I../../src/helper -g -Wall -O2 -c > > parport.c > > parport.c:42:20: error: sys/io.h: No such file or directory So the problem is that S/390 doesn't have sys/io.h. Is there any replacement for that on S/390? Openocd tries to do outb()'s etc. to init/use the parallel port. Do such machines even have parallel ports and/or USB devices (some openocd-supported JTAG programmers are USB)? AFAICS, the code can alternatively use ioctl's (instead if outb's), would that help in any way? If not, I guess the package can be marked as "not for S/390"? (the same is probably true for other arches which don't have sys/io.h) Thanks, Uwe. -- http://www.hermann-uwe.de | http://www.holsham-traders.de http://www.crazy-hacks.org | http://www.unmaintained-free-software.org signature.asc Description: Digital signature
Bug#381727: linuxbios ITP
Hi Robert, On Mon, Jul 23, 2007 at 12:21:46PM +0200, Robert Millan [ackstorm] wrote: > This ITP looks quite old. Are you still working on this? I would like a > linuxbios package with an image that can be used with qemu. Yep, good point. I'll see to have a package ready in a few days. I was not sure if/how to package LinuxBIOSv2, but I think the upcoming LinuxBIOSv3 can be packaged quite nicely (and works fine in QEMU), so that'll be it. Whether or not v2 is worth packaging at all I'm not sure... > I'm not sure if you're targetting qemu (and bochs/etc) only or real hardware > builds (is the latter feasible for debian?). I definately want to ship a QEMU target, sure. The hardware targets could also make sense in LinuxBIOSv3, as there is a tool which allows you to "inject" any payload into an otherwise "empty" LinuxBIOS image. Also, there will be a linuxbios-source package which you can install and build your own images from scratch, too. HTH, Uwe. -- http://www.hermann-uwe.de | http://www.holsham-traders.de http://www.crazy-hacks.org | http://www.unmaintained-free-software.org signature.asc Description: Digital signature
Bug#430798: Update SMART PAckage manager Patch
Grmpf, fixed the smart execution code to use the correct syntax. \sh -- diff -ur fai-3.1.8.orig/bin/install_packages fai-3.1.8/bin/install_packages --- fai-3.1.8.orig/bin/install_packages 2006-10-10 01:30:53.0 +0200 +++ fai-3.1.8/bin/install_packages 2007-06-28 10:15:33.902445684 +0200 @@ -65,7 +65,7 @@ my $aptopt='-y -o Dpkg::Options::="--force-confdef" -o Dpkg::Options::="--force-confold"'; [EMAIL PROTECTED] = qw/y2i y2r yast rpmr urpmi urpme yumgroup yumi yumr hold taskrm taskinst clean aptitude aptitude-r install unpack remove dselect-upgrade/; [EMAIL PROTECTED] = qw/y2i y2r yast rpmr urpmi urpme yumgroup yumi yumr hold taskrm taskinst clean aptitude aptitude-r install unpack remove dselect-upgrade smarti smartr/; %command = ( install => "apt-get $aptopt --fix-missing install", ninstall => "apt-get $aptopt --fix-missing -s install", @@ -90,6 +90,8 @@ y2r => "y2pmsh remove", yast => "yast -i", rpmr => "rpm -e", + smarti => "smart install -y", + smartr => "smart remove -y", ); $test = 0; -- Stephan Hermann eMail: [EMAIL PROTECTED] Blog: http://linux.blogweb.de/ JID: [EMAIL PROTECTED] OSS-Developer and Admin signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#430798: SMART package manager support in FAI
Package: fai Version: 3.1.8 Please add smart packae manager support to FAI. patch against fai 3.1.8: diff -ru fai-3.1.8.orig/bin/install_packages fai-3.1.8/bin/install_packages --- fai-3.1.8.orig/bin/install_packages 2006-10-10 01:30:53.0 +0200 +++ fai-3.1.8/bin/install_packages 2007-06-27 12:56:32.725215223 +0200 @@ -65,7 +65,7 @@ my $aptopt='-y -o Dpkg::Options::="--force-confdef" -o Dpkg::Options::="--force-confold"'; [EMAIL PROTECTED] = qw/y2i y2r yast rpmr urpmi urpme yumgroup yumi yumr hold taskrm taskinst clean aptitude aptitude-r install unpack remove dselect-upgrade/; [EMAIL PROTECTED] = qw/y2i y2r yast rpmr urpmi urpme yumgroup yumi yumr hold taskrm taskinst clean aptitude aptitude-r install unpack remove dselect-upgrade smarti smartr/; %command = ( install => "apt-get $aptopt --fix-missing install", ninstall => "apt-get $aptopt --fix-missing -s install", @@ -90,6 +90,8 @@ y2r => "y2pmsh remove", yast => "yast -i", rpmr => "rpm -e", + smarti => "smart -y install", + smartr => "smart -y remove", ); $test = 0; Thx and Regards, \sh -- Stephan Hermann eMail: [EMAIL PROTECTED] Blog: http://linux.blogweb.de/ JID: [EMAIL PROTECTED] OSS-Developer and Admin signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#429407: Rebuilding fixed the problem
Hi, On Mon, Jun 18, 2007 at 10:55:13AM -0400, Carlos Moffat wrote: > On Mon, 2007-06-18 at 10:32 -0400, Carlos Moffat wrote: > > Hi, > > > > I rebuilt the packages with python2.4 and the problem went away. > > However, democracyplayer still doesn't start: > > > > democracyplayer > > /var/lib/python-support/python2.4/dbus_bindings.py:1: > > DeprecationWarning: The dbus_bindings module is not public API and will > > go away soon. > > > > Most uses of dbus_bindings are applications catching the exception > > dbus.dbus_bindings.DBusException. You should use dbus.DBusException > > instead (this is compatible with all dbus-python versions since 0.40.2). > > > > If you need additional public API, please contact the maintainers via > > <[EMAIL PROTECTED]>. > > > > from dbus.dbus_bindings import * > > Traceback (most recent call last): > > File "/usr/bin/democracyplayer", line 89, in ? > > onetime.OneTime() > > File "/var/lib/python-support/python2.4/democracy/onetime.py", line > > 112, in __init__ > > dbus.service.Object.__init__(self, bus_name, > > '/org/participatoryculture/dtv/OneTime') > > File "/var/lib/python-support/python2.4/dbus/service.py", line 424, in > > __init__ > > self._connection._register_object_path(object_path, > > self._message_cb, self._unregister_cb) > > AttributeError: 'BusNameFlags' object has no attribute > > '_register_object_path' > > Exception exceptions.NameError: "global name 'dbus_bindings' is not > > defined" in > org.participatoryculture.dtv.onetime on > -0x4886aa64> at -0x48848034>> ignored > > > > > > Cheers, > > Carlos > > There's a bug open about this: > > https://develop.participatoryculture.org/trac/democracy/ticket/7270 I think that's not quite the same (but probably a related) bug. The dbus related bug should have been fixed by the new upstream release. This is strange. Which version of dbus-python and libdbus-1-3 do you have installed? Democracyplayer 0.9.6-1, I assume? Uwe. -- http://www.hermann-uwe.de | http://www.holsham-traders.de http://www.crazy-hacks.org | http://www.unmaintained-free-software.org signature.asc Description: Digital signature
Bug#429430: ggcov needs rebuild against current binutils-dev
Package: ggcov Version: 0.8-3 Severity: grave Justification: renders package unusable Hi, similar to #331283, ggcov needs another rebuild against the latest binutils-dev, otherwise it won't start. I can confirm that a simple rebuild fixes the problem. Cheers, Uwe. -- http://www.hermann-uwe.de | http://www.holsham-traders.de http://www.crazy-hacks.org | http://www.unmaintained-free-software.org signature.asc Description: Digital signature
Bug#414034: xserver-xorg-video-i810-modesetting: dpkg-reconfigure doesn't detect correct video modes
Now I finally had the time to test it. On Sat, 21 Apr 2007 14:20:53 +0200, Brice Goglin <[EMAIL PROTECTED]> wrote: What's the status of this bug now that xserver-xorg-core 1.3 and xserver-xorg-video-intel 2.0 are in unstable? Correct video modes are detected but 1280x800 is not chosen by default? The right mode seems not to be detected. A list with all videomodes (even those that are far higher than what my graphics chip supports) is displayed, but only 640x480 800x600 1024x768 are preselected. If I disable them and enable 1280x800 it works. About the suspend/resume problem, it is unrelated (and should not be discussed here) and might be similar to #390913. The kernel oops is a kernel problem, possibly related to the suspend2 patch. I'm running 2.6.21.1 now and this problem is gone. The driver even enables the backlight after suspend to ram automaticaly now. With the old driver I had to use the hardware keys to turn it on again. Hermann -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#404797: Fwd: Also present in 1.4 in experimental
As a followup to my previous message... To fix this, i think asterisk should pre-depend on asterisk-config, as that package is responsible for creating the asterisk user. On my system asterisk is configured first, and fails. After that asterisk-config configure step isn't attempted. -- Greetings, Alex Hermann -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#404797: Also present in 1.4 in experimental
Just noticed that this bug is also present in the asterisk 1.4 packages in experimental. -- Greetings, Alex Hermann -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#414034: xserver-xorg-video-i810-modesetting: dpkg-reconfigure doesn't detect correct video modes
Hello Brice, On Sat, 21 Apr 2007 14:20:53 +0200, Brice Goglin <[EMAIL PROTECTED]> wrote: What's the status of this bug now that xserver-xorg-core 1.3 and xserver-xorg-video-intel 2.0 are in unstable? Correct video modes are detected but 1280x800 is not chosen by default? Sorry, I've little time to test this at the moment. I'll try it when I find some free time. About the suspend/resume problem, it is unrelated (and should not be discussed here) and might be similar to #390913. The kernel oops is a kernel problem, possibly related to the suspend2 patch. I'll also test with a recent kernel then. Sorry for the delay :-( Hermann -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#421129: mldonkey-server: mldonkey_server wrapper absent from package
Package: mldonkey-server Version: 2.8.5-1 Severity: important Hi, The mldonkey_server wrapper ain't in the mldonkey-server package, and the init script relies on it to launch mlnet. mlnet can still be launched manually, however, but any "server" setup (as proposed by debconf) won't work. Regards, -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.20-1-xen-amd64 (SMP w/1 CPU core) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages mldonkey-server depends on: ii adduser 3.102 Add and remove users and groups ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy ii dpkg 1.13.25package maintenance system for Deb ii libbz2-1.01.0.3-6high-quality block-sorting file co ii libc6 2.5-4 GNU C Library: Shared libraries ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib ii libgcc1 1:4.1.2-4 GCC support library ii libgd2-xpm2.0.34~rc1-2 GD Graphics Library version 2 ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libstdc++64.1.2-4The GNU Standard C++ Library v3 ii mime-support 3.39-1 MIME files 'mime.types' & 'mailcap ii ucf 2.0021 Update Configuration File: preserv ii zlib1g1:1.2.3-13 compression library - runtime mldonkey-server recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#129090: if youve never sent
What a change is here. AN ALLE FINANZINVESTOREN! DIESE AKTIE WIRD DURCHSTARTEN! FREITAG 20. APRIL STARTET DIE HAUSSE! REALISIERTER KURSGEWINN VON 400%+ IN 5 TAGEN! Symbol: G7Q.F Company: COUNTY LINE ENERGY 5 Tages Kursziel: 0.95 Schlusskurs: 0.21 WKN: A0J3B0 ISIN: US2224791077 Markt: Frankfurt LASSEN SIE SICH DIESE CHANCE NICHT ENTGEHEN! G7Q WIRD WIE EINE RAKETE DURCHSTARTEN! UNSERE ERWARTUNGEN WIRD G7Q.F UBERTREFFEN! This example shows how to implement opening and saving HTML files. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#418300: Fixed in weekly build 633
This is fixed in the weekly build 633 available at http://snapshot.opera.com/unix/Weekly-633/ For more details see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=418016 and https://bugs.freedesktop.org/show_bug.cgi?id=10536
