Bug#318942: upgrading severity

[Nathanael Nerode]

severity 318942 serious
thanks

This package will probably be removed from testing if necessary to complete the
C++ transition for KDE; it is dependent on the 'old' openexr, while the
'new' openexr needs to go in for KDE to go in.

Since there are packages already ready for NMUing, I hope they get uploaded 
soon.


-- 
Nathanael Nerode  <[EMAIL PROTECTED]>

[Insert famous quote here]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334919: ant 1.6.5 fails on custom task, where ant 1.6.2 succeeded.

[Michael Koch]

On Thu, Oct 20, 2005 at 09:54:55PM +0200, Wolfgang Baer wrote:
> Hi Eric,
> 
> this is definitly not a bug in ant but in your package. I will leave the bug
> open until it is fixed. Please test the comments below:
> 
> Eric Lavarde wrote:
> >BUILD FAILED
> >/home/ericl/freemind-0.8.0/freemind/build.xml:71: The following error 
> >occurred while executing this line:
> >java.lang.NoClassDefFoundError: org/w3c/dom/ranges/DocumentRange
> 
> This class is and was never part of ant - its a xml api class provided by
> several packages in debian (libxerces2-java, libgnujaxp-java, 
> libjaxp1.2-java)
> 
> Looking at your build file you seem to use the one from libgnujaxp-java
> (gnujaxp entry below).
> 
> >DEB_JARS := $(ANT_HOME)/lib/ant-launcher.jar xercesImpl gnujaxp
> 
> But your control file doesn't include this build-dep so it is not available 
> as
> you can see by the ant command in the output.
> 
> Suggested (not tested) fix:
> 
> Either use jaxp-1.2 as you build-dep on libjaxp1.2-java
> or use xmlParserAPIs (the jar which is included in the libxerces2-java 
> package)
> 
> Another fix - build-depend on libgnujaxp-java to satisfy gnujaxp jar. 
> However
> IMHO this would be bad as this introduces just one more build-dep which is 
> not
> needed.
> 
> Please test it and close the bug if it fixes this. Otherwise I will
> have a look somewhere next week.

Is libgnujaxp-java needed anymore? Afaik all free runtimes should
include it already. GCJ does and GNU classpath does.


Cheers,
Michael
-- 
Escape the Java Trap with GNU Classpath!
http://www.gnu.org/philosophy/java-trap.html

Join the community at http://planet.classpath.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334953: FTBFS: DVI file cannot be opened

[Manoj Srivastava]

severity 334953 minor
tags 334953 + unreproducible moreinfo
thanks

Hi,

You have got to be more verbose than this. I can see that
 dvips -o make.ps make.dvi failed for you, but why was there no
 make.dvi? You have deleted the most significant part of the logs,
 which could have provided an answer.

Anyway, I just confirmed that make continues to build in a
 clean  Sid UML, so the problem is probably a local issue.

manoj
-- 
I'm having a RELIGIOUS EXPERIENCE ... and I don't take any DRUGS
Manoj Srivastava   <[EMAIL PROTECTED]>  
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334962: ruby1.8: 1.8.3 breaks RubyGems

[Sylvain Joyeux]

Package: ruby1.8
Version: 1.8.3-2
Severity: important


There is a problem with Gems and ruby 1.8.3. See [ruby-talk:161508]
I don't know if there a fix somewhere though

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)

Versions of packages ruby1.8 depends on:
ii  libc6 2.3.5-7GNU C Library: Shared libraries an
hi  libruby1.81.8.3-2Libraries necessary to run Ruby 1.

ruby1.8 recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#306183: Inline PGP signatures: please apply patch in next kdepim upload

[Adrian von Bidder]

tags 306183 -experimental
tags 306183 +fixed-upstream
thanks

Hi,

Is there any chance that kdepim will soon include the patch from KDE#99089 
to fix inline PGP signing?

(removing the experimental tag as the bug is now in unstable and 
distribution tags are mostly worthless anyway with bts versioning.)

greetings
-- vbi

-- 
Put your brain in gear before starting your mouth in motion.


pgpfC8DfBt7rB.pgp
Description: PGP signature

Bug#320370: must depend on libsmpeg0

[Drew Parsons]

Package: libsdl-mixer1.2
Version: 1.2.6-1.1
Severity: sever
Followup-For: Bug #320370

smpeg now provides libsmpeg0 not libsmpeg0c2, and libsdl-mixer1.2 needs to
be rebuilt accordingly (same goes for libsdl-sound1.2).

This bug should be upgraded to severe I think.  Why doesn't reportbug allow
for that?

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.12
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)

Versions of packages libsdl-mixer1.2 depends on:
ii  libc6 2.3.5-7GNU C Library: Shared libraries an
ii  libogg0   1.1.2-1Ogg Bitstream Library
ii  libsdl1.2debi 1.2.7+1.2.8cvs20041007-5.3 Simple DirectMedia Layer
ii  libsmpeg0c2   0.4.5+cvs20030824-1.3  SDL MPEG Player Library - shared l
ii  libvorbis0a   1.1.0-1The Vorbis General Audio Compressi
ii  libvorbisfile 1.1.0-1The Vorbis General Audio Compressi

libsdl-mixer1.2 recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334961: kernel-image: kernel BUG at return value of cciss_ioctl()

[Simon Horman [Horms]]

reassign 334961 kernel-source-2.6.8
tag 334961 +sarge
tag 334961 +upstream
tag 334961 +patch
thanks

On Fri, Oct 21, 2005 at 03:39:38PM +0900, MAENO Masaki wrote:
> Package: kernel-image
> Version: 2.6.8-2
> Severity: normal
> 
> "fsync_bdev()" cannot be executed in issuing "ioctl(BLKFLSBUF)" to disk drive 
> using cciss driver.
>   (When return value of "ioctl(BLKFLSBUF)" is only "-EINVAL", "fsync_bdev()" 
> is executed.
>But "fsync_bdev()" isn't executed bacause its value is "-EBADRQC".)
> 
> I suggest that you correct source as follows:
>   drivers/block/cciss.c:1093
> - return -EBADRQC;
> + return -EINVAL;


Maeno-san,

I took a look at the upstream tree, and it seems that the return 
value is now -ENOTTY. Do you think that return value is correct?

Also, as 2.6.8 is now in the deep-freeze as the kernel for sarge,
can you comment on if this patch is critical enough to warrant inclusion
in a sarge update?

Yoroshiku


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334963: orpheus: off-by-one in 'play ' commando

[Taco IJsselmuiden]

Package: orpheus
Version: 1.5-3
Severity: normal
Tags: patch


There's an off-by-one error in the 'play ' commando, which has the
result that it's impossible to select the first song in the playlist.

Attached patch fixes this.

Thanks,
Taco.


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13-1
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages orpheus depends on:
ii  libc6 2.3.5-7GNU C Library: Shared libraries an
ii  libgcc1   1:4.0.2-2  GCC support library
ii  libghttp1 1.0.9-16   original GNOME HTTP client library
ii  libncurses5   5.5-1  Shared libraries for terminal hand
ii  libogg0   1.1.2-1Ogg Bitstream Library
ii  libstdc++64.0.2-2The GNU Standard C++ Library v3
ii  libvorbis0a   1.1.0-1The Vorbis General Audio Compressi
ii  libvorbisfile31.1.0-1The Vorbis General Audio Compressi

Versions of packages orpheus recommends:
ii  mpg321 [mpg123]   0.2.10.3   A Free command-line mp3 player, co
ii  vorbis-tools  1.0.1-1.5  Several Ogg Vorbis Tools

-- no debconf information
diff -ur orpheus-1.5.debian/src/uitext.cc orpheus-1.5/src/uitext.cc
--- orpheus-1.5.debian/src/uitext.cc2004-02-17 02:18:21.0 +0100
+++ orpheus-1.5/src/uitext.cc   2005-10-21 09:03:33.0 +0200
@@ -120,8 +120,8 @@
 }
 
 void OrpheusTextUI::play(int n) {
-if(n > 0 && n < plist.size())
-   playtrack(*(plist.begin() + n + 1));
+if(n > 0 && n <= plist.size())
+   playtrack(*(plist.begin() + n - 1));
 }
 
 void OrpheusTextUI::nexttrack() {

Bug#334965: orpheus: please add start/stop/clear commandline commando's

[Taco IJsselmuiden]

Package: orpheus
Version: 1.5-3
Severity: wishlist
Tags: patch


To be able to start and stop orpheus from (for example) a cron-job, we
need a start/stop commandline commando.
Furthermore, it's already possible to add to the list, but it would be
nice to be able to clear the playlist as well.

Attached patch addresses both issues.

Thanks,
Taco.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13-1
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages orpheus depends on:
ii  libc6 2.3.5-7GNU C Library: Shared libraries an
ii  libgcc1   1:4.0.2-2  GCC support library
ii  libghttp1 1.0.9-16   original GNOME HTTP client library
ii  libncurses5   5.5-1  Shared libraries for terminal hand
ii  libogg0   1.1.2-1Ogg Bitstream Library
ii  libstdc++64.0.2-2The GNU Standard C++ Library v3
ii  libvorbis0a   1.1.0-1The Vorbis General Audio Compressi
ii  libvorbisfile31.1.0-1The Vorbis General Audio Compressi

Versions of packages orpheus recommends:
ii  mpg321 [mpg123]   0.2.10.3   A Free command-line mp3 player, co
ii  vorbis-tools  1.0.1-1.5  Several Ogg Vorbis Tools

-- no debconf information
diff -ur orpheus-1.5.debian/src/abstract/userinterface.h orpheus-1.5/src/abstract/userinterface.h
--- orpheus-1.5.debian/src/abstract/userinterface.h	2004-02-14 16:11:25.0 +0100
+++ orpheus-1.5/src/abstract/userinterface.h	2005-10-21 08:57:02.0 +0200
@@ -19,6 +19,9 @@
 	virtual void doadd(const string &aitem) = 0;
 	virtual void loadplaylist(const string &lname) = 0;
 	virtual void play(int n) = 0;
+	virtual void playcurrent() = 0;
+	virtual void stop() = 0;
+	virtual void clear() = 0
 
 	virtual void commandline(int argc, char **argv) { }
 	virtual void status(const string &s) { }
diff -ur orpheus-1.5.debian/src/main.cc orpheus-1.5/src/main.cc
--- orpheus-1.5.debian/src/main.cc	2004-02-14 18:11:05.0 +0100
+++ orpheus-1.5/src/main.cc	2005-10-21 08:58:31.0 +0200
@@ -60,6 +60,15 @@
 	} else if(tok == "play") {
 		ui.play(atoi(cmd.c_str()));
 
+	} else if(tok == "stop") {
+		ui.stop();
+
+	} else if(tok == "start") {
+		ui.playcurrent();
+
+	} else if(tok == "clear") {
+		ui.clear();
+
 	}
 
 	f.close();
diff -ur orpheus-1.5.debian/src/uitext.cc orpheus-1.5/src/uitext.cc
--- orpheus-1.5.debian/src/uitext.cc	2004-02-17 02:18:21.0 +0100
+++ orpheus-1.5/src/uitext.cc	2005-10-21 09:01:22.0 +0200
@@ -161,6 +161,30 @@
 }
 }
 
+void OrpheusTextUI::stop() {
+	cleartrack();
+	update();
+}
+void OrpheusTextUI::clear() {
+	cleartrack();
+	plist.clear();
+	update();
+}
+void OrpheusTextUI::playcurrent() {
+OrpheusPlayList::iterator nt;
+if ( !currenttrack ) {
+	nt = plist.begin() + trackm.getpos();
+} else {
+	nt = find(plist.begin(), plist.end(), currenttrack);
+}
+if (nt != plist.end()) {
+	playtrack(*nt);
+} else {
+	cleartrack();
+	update();
+}
+}
+
 void OrpheusTextUI::loadcolors() {
 string fname = (string) getenv("HOME") + "/.orpheus/colors";
 
diff -ur orpheus-1.5.debian/src/uitext.h orpheus-1.5/src/uitext.h
--- orpheus-1.5.debian/src/uitext.h	2004-02-14 15:53:34.0 +0100
+++ orpheus-1.5/src/uitext.h	2005-10-21 09:01:38.0 +0200
@@ -55,6 +55,9 @@
 	void playtrack(track *t);
 	void cleartrack();
 	void play(int n);
+	void playcurrent();
+	void stop();
+	void clear();
 
 	void configuration();
 	void mixer();

Bug#334964: orpheus: '-r next' and '-r prev' don't work when not playing

[Taco IJsselmuiden]

Package: orpheus
Version: 1.5-3
Severity: normal
Tags: patch


When orpheus is not playing, the command-line commando's '-r next' and
'-r prev' are not working. The reason for this is that currentrack is NULL.
Attached patch fixes this.

Thanks,
Taco.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13-1
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages orpheus depends on:
ii  libc6 2.3.5-7GNU C Library: Shared libraries an
ii  libgcc1   1:4.0.2-2  GCC support library
ii  libghttp1 1.0.9-16   original GNOME HTTP client library
ii  libncurses5   5.5-1  Shared libraries for terminal hand
ii  libogg0   1.1.2-1Ogg Bitstream Library
ii  libstdc++64.0.2-2The GNU Standard C++ Library v3
ii  libvorbis0a   1.1.0-1The Vorbis General Audio Compressi
ii  libvorbisfile31.1.0-1The Vorbis General Audio Compressi

Versions of packages orpheus recommends:
ii  mpg321 [mpg123]   0.2.10.3   A Free command-line mp3 player, co
ii  vorbis-tools  1.0.1-1.5  Several Ogg Vorbis Tools

-- no debconf information
diff -ur orpheus-1.5.debian/src/uitext.cc orpheus-1.5/src/uitext.cc
--- orpheus-1.5.debian/src/uitext.cc2004-02-17 02:18:21.0 +0100
+++ orpheus-1.5/src/uitext.cc   2005-10-21 09:06:59.0 +0200
@@ -131,7 +131,12 @@
playtrack(*(plist.begin()+k));
 
 } else {
-   OrpheusPlayList::iterator nt = find(plist.begin(), plist.end(), 
currenttrack);
+   OrpheusPlayList::iterator nt;
+   if ( !currenttrack ) {
+   nt = plist.begin()+trackm.getpos();
+   } else {
+   nt = find(plist.begin(), plist.end(), currenttrack);
+   }
 
if(nt != plist.end()) {
if(nt != plist.end() && ++nt != plist.end()) {
@@ -148,7 +153,11 @@
 void OrpheusTextUI::prevtrack() {
 OrpheusPlayList::iterator nt;
 
-nt = find(plist.begin(), plist.end(), currenttrack);
+if ( !currenttrack ) {
+   nt = plist.begin() + trackm.getpos();
+} else {
+   nt = find(plist.begin(), plist.end(), currenttrack);
+}
 
 if(nt != plist.end()) {
if(nt != plist.begin()) {

Bug#334167: affected by smpeg too

[Drew Parsons]

Package: pinball
Version: 0.3.1-4
Followup-For: Bug #334167

Related to the C++ transition pinball needs to be rebuilt to depend on
libsmpeg0 not libsmpeg0c2.


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.12
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)

Versions of packages pinball depends on:
ii  libaa11.4p5-29   ascii art library
ii  libartsc0 1.4.2-4aRts sound system C support librar
ii  libasound21.0.9-3ALSA library
ii  libaudio2 1.7-3  The Network Audio System (NAS). (s
ii  libaudiofile0 0.2.6-6Open-source version of SGI's audio
ii  libc6 2.3.5-7GNU C Library: Shared libraries an
ii  libesd0   0.2.36-1   Enlightened Sound Daemon - Shared 
ii  libgcc1   1:4.0.2-2  GCC support library
ii  libglib2.0-0  2.8.3-1The GLib library of C routines
ii  libglu1-xorg  6.8.2.dfsg.1-9 Mesa OpenGL utility library [X.Org
ii  libice6   6.8.2.dfsg.1-9 Inter-Client Exchange library
ii  libjpeg62 6b-10  The Independent JPEG Group's JPEG 
ii  libncurses5   5.5-1  Shared libraries for terminal hand
ii  libogg0   1.1.2-1Ogg Bitstream Library
ii  libpng12-01.2.8rel-5 PNG library - runtime
ii  libsdl-image1 1.2.4-1image loading library for Simple D
ii  libsdl-mixer1 1.2.6-1.1  mixer library for Simple DirectMed
ii  libsdl1.2debi 1.2.7+1.2.8cvs20041007-5.3 Simple DirectMedia Layer
ii  libslang2 2.0.4-7The S-Lang programming library - r
ii  libsm66.8.2.dfsg.1-9 X Window System Session Management
ii  libsmpeg0c2   0.4.5+cvs20030824-1.3  SDL MPEG Player Library - shared l
ii  libstdc++64.0.2-2The GNU Standard C++ Library v3
ii  libsvga1  1:1.4.3-22 console SVGA display libraries
ii  libtiff4  3.7.4-1Tag Image File Format (TIFF) libra
ii  libvorbis0a   1.1.0-1The Vorbis General Audio Compressi
ii  libvorbisfile 1.1.0-1The Vorbis General Audio Compressi
ii  libx11-6  6.8.2.dfsg.1-9 X Window System protocol client li
ii  libxext6  6.8.2.dfsg.1-9 X Window System miscellaneous exte
ii  libxt66.8.2.dfsg.1-9 X Toolkit Intrinsics
ii  pinball-data  0.3.1-4Data files for the Emilia Pinball 
ii  xlibmesa-gl [ 6.8.2.dfsg.1-9 Mesa 3D graphics library [X.Org]
ii  xlibs 6.8.2.dfsg.1-9 X Window System client libraries m
ii  zlib1g1:1.2.3-6  compression library - runtime

pinball recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#224301: [Adduser-devel] Bug#224301: Some thoughts about this bug report

[Marc Haber]

On Fri, Oct 21, 2005 at 08:36:10AM +0200, Christian Perrier wrote:
> (Marc pinged me on IRC about this bug report in adduser)

Thanks for your help!

> First of all, I think that adduser should probably make better use of
> the locales information for this Yes/No answer.

I think that would be a good idea here.

> I don't have the required skills to lead you to the solution, Marc,
> but I think that Denis Barbier could.

Thanks for directly Ccing him, I hope that he can find the time to help.

> This fr.po file for adduser is under work now and you should soon have
> a new version anyway with these fixes among others.

OK, I'll wait for that before applying stuff. Better not mess with
things that I don't understand.

Greetings
Marc

-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things."Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature |  How to make an American Quilt | Fax: *49 621 72739835


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#330125: Regarding Debian Bug Report #330125

[Hakan Ardo]

On 10/20/05, Daniel Widenfalk <[EMAIL PROTECTED]> wrote:
>
> Ok, that seems managable. I'll do it if you're willing to help me get

Great!

> started and pointed in the right direction. Required tools and so on...

By all means.

> Also, any logs and documentation (or pointers to) of what has been done
> and what is planned would be apreciated. Addresses to people that I'll
> need to get in touch with would also be nice. To sum up, take every
> ounce of information you have and drop it on my head.

OK, you should contact "Nikita V. Youshchenko" <[EMAIL PROTECTED]>, he's
the one that got the gcc 3.3 och gcc 3.4 source packages to produce
wokring corsscompilers.

In /usr/share/doc/toolchain-source there is an README giving an
overview of how the tools are supposed to work, there is also an
HOWTO, and there is man pages for each of the tools in the package.

In the gcc source package there is debian/README.cross, which
describes how to use the gcc source package to produce
cross-compilers.

As for debian package developement there is quite som info at
http://www.debian.org/devel/.

Please let me know if there is any other info you need, or if you want
some more specific refrences. Have you any experience with debian
package maintainance?

Bug#334966: sensord shows "Algorithm: Unavailable from sysfs" and exits

[Max Kosmach]

Package: sensord
Version: 1:2.9.2-4
Severity: normal


from syslog:
Oct 21 11:35:21 odinn sensord: Chip: lm87-i2c-0-2e
Oct 21 11:35:21 odinn sensord: Adapter: SMBus PIIX4 adapter at 0580
Oct 21 11:35:21 odinn sensord: Algorithm: Unavailable from sysfs
Oct 21 11:35:21 odinn sensord: sensord failed

from strace:
strace -ff -eopen /usr/sbin/sensord
open("/etc/ld.so.cache", O_RDONLY)  = 3
open("/usr/lib/libsensors.so.3", O_RDONLY) = 3
open("/usr/lib/librrd.so.2", O_RDONLY)  = 3
open("/lib/tls/libc.so.6", O_RDONLY)= 3
open("/lib/tls/libm.so.6", O_RDONLY)= 3
open("/usr/lib/libfreetype.so.6", O_RDONLY) = 3
open("/usr/lib/libpng12.so.0", O_RDONLY) = 3
open("/usr/lib/libz.so.1", O_RDONLY)= 3
open("/usr/lib/libart_lgpl_2.so.2", O_RDONLY) = 3
open("/etc/sensors.conf", O_RDONLY) = 3
open("/proc/mounts", O_RDONLY)  = 4
open("/sys/class/hwmon", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 
ENOENT (No such file or directory)
open("/sys/bus/i2c/devices", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 4
open("/sys/bus/i2c/devices/0-0053/name", O_RDONLY) = 5
open("/sys/bus/i2c/devices/0-0052/name", O_RDONLY) = 5
open("/sys/bus/i2c/devices/0-0051/name", O_RDONLY) = 5
open("/sys/bus/i2c/devices/0-0050/name", O_RDONLY) = 5
open("/sys/bus/i2c/devices/0-002e/name", O_RDONLY) = 5
open("/sys/class/i2c-adapter/i2c-0/device/name", O_RDONLY) = 5
open("/sys/class/i2c-adapter", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 4
open("/sys/class/i2c-adapter/i2c-0/device/name", O_RDONLY) = 5
open("/var/run/sensord.pid", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 3
Process 15536 attached
open("/etc/localtime", O_RDONLY)= 0
open("/sys/bus/i2c/devices/0-002e/in0_input", O_RDONLY) = -1 ENOENT (No such 
file or directory)
open("/sys/bus/i2c/devices/0-002e/_", O_RDONLY) = -1 ENOENT (No such file or 
directory)
Process 15536 detached

ls /sys/bus/i2c/devices/0-002e/

alarmsfan1_minin2_input  in4_max  temp1_mintemp3_max
aout_output   fan2_divin2_maxin4_min  temp2_crit   temp3_min
cpu0_vid  fan2_input  in2_minname temp2_input  vrm
detach_state  fan2_minin3_input  powertemp2_max
driverin1_input   in3_maxtemp1_crit   temp2_min
fan1_div  in1_max in3_mintemp1_input  temp3_crit
fan1_inputin1_min in4_input  temp1_maxtemp3_input

Motherboard - SuperMicro 370DLE
with lm87 chip


-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (990, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.11
Locale: LANG=C, LC_CTYPE=C

Versions of packages sensord depends on:
ii  libc6 2.3.5-7GNU C Library: Shared libraries an
ii  librrd2   1.2.11-0.4 Time-series data storage and displ
ii  libsensors3   1:2.9.2-4  library to read temperature/voltag
ii  lm-sensors1:2.9.2-4  utilities to read temperature/volt

-- debconf-show failed


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334699: acknowledged by developer (Bug#334699: fixed in vpnc 0.3.3+SVN20050909-5)

[Waqar Malik]

The error still surfaces while using vpnc_0.3.3+SVN20050909-5_i386.deb
Error meaasge changed slightly "Error: an inet prefix is expected
rather than "@"."

Error log attached
wam:/home/waqar# vpnc --enable-1des --debug 2
vpnc version 0.3.3
S1
S2
S3
++ uname -s
+ OS=Linux
+ DEFAULT_ROUTE_FILE=/var/run/vpnc/defaultroute
+ RESOLV_CONF_BACKUP=/var/run/vpnc/resolv.conf-backup
++ which ip
++ grep '^/'
+ IPROUTE=/sbin/ip
+ '[' Linux = Linux ']'
+ ifconfig_syntax_ptp=pointopoint
+ route_syntax_gw=gw
+ route_syntax_del=del
+ route_syntax_netmask=netmask
+ '[' -n /sbin/ip ']'
+ '[' -z pre-init ']'
+ case "$reason" in
+ do_pre_init
+ '[' Linux = Linux ']'
+ :
+ exit 0
using interface tun0
S4
S4.1
S4.2
S4.3
S4.4
IKE SA selected psk+xauth-3des-md5
peer is using type 130 for NAT-Discovery payloads
peer is using type 130 for NAT-Discovery payloads
S4.5
NAT status: NAT-T VID seen, no NAT device detected
S4.6
S5
S5.1
S5.2
S5.3
S5.4
Enter Username and Password.
S5.5
S5.2
S5.3
S5.6
S5.7
S6
got save password setting: 1
got pfs setting: 0
Remote Application Version: Cisco Systems, Inc./VPN 3000 Concentrator
Version 4.1.7.E built by vmurphy on Mar 14 2005 11:25:43
got address 165.91.48.19
S7
S7.1
S7.2
S7.3
S7.4
ignoring responder-lifetime notify
S7.3
S7.4
S7.5
S7.6
IPSEC SA selected des-md5
S7.7
S7.8
++ uname -s
+ OS=Linux
+ DEFAULT_ROUTE_FILE=/var/run/vpnc/defaultroute
+ RESOLV_CONF_BACKUP=/var/run/vpnc/resolv.conf-backup
++ which ip
++ grep '^/'
+ IPROUTE=/sbin/ip
+ '[' Linux = Linux ']'
+ ifconfig_syntax_ptp=pointopoint
+ route_syntax_gw=gw
+ route_syntax_del=del
+ route_syntax_netmask=netmask
+ '[' -n /sbin/ip ']'
+ '[' -z connect ']'
+ case "$reason" in
+ do_connect
+ '[' -r /etc/vpnc/vpnc-script-connect-action ']'
+ '[' -n '' ']'
+ do_ifconfig
+ ifconfig tun0 inet 165.91.48.19 pointopoint 165.91.48.19 netmask
255.255.255.255 mtu 1390 up
+ set_vpngateway_route
++ ip route get 165.91.140.250
++ fix_ip_get_output
++ sed 's/cache//;s/metric \?[0-9]\+ [0-9]\+//g'
+ /sbin/ip route add 165.91.140.250 via 10.32.19.1 dev ath0 src
10.32.19.129 mtu 1500 advmss 1460 hoplimit 64
+ /sbin/ip route flush cache
+ test $'@Ø\005\b\021'
+ for network in '$TARGET_NETWORKS'
+ ip route del $'@Ø\005\b\021'
+ ip route add $'@Ø\005\b\021' dev tun0
Error: an inet prefix is expected rather than "@".
+ '[' -n '128.194.178.1 128.194.198.5' ']'
+ write_resolvconf
+ case "$DNS_UPDATE" in
+ '[' -x /sbin/resolvconf ']'
+ grep '[EMAIL PROTECTED]@' /etc/resolv.conf
+ cp -- /etc/resolv.conf /var/run/vpnc/resolv.conf-backup
+ NEW_RESOLVCONF='[EMAIL PROTECTED]@ -- this file is generated by vpnc
# and will be overwritten by vpnc
# as long as the above mark is intact'
+ exec
+ read LINE
+ case "$LINE" in
+ '[' -n '' ']'
+ NEW_RESOLVCONF='[EMAIL PROTECTED]@ -- this file is generated by vpnc
# and will be overwritten by vpnc
# as long as the above mark is intact
search tamu.edu'
+ read LINE
+ case "$LINE" in
+ '[' -n '128.194.178.1 128.194.198.5' ']'
+ read ONE_NAMESERVER INTERNAL_IP4_DNS
+ LINE='nameserver 128.194.178.1'
+ NEW_RESOLVCONF='[EMAIL PROTECTED]@ -- this file is generated by vpnc
# and will be overwritten by vpnc
# as long as the above mark is intact
search tamu.edu
nameserver 128.194.178.1'
+ read LINE
+ case "$LINE" in
+ '[' -n 128.194.198.5 ']'
+ read ONE_NAMESERVER INTERNAL_IP4_DNS
+ LINE='nameserver 128.194.198.5'
+ NEW_RESOLVCONF='[EMAIL PROTECTED]@ -- this file is generated by vpnc
# and will be overwritten by vpnc
# as long as the above mark is intact
search tamu.edu
nameserver 128.194.178.1
nameserver 128.194.198.5'
+ read LINE
+ case "$LINE" in
+ '[' -n '' ']'
+ LINE=
+ NEW_RESOLVCONF='[EMAIL PROTECTED]@ -- this file is generated by vpnc
# and will be overwritten by vpnc
# as long as the above mark is intact
search tamu.edu
nameserver 128.194.178.1
nameserver 128.194.198.5
'
+ read LINE
+ exec
+ '[' -n '' ']'
+ echo '[EMAIL PROTECTED]@ -- this file is generated by vpnc
# and will be overwritten by vpnc
# as long as the above mark is intact
search tamu.edu
nameserver 128.194.178.1
nameserver 128.194.198.5
'
+ exit 0
S7.9
S7.10
VPNC started in background (pid: 11882)...

wam:/home/waqar# route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric RefUse Iface
165.91.140.250  10.32.19.1  255.255.255.255 UGH   0  00 ath0
10.32.19.0  0.0.0.0 255.255.255.0   U 0  00 ath0
0.0.0.0 10.32.19.1  0.0.0.0 UG0  00 ath0

wam:/home/waqar# ifconfig -a
ath0  Link encap:Ethernet  HWaddr 00:02:8A:E2:24:75
  inet addr:10.32.19.129  Bcast:10.32.19.255  Mask:255.255.255.0
  inet6 addr: fe80::202:8aff:fee2:2475/64 Scope:Link
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:151 errors:875 dropped:0 overruns:0 frame:875
  TX packets:158 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:200
  RX bytes:28632 (27.9 KiB)  TX bytes:45480 (44.4 KiB)
  Interru

Bug#334969: php-pear: pear upgrade-all gives me Fatal error: Cannot instantiate

[Paul van der Holst]

Package: php-pear
Version: 5.0.5-3
Severity: grave
Tags: patch
Justification: renders package unusable

When I run the following command:

only4clans:~# pear upgrade-all
Fatal error: Cannot instantiate non-existent class:  
pear_command_auth-init in /usr/share/php/PEAR/Command.php on line 271

it gives that error..
I've searched and fixed mine problem.. but hopefully this can be fixed for 
other people aswell  

In the PEAR/Command directory there are files like "Auth-init.php" that 
should
not be automatically included by Command::registerCommands(). The fix 
for me was to alter line 263 to look like this:

if ($entry{0} == '.' || substr($entry, -4) != '.php' || $entry == 
'Common.php' || (strpos($entry,'-') !== false)) {

Hopefully this can help some people!
Sincerely
Paul


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.4.27-speakup
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages php-pear depends on:
ii  php4-cli  4:4.4.0-4  command-line interpreter for the p
ii  php5-common   5.0.5-3Common files for packages built fr

Versions of packages php-pear recommends:
ii  gnupg 1.4.2-2GNU privacy guard - a free PGP rep

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334970: beagle-shutdown does not completely shotdown beagled

[Cosimo Alfarano]

Package: beagle
Version: 0.1.1-1
Severity: normal

When I use beagle-shotdown, it sends to beagled its request, beagled
starts shutting down but it never completely ends.
beagled --fg for example remains on tty apparenlty waiting for helper
being down, but never exits:

--
INFO: Exiting
DEBUG: Leaving BeagleDaemon.Main
DEBUG: Server '/home/kalfa/.beagle/socket' shut down
DEBUG: No live ExceptionHandlingThreads!
DEBUG: The daemon appears to have gone away.
DEBUG: Shutting down helper.
DEBUG: (1) Waiting for 1 worker...
DEBUG: waiting for server '/home/kalfa/.beagle/socket-helper'
INFO: Exiting
DEBUG: Handling signal 2
DEBUG: Shutdown already in progress.
ls
DEBUG: Handling signal 2
DEBUG: Forcing immediate shutdown.

** ERROR **: Thread 0x552 calling into managed code is not registered
with the GC. On UNIX, this can be fixed by #include-ing  before
 in the file containing the thread creation code.
aborting...
Aborted
--

'Handling signal 2' mean my ^c on its tty, while in foreground.

c.
-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-kazoo2
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set 
to C)

Versions of packages beagle depends on:
ii  dbus-1-utils  0.23.4-7   simple interprocess messaging syst
ii  libatk1.0-0   1.10.1-2   The ATK accessibility toolkit
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libevolution-cil  0.10.2-1   CLI bindings for Evolution
ii  libexif12 0.6.12-2   library to parse EXIF files
ii  libgalago-cil 0.3.2-2CLI bindings for libgalago
ii  libgcc1   1:4.0.2-2  GCC support library
ii  libgconf2.0-cil   2.3.92-2   CLI binding for GConf 2.0, unstabl
ii  libgecko2.0-cil   0.11-1 CLI binding for the GtkMozEmbed li
ii  libglade2.0-cil   2.3.92-2   CLI binding for the Glade librarie
ii  libglib2.0-0  2.8.3-1The GLib library of C routines
ii  libglib2.0-cil2.3.92-2   CLI binding for the GLib utility l
ii  libgmime2.1-cil   2.1.17-1   CLI binding for the MIME library, 
ii  libgnome2.0-cil   2.3.92-2   CLI binding for GNOME 2.0, unstabl
ii  libgnomeui-0  2.10.1-1   The GNOME 2 libraries (User Interf
ii  libgnomevfs2-02.10.1-5   The GNOME virtual file-system libr
ii  libgtk2.0-0   2.6.10-1   The GTK+ graphical user interface 
ii  libgtk2.0-cil 2.3.92-2   CLI binding for the Gtk+ toolkit 2
ii  libice6   6.8.2.dfsg.1-6 Inter-Client Exchange library
ii  libmono0  1.1.8.3-1  libraries for the Mono JIT
ii  libpango1.0-0 1.8.2-1Layout and rendering of internatio
ii  libsm66.8.2.dfsg.1-6 X Window System Session Management
ii  libsqlite02.8.16-1   SQLite shared library
ii  libstdc++64.0.2-2The GNU Standard C++ Library v3
ii  libx11-6  6.8.2.dfsg.1-6 X Window System protocol client li
ii  libxss1   6.8.2.dfsg.1-6 X Screen Saver client-side library
ii  mono-classlib-1.0 1.1.8.3-1  Mono class library (1.0)
ii  mono-jit  1.1.8.3-1  fast CLI (.NET) JIT compiler for M
ii  xlibs 6.8.2.dfsg.1-6 X Window System client libraries m

beagle recommends no packages.

thanks,
c.
-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334971: python-numarray: segmentation fault matrixmultiply

[Chihiro Kuroki]

Package: python-numarray
Version: 1.3.3-1
Severity: normal

###
import numarray.numarrayall as num

a = num.array([[0,1,2],[3,4,5]], type=num.Float64)
b = num.array([1,2,3], type=num.Float64)
print a
print b
print num.matrixmultiply(a, b)
###

After this script runs, I get segmentation fault.

On ver.1.1.1-3 or ver.1.3.3-1 of i386, it runs well.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (105, 'testing'), (90, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13.4
Locale: LANG=ja_JP.EUC-JP, LC_CTYPE=ja_JP.EUC-JP (charmap=EUC-JP) (ignored: 
LC_ALL set to ja_JP.EUC-JP)

Versions of packages python-numarray depends on:
ii  python2.3.5-3An interactive high-level object-o
ii  python2.3-numarray1.3.3-1An array processing package modell

python-numarray recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334972: workrave: loads CPU to 100% if it starts a break while the screen is locked

[Ionutz Borcoman]

Package: workrave
Version: 1.8.1-1
Severity: important


If the screen is locked when workrave wants to show its break exercise,
it loads the CPU to 100%. 

Later, when I unlock the screen, I normally have to switch to console
and kill workrave or wait 1-2 minutes till workrave returns to normal. 

To reproduce this behaviour, just disable "Suspend timer when innactive". 
If these options are set, workrave will usually detect that you are not
doing anything and delay the break (so you will not have the above
behaviour, as no break will actually start while you are away).

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-686
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages workrave depends on:
ii  libart-2.0-2  2.3.17-1   Library of functions for 2D graphi
ii  libatk1.0-0   1.10.3-1   The ATK accessibility toolkit
ii  libbonobo2-0  2.10.1-1   Bonobo CORBA interfaces library
ii  libbonoboui2-02.10.1-1   The Bonobo UI library
ii  libc6 2.3.5-7GNU C Library: Shared libraries an
ii  libgcc1   1:4.0.2-2  GCC support library
ii  libgconf2-4   2.10.1-6   GNOME configuration database syste
ii  libgconfmm-2.6-1c22.8.1-1.1  C++ wrappers for GConf (shared lib
ii  libglade2-0   1:2.5.1-2  library to load .glade files at ru
ii  libglademm-2.4-1c22.4.1-2.1  C++ wrappers for libglade2 (shared
ii  libglib2.0-0  2.8.3-1The GLib library of C routines
ii  libglibmm-2.4-1c2 2.6.1-1.2  C++ wrapper for the GLib toolkit (
ii  libgnet2.0-0  2.0.7-1GNet network library
ii  libgnome-vfsmm-2.6-1c22.8.0-2.2  C++ wrappers for GnomeVFS (shared 
ii  libgnome2-0   2.10.1-1   The GNOME 2 library - runtime file
ii  libgnomecanvas2-0 2.10.2-2   A powerful object-oriented display
ii  libgnomecanvasmm-2.6-1c2  2.8.0-1.1  C++ wrappers for libgnomecanvas2 (
ii  libgnomemm-2.6-1c22.8.0-1.2  C++ wrappers for libgnome (shared 
ii  libgnomeui-0  2.10.1-1   The GNOME 2 libraries (User Interf
ii  libgnomeuimm-2.6-1c2  2.8.0-2.1  C++ wrappers for libgnomeui (share
ii  libgnomevfs2-02.10.1-5   The GNOME virtual file-system libr
ii  libgtk2.0-0   2.6.10-1   The GTK+ graphical user interface 
ii  libgtkmm-2.4-1c2  1:2.6.2-1.1C++ wrappers for GTK+ 2.4 (shared 
ii  libice6   6.8.2.dfsg.1-9 Inter-Client Exchange library
ii  liborbit2 1:2.12.4-1 libraries for ORBit2 - a CORBA ORB
ii  libpanel-applet2-02.10.2-1   library for GNOME 2 panel applets
ii  libpango1.0-0 1.8.2-3Layout and rendering of internatio
ii  libpopt0  1.7-5  lib for parsing cmdline parameters
ii  libsigc++-2.0-0c2 2.0.16-1   type-safe Signal Framework for C++
ii  libsm66.8.2.dfsg.1-9 X Window System Session Management
ii  libstdc++64.0.2-2The GNU Standard C++ Library v3
ii  libx11-6  6.8.2.dfsg.1-9 X Window System protocol client li
ii  libxml2   2.6.22-1   GNOME XML library
ii  libxmu6   6.8.2.dfsg.1-9 X Window System miscellaneous util
ii  libxtst6  6.8.2.dfsg.1-9 X Window System event recording an
ii  xlibs 6.8.2.dfsg.1-9 X Window System client libraries m
ii  zlib1g1:1.2.3-6  compression library - runtime

workrave recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334973: python2.3-libplot: please rebuild against libplot2c2

[LI Daobing]

Package: python2.3-libplot python2.1-libplot python2.2-libplot 
Severity: normal

Please rebuild depends on libplot2c2, Thanks.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-686-smp
Locale: LANG=en_US.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333231: acknowledged by developer (Re: Bug#333231: flex generates a C file with improper macro defn; broke Bison 2.1)

[Paul Eggert]

Manoj Srivastava <[EMAIL PROTECTED] (va, manoj)> writes:

> and is strictly correct according to c99.

But the generated code is not correct according to C89.  In C89, the
behavior is undefined if a macro defined with one argument is called
with zero arguments.  Please see the official interpretation for
Defect Report #003, question 3, in
.

Surely flex is not intended to require C99; many compilers don't
support C99 yet, or don't fully support it.  GCC is in that category,
and people are reporting problems with GCC here.


> The fix was removed since it caused all the tests to fail

Sorry about that.  I forgot about the reentrant case.  Here is a
revised patch; I checked that "make check" works.

2005-10-21  Paul Eggert  <[EMAIL PROTECTED]>

* main.c (readin): Don't output an invalid macro definition for
yywrap; some C compilers complain about this.

--- flex-2.5.31-34/main.c   2005-10-10 16:43:31.0 -0700
+++ flex-2.5.31-34-yywrap/main.c2005-10-21 00:53:40.0 -0700
@@ -1560,7 +1560,10 @@ void readin ()
 }
 
if (!do_yywrap) {
-   outn ("\n#define yywrap(n) 1");
+   if (reentrant)
+   outn ("\n#define yywrap(n) 1");
+   else
+   outn ("\n#define yywrap() 1");
outn ("#define YY_SKIP_YYWRAP");
}
 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334966: sensord shows "Algorithm: Unavailable from sysfs" and exits

[Aurelien Jarno]

On Fri, Oct 21, 2005 at 11:42:03AM +0400, Max Kosmach wrote:
> Package: sensord
> Version: 1:2.9.2-4
> Severity: normal
> 
> 
> from syslog:
> Oct 21 11:35:21 odinn sensord: Chip: lm87-i2c-0-2e
> Oct 21 11:35:21 odinn sensord: Adapter: SMBus PIIX4 adapter at 0580
> Oct 21 11:35:21 odinn sensord: Algorithm: Unavailable from sysfs
> Oct 21 11:35:21 odinn sensord: sensord failed

Unavailable from sysfs is a normal message if you are using a 2.6 kernel
because this information is not exported anymore as in 2.4 kernels.

> from strace:
> strace -ff -eopen /usr/sbin/sensord
> open("/etc/ld.so.cache", O_RDONLY)  = 3
> open("/usr/lib/libsensors.so.3", O_RDONLY) = 3
> open("/usr/lib/librrd.so.2", O_RDONLY)  = 3
> open("/lib/tls/libc.so.6", O_RDONLY)= 3
> open("/lib/tls/libm.so.6", O_RDONLY)= 3
> open("/usr/lib/libfreetype.so.6", O_RDONLY) = 3
> open("/usr/lib/libpng12.so.0", O_RDONLY) = 3
> open("/usr/lib/libz.so.1", O_RDONLY)= 3
> open("/usr/lib/libart_lgpl_2.so.2", O_RDONLY) = 3
> open("/etc/sensors.conf", O_RDONLY) = 3
> open("/proc/mounts", O_RDONLY)  = 4
> open("/sys/class/hwmon", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 
> ENOENT (No such file or directory)
> open("/sys/bus/i2c/devices", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 4
> open("/sys/bus/i2c/devices/0-0053/name", O_RDONLY) = 5
> open("/sys/bus/i2c/devices/0-0052/name", O_RDONLY) = 5
> open("/sys/bus/i2c/devices/0-0051/name", O_RDONLY) = 5
> open("/sys/bus/i2c/devices/0-0050/name", O_RDONLY) = 5
> open("/sys/bus/i2c/devices/0-002e/name", O_RDONLY) = 5
> open("/sys/class/i2c-adapter/i2c-0/device/name", O_RDONLY) = 5
> open("/sys/class/i2c-adapter", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 
> 4
> open("/sys/class/i2c-adapter/i2c-0/device/name", O_RDONLY) = 5
> open("/var/run/sensord.pid", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 3
> Process 15536 attached
> open("/etc/localtime", O_RDONLY)= 0
> open("/sys/bus/i2c/devices/0-002e/in0_input", O_RDONLY) = -1 ENOENT (No such 
> file or directory)
> open("/sys/bus/i2c/devices/0-002e/_", O_RDONLY) = -1 ENOENT (No such file or 
> directory)
> Process 15536 detached

looks like sensord has been daemonized correctly. Do you see it with ps?

> ls /sys/bus/i2c/devices/0-002e/
> 
> alarmsfan1_minin2_input  in4_max  temp1_mintemp3_max
> aout_output   fan2_divin2_maxin4_min  temp2_crit   temp3_min
> cpu0_vid  fan2_input  in2_minname temp2_input  vrm
> detach_state  fan2_minin3_input  powertemp2_max
> driverin1_input   in3_maxtemp1_crit   temp2_min
> fan1_div  in1_max in3_mintemp1_input  temp3_crit
> fan1_inputin1_min in4_input  temp1_maxtemp3_input
> 

Could you please send me the output of sensors?

Bye,
Aurelien

-- 
  .''`.  Aurelien Jarno | GPG: 1024D/F1BCDB73
 : :' :  Debian developer   | Electrical Engineer
 `. `'   [EMAIL PROTECTED] | [EMAIL PROTECTED]
   `-people.debian.org/~aurel32 | www.aurel32.net


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334974: kdeinit: bogus "couldn't open tty" error

[Robert Millan]

Package: kdelibs-bin
Severity: normal
Tags: patch

While debugging an unrelated problem, I found this:

  kdeinit: couldn't open() tty: Permission denied

This error message is not very useful.  If it told you which terminal is that
which can't be opened, then it'd actualy help debugging the problem.  (of
course, I can use ktrace, but that's beside the point).

Patch attached.

-- System Information:
Debian Release: testing/unstable
Architecture: kfreebsd-i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: GNU/kFreeBSD 5.4-1-686
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL 
set to C)

  kdeinit: couldn't open() tty: Permission denied

diff -ur kdelibs-3.4.2.old/kinit/kinit.cpp kdelibs-3.4.2/kinit/kinit.cpp
--- kdelibs-3.4.2.old/kinit/kinit.cpp   2005-07-20 11:19:21.0 +0200
+++ kdelibs-3.4.2/kinit/kinit.cpp   2005-10-21 10:19:45.0 +0200
@@ -255,7 +255,7 @@
 int fd = open( tty, O_WRONLY );
 if( fd < 0 )
 {
-perror( "kdeinit: couldn't open() tty" );
+fprintf( "kdeinit: couldn't open() %s: %s\n", tty, strerror (errno) );
 return;
 }
 if( dup2( fd, STDOUT_FILENO ) < 0 )

Bug#334975: rhdb-explain: FTBFS: Missing Build-Depends on 'cdbs'

[Andreas Jochens]

Package: rhdb-explain
Version: 2.0-2
Severity: serious
Tags: patch

When building 'rhdb-explain' in a clean 'unstable' chroot,
I get the following error:

 debian/rules clean
debian/rules:3: /usr/share/cdbs/1/class/ant.mk: No such file or directory
debian/rules:4: /usr/share/cdbs/1/rules/debhelper.mk: No such file or directory
make: *** No rule to make target `/usr/share/cdbs/1/rules/debhelper.mk'.  Stop.

Please add the missing Build-Depends on 'cdbs' to debian/control.

Additionally, the package can be built using kaffe and probably be
moved to main as a consequence.

Regards
Andreas Jochens

diff -urN ../tmp-orig/rhdb-explain-2.0/debian/control ./debian/control
--- ../tmp-orig/rhdb-explain-2.0/debian/control 2005-10-21 10:26:49.0 
+0200
+++ ./debian/control2005-10-21 10:26:21.0 +0200
@@ -1,13 +1,13 @@
 Source: rhdb-explain
-Section: contrib/misc
+Section: misc
 Priority: optional
 Maintainer: Peter Eisentraut <[EMAIL PROTECTED]>
-Build-Depends-Indep: debhelper (>= 4.0.0), ant (>= 1.4.1), j2sdk1.4, 
docbook-xml (>= 4.2), xsltproc, docbook-xsl, imagemagick
+Build-Depends-Indep: debhelper, cdbs, ant (>= 1.4.1), kaffe, docbook-xml (>= 
4.2), xsltproc, docbook-xsl, imagemagick
 Standards-Version: 3.6.2
 
 Package: rhdb-explain
 Architecture: all
-Depends: ${misc:Depends}, j2re1.4 | java-virtual-machine, j2re1.4 | 
java2-runtime, libpgjava
+Depends: ${misc:Depends}, kaffe, libpgjava
 Description: Tool for visualizing the output of the PostgreSQL EXPLAIN command
  This package contains Visual Explain, a tool for visualizing the output
  of the PostgreSQL EXPLAIN and EXPLAIN ANALYZE commands.  EXPLAIN and
diff -urN ../tmp-orig/rhdb-explain-2.0/debian/rules ./debian/rules
--- ../tmp-orig/rhdb-explain-2.0/debian/rules   2005-10-21 10:26:49.0 
+0200
+++ ./debian/rules  2005-10-21 10:26:46.0 +0200
@@ -3,7 +3,7 @@
 include /usr/share/cdbs/1/class/ant.mk
 include /usr/share/cdbs/1/rules/debhelper.mk
 
-JAVA_HOME_DIRS = /usr/lib/j2se/1.4 /usr/lib/j2sdk1.4-sun /usr/lib/j2sdk1.4-ibm 
/usr/lib/j2sdk1.4-blackdown
+JAVA_HOME_DIRS = /usr/lib/kaffe /usr/lib/j2se/1.4 /usr/lib/j2sdk1.4-sun 
/usr/lib/j2sdk1.4-ibm /usr/lib/j2sdk1.4-blackdown
 ANT_HOME = /usr/share/ant
 DEB_JARS = ant-launcher
 DEB_ANT_BUILD_TARGET = dist


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334976: cl-cil: FTBFS: Missing Build-Depends on 'dh-lisp'

[Andreas Jochens]

Package: cl-cil
Version: 1:20050701-2
Severity: serious
Tags: patch

When building 'cl-cil' in a clean 'unstable' chroot,
I get the following error:

 debian/rules binary
dh_testdir
dh_testroot
dh_clean -k
dh_installdirs
dh_lisp
make: dh_lisp: Command not found
make: *** [binary-arch] Error 127

Please add the missing Build-Depends on 'dh-lisp' to debian/control.

Regards
Andreas Jochens

diff -urN ../tmp-orig/cl-cil-20050701/debian/control ./debian/control
--- ../tmp-orig/cl-cil-20050701/debian/control  2005-10-21 10:35:39.0 
+0200
+++ ./debian/control2005-10-21 10:35:37.0 +0200
@@ -1,7 +1,7 @@
 Source: cl-cil
 Section: doc
 Priority: optional
-Build-Depends-Indep: debhelper (>= 4.0)
+Build-Depends-Indep: debhelper, dh-lisp
 Maintainer: Peter Van Eynde <[EMAIL PROTECTED]>
 Standards-Version: 3.6.2.1
 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334977: aptitude: segfaults after package installation

[Marc Haber]

Package: aptitude
Version: 0.3.5.1-2
Severity: normal

Hi,

I have a new segfault in aptitude.

I have
deb http://people.debian.org/~rene/openoffice.org/2.x/ ./
in my sources.list.

invoke aptitude. search for openoffice.org-kde. Mark it for
installation, install. Package installs ok. Press Enter to return to
aptitude. aptitude goes through the normal motions of reading package
files etc (showing its progress in the status bar) and then segfaults.

This cannot seem to be reproduced with instaling a package from the
normal Debian archive.

A core is available by private e-mail on request.

Greetings
Marc

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-rc4-scyw00225
Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)

Versions of packages aptitude depends on:
ii  apt [libapt-pkg-libc6.3-6-3 0.6.42.0exp1 Advanced front-end for dpkg
ii  libc6   2.3.5-7  GNU C Library: Shared libraries an
ii  libgcc1 1:4.0.2-2GCC support library
ii  libncursesw55.5-1Shared libraries for terminal hand
ii  libsigc++-2.0-0c2   2.0.16-1 type-safe Signal Framework for C++
ii  libstdc++6  4.0.2-2  The GNU Standard C++ Library v3

Versions of packages aptitude recommends:
ii  aptitude-doc-en [aptitude-doc 0.2.15.9-7 English manual for aptitude, a ter

-- no debconf information


-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things."Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature |  How to make an American Quilt | Fax: *49 621 72739835


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334978: logwatch won't run from cron (but runs ok from terminal)

[Jon Dowland]

Package: logwatch
Version: 5.2.2-5
Severity: normal

Logwatch won't run from cron. Or at least, I am not getting mails from
it. I have tried changing the user who receives the mail from root to my
local user, jon, in /etc/logwatch/conf/logwatch.conf, which hasn't
helped. (`jon' gets root's mail anyway).

Looking at /etc/cron.daily/00logwatch, the test line returns 0 so I
cannot see why the /usr/sbin/logwatch line would not be executed.

If I obtain a root shell and run logwatch in it, it works.

I can't find any relevant messages in my MTA's log file which would
correspond to a failed delivery.

Any advice on how to diagnose this further would be greatly appreciated!

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.26-bytemark-uml-20040706-1
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages logwatch depends on:
ii  mailx1:8.1.2-0.20040524cvs-4 A simple mail user agent
ii  perl 5.8.4-8 Larry Wall's Practical Extraction 

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#255744: xfree86-common: Mouse not found causes gdm to fail -- this *is* annoying

[Michel Dänzer]

On Thu, 2005-10-20 at 12:41 +0200, January Weiner wrote: 
> 
> > If the device node doesn't exist, it's probably a matter of making sure 
> > that the backing kernel module (mousedev IIRC) is loaded.
> 
> This is what has been suggested by previous posters to this bug, and
> which should be done, and which has not been done, and which is the
> reason why I am writing this rant.

It's none of the X server's business though.


> Should I repost the bug to another package?

IMHO yes. As David pointed out, the only 'bug' in the X server is that
it doesn't support hotplugging input devices yet, but that's an upstream
wishlist item that won't be resolved anytime soon. AFAICT the most
effective approaches to resolve this are:

  * In the 2.6.12-1-powerpc kernel I'm running, the support
for /dev/input/mice seems to be built into the kernel in the
first place, avoiding the problem of when and how to load the
module. You could ask for the same to be done for the kernel
you're running.
  * You could ask for the udev and/or hotplug packages to load the
corresponding module by default on bootup, regardless of whether
or not a mouse is connected.

Either of these has the advantage that even without explicit hotplugging
support in the X server, you can plug in a mouse after the X server is
already running, and it Just Works(TM). This isn't true if the X server
just ignores the failure to open the mouse device.


-- 
Earthling Michel Dänzer  | Debian (powerpc), X and DRI developer
Libre software enthusiast|   http://svcs.affero.net/rm.php?r=daenzer

Bug#322240: Silicon Image SiI 3112 SATALink

[Geert Stappers]

On Thu, Oct 20, 2005 at 11:43:54AM -0600, Shaun Jackman wrote:
> 2005/8/29, Frans Pop <[EMAIL PROTECTED]>:
 
> > Does the delay still happen with the current daily builds of the installer
> > (they have a 2.6.12 kernel)?
> 
> I've discovered that the ten-minute boot delay turned out to be
> related to the Matrox G550 video card and not the Silicon Image SiI
> 3112 SATALink card.

Which drivers are you using for Maxtor video card?
Is it a GPL version?


St



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334966: sensord shows "Algorithm: Unavailable from sysfs" and exits

[Max Kosmach]

Aurelien Jarno wrote:
> On Fri, Oct 21, 2005 at 11:42:03AM +0400, Max Kosmach wrote:
>> Package: sensord
>> Version: 1:2.9.2-4
>> Severity: normal
>>
>>
>> from syslog:
>> Oct 21 11:35:21 odinn sensord: Chip: lm87-i2c-0-2e
>> Oct 21 11:35:21 odinn sensord: Adapter: SMBus PIIX4 adapter at 0580
>> Oct 21 11:35:21 odinn sensord: Algorithm: Unavailable from sysfs
>> Oct 21 11:35:21 odinn sensord: sensord failed
> 
> Unavailable from sysfs is a normal message if you are using a 2.6 kernel
> because this information is not exported anymore as in 2.4 kernels.

ok

>> from strace:
>> strace -ff -eopen /usr/sbin/sensord
>> open("/etc/ld.so.cache", O_RDONLY)  = 3
>> open("/usr/lib/libsensors.so.3", O_RDONLY) = 3
>> open("/usr/lib/librrd.so.2", O_RDONLY)  = 3
>> open("/lib/tls/libc.so.6", O_RDONLY)= 3
>> open("/lib/tls/libm.so.6", O_RDONLY)= 3
>> open("/usr/lib/libfreetype.so.6", O_RDONLY) = 3
>> open("/usr/lib/libpng12.so.0", O_RDONLY) = 3
>> open("/usr/lib/libz.so.1", O_RDONLY)= 3
>> open("/usr/lib/libart_lgpl_2.so.2", O_RDONLY) = 3
>> open("/etc/sensors.conf", O_RDONLY) = 3
>> open("/proc/mounts", O_RDONLY)  = 4
>> open("/sys/class/hwmon", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 
>> ENOENT (No such file or directory)
>> open("/sys/bus/i2c/devices", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 4
>> open("/sys/bus/i2c/devices/0-0053/name", O_RDONLY) = 5
>> open("/sys/bus/i2c/devices/0-0052/name", O_RDONLY) = 5
>> open("/sys/bus/i2c/devices/0-0051/name", O_RDONLY) = 5
>> open("/sys/bus/i2c/devices/0-0050/name", O_RDONLY) = 5
>> open("/sys/bus/i2c/devices/0-002e/name", O_RDONLY) = 5
>> open("/sys/class/i2c-adapter/i2c-0/device/name", O_RDONLY) = 5
>> open("/sys/class/i2c-adapter", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) 
>> = 4
>> open("/sys/class/i2c-adapter/i2c-0/device/name", O_RDONLY) = 5
>> open("/var/run/sensord.pid", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 3
>> Process 15536 attached
>> open("/etc/localtime", O_RDONLY)= 0
>> open("/sys/bus/i2c/devices/0-002e/in0_input", O_RDONLY) = -1 ENOENT (No such 
>> file or directory)
>> open("/sys/bus/i2c/devices/0-002e/_", O_RDONLY) = -1 ENOENT (No such file or 
>> directory)
>> Process 15536 detached
> 
> looks like sensord has been daemonized correctly. Do you see it with ps?
yes,

But:

>> open("/sys/bus/i2c/devices/0-002e/in0_input", O_RDONLY) = -1 ENOENT
(No such file or directory)
>> open("/sys/bus/i2c/devices/0-002e/_", O_RDONLY) = -1 ENOENT (No such
file or directory)

is this correct?

>> ls /sys/bus/i2c/devices/0-002e/
>>
>> alarmsfan1_minin2_input  in4_max  temp1_mintemp3_max
>> aout_output   fan2_divin2_maxin4_min  temp2_crit   temp3_min
>> cpu0_vid  fan2_input  in2_minname temp2_input  vrm
>> detach_state  fan2_minin3_input  powertemp2_max
>> driverin1_input   in3_maxtemp1_crit   temp2_min
>> fan1_div  in1_max in3_mintemp1_input  temp3_crit
>> fan1_inputin1_min in4_input  temp1_maxtemp3_input
>>
> 
> Could you please send me the output of sensors?

#sensors
lm87-i2c-0-2e
Adapter: SMBus PIIX4 adapter at 0580
VCore: +1.69 V  (min =  +1.62 V, max =  +1.79 V)
+3.3V: +3.28 V  (min =  +3.04 V, max =  +3.56 V)
+5V:   +5.08 V  (min =  +4.61 V, max =  +5.39 V)
+12V: +12.31 V  (min = +10.81 V, max = +13.19 V)
CPU Fan:  4754 RPM  (min = 3000 RPM, div = 2)
fan2: 4787 RPM  (min = 3000 RPM, div = 2)
M/B Temp:+28 C  (low  =+5 C, high =   +65 C)
CPU Temp:+27 C  (low  =+5 C, high =   +70 C)
temp3:   +26 C  (low  =+0 C, high =   +75 C)
vid:  +1.700 V  (VRM Version 8.2)



-- 
With MBR
Max
CCSA/CCSE


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334969: php-pear: pear upgrade-all gives me Fatal error: Cannot instantiate

[Paul van der Holst]

I forgot to say that you need to edit the PEAR/command.php there you need to
edit the line. It works like a charm

Sincerely Paul



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334979: proftpd - fails to build

[Bastian Blank]

Package: proftpd
Version: 1.2.10-24.0.1
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of proftpd_1.2.10-24.0.1 on debian01 by sbuild/s390 69
[...]
> gcc -Wall -O3 -Wall -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 
> -DHAVE_OPENSSL -DUSE_LDAP_TLS  -I.. -I../../..  -DLINUX -I.. 
> -I../../../include -I/usr/include/postgresql -O2 -Wall -c 
> ../../../modules/mod_tls.c
> .../../../modules/mod_tls.c: In function 'tls_check_client_cert':
> .../../../modules/mod_tls.c:448: warning: pointer targets in initialization 
> differ in signedness
> .../../../modules/mod_tls.c:470: warning: pointer targets in initialization 
> differ in signedness
> .../../../modules/mod_tls.c: In function 'tls_passphrase_cb':
> .../../../modules/mod_tls.c:570: error: 'PEM_F_DEF_CALLBACK' undeclared 
> (first use in this function)
> .../../../modules/mod_tls.c:570: error: (Each undeclared identifier is 
> reported only once
> .../../../modules/mod_tls.c:570: error: for each function it appears in.)
> .../../../modules/mod_tls.c: In function 'tls_init_ctxt':
> .../../../modules/mod_tls.c:908: warning: pointer targets in passing argument 
> 2 of 'SSL_CTX_set_session_id_context' differ in signedness
> .../../../modules/mod_tls.c: In function 'tls_setup_cert_dn_environ':
> .../../../modules/mod_tls.c:1792: warning: pointer targets in passing 
> argument 2 of 'pstrndup' differ in signedness
> .../../../modules/mod_tls.c:1798: warning: pointer targets in passing 
> argument 2 of 'pstrndup' differ in signedness
> .../../../modules/mod_tls.c:1804: warning: pointer targets in passing 
> argument 2 of 'pstrndup' differ in signedness
> .../../../modules/mod_tls.c:1810: warning: pointer targets in passing 
> argument 2 of 'pstrndup' differ in signedness
> .../../../modules/mod_tls.c:1816: warning: pointer targets in passing 
> argument 2 of 'pstrndup' differ in signedness
> .../../../modules/mod_tls.c:1822: warning: pointer targets in passing 
> argument 2 of 'pstrndup' differ in signedness
> .../../../modules/mod_tls.c:1828: warning: pointer targets in passing 
> argument 2 of 'pstrndup' differ in signedness
> .../../../modules/mod_tls.c:1834: warning: pointer targets in passing 
> argument 2 of 'pstrndup' differ in signedness
> .../../../modules/mod_tls.c:1840: warning: pointer targets in passing 
> argument 2 of 'pstrndup' differ in signedness
> .../../../modules/mod_tls.c:1846: warning: pointer targets in passing 
> argument 2 of 'pstrndup' differ in signedness
> .../../../modules/mod_tls.c:1852: warning: pointer targets in passing 
> argument 2 of 'pstrndup' differ in signedness
> .../../../modules/mod_tls.c:1862: warning: pointer targets in passing 
> argument 2 of 'pstrndup' differ in signedness
> .../../../modules/mod_tls.c:1868: warning: pointer targets in passing 
> argument 2 of 'pstrndup' differ in signedness
> make[2]: *** [mod_tls.o] Error 1
> make[2]: Leaving directory 
> `/build/buildd/proftpd-1.2.10/build-tree/proftpd-1.2.10/build/pam/modules'
> make[1]: *** [modules] Error 2
> make[1]: Leaving directory 
> `/build/buildd/proftpd-1.2.10/build-tree/proftpd-1.2.10/build/pam'
> make: *** [stampdir/build] Error 2
> **
> Build finished at 20051021-1016
> FAILED [dpkg-buildpackage died]

Bastian


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334980: dhcp3-server: goes into infinite loop and fill syslog if started with this bad configuration file

[Cedric Delfosse]

Package: dhcp3-server
Version: 3.0.1-2
Severity: important

With the attached configuration file, dhcpd goes into infinite loops and log
this into syslog:

Oct 21 11:00:40 replic dhcpd:
Oct 21 11:00:40 replic dhcpd: ^
Oct 21 11:00:40 replic dhcpd: /etc/dhcp3/dhcpd.conf line 14: expecting a 
parameter or declaration

I know that my configuration file is false (a hostname is missing after the
option routers keyword), but dhcpd shouldn't have this behaviour.

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.27-2-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages dhcp3-server depends on:
ii  debconf 1.4.30.13Debian configuration management sy
ii  debianutils 2.8.4Miscellaneous utilities specific t
ii  dhcp3-common3.0.1-2  Common files used by all the dhcp3
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an

-- debconf information:
* dhcp3-server/new_auth_behavior:
* dhcp3-server/interfaces:
* dhcp3-server/config_warn:
subnet 172.20.0.0 netmask 255.255.255.0 {
 option subnet-mask 255.255.255.0;

 # Unknown clients get this pool.
 pool {
max-lease-time 1800;
range 172.20.0.20 172.20.0.30;
allow unknown clients;
filename "/lts/revoboot/bin/revoboot.pxe";
option root-path "172.20.0.232:/var/lib/ltsp/i386";
next-server 172.20.0.232;
option routers ;
  }
}

Bug#334699: acknowledged by developer (Bug#334699: fixed in vpnc 0.3.3+SVN20050909-5)

[Eduard Bloch]

#include 
* Waqar Malik [Fri, Oct 21 2005, 02:39:25AM]:
> The error still surfaces while using vpnc_0.3.3+SVN20050909-5_i386.deb
> Error meaasge changed slightly "Error: an inet prefix is expected
> rather than "@"."

Aha. Please send your config file and all the important information that
you omited by not using reportbug (like arch, kernel version).

As temporary fix, set "Target Networks 0.0.0.0/0" into the config.


> Error log attached
> wam:/home/waqar# vpnc --enable-1des --debug 2
> vpnc version 0.3.3
> S1
> S2
> S3
> ++ uname -s
> + OS=Linux
> + DEFAULT_ROUTE_FILE=/var/run/vpnc/defaultroute
> + RESOLV_CONF_BACKUP=/var/run/vpnc/resolv.conf-backup
> ++ which ip
> ++ grep '^/'
> + IPROUTE=/sbin/ip
> + '[' Linux = Linux ']'
> + ifconfig_syntax_ptp=pointopoint
> + route_syntax_gw=gw
> + route_syntax_del=del
> + route_syntax_netmask=netmask
> + '[' -n /sbin/ip ']'
> + '[' -z pre-init ']'
> + case "$reason" in
> + do_pre_init
> + '[' Linux = Linux ']'
> + :
> + exit 0
> using interface tun0
> S4
> S4.1
> S4.2
> S4.3
> S4.4
> IKE SA selected psk+xauth-3des-md5
> peer is using type 130 for NAT-Discovery payloads
> peer is using type 130 for NAT-Discovery payloads
> S4.5
> NAT status: NAT-T VID seen, no NAT device detected
> S4.6
> S5
> S5.1
> S5.2
> S5.3
> S5.4
> Enter Username and Password.
> S5.5
> S5.2
> S5.3
> S5.6
> S5.7
> S6
> got save password setting: 1
> got pfs setting: 0
> Remote Application Version: Cisco Systems, Inc./VPN 3000 Concentrator
> Version 4.1.7.E built by vmurphy on Mar 14 2005 11:25:43
> got address 165.91.48.19
> S7
> S7.1
> S7.2
> S7.3
> S7.4
> ignoring responder-lifetime notify
> S7.3
> S7.4
> S7.5
> S7.6
> IPSEC SA selected des-md5
> S7.7
> S7.8
> ++ uname -s
> + OS=Linux
> + DEFAULT_ROUTE_FILE=/var/run/vpnc/defaultroute
> + RESOLV_CONF_BACKUP=/var/run/vpnc/resolv.conf-backup
> ++ which ip
> ++ grep '^/'
> + IPROUTE=/sbin/ip
> + '[' Linux = Linux ']'
> + ifconfig_syntax_ptp=pointopoint
> + route_syntax_gw=gw
> + route_syntax_del=del
> + route_syntax_netmask=netmask
> + '[' -n /sbin/ip ']'
> + '[' -z connect ']'
> + case "$reason" in
> + do_connect
> + '[' -r /etc/vpnc/vpnc-script-connect-action ']'
> + '[' -n '' ']'
> + do_ifconfig
> + ifconfig tun0 inet 165.91.48.19 pointopoint 165.91.48.19 netmask
> 255.255.255.255 mtu 1390 up
> + set_vpngateway_route
> ++ ip route get 165.91.140.250
> ++ fix_ip_get_output
> ++ sed 's/cache//;s/metric \?[0-9]\+ [0-9]\+//g'
> + /sbin/ip route add 165.91.140.250 via 10.32.19.1 dev ath0 src
> 10.32.19.129 mtu 1500 advmss 1460 hoplimit 64
> + /sbin/ip route flush cache
> + test $'@Ø\005\b\021'
> + for network in '$TARGET_NETWORKS'
> + ip route del $'@Ø\005\b\021'
> + ip route add $'@Ø\005\b\021' dev tun0
> Error: an inet prefix is expected rather than "@".
> + '[' -n '128.194.178.1 128.194.198.5' ']'
> + write_resolvconf
> + case "$DNS_UPDATE" in
> + '[' -x /sbin/resolvconf ']'
> + grep '[EMAIL PROTECTED]@' /etc/resolv.conf
> + cp -- /etc/resolv.conf /var/run/vpnc/resolv.conf-backup
> + NEW_RESOLVCONF='[EMAIL PROTECTED]@ -- this file is generated by vpnc
> # and will be overwritten by vpnc
> # as long as the above mark is intact'
> + exec
> + read LINE
> + case "$LINE" in
> + '[' -n '' ']'
> + NEW_RESOLVCONF='[EMAIL PROTECTED]@ -- this file is generated by vpnc
> # and will be overwritten by vpnc
> # as long as the above mark is intact
> search tamu.edu'
> + read LINE
> + case "$LINE" in
> + '[' -n '128.194.178.1 128.194.198.5' ']'
> + read ONE_NAMESERVER INTERNAL_IP4_DNS
> + LINE='nameserver 128.194.178.1'
> + NEW_RESOLVCONF='[EMAIL PROTECTED]@ -- this file is generated by vpnc
> # and will be overwritten by vpnc
> # as long as the above mark is intact
> search tamu.edu
> nameserver 128.194.178.1'
> + read LINE
> + case "$LINE" in
> + '[' -n 128.194.198.5 ']'
> + read ONE_NAMESERVER INTERNAL_IP4_DNS
> + LINE='nameserver 128.194.198.5'
> + NEW_RESOLVCONF='[EMAIL PROTECTED]@ -- this file is generated by vpnc
> # and will be overwritten by vpnc
> # as long as the above mark is intact
> search tamu.edu
> nameserver 128.194.178.1
> nameserver 128.194.198.5'
> + read LINE
> + case "$LINE" in
> + '[' -n '' ']'
> + LINE=
> + NEW_RESOLVCONF='[EMAIL PROTECTED]@ -- this file is generated by vpnc
> # and will be overwritten by vpnc
> # as long as the above mark is intact
> search tamu.edu
> nameserver 128.194.178.1
> nameserver 128.194.198.5
> '
> + read LINE
> + exec
> + '[' -n '' ']'
> + echo '[EMAIL PROTECTED]@ -- this file is generated by vpnc
> # and will be overwritten by vpnc
> # as long as the above mark is intact
> search tamu.edu
> nameserver 128.194.178.1
> nameserver 128.194.198.5
> '
> + exit 0
> S7.9
> S7.10
> VPNC started in background (pid: 11882)...
> 
> wam:/home/waqar# route -n
> Kernel IP routing table
> Destination Gateway Genmask Flags Metric RefUse Iface
> 165.91.140.250  10.32.19.1  255.255.255.255 UGH   0  00 ath0
> 10.32.19.0  0.0.0.0 255.255.255.0   U 0  00 ath0
> 

Bug#334847: xserver-xorg: DRM char device isn't chmod 666

[Michel Dänzer]

On Thu, 2005-10-20 at 12:21 +0200, Xavier Bestel wrote: 
> On Thu, 2005-10-20 at 12:09, Michel Dänzer wrote:
> > On Thu, 2005-10-20 at 11:06 +0200, Xavier Bestel wrote:
> > > 
> > > When starting Xorg, I have to manually chmod 666 the DRM char device
> > > sometimes.
> > 
> > Sounds like something else changes it to something else behind the X
> > server's back, most likely udev. You should be able to change what it
> > sets in /etc/udev/permissions.rules.
> 
> /etc/udev/permissions.rules has that:
> SUBSYSTEM=="drm",   GROUP="video"
> but /dev/dri/card0 is still 660 root.root

Do you also still have the
file /etc/udev/permissions.d/udev.permissions? If yes, what does its
entry for 'dri/card[0-9]' say?

> Do you think I should report the bug to udev ?

Not sure. As you say it only happens 'sometimes', it sounds like a race
condition between conflicting configurations rather than a bug in any
particular package.


-- 
Earthling Michel Dänzer  | Debian (powerpc), X and DRI developer
Libre software enthusiast|   http://svcs.affero.net/rm.php?r=daenzer

Bug#333052: Bug#333522: possible problem cause: wait4(-1)

[Horms]

I did a bit of a poke around this symbols problem.
I puzzeled over it for a while. I began to wonder
if it might be caused byudevsynthesize[1] which seems
to be the major change between -2 and -4, and I completely
failed in all my attempts to reproduce the problem.

[1] http://marc.theaimsgroup.com/?t=11248247225&r=1&w=2

I then chatted it over with some people, and they suggested
that it might actually be a problem with a bogus depmod run.
Can people who are seeing this run depmod manually and 
see if the problem goes away?

Alternateively, its seems there is a high correlation between
this problem and loading uhci_hcd. Providing lspci -vv might help a bit.
Also, what kind of usb devices do the people who are seeing this have
plugged in. I tried with a few I found lying around the office,
but to no avail. 

-- 
Horms


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334981: gimp: displays menus in black on black

[Marc Haber]

Package: gimp
Version: 2.2.8-11
Severity: normal

Hi,

all of a sudden, gimp has started to display its menus in black on
black. It is the only app misbehaving in that way. See attachment.

Greetings
Marc


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-rc4-scyw00225
Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)

Versions of packages gimp depends on:
ii  gimp-data 2.2.8-11   Data files for The GIMP
ii  libaa11.4p5-29   ascii art library
ii  libart-2.0-2  2.3.17-1   Library of functions for 2D graphi
ii  libatk1.0-0   1.10.3-1   The ATK accessibility toolkit
ii  libc6 2.3.5-7GNU C Library: Shared libraries an
ii  libexif12 0.6.12-2   library to parse EXIF files
ii  libexpat1 1.95.8-3   XML parsing C library - runtime li
ii  libfontconfig12.3.2-1.1  generic font configuration library
ii  libfreetype6  2.1.10-1   FreeType 2 font engine, shared lib
ii  libgimp2.02.2.8-11   Libraries necessary to Run the GIM
ii  libglib2.0-0  2.8.3-1The GLib library of C routines
ii  libgtk2.0-0   2.8.3-1The GTK+ graphical user interface
ii  libice6   6.8.2.dfsg.1-9 Inter-Client Exchange library
ii  libjpeg62 6b-10  The Independent JPEG Group's JPEG
ii  liblcms1  1.13-1 Color management library
ii  libmng1   1.0.8-1Multiple-image Network Graphics li
ii  libpango1.0-0 1.10.0-2   Layout and rendering of internatio
ii  libpng12-01.2.8rel-5 PNG library - runtime
ii  libsm66.8.2.dfsg.1-9 X Window System Session Management
ii  libtiff4  3.7.4-1Tag Image File Format (TIFF) libra
ii  libwmf0.2-7   0.2.8.3-3  Windows metafile conversion librar
ii  libx11-6  6.8.2.dfsg.1-9 X Window System protocol client li
ii  libxmu6   6.8.2.dfsg.1-9 X Window System miscellaneous util
ii  libxpm4   6.8.2.dfsg.1-9 X pixmap library
ii  libxt66.8.2.dfsg.1-9 X Toolkit Intrinsics
ii  wget  1.10.2-1   retrieves files from the web
ii  xlibs 6.8.2.dfsg.1-9 X Window System client libraries m
ii  zlib1g1:1.2.3-6  compression library - runtime

Versions of packages gimp recommends:
ii  gimp-print  4.3.99+cvs20050901-1 print plugin for the GIMP
ii  gimp-svg2.2.8-11 SVG (Scalable Vector Graphics) plu

-- no debconf information


-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things."Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature |  How to make an American Quilt | Fax: *49 621 72739835


gimp.png
Description: PNG image

Bug#334847: xserver-xorg: DRM char device isn't chmod 666

[Xavier Bestel]

Le vendredi 21 octobre 2005 à 11:09 +0200, Michel Dänzer a écrit :
> On Thu, 2005-10-20 at 12:21 +0200, Xavier Bestel wrote: 
> > On Thu, 2005-10-20 at 12:09, Michel Dänzer wrote:
> > > On Thu, 2005-10-20 at 11:06 +0200, Xavier Bestel wrote:
> > > > 
> > > > When starting Xorg, I have to manually chmod 666 the DRM char device
> > > > sometimes.
> > > 
> > > Sounds like something else changes it to something else behind the X
> > > server's back, most likely udev. You should be able to change what it
> > > sets in /etc/udev/permissions.rules.
> > 
> > /etc/udev/permissions.rules has that:
> > SUBSYSTEM=="drm",   GROUP="video"
> > but /dev/dri/card0 is still 660 root.root
> 
> Do you also still have the
> file /etc/udev/permissions.d/udev.permissions? If yes, what does its
> entry for 'dri/card[0-9]' say?

dri/card[0-9]*:root:video:0660
I added myself in the video group, and now it works well.
Apparently udev and Xorg race changing the mode. I think I'll simply
remove the mode change in xorg.conf, and maybe that should be the
default.

Xav

Bug#334982: known_hosts should record nonstandard ports

[Kai Henningsen]

Package: ssh
Version: 1:3.8.1p1-8.sarge.4
Severity: wishlist
File: /usr/bin/ssh

There are situations where different ports on a host will lead to
different sshds with different host keys - for example, if the host
forwards lots of ports to other machines' sshd servers.

When connecting to several of these, ssh forces one to either use
separate UserKnownHostFiles for each, or editing .ssh/known_hosts every
time. 

If the port used is not the standard port, noting that port in the
known_hosts file and only matching entries with that port would solve
this issue.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.8+lisbeth.20050206
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages ssh depends on:
ii  adduser3.63  Add and remove users and groups
ii  debconf1.4.30.13 Debian configuration management sy
ii  dpkg   1.10.28   Package maintenance system for Deb
ii  libc6  2.3.2.ds1-22  GNU C Library: Shared libraries an
ii  libpam-modules 0.76-22   Pluggable Authentication Modules f
ii  libpam-runtime 0.76-22   Runtime support for the PAM librar
ii  libpam0g   0.76-22   Pluggable Authentication Modules l
ii  libssl0.9.70.9.7e-3  SSL shared libraries
ii  libwrap0   7.6.dbs-8 Wietse Venema's TCP wrappers libra
ii  zlib1g 1:1.2.2-4.sarge.2 compression library - runtime

-- debconf information:
  ssh/insecure_rshd:
* ssh/privsep_ask: true
* ssh/user_environment_tell:
* ssh/forward_warning:
* ssh/insecure_telnetd:
* ssh/new_config: true
* ssh/use_old_init_script: true
  ssh/rootlogin_warning:
* ssh/upgrade_to_openssh: true
* ssh/SUID_client: true
  ssh/disable_cr_auth: false
* ssh/privsep_tell:
* ssh/ssh2_keys_merged:
  ssh/ancient_version:
* ssh/protocol2_only: true
  ssh/encrypted_host_key_but_no_keygen:
* ssh/run_sshd: true


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334983: kopete: Joining Channel without '#' at the beginning

[Marvin Stark]

Package: kopete
Version: 4:3.4.2-3
Severity: wishlist

Hi,

When you want to join a channel the channel has to begin with a prefix
(#, !, &, +). I'am missing that you can join a channel with just typing
the name.


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-k7
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages kopete depends on:
ii  kdelibs4c2   4:3.4.2-4   core libraries for all KDE applica
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libaudio21.7-3   The Network Audio System (NAS). (s
ii  libc62.3.5-7 GNU C Library: Shared libraries an
ii  libfam0  2.7.0-8 client library to control the FAM 
ii  libfontconfig1   2.3.2-1.1   generic font configuration library
ii  libfreetype6 2.1.10-1FreeType 2 font engine, shared lib
ii  libgadu3 1:1.5+20050808+1.6rc3-1 Gadu-Gadu protocol library - runti
ii  libgcc1  1:4.0.2-2   GCC support library
ii  libice6  6.8.2.dfsg.1-9  Inter-Client Exchange library
ii  libidn11 0.5.18-1GNU libidn library, implementation
ii  libjpeg626b-10   The Independent JPEG Group's JPEG 
ii  libpcre3 6.4-1.0.1   Perl 5 Compatible Regular Expressi
ii  libpng12-0   1.2.8rel-5  PNG library - runtime
ii  libqt3-mt3:3.3.5-1   Qt GUI Library (Threaded runtime v
ii  libsm6   6.8.2.dfsg.1-9  X Window System Session Management
ii  libstdc++6   4.0.2-2 The GNU Standard C++ Library v3
ii  libx11-6 6.8.2.dfsg.1-9  X Window System protocol client li
ii  libxcursor1  1.1.3-1 X cursor management library
ii  libxext6 6.8.2.dfsg.1-9  X Window System miscellaneous exte
ii  libxft2  2.1.7-1 FreeType-based font drawing librar
ii  libxi6   6.8.2.dfsg.1-9  X Window System Input extension li
ii  libxinerama1 6.8.2.dfsg.1-9  X Window System multi-head display
ii  libxml2  2.6.22-1GNOME XML library
ii  libxrandr2   6.8.2.dfsg.1-9  X Window System Resize, Rotate and
ii  libxrender1  1:0.9.0-2   X Rendering Extension client libra
ii  libxslt1.1   1.1.15-1XSLT processing library - runtime 
ii  libxt6   6.8.2.dfsg.1-9  X Toolkit Intrinsics
ii  xlibs6.8.2.dfsg.1-9  X Window System client libraries m
ii  zlib1g   1:1.2.3-6   compression library - runtime

Versions of packages kopete recommends:
pn  qca-tls(no description available)

-- no debconf information

-- 
 .""`. Marvin Stark <[EMAIL PROTECTED]>
 : :"  :credativ.de - The creative IT consultants
 `. `"`
   `-  Debian - when you have better things to do than fix a system


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#282565: Patch for PHPwiki Cookie Authentication Bug

[Matt Brown]

tag 282565 + patch, pending
tag 282565 - help
forwarded 282565 
http://sourceforge.net/tracker/index.php?func=detail&aid=1333957&group_id=6121&atid=106121
thanks bts

Hi, 

I've attached a patch that will fix this bug by prepending a sanitised
version of the wiki name to the start of the auth cookie name. 

This patch will be in the next version of phpwiki to be uploaded
(1.3.11p1-2). 

This has also been forwarded upstream.

Thanks for reporting it.

Cheers

-- 
Matt Brown
[EMAIL PROTECTED]
Mob +64 275 611 544 www.mattb.net.nz



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#274026: ITA: nettoe -- Networked version of Tic Tac Toe for the console

[Matej Vela]

retitle 274026 O: nettoe -- Networked version of Tic Tac Toe for the console
noowner 274026
thanks

On Fri, Oct 07, 2005 at 11:49:01 +0200, Matej Vela wrote:
> On Sat, Oct 09, 2004 at 12:14:20 -0300, Antonio S. de A. Terceiro wrote:
>> retitle 274026 ITA: nettoe -- Networked version of Tic Tac Toe for the 
>> console
>
> Do you still intend to adopt nettoe?  (This is just a ping, I'm not
> interested in adopting it myself.)

I haven't heard back from you, so I'm assuming you're no longer
interested.  If you are, feel free to retitle the bug again.

Thanks,

Matej


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333117: try to rebuild the package

[Ales Kozumplik]

hi,

i've followed the steps and have built the python-mysqldb package myself, used 
2.3 version, but the mysql connection from web still doesn't work and this is 
put into the apache log:

[Fri Oct 21 11:38:24 2005] [error] [client 127.0.0.1] (13)Permission denied: 
cannot read directory for multi: /var/www/
[Fri Oct 21 11:38:24 2005] [notice] mod_python: (Re)importing module 
'mod_python.publisher'
[Fri Oct 21 11:38:24 2005] [notice] mod_python: (Re)importing module 'test' 
with path set to '['/var/www/iis']'
[Fri Oct 21 11:38:25 2005] [notice] child pid 8881 exit signal Segmentation 
fault (11)

isn't the first line the problem?
or perhaps i should rebuild php packages too...

Al_

On Thursday 20 of October 2005 15:11, Jonas Meurer wrote:
> On 20/10/2005 Ales Kozumplik wrote:
> > Sure, I could give it a try.
> > I've never done this before - should I rather do that from debian sources
> > or from the sources on websites of the projects?
>
> best is to do it from the debian sources:
>
> add a deb-src line to /etc/apt/sources.list. for example:
> deb-src ftp://ftp2.de.debian.org/debian/ sid main
>
> now you have to update the apt database and install all build-depends
> for python-mysqldb, this needs to be done as root:
>
> [ update the apt database ]
> # apt-get update
>
> [ install general build packages, needed to build almost every package ]
> # apt-get install fakeroot build-essential
>
> [ install the build-depends for python-mysqldb ]
> # apt-get build-dep python-mysqldb
>
> the package building can be done as normal system user:
>
> [ get the sources ]
> $ apt-get source python-mysqldb
>
> [ change to the build directory ]
> $ cd python-mysqldb-1.2.1c3/
>
> [ actually build the package ]
> $ dpkg-buildpackage -rfakeroot -us -uc
>
> if everything went right, you should see the following files in ../
> afterwards:
> python-mysqldb_1.2.1c3-2.diff.gz
> python-mysqldb_1.2.1c3-2.dsc
> python-mysqldb_1.2.1c3-2_all.deb
> python-mysqldb_1.2.1c3-2_i386.changes
> python-mysqldb_1.2.1c3.orig.tar.gz
> python2.2-mysqldb_1.2.1c3-2_i386.deb
> python2.3-mysqldb_1.2.1c3-2_i386.deb
> python2.4-mysqldb_1.2.1c3-2_i386.deb
>
> install the appropriative .deb files, and see whether the bug has been
> fixed.
>
> ...
>  jonas


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334961: kernel-image: kernel BUG at return value of cciss_ioctl()

[MAENO Masaki]

On Fri, 21 Oct 2005 16:06:23 +0900
"Simon Horman [Horms]" <[EMAIL PROTECTED]> wrote:
> 
> On Fri, Oct 21, 2005 at 03:39:38PM +0900, MAENO Masaki wrote:
> > Package: kernel-image
> > Version: 2.6.8-2
> > Severity: normal
> > 
> > "fsync_bdev()" cannot be executed in issuing "ioctl(BLKFLSBUF)" to disk 
> > drive using cciss driver.
> >   (When return value of "ioctl(BLKFLSBUF)" is only "-EINVAL", 
> > "fsync_bdev()" is executed.
> >But "fsync_bdev()" isn't executed bacause its value is "-EBADRQC".)
> > 
> > I suggest that you correct source as follows:
> >   drivers/block/cciss.c:1093
> > - return -EBADRQC;
> > + return -EINVAL;
> 
> I took a look at the upstream tree, and it seems that the return 
> value is now -ENOTTY. Do you think that return value is correct?

I know that the thing to return -EINVAL is an old specification.
I think the preferable value is -ENOTTY, but influence on other
parts is large.
I confirmed that it works good by fix above-mentioned in my
environment, tentatively...


> Also, as 2.6.8 is now in the deep-freeze as the kernel for sarge,
> can you comment on if this patch is critical enough to warrant inclusion
> in a sarge update?

You are correct. So, I suggest that it isn't influence other parts
easily to correct as follows(return errno is no change bacause of
user application):
  drivers/block/ioctl.c:197
-if (ret != -EINVAL)
+if (ret != -EINVAL && ret != -EBADRQC)


I tried to verify whether this patch was safe about the part where -EBADRQC
is used by ioctl(BLKFLSBUF).

==
* filename and linenum using BLKFLSBUF searched by grep:
drivers/mtd/mtd_blkdevs.c, line 206 -- case BLKFLSBUF:
  - no return -EBADRQC.
drivers/block/ioctl.c, line 192 -- case BLKFLSBUF:
  - patch part.
drivers/block/nbd.c, line 111 -- case BLKFLSBUF: return "flush-buffer-cache";
  - no return -EBADRQC.
drivers/block/rd.c, line 306 -- if (cmd != BLKFLSBUF)
  - no return -EBADRQC (-EBUSY only).
include/linux/fs.h, line 190 -- #define BLKFLSBUF _IO(0x12,97)
  - no problem.
include/linux/compat_ioctl.h, line 100 -- COMPATIBLE_IOCTL(BLKFLSBUF)
  - no problem.
init/do_mounts_initrd.c, line 96 -- error = sys_ioctl(fd, BLKFLSBUF, 0);
  - no problem.

== Reference
* filename and linenum using EBADRQC searched by grep:
drivers/block/cciss.c, line 1093 -- return -EBADRQC;
drivers/scsi/ch.c, line 174 -- .errno = EBADRQC,
drivers/message/fusion/mptctl.c, line 903 -- return -EBADRQC;
fs/afs/vlclient.c, line 74 -- case AFSVL_BADVOLOPER: err = -EBADRQC; break;
fs/afs/vlocation.c, line 812 -- case -EBADRQC:
fs/cifs/netmisc.c, line 94 -- {ERRsmbcmd, -EBADRQC},
fs/ncpfs/ioctl.c, line 116 -- return -EBADRQC;
fs/ncpfs/ioctl.c, line 132 -- return -EBADRQC;
net/bluetooth/lib.c, line 95 -- return EBADRQC;
==

I think OK, please point it out to me if there is a problem.

Thanks.


-- 
MAENO, Masaki <[EMAIL PROTECTED]>




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334616: This doesn't seem to be a serious security problem

[Moritz Muehlenhoff]

Hi,
while I agree that running yiff with lesser privileges is desirable
I can't see a RC security problem in this case. You can't crash
a system be reading from /dev, /proc or /sys, even reading from raw
hard disk devices doesn't cause harm. If you know such a scenario
please describe it, otherwise this bug should be downgraded to
"normal".
>From your description yiff does sanity checks, whether a file it has
opened is really a sound file, so I don't even see an acoustic DoS
attack here :-)

Cheers,
 Moritz


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334961: kernel-image: kernel BUG at return value of cciss_ioctl()

[Simon Horman [Horms]]

On Fri, Oct 21, 2005 at 06:43:14PM +0900, MAENO Masaki wrote:
> On Fri, 21 Oct 2005 16:06:23 +0900
> "Simon Horman [Horms]" <[EMAIL PROTECTED]> wrote:
> > 
> > On Fri, Oct 21, 2005 at 03:39:38PM +0900, MAENO Masaki wrote:
> > > Package: kernel-image
> > > Version: 2.6.8-2
> > > Severity: normal
> > > 
> > > "fsync_bdev()" cannot be executed in issuing "ioctl(BLKFLSBUF)" to disk 
> > > drive using cciss driver.
> > >   (When return value of "ioctl(BLKFLSBUF)" is only "-EINVAL", 
> > > "fsync_bdev()" is executed.
> > >But "fsync_bdev()" isn't executed bacause its value is "-EBADRQC".)
> > > 
> > > I suggest that you correct source as follows:
> > >   drivers/block/cciss.c:1093
> > > - return -EBADRQC;
> > > + return -EINVAL;
> > 
> > I took a look at the upstream tree, and it seems that the return 
> > value is now -ENOTTY. Do you think that return value is correct?
> 
> I know that the thing to return -EINVAL is an old specification.
> I think the preferable value is -ENOTTY, but influence on other
> parts is large.
> I confirmed that it works good by fix above-mentioned in my
> environment, tentatively...

Ok, so you would recommend -EINVAL for 2.6.8?

> > Also, as 2.6.8 is now in the deep-freeze as the kernel for sarge,
> > can you comment on if this patch is critical enough to warrant inclusion
> > in a sarge update?
> 
> You are correct. So, I suggest that it isn't influence other parts
> easily to correct as follows(return errno is no change bacause of
> user application):
>   drivers/block/ioctl.c:197
> -if (ret != -EINVAL)
> +if (ret != -EINVAL && ret != -EBADRQC)
> 
> 
> I tried to verify whether this patch was safe about the part where -EBADRQC
> is used by ioctl(BLKFLSBUF).
> 
> ==
> * filename and linenum using BLKFLSBUF searched by grep:
> drivers/mtd/mtd_blkdevs.c, line 206 -- case BLKFLSBUF:
>   - no return -EBADRQC.
> drivers/block/ioctl.c, line 192 -- case BLKFLSBUF:
>   - patch part.
> drivers/block/nbd.c, line 111 -- case BLKFLSBUF: return "flush-buffer-cache";
>   - no return -EBADRQC.
> drivers/block/rd.c, line 306 -- if (cmd != BLKFLSBUF)
>   - no return -EBADRQC (-EBUSY only).
> include/linux/fs.h, line 190 -- #define BLKFLSBUF _IO(0x12,97)
>   - no problem.
> include/linux/compat_ioctl.h, line 100 -- COMPATIBLE_IOCTL(BLKFLSBUF)
>   - no problem.
> init/do_mounts_initrd.c, line 96 -- error = sys_ioctl(fd, BLKFLSBUF, 0);
>   - no problem.
> 
> == Reference
> * filename and linenum using EBADRQC searched by grep:
> drivers/block/cciss.c, line 1093 -- return -EBADRQC;
> drivers/scsi/ch.c, line 174 -- .errno = EBADRQC,
> drivers/message/fusion/mptctl.c, line 903 -- return -EBADRQC;
> fs/afs/vlclient.c, line 74 -- case AFSVL_BADVOLOPER: err = -EBADRQC; break;
> fs/afs/vlocation.c, line 812 -- case -EBADRQC:
> fs/cifs/netmisc.c, line 94 -- {ERRsmbcmd, -EBADRQC},
> fs/ncpfs/ioctl.c, line 116 -- return -EBADRQC;
> fs/ncpfs/ioctl.c, line 132 -- return -EBADRQC;
> net/bluetooth/lib.c, line 95 -- return EBADRQC;
> ==
> 
> I think OK, please point it out to me if there is a problem.

I think that looks fine, though I will have to check the code.

Do you think this bug is imporatnt enough for inclusion
in a sarge update? Could you describe what breaks?


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334747: updmap-sys --syncwithtrees

[Frank Küster]

Florent Rougon <[EMAIL PROTECTED]> wrote:

> Ralf Stubner <[EMAIL PROTECTED]> wrote:
>
>> Thanks! I haven't tested it yet, but from looking at the source I have
>> one comment. I think '--enable' and '--disable' can be removed from
>> $bad_options for updmap-sys, since these are debianized via Frank's
>> debianze-updmap. 
>
> Mmmm... but according to updmap-sys(1):
>
>   When used with the options --edit, --setoption, --enable, --disable, or
>   --syncwithtrees, updmap will first write updmap.cfg(5)  and  regenerate
>   the  map  files  only if this file has been changed.  In Debian, updmap
>   has been adapted so that these options do the "right thing": change the
>   configuration  snippets  in  updmap.d instead, call update-updmap(1) to
>   regenerate updmap.cfg(5)  and  regenerate  the  map  files  afterwards.
>   Unfortunately,  they  will be regenerated even if updmap.cfg(5) has not
>   been changed.
>
>>From this text, I would infer that --syncwithtrees is already
> debianized. It seems the manpage is in advance!

In fact, but maybe the script can catch up.  For --edit, the code in
updmap is simply

  edit)
${VISUAL-${EDITOR-vi}} $cnfFile;;

I think we should replace the code with a message that we cannot guess
which file the user wants to edit, and point him to the directory (maybe
with a listing).

With the syncwithtrees option, updmap creates a sed script and then runs
sed with that script over the conffile.  I think if sed does not find a
match it silently skips the command, so we could simply run the sed
command iteratively over all files we have found (with the mechanisms
already present), and then reexecute updmap.

Regards, Frank
-- 
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer

Bug#289886: Why does cupsd listen on all interfaces by default

[cobaco (aka Bart Cornelis)]

Given the following snippet from the default cupsd.conf this seems 
especially silly:


Order Deny,Allow
Deny From All
Allow From 127.0.0.1



Is there any reason not to add a
Listen 127.0.0.1 
directive as well? Might not buy much security, but it does buy some!
-- 
Cheers, cobaco (aka Bart Cornelis)
  
1. Encrypted mail preferred (GPG KeyID: 0x86624ABB)
2. Plain-text mail recommended since I move html and double
format mails to a low priority folder (they're mainly spam)


pgpzLFjTQudDj.pgp
Description: PGP signature

Bug#255744: xfree86-common: Mouse not found causes gdm to fail -- this *is* annoying

[Sven Luther]

On Fri, Oct 21, 2005 at 10:23:32AM +0200, Michel Dänzer wrote:
> On Thu, 2005-10-20 at 12:41 +0200, January Weiner wrote: 
> > 
> > > If the device node doesn't exist, it's probably a matter of making sure 
> > > that the backing kernel module (mousedev IIRC) is loaded.
> > 
> > This is what has been suggested by previous posters to this bug, and
> > which should be done, and which has not been done, and which is the
> > reason why I am writing this rant.
> 
> It's none of the X server's business though.
> 
> 
> > Should I repost the bug to another package?
> 
> IMHO yes. As David pointed out, the only 'bug' in the X server is that
> it doesn't support hotplugging input devices yet, but that's an upstream
> wishlist item that won't be resolved anytime soon. AFAICT the most
> effective approaches to resolve this are:
> 
>   * In the 2.6.12-1-powerpc kernel I'm running, the support
> for /dev/input/mice seems to be built into the kernel in the
> first place, avoiding the problem of when and how to load the
> module. You could ask for the same to be done for the kernel
> you're running.
>   * You could ask for the udev and/or hotplug packages to load the
> corresponding module by default on bootup, regardless of whether
> or not a mouse is connected.
> 
> Either of these has the advantage that even without explicit hotplugging
> support in the X server, you can plug in a mouse after the X server is
> already running, and it Just Works(TM). This isn't true if the X server
> just ignores the failure to open the mouse device.

Does the X configuration per default suggest /dev/input/mice now, or still
proposes /dev/psaux ? 

Friendly,

Sven Luther

Bug#279743: Bug in saslauthd init script

[Micha Kersloot]

Hi,

Don't think this is a bug. The ${START} variable is set and read in / 
etc/defaults/saslauthd and should be altered there.


Met vriendelijke groet,

Micha Kersloot

Op de hoogte blijven? Schrijf je nu in voor de nieuwsbrief!
http://www.kovoks.nl/index.phtml?table=contactnbrf




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#329716: sasl2-bin: /etc/default/saslauthd suggests daemon can handel more than one auth method

[Micha Kersloot]

Not to be rude, but I think this is a duplicate of bug #274182

Met vriendelijke groet,

Micha Kersloot

Op de hoogte blijven? Schrijf je nu in voor de nieuwsbrief!
http://www.kovoks.nl/index.phtml?table=contactnbrf




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#271338: solved: ipython shell hangs while processing debian vimrc

[Stefano Zacchiroli]

tags 271338 + patch pending
thanks

I finally discovered the source of the bug you reported. Since you use
ipython as your shell, your environment variable SHELL is set to
/usr/bin/ipython.

Vim inherits that setting and when it invokes system("/bin/cat
/etc/papersize") it does it using ipython as shell. Unfortunately for a
shell command to be valid for ipython it must be prepended with "!".

The attached patch for /etc/vim/vimrc solves the problem not using
system() at all to read /etc/papersize. It is applied in the pkg-vim svn
and will be part of the next vim upload.

Cheers.

-- 
Stefano Zacchiroli -*- Computer Science PhD student @ Uny Bologna, Italy
[EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/
If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. -!-
Index: debian/runtime/vimrc
===
--- debian/runtime/vimrc(revision 369)
+++ debian/runtime/vimrc(working copy)
@@ -52,16 +52,15 @@
 augroup END

 " Set paper size from /etc/papersize if available (Debian-specific)
-try
-  if filereadable('/etc/papersize')
-let s:papersize = matchstr(system('/bin/cat /etc/papersize'), '\p*')
-if strlen(s:papersize)
-  let &printoptions = "paper:" . s:papersize
-endif
-unlet! s:papersize
+if filereadable("/etc/papersize")
+  silent exec "view /etc/papersize"
+  let s:t = getline(".")
+  silent exec "bd!"
+  let s:papersize = matchstr(s:t, "\\p*")
+  if strlen(s:papersize)
+let &printoptions = "paper:" . s:papersize
   endif
-catch /E145/
-endtry
+endif

 " The following are commented out as they cause vim to behave a lot
 " different from regular vi. They are highly recommended though.


signature.asc
Description: Digital signature

Bug#334616: This doesn't seem to be a serious security problem

[Florian Weimer]

* Moritz Muehlenhoff:

> while I agree that running yiff with lesser privileges is desirable
> I can't see a RC security problem in this case. You can't crash
> a system be reading from /dev, /proc or /sys, even reading from raw
> hard disk devices doesn't cause harm. If you know such a scenario
> please describe it, otherwise this bug should be downgraded to
> "normal".

It's still a privacy issue, it seems.  I think you can ask it to serve
any sound file on the system.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333756: Update

[Neil McGovern]

I've been asked to wait before pacgaing this, as upstream are moving to
an svn repository, and are going to release a new version soon.

Neil
-- 
   __   
 .´  `. [EMAIL PROTECTED] | Application Manager
 : :' !  | Secure-Testing Team member
 `. `´  gpg: B345BDD3| Webapps Team member
   `-   Please don't cc, I'm subscribed to the list


signature.asc
Description: Digital signature

Bug#334683: debootstrap: E: Couldn't find these debs: %s

[Petter Reinholdtsen]

I believe these problems were solved in debootstrap 0.3.1.8 and
0.3.1.9.  The latter entered the etch mirrors today.

Is the problem still present?  If there are still problems, does it
help to add --resolve-deps to the command line?


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334985: FTBFS on arm/hppa/m68k with ICE, please use gcc-3.4 there

[Frank Lichtenheld]

Subject: FTBFS on arm/hppa/m68k with ICE, please use gcc-3.4 there
Package: kdeaddons
Version: 4:3.4.2-2
Severity: serious

kdeaddons suffers from the usual GCC 4.0 ICE on arm, hppa and m68k.
Please use gcc-3.4 on these architectures to work around it.

See http://lists.debian.org/debian-devel/2005/09/msg00020.html
for more information.

Gruesse,
Frank Lichtenheld

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-k7
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

-- 
Frank Lichtenheld <[EMAIL PROTECTED]>
www: http://www.djpig.de/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334747: updmap-sys --syncwithtrees

[Florent Rougon]

Frank Küster <[EMAIL PROTECTED]> wrote:

> In fact, but maybe the script can catch up.  For --edit, the code in
> updmap is simply
>
>   edit)
> ${VISUAL-${EDITOR-vi}} $cnfFile;;
>
> I think we should replace the code with a message that we cannot guess
> which file the user wants to edit, and point him to the directory (maybe
> with a listing).

Agreed.

> With the syncwithtrees option, updmap creates a sed script and then runs
> sed with that script over the conffile.  I think if sed does not find a
> match it silently skips the command, so we could simply run the sed
> command iteratively over all files we have found (with the mechanisms
> already present), and then reexecute updmap.

Hmmm, you are obviously trying your best to have these commands work on
Debian, but is it really a good idea here? For instance, if tetex-extra
is removed-but-not-purged and you use --syncwithtrees, you will
effectively comment out every line of 20tetex-extra.cfg.

Personally, I think I would not care about all that and simply tell them
to edit the files under /etc/texmf/updmap.d/...

-- 
Florent

Bug#334986: FTBFS on arm/hppa/m68k with ICE, please use gcc-3.4 there

[Frank Lichtenheld]

Subject: FTBFS on arm/hppa/m68k with ICE, please use gcc-3.4 there
Package: kdeedu
Version: 4:3.4.2-2
Severity: serious

kdeedu suffers from the usual GCC 4.0 ICE on arm, hppa and m68k.
Please use gcc-3.4 on these architectures to work around it.

See http://lists.debian.org/debian-devel/2005/09/msg00020.html
for more information.

Gruesse,
Frank Lichtenheld

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-k7
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
-- 
Frank Lichtenheld <[EMAIL PROTECTED]>
www: http://www.djpig.de/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334984: webalizer: Missing information on gettext use.

[pbrugier]

Package: webalizer
Version: 2.01.10-26
Severity: minor


Debian package has been modified for the gettex support, but nothing
about this.

A README about this would be great, it will avoid to try to start from
Debian source with --with-language= wich will not work :-)

Thank you.

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.26-1-686-smp
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages webalizer depends on:
ii  debconf1.4.30.13 Debian configuration management sy
ii  libc6  2.3.2.ds1-22  GNU C Library: Shared libraries an
ii  libdb4.2   4.2.52-18 Berkeley v4.2 Database Libraries [
ii  libgd2-noxpm   2.0.33-1.1GD Graphics Library version 2 (wit
ii  libpng12-0 1.2.8rel-1PNG library - runtime
ii  zlib1g 1:1.2.2-4.sarge.2 compression library - runtime

-- debconf information excluded


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334987: dhcp-client: multiple config files should be put under /etc/dhclient/ (Policy 10.7.2)

[Jari Aalto]

Package: dhcp-client
Version: 2.0pl5-19.1
Severity: normal

The /etc top directory is very cluttered already. Please strongly consider
moving the configuration files user own directory /tc/dhclient/ as perl
policy:

http://www.debian.org/doc/debian-policy/ch-files.html#s10.7.2

Any configuration files created or used by your package must
reside in /etc. If there are several, consider creating a
subdirectory of /etc named after your package.

...

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US)

Versions of packages dhcp-client depends on:
ii  libc6 2.3.5-7GNU C Library: Shared libraries an

dhcp-client recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334988: proftpd: Compilation fail when $CDPATH is not null.

[Benjamin Sonntag]

Package: proftpd
Version: 1.2.10-21
Severity: important
Tags: patch
Justification: fails to build from source



-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.11-1-686
Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1)

Versions of packages proftpd depends on:
ii  adduser   3.63   Add and remove users and groups
ii  debconf   1.4.30.13  Debian configuration management sy
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libcap1   1:1.10-14  support for getting/setting POSIX.
ii  libpam0g  0.76-22Pluggable Authentication Modules l
ii  libssl0.9.7   0.9.7e-3   SSL shared libraries
ii  libwrap0  7.6.dbs-8  Wietse Venema's TCP wrappers libra
ii  netbase   4.21   Basic TCP/IP networking system
ii  proftpd-common1.2.10-21  Versatile, virtual-hosting FTP dae
ii  ucf   1.17   Update Configuration File: preserv

-- debconf information excluded


When compiling the proftpd package, either sarge or etch, it fails with the 
following error : 

Applying patch debian/patches/30.response.c.diff ... successful.
Applying patch debian/patches/31.mod_sql.c.diff ... successful.
Applying patch debian/patches//usr/src/proftpd-1.2.10/debian/patches ... 
/bin/bash: line 1: stampdir/log/patches//usr/src/proftpd-1.2.10/debian/patches: 
Aucun fichier ou répertoire de ce type
cat: debian/patches//usr/src/proftpd-1.2.10/debian/patches: Aucun fichier ou 
répertoire de ce type
failed! (check stampdir/log/patches//usr/src/proftpd-1.2.10/debian/patches for 
reason)
make: *** [stampdir/patch] Erreur 1

In fact, my $CDPATH was not null, so this line in dbs-build.mk is buggy in that 
very special case : 
  for f in `(cd $(PATCH_DIR); find -type f ! -name 'chk-*' ! -path "./CVS/*") | 
sort | \

A patch is included.
--- dbs-build.mk.orig   2005-10-21 12:44:01.732505864 +0200
+++ dbs-build.mk2005-10-21 12:43:28.527561741 +0200
@@ -26,7 +26,7 @@
test -d $(STAMP_DIR)/patches || mkdir -p $(STAMP_DIR)/patches
@if [ -d "$(PATCH_DIR)" ]; then \
  mkdir -p $(STAMP_DIR)/log/patches; \
- for f in `(cd $(PATCH_DIR); find -type f ! -name 'chk-*' ! -path 
"./CVS/*") | sort | \
+ for f in `(cd $(PATCH_DIR) >/dev/null; find -type f ! -name 'chk-*' ! 
-path "./CVS/*") | sort | \
  sed s,'\./',,g`; do \
stampfile=$(STAMP_DIR)/patches/$$f; \
log=$(STAMP_DIR)/log/patches/$$f; \

Bug#334660: tetex-bin: doesn't install, "can't read texmf.d/05TeXMF.cnf: No such file or directory"

[Frank Küster]

Hallo Marc, ciao Valerio,


I have found the reason for that error and fixed it in the SVN
repository.  It has to do with the renaming of VARTEXMF to TEXMFSYSVAR;
it tried to replace this at some crucial points in the conffile, but
there was a stupid error...  For now, you should replace all occurences
in 05TeXMF.cnf.

Regards, Frank
-- 
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer

Bug#334990: zope-common: [INTL:sv] Swedish debconf templates translation

[Daniel Nylander]

Package: zope-common
Severity: wishlist
Tags: patch l10n


Small update to the swedish translation


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13.2
Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1)
# Translators, if you are not familiar with the PO format, gettext
# documentation is worth reading, especially sections dedicated to
# this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
# Some information specific to po-debconf are available at
# /usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
# Developers do not need to manually edit POT or PO files.
# , fuzzy
# 
# 
msgid ""
msgstr ""
"Project-Id-Version: zope-common 0.5.11\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2005-09-30 14:39+0200\n"
"PO-Revision-Date: 2005-10-21 13:03+0200\n"
"Last-Translator: Daniel Nylander <[EMAIL PROTECTED]>\n"
"Language-Team: Swedish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=iso-8859-1\n"
"Content-Transfer-Encoding: 8bit"

#. Type: select
#. Choices
#: ../templates:3
msgid "configuring, end, manually"
msgstr "konfigurering, efteråt, manuellt"

#. Type: select
#. Description
#: ../templates:5
msgid "When will Zope instances be restarted?"
msgstr "När vill du starta om Zope's instanser?"

#. Type: select
#. Description
#: ../templates:5
msgid ""
"Zope has an extensible, modular structure that allows you to easily add "
"extra components (products) or features. Each product or feature can usually "
"be found in packages whose name starts with a 'zope-' prefix. Unfortunately, "
"each Zope instance needs to be restarted to use any new add-on. Here you can "
"choose the default behaviour of Zope instances in any installed Zope version "
"when Zope needs to be restarted. Each instance, however, is allowed to "
"overwrite this setting:"
msgstr ""
"Zope har en omfattande, objektorienterad struktur som tillåter dig att enkelt "
"lägga till extra komponenter (produkter) eller funktioner. Varje produkt eller 
"
"funktion kan normalt sett hittas i paket vars namn startar med 'zope-'. "
"Tyvärr behöver Zope starta om för att använda alla nya tillägg. Här kan "
"du välja standarduppträdandet för Zope's instanser i alla installerade 
Zope-versioner "
"när Zope behöver startas om. Varje instans tillåts dock att skriva över denna 
inställning:"

#. Type: select
#. Description
#: ../templates:5
msgid ""
" * configuring: restart instances after each product configuration.\n"
" * end: restart instances only once at the end of the whole\n"
"installation/upgrading process.\n"
" * manually:no restart, it is your responsibility to restart\n"
"Zope instances."
msgstr ""
" * konfigurering: varje produkt kommer att starta om Zope under 
konfigureringen.\n"
" * efteråt: Zope kommer att starta om en gång vid slutet av hela\n"
"installation/uppgraderingsprocessen.\n"
" * manuellt: ingen omstart. Du måste själv starta om Zope."
"Zope-instanser."

#. Type: select
#. Choices
#: ../templates:23
msgid "abort, remove and continue"
msgstr "avbryt, ta bort och fortsätt"

#. Type: select
#. Description
#: ../templates:25
msgid "Found old/incomplete zope instance '${instance}'"
msgstr "Hittade gammal (ofärdig Zope-instans '${instance}'"

#. Type: select
#. Description
#: ../templates:25
msgid ""
"Found an old/incomplete ${instance} instance in /var/lib/zope${zver}/"
"instance/${instance}. No data file Data.fs was found for the instance, "
"meaning that the installation was not completed for some reason, or the "
"installation was incompletely removed. Aborting the installation will allow "
"you to inspect the state of the instance, continuing will remove /var/lib/"
"zope${zver}/instance/${instance} and reinstall the ${instance}. Existing "
"logfiles in /var/log/zope${zver}/${instance} and configuration files in /etc/"
"zope${zver}/${instance} are preserved."
msgstr ""
"Hittade en gammal/okomplett ${instance} i /var/lib/zope${zver}/"
"instance/${instance}. Ingen datafil Data.fs hittades för instansen vilket 
betyder "
"att installationen inte färdigställdes av någon anledning eller att 
installationen "
"inte fullständigt togs bort. Avbrytning av installationen ger dig möjlighet 
att "
"inspektera instansen, fortsätter du kommer /var/lib/"
"zope${zver}/instance/${instance} att tas bort och installera om ${instance}. "
"Existerande loggfiler i  /var/log/zope${zver}/${instance} och 
konfigurationsfiler i "
"/etc/zope${zver}/${instance} kommer att behållas."

#. Type: boolean
#. Description
#: ../templates:39
msgid "Keep data for ${instance} on package purge?"
msgstr "Spara data för ${instance} vid avinstallation av paketet?"

#. Type: boolean
#. Description
#: ../templates:39
msgid ""
"Purging the data 

Bug#334992: pcmcia_cs: Improvement for /etc/pcmcia/shared (Use $@, not $*)

[Jari Aalto]

Package: pcmcia-cs
Version: 3.2.8-5
Severity: wishlist

There are $* variables when I think "$@" would be more safer to use.
Please consider changing all occurrances:

$*  => "$@"

the "$@" preserved the arguments, whereas $* flattens them out.

Like in:

log ()  
{
if [ -n "$VERBOSE" ] ; then
echo "$*" ; eval $*


=>

log ()  
{
if [ -n "$VERBOSE" ] ; then
echo "$@" ; eval "$@"


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US)

Versions of packages pcmcia-cs depends on:
ii  debconf [debconf-2.0] 1.4.58 Debian configuration management sy
ii  dmidecode 2.7-2  Dump Desktop Management Interface 
ii  libc6 2.3.5-7GNU C Library: Shared libraries an
ii  lsb-base  3.0-10 Linux Standard Base 3.0 init scrip
ii  module-init-tools 3.2-pre9-2 tools for managing Linux kernel mo
ii  modutils  2.4.27.0-3 Linux module utilities
ii  psmisc21.6-1 Utilities that use the proc filesy

Versions of packages pcmcia-cs recommends:
ii  hotplug  0.0.20040329-25 Linux Hotplug Scripts

-- debconf information excluded


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334993: ftp.debian.org: Please remove gabber from experimental

[Goedson Teixeira Paixao]

Package: ftp.debian.org
Severity: normal

Please remove the gabber package from the experimental distribution.

This package is an old version of the code I'm currently maintaining
as gabber2 in unstable.

Thank you,
Goedson Paixao.

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-386
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to pt_BR.UTF-8)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334989: dhcp-client: Executable scrip dhclient-script does not belong to /etc

[Jari Aalto]

Package: dhcp-client
Version: 2.0pl5-19.1
Severity: serious

The FHS states:

  
http://www.pathname.com/fhs/pub/fhs-2.3.html#ETCHOSTSPECIFICSYSTEMCONFIGURATION

  /etc : Host-specific system configuration

  The /etc hierarchy contains configuration files. A "configuration
  file" is a local file used to control the operation of a program; it
  must be static and cannot be an executable binary

There seems to script that is located in:

   /etc/dhclient-script

If this is required during boot, consider placing it to a more 
proper location like /sbin/ or /boot/dhclient/ etc.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US)

Versions of packages dhcp-client depends on:
ii  libc6 2.3.5-7GNU C Library: Shared libraries an

dhcp-client recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334991: ftp.debian.org: Please remove libinti1.0 and related libraries from unstable

[Goedson Teixeira Paixao]

Package: ftp.debian.org
Severity: normal


The package libinti1.0 has been superseded by the gfccore and gfcui
packages. So, I ask for the removal of this package and its
accompanying packages (libinti-gconf1.0, inti-gl and inti-sourceview)
from the unstable distribution since there are currently no other
package depending on them.

Thank you,
Goedson Teixeira Paixao


-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-386
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to pt_BR.UTF-8)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334994: debian-installer/function=rescue

[Geert Stappers]

Package: debian-installer
Version: subversion
Severity: wishlist


Hello,

Currently is the rescue mode activated by

   rescue/enable=true

I wish to have that changed into more generic like

   debian-installer/function=rescue


That "hook" will allow activation of other functions of debian-installer
like network-console, sshclient, cloning or whatever ...


GSt



signature.asc
Description: Digital signature

Bug#334747: updmap-sys --syncwithtrees

[Frank Küster]

Florent Rougon <[EMAIL PROTECTED]> wrote:

> Frank Küster <[EMAIL PROTECTED]> wrote:
>
>> With the syncwithtrees option, updmap creates a sed script and then runs
>> sed with that script over the conffile.  I think if sed does not find a
>> match it silently skips the command, so we could simply run the sed
>> command iteratively over all files we have found (with the mechanisms
>> already present), and then reexecute updmap.
>
> Hmmm, you are obviously trying your best to have these commands work on
> Debian, but is it really a good idea here? For instance, if tetex-extra
> is removed-but-not-purged and you use --syncwithtrees, you will
> effectively comment out every line of 20tetex-extra.cfg.
>
> Personally, I think I would not care about all that and simply tell them
> to edit the files under /etc/texmf/updmap.d/...

ACK

Regards, Frank
-- 
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer

Bug#334988: proftpd: Compilation fail when $CDPATH is not null.

[Francesco P. Lovergine]

reassign 334988 dbs
thanks

On Fri, Oct 21, 2005 at 12:57:36PM +0200, Benjamin Sonntag wrote:
> Package: proftpd
> Version: 1.2.10-21
> Severity: important
> Tags: patch
> Justification: fails to build from source
> 
> 
> 
> -- System Information:
> Debian Release: 3.1
>   APT prefers testing
>   APT policy: (500, 'testing')
> Architecture: i386 (i686)
> Kernel: Linux 2.6.11-1-686
> Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1)
> 
> Versions of packages proftpd depends on:
> ii  adduser   3.63   Add and remove users and groups
> ii  debconf   1.4.30.13  Debian configuration management 
> sy
> ii  libc6 2.3.5-6GNU C Library: Shared libraries 
> an
> ii  libcap1   1:1.10-14  support for getting/setting 
> POSIX.
> ii  libpam0g  0.76-22Pluggable Authentication Modules 
> l
> ii  libssl0.9.7   0.9.7e-3   SSL shared libraries
> ii  libwrap0  7.6.dbs-8  Wietse Venema's TCP wrappers 
> libra
> ii  netbase   4.21   Basic TCP/IP networking system
> ii  proftpd-common1.2.10-21  Versatile, virtual-hosting FTP 
> dae
> ii  ucf   1.17   Update Configuration File: 
> preserv
> 
> -- debconf information excluded
> 
> 
> When compiling the proftpd package, either sarge or etch, it fails with the 
> following error : 
> 
> Applying patch debian/patches/30.response.c.diff ... successful.
> Applying patch debian/patches/31.mod_sql.c.diff ... successful.
> Applying patch debian/patches//usr/src/proftpd-1.2.10/debian/patches ... 
> /bin/bash: line 1: 
> stampdir/log/patches//usr/src/proftpd-1.2.10/debian/patches: Aucun fichier ou 
> répertoire de ce type
> cat: debian/patches//usr/src/proftpd-1.2.10/debian/patches: Aucun fichier ou 
> répertoire de ce type
> failed! (check stampdir/log/patches//usr/src/proftpd-1.2.10/debian/patches 
> for reason)
> make: *** [stampdir/patch] Erreur 1
> 
> In fact, my $CDPATH was not null, so this line in dbs-build.mk is buggy in 
> that very special case : 
>   for f in `(cd $(PATCH_DIR); find -type f ! -name 'chk-*' ! -path "./CVS/*") 
> | sort | \
> 
> A patch is included.

> --- dbs-build.mk.orig 2005-10-21 12:44:01.732505864 +0200
> +++ dbs-build.mk  2005-10-21 12:43:28.527561741 +0200
> @@ -26,7 +26,7 @@
>   test -d $(STAMP_DIR)/patches || mkdir -p $(STAMP_DIR)/patches
>   @if [ -d "$(PATCH_DIR)" ]; then \
> mkdir -p $(STAMP_DIR)/log/patches; \
> -   for f in `(cd $(PATCH_DIR); find -type f ! -name 'chk-*' ! -path 
> "./CVS/*") | sort | \
> +   for f in `(cd $(PATCH_DIR) >/dev/null; find -type f ! -name 'chk-*' ! 
> -path "./CVS/*") | sort | \
> sed s,'\./',,g`; do \
>   stampfile=$(STAMP_DIR)/patches/$$f; \
>   log=$(STAMP_DIR)/log/patches/$$f; \


-- 
Francesco P. Lovergine

Bug#334995: kate: extra possibility saving file

[Henk Loke]

Package: kate
Version: 4:3.4.2-3
Severity: wishlist


When a file gets altered a icon appears.
Could it be made possible that clicking that icon would save the file ?

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (800, 'unstable'), (700, 'stable'), (650, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-686
Locale: LANG=nl_NL, LC_CTYPE=nl_NL (charmap=ISO-8859-1)

Versions of packages kate depends on:
ii  kdelibs4c24:3.4.2-4  core libraries for all KDE applica
ii  libart-2.0-2  2.3.17-1   Library of functions for 2D graphi
ii  libaudio2 1.7-3  The Network Audio System (NAS). (s
ii  libc6 2.3.5-7GNU C Library: Shared libraries an
ii  libfam0   2.7.0-8client library to control the FAM 
ii  libfontconfig12.3.2-1.1  generic font configuration library
ii  libfreetype6  2.1.10-1   FreeType 2 font engine, shared lib
ii  libgcc1   1:4.0.2-2  GCC support library
ii  libice6   6.8.2.dfsg.1-9 Inter-Client Exchange library
ii  libidn11  0.5.18-1   GNU libidn library, implementation
ii  libjpeg62 6b-10  The Independent JPEG Group's JPEG 
ii  libpng12-01.2.8rel-5 PNG library - runtime
ii  libqt3-mt 3:3.3.5-1  Qt GUI Library (Threaded runtime v
ii  libsm66.8.2.dfsg.1-9 X Window System Session Management
ii  libstdc++64.0.2-2The GNU Standard C++ Library v3
ii  libx11-6  6.8.2.dfsg.1-9 X Window System protocol client li
ii  libxcursor1   1.1.3-1X cursor management library
ii  libxext6  6.8.2.dfsg.1-9 X Window System miscellaneous exte
ii  libxft2   2.1.7-1FreeType-based font drawing librar
ii  libxi66.8.2.dfsg.1-9 X Window System Input extension li
ii  libxinerama1  6.8.2.dfsg.1-9 X Window System multi-head display
ii  libxrandr26.8.2.dfsg.1-9 X Window System Resize, Rotate and
ii  libxrender1   1:0.9.0-2  X Rendering Extension client libra
ii  libxt66.8.2.dfsg.1-9 X Toolkit Intrinsics
ii  xlibs 6.8.2.dfsg.1-9 X Window System client libraries m
ii  zlib1g1:1.2.3-6  compression library - runtime

Versions of packages kate recommends:
ii  kregexpeditor 4:3.4.2-3  graphical regular expression edito

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#290795: wine: MinGW compiled executable -> atexit funs, static destructors not called

[Ove Kaaven]

Muschick Christian wrote:

Can you check if this is still a problem, or has it been fixed?


With the current unstable packages there still is the same problem.


OK. I've forwarded your report upstream, but they want an exe file to 
test with. Can you provide that?



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334990: [Pkg-zope-developers] Bug#334990: zope-common: [INTL:sv] Swedish debconf templates translation

[Fabio Tranchitella]

Il giorno ven, 21/10/2005 alle 13.05 +0200, Daniel Nylander ha scritto:
> Package: zope-common
> Severity: wishlist
> Tags: patch l10n
> 
> 
> Small update to the swedish translation

Am I doing something wrong with your translations? I think this is the
third time in a few days you send updates, and the last upload of
zope-common had just your translation update. 

I would prefer to not wast buildd resources and mirror bandwidth.
Let me know if I've done something wrong with your files.

Thanks,

-- 
Fabio Tranchitella <[EMAIL PROTECTED]>.''`.
Proud Debian GNU/Linux developer, admin and user.: :'  :
 `. `'`
   http://people.debian.org/~kobold/   `-
_
1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564


signature.asc
Description: This is a digitally signed message part

Bug#333978: libinti1.0: Please rebuild with g++-4.0 for C++ 'c2' transition

[Goedson Teixeira Paixao]

* Nathanael Nerode ([EMAIL PROTECTED]) wrote:
> Package: libinti1.0
> Severity: wishlist
> 
> This is one of the last untransitioned libraries.
> It prevents (your) package inti-gl from transitioning.
> 
> Please see 
> http://lists.debian.org/debian-devel-announce/2005/07/msg1.html
> for details about the transition.

I'm filing a bug asking for the removal of libinti1.0 and its
accompanying packages (inti-gl, inti-sourceview and libinti-gconf1.0)
since they do not have any packages depending on them in Debian and
have been superseded by gfccore and gfcui.



-- 
 .''`. Goedson Teixeira Paixao <[EMAIL PROTECTED]>
: :' : http://people.debian.org/~goedson/
`. `'  Jabber ID: [EMAIL PROTECTED]
  `-  


signature.asc
Description: Digital signature

Bug#334996: Debconf note about upgrading from 1.5 should be conditional

[Andrew Pollock]

Package: lire
Version: 2:2.0.1-4
Severity: minor

Hi,

You should be able to fairly trivially make the debconf note that pops
up about upgrading from version 1.5 conditional, so as to ask one less
question during installation for users who aren't upgrading.

If I get sufficiently motivated I'll send a patch.

regards

Andrew

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.11-1-686-smp
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)

Versions of packages lire depends on:
ii  debconf  1.4.30.13   Debian configuration management sy
ii  libcurses-ui-perl0.95-1  A curses based OO user interface f
ii  libdbd-sqlite2-perl  2:0.33-3Perl DBI driver with a self-contai
ii  libintl-perl 1.11-1  Uniforum message translations syst
ii  libmime-perl 5.417-1 Perl5 modules for MIME-compliant m
ii  libtime-modules-perl 2003.1126-2 Various Perl modules for time/date
ii  libxml-parser-perl   2.34-4  Perl module for parsing XML files
ii  perl 5.8.4-8 Larry Wall's Practical Extraction 
ii  sendmail-bin [mail-transport 8.13.4-3powerful, efficient, and scalable 

-- debconf information:
* lire/config:
  lire/foundlocaluser:
  lire/upgrating_to_20:
  lire/upgradingvariables:
* lire/upgrading_to_15:
* lire/use_existing_user: true
* lire/purge_user_files: false
* lire/use_existing_group: true


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334997: FTBFS on arm/hppa/m68k: please use g++-3.4

[Frank Lichtenheld]

Subject: FTBFS on arm/hppa/m68k with ICE, please use gcc-3.4 there
Package: kxmleditor
Version: 1.1.4-2
Severity: serious

kxmleditor suffers from the usual GCC 4.0 ICE on arm, hppa and m68k.
Please use gcc-3.4 on these architectures to work around it.

See http://lists.debian.org/debian-devel/2005/09/msg00020.html
for more information.

Gruesse,
Frank Lichtenheld

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-k7
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
-- 
Frank Lichtenheld <[EMAIL PROTECTED]>
www: http://www.djpig.de/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334961: kernel-image: kernel BUG at return value of cciss_ioctl()

[MAENO Masaki]

On Fri, 21 Oct 2005 18:53:03 +0900
"Simon Horman [Horms]" <[EMAIL PROTECTED]> wrote:
> On Fri, Oct 21, 2005 at 06:43:14PM +0900, MAENO Masaki wrote:
> > On Fri, 21 Oct 2005 16:06:23 +0900
> > "Simon Horman [Horms]" <[EMAIL PROTECTED]> wrote:
> > > 
> > > On Fri, Oct 21, 2005 at 03:39:38PM +0900, MAENO Masaki wrote:
> > > > Package: kernel-image
> > > > Version: 2.6.8-2
> > > > Severity: normal
> > > > 
> > > > "fsync_bdev()" cannot be executed in issuing "ioctl(BLKFLSBUF)" to disk 
> > > > drive using cciss driver.
> > > >   (When return value of "ioctl(BLKFLSBUF)" is only "-EINVAL", 
> > > > "fsync_bdev()" is executed.
> > > >But "fsync_bdev()" isn't executed bacause its value is "-EBADRQC".)
> > > > 
> > > > I suggest that you correct source as follows:
> > > >   drivers/block/cciss.c:1093
> > > > - return -EBADRQC;
> > > > + return -EINVAL;
> > > 
> > > I took a look at the upstream tree, and it seems that the return 
> > > value is now -ENOTTY. Do you think that return value is correct?
> > 
> > I know that the thing to return -EINVAL is an old specification.
> > I think the preferable value is -ENOTTY, but influence on other
> > parts is large.
> > I confirmed that it works good by fix above-mentioned in my
> > environment, tentatively...
> 
> Ok, so you would recommend -EINVAL for 2.6.8?

No, I recommend following patch (in my last mail):
  drivers/block/ioctl.c:197
-if (ret != -EINVAL)
+if (ret != -EINVAL && ret != -EBADRQC)
  drivers/block/cciss.c:1093 
 no change

I confirmed that it also works good by fix above-mentioned in my
 another environment, tentatively...


> > > Also, as 2.6.8 is now in the deep-freeze as the kernel for sarge,
> > > can you comment on if this patch is critical enough to warrant inclusion
> > > in a sarge update?
> > 
> > You are correct. So, I suggest that it isn't influence other parts
> > easily to correct as follows(return errno is no change bacause of
> > user application):
> >   drivers/block/ioctl.c:197
> > -if (ret != -EINVAL)
> > +if (ret != -EINVAL && ret != -EBADRQC)
> > 
> > I tried to verify whether this patch was safe about the part where -EBADRQC
> > is used by ioctl(BLKFLSBUF).
> > 
> > ==
> > * filename and linenum using BLKFLSBUF searched by grep:
> > drivers/mtd/mtd_blkdevs.c, line 206 -- case BLKFLSBUF:
> >   - no return -EBADRQC.
> > drivers/block/ioctl.c, line 192 -- case BLKFLSBUF:
> >   - patch part.
> > drivers/block/nbd.c, line 111 -- case BLKFLSBUF: return 
> > "flush-buffer-cache";
> >   - no return -EBADRQC.
> > drivers/block/rd.c, line 306 -- if (cmd != BLKFLSBUF)
> >   - no return -EBADRQC (-EBUSY only).
> > include/linux/fs.h, line 190 -- #define BLKFLSBUF _IO(0x12,97)
> >   - no problem.
> > include/linux/compat_ioctl.h, line 100 -- COMPATIBLE_IOCTL(BLKFLSBUF)
> >   - no problem.
> > init/do_mounts_initrd.c, line 96 -- error = sys_ioctl(fd, BLKFLSBUF, 0);
> >   - no problem.
> > 
> > == Reference
> > * filename and linenum using EBADRQC searched by grep:
> > drivers/block/cciss.c, line 1093 -- return -EBADRQC;
> > drivers/scsi/ch.c, line 174 -- .errno = EBADRQC,
> > drivers/message/fusion/mptctl.c, line 903 -- return -EBADRQC;
> > fs/afs/vlclient.c, line 74 -- case AFSVL_BADVOLOPER: err = -EBADRQC; break;
> > fs/afs/vlocation.c, line 812 -- case -EBADRQC:
> > fs/cifs/netmisc.c, line 94 -- {ERRsmbcmd, -EBADRQC},
> > fs/ncpfs/ioctl.c, line 116 -- return -EBADRQC;
> > fs/ncpfs/ioctl.c, line 132 -- return -EBADRQC;
> > net/bluetooth/lib.c, line 95 -- return EBADRQC;
> > ==
> > 
> > I think OK, please point it out to me if there is a problem.
> 
> I think that looks fine, though I will have to check the code.

Thanks. Check it, please.

> Do you think this bug is imporatnt enough for inclusion
> in a sarge update?

I hope so.

> Could you describe what breaks?

I cannot judge it.
But, I will look after within the range that I can do if the problem
occurs.

Thanks.

-- 
MAENO, Masaki <[EMAIL PROTECTED]>




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#231095: valgrind-calltree: calltree terminates with SIGSEV on call to calloc.

[Philipp Frauenfelder]

Dear Shan

More than a year has passed since the conversation below. We
have a new release of valgrind (3) and callgrind (0.10.0) in the
unstable archive of Debian now. Would you mind testing if the
problem still persists?

Josef, is this really a problem of callgrind or is it a valgrind
problem (if it still exists).

Thanks for your help
Philipp

Am Tue, Sep 07, 2004 at 01:03:58AM +0200 hat Shan Mignot getippert:
> I could install the debian packages all right tonight 
> valgrind_2.2.0-1_i386.deb
> and valgrind-callgrind_0.9.9-1_i386.deb. Tried running it on the same
> problematic case as previsouly and got:
> 
> [EMAIL PROTECTED] ~/astro/Pyxis/tests > valgrind --tool=memcheck ./GD
> BaadeDupli_ASM1_2x2.fits
> ==917== Memcheck, a memory error detector for x86-linux.
> ==917== Copyright (C) 2002-2004, and GNU GPL'd, by Julian Seward et al.
> ==917== Using valgrind-2.2.0, a program supervision framework for x86-linux.
> ==917== Copyright (C) 2000-2004, and GNU GPL'd, by Julian Seward et al.
> ==917== For more details, rerun with: -v
> ==917==
> ==917== warning: Valgrind's pthread_attr_destroy does nothing
> ==917==  your program may misbehave as a result
> ==917== warning: Valgrind's pthread_attr_destroy does nothing
> ==917==  your program may misbehave as a result
> ==917== warning: Valgrind's pthread_attr_destroy does nothing
> ==917==  your program may misbehave as a result
> SNR1=1.40 SNR2=4.40  RON=13.90 BIAS=0.00
> AL Margins : 17 337
> 2717 objects found.
> ==917== warning: Valgrind's pthread_cond_destroy is incomplete
> ==917==  (it doesn't check if the cond is waited on)
> ==917==  your program may misbehave as a result
> ==917== warning: Valgrind's pthread_cond_destroy is incomplete
> ==917==  (it doesn't check if the cond is waited on)
> ==917==  your program may misbehave as a result
> ==917== warning: Valgrind's pthread_cond_destroy is incomplete
> ==917==  (it doesn't check if the cond is waited on)
> ==917==  your program may misbehave as a result
> ==917==
> ==917== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 17 from 1)
> ==917== malloc/free: in use at exit: 84 bytes in 2 blocks.
> ==917== malloc/free: 75388 allocs, 75386 frees, 862809566 bytes allocated.
> ==917== For a detailed leak analysis,  rerun with: --leak-check=yes
> ==917== For counts of detected errors, rerun with: -v
> 
> Then:
> 
> [EMAIL PROTECTED] ~/astro/Pyxis/tests > valgrind --tool=callgrind ./GD
> BaadeDupli_ASM1_2x2.fits
> ==899== Callgrind-0.9.9, a call-graph generating cache profiler for x86-linux.
> ==899== Copyright (C) 2002-2004, and GNU GPL'd, by J.Weidendorfer, 
> N.Nethercote
> et al.
> ==899== Using valgrind-2.2.0, a program supervision framework for x86-linux.
> ==899== Copyright (C) 2000-2004, and GNU GPL'd, by Julian Seward et al.
> ==899== For more details, rerun with: -v
> ==899==
> ==899== warning: Valgrind's pthread_attr_destroy does nothing
> ==899==  your program may misbehave as a result
> ==899== warning: Valgrind's pthread_attr_destroy does nothing
> ==899==  your program may misbehave as a result
> ==899== warning: Valgrind's pthread_attr_destroy does nothing
> ==899==  your program may misbehave as a result
> SNR1=1.40 SNR2=4.40  RON=13.90 BIAS=0.00
> AL Margins : 17 337
> ==899==
> ==899== Process terminating with default action of signal 11 (SIGSEGV)
> ==899==  Access not within mapped region at address 0xF3C
> ==899==at 0x3AA57282: (within /lib/libc-2.3.2.so)
> ==899==by 0x3AA5607E: free (in /lib/libc-2.3.2.so)
> ==899==by 0x8050691: CBodyList_GetElem (cbody_list.c:126)
> ==899==
> ==899== Events: Ir Dr Dw I1mr D1mr D1mw I2mr D2mr D2mw
> ==899== Collected : 61922789 20257283 11701318 468962 279654 291491 6892 56128
> 57236
> ==899==
> ==899== I   refs:  61,922,789
> ==899== I1  misses:   468,962
> ==899== L2i misses: 6,892
> ==899== I1  miss rate:   0.75%
> ==899== L2i miss rate:0.1%
> ==899==
> ==899== D   refs:  31,958,601  (20,257,283 rd + 11,701,318 wr)
> ==899== D1  misses:   571,145  (   279,654 rd +291,491 wr)
> ==899== L2d misses:   113,364  (56,128 rd + 56,128 wr)
> ==899== D1  miss rate:1.7% (   1.3%   +2.4%  )
> ==899== L2d miss rate:0.3% (   0.2%   +0.4%  )
> ==899==
> ==899== L2 refs:1,040,107  (   748,616 rd +291,491 wr)
> ==899== L2 misses:120,256  (63,020 rd + 57,236 wr)
> ==899== L2 miss rate: 0.1% (   0.0%   +0.4%  )
> zsh: segmentation fault  valgrind --tool=callgrind ./GD 
> BaadeDupli_ASM1_2x2.fits
> 
> cbody_list.c:126 frees previously allocated memory. Memcheck does not report 
> any
> error there but this line clearly poses a problem to callgrind. As far as I
> recall calltree used to segfault on a call to calloc, so the problem might be
> somewhat different this time. If you have got any idea, any sugge

Bug#277239: merge with 125181?

[jeremy]

The bad apostrophe was reported to 125181 over three years ago.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334998: dpkg-dev: Should include .orig also with 0something debian version.

[Sven Luther]

Package: dpkg-dev
Version: 1.10.28
Severity: wishlist


Well, subjects says it all, when making experimental uploads, with debian
version of -0experimental.n or similar, in order to be older than the -1
version which will go to unstable, dpkg-buildpackage does not include the
.orig, and thus often builds are uploaded by mistake without the .orig, which
is a pain. And yes, i know about -sa or whatever it was, but it is so easy to
forget.

I think it would be reasonable to include the .orig with -0experimental.1 or
something such uploads, or at least issue a warning about this if such a
version is detected and -sa not provided.

Friendly,

Sven Luther

-- System Information:
Debian Release: 3.1
Architecture: powerpc (ppc)
Kernel: Linux 2.6.12-1-powerpc
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)

Versions of packages dpkg-dev depends on:
ii  binutils  2.15-6 The GNU assembler, linker and bina
ii  cpio  2.5-1.3GNU cpio -- a program to manage ar
ii  make  3.80-9 The GNU version of the "make" util
ii  patch 2.5.9-2Apply a diff file to an original
ii  perl [perl5]  5.8.4-8Larry Wall's Practical Extraction 
ii  perl-modules  5.8.4-8Core Perl modules

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334999: FTBFS on arm/hppa/m68k: please use g++-3.4

[Frank Lichtenheld]

Subject: FTBFS on arm/hppa/m68k with ICE, please use gcc-3.4 there
Package: monotone
Version: 0.23-1
Severity: serious

monotone suffers from a very usual GCC 4.0 ICE on arm (and probably
hppa and m68k, but they didn't reach this point yet).
Please try to use gcc-3.4 on these architectures to work around it.

See http://lists.debian.org/debian-devel/2005/09/msg00020.html
for more information.

Gruesse,
Frank Lichtenheld

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-k7
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
-- 
Frank Lichtenheld <[EMAIL PROTECTED]>
www: http://www.djpig.de/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#335000: toolchain-source: fails to build i486-linux with gcc 4.0

[Simon Richter]

Package: toolchain-source
Version: 3.4-5
Severity: normal

Hi,

compilation of a cross toolchain from powerpc to i486-linux fails in the
gas directory:

make[4]: Entering directory
`/var/tmp/binutils-i486-linux-2.15/build/gas'
gcc -DHAVE_CONFIG_H -I. -I../../src/gas -I. -D_GNU_SOURCE -I.
-I../../src/gas -I../bfd -I../../src/gas/config
-I../../src/gas/../include -I../../src/gas/.. -I../../src/gas/../bfd
-I../../src/gas/../intl -I../intl -DLOCALEDIR="\"/usr/share/locale\""
-W -Wall -Wstrict-prototypes -Wmissing-prototypes -g -O2 -c
.../../src/gas/app.c
In file included from ./targ-cpu.h:1,
 from ../../src/gas/config/obj-elf.h:42,
 from ./obj-format.h:1,
 from ../../src/gas/config/te-linux.h:4,
 from ./targ-env.h:1,
 from ../../src/gas/as.h:626,
 from ../../src/gas/app.c:30:
.../../src/gas/config/tc-i386.h:451: error: array type has incomplete
element type
make[4]: *** [app.o] Error 1
make[4]: Leaving directory `/var/tmp/binutils-i486-linux-2.15/build/gas'

   Simon

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-powerpc
Locale: LANG=de_DE.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)

Versions of packages toolchain-source depends on:
ii  devscripts2.9.7  Scripts to make the life of a Debi
ii  dpkg-awk  1.0.1  Gawk script to parse /var/lib/dpkg
ii  dpkg-cross1.25   tools for cross compiling Debian p
ii  m41.4.3-2a macro processing language
ii  wget  1.10.2-1   retrieves files from the web

Versions of packages toolchain-source recommends:
ii  autoconf  2.59a-4automatic configure script builder
ii  autoconf2.13  2.13-55automatic configure script builder
ii  automake1.4   1:1.4-p6-9 A tool for generating GNU Standard
ii  automake1.7   1.7.9-7A tool for generating GNU Standard
ii  autotools-dev 20050803.1 Update infrastructure for config.{
ii  bison 1:2.0-2A parser generator that is compati
ii  bzip2 1.0.2-10   high-quality block-sorting file co
ii  cdbs  0.4.32 common build system for Debian pac
ii  debhelper 4.9.13 helper programs for debian/rules
ii  dejagnu   1.4.4-1framework for running test suites 
ii  doxygen   1.4.5-1Documentation system for C, C++ an
ii  dpatch2.0.15 patch maintenance system for Debia
ii  expect5.42.1-1.2 A program that "talks" to other pr
ii  flex  2.5.31-34  A fast lexical analyzer generator.
ii  gawk  1:3.1.4-2  GNU awk, a pattern scanning and pr
ii  gettext   0.14.5-2   GNU Internationalization utilities
ii  gobjc 4:4.0.2-1  The GNU Objective-C compiler
ii  gperf 3.0.1-2Perfect hash function generator
ii  libgmp3-dev   4.1.4-10   Multiprecision arithmetic library 
ii  libncurses5-dev   5.5-1  Developer's libraries and docs for
ii  libreadline4-dev  4.3-17 GNU readline and history libraries
ii  libtool   1.5.20-2   Generic library support script
ii  quilt 0.42-1 Tool to work with series of patche
ii  sharutils 1:4.2.1-15 shar, unshar, uuencode, uudecode
ii  tar   1.15.1-2   GNU tar
ii  tetex-bin 3.0-5  The teTeX binary files
ii  texinfo   4.8-1  Documentation system for on-line i
ii  xlibs-dev 6.8.2.dfsg.1-9 X Window System client library dev
ii  zlib1g-dev1:1.2.3-4  compression library - development

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334990: [Pkg-zope-developers] Bug#334990: zope-common: [INTL:sv] Swedish debconf templates translation

[Fabio Tranchitella]

Il giorno ven, 21/10/2005 alle 13.46 +0200, Daniel Nylander ha scritto:
> Hi Fabio,
> 
> According to this page:
> http://www.us.debian.org/international/l10n/po-debconf/sv
> .. there were 4 strings untranslated in the latest PO-file I sent in.

Hi Daniel,
  I understand this, but I can't figure why you did send me that file
three times, and only now it is complete. 

  Anyway, I'll upload your file has soon as we'll have other bugs to
close with an upload.

Thanks for your work,

-- 
Fabio Tranchitella <[EMAIL PROTECTED]>.''`.
Proud Debian GNU/Linux developer, admin and user.: :'  :
 `. `'`
   http://people.debian.org/~kobold/   `-
_
1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564


signature.asc
Description: This is a digitally signed message part

Bug#260179: plib 1.8.3 psl

[Philipp Frauenfelder]

Dear Harald

The bug below is more than a year old. We have new compilers and
a new version of plib (1.8.4) in unstable. Would you mind
checking if the problem still exists?

Thanks for your help.

Philipp

Am Mon, Jul 19, 2004 at 08:26:11AM +0200 hat [EMAIL PROTECTED] getippert:
> Package: plib1.8.3
> Version: 1.8.3-1
> 
> PPC Debian testing on an iBook G4 and iBook G3:
> 
> The plib psl-example compiles well but dont work correct. It dont execute
> any user defined psl command.
> 
> 
> [EMAIL PROTECTED]:~/install/plib_examples-1.8.1/src/psl$ ./psl_demo
> 0.001877s compiletime elapsed
> 
> Bytecode:
>   0: 0x1c 0x44 0x00JUMP 68
>   3: 0x24 0x00 SET_INT_VARIABLE [0]
>   5: 0x01 0x00 0x00 0x00 0x00  PUSH_INT_CONSTANT0
>  10: 0x01 0x00 0x00 0x00 0x00  PUSH_INT_CONSTANT0
>  15: 0x40  FETCH
>  16: 0x01 0x00 0x00 0x00 0x01  PUSH_INT_CONSTANT1
>  21: 0x19  EQUAL
>  22: 0x1a 0x2d 0x00JUMP_FALSE   45
>  25: 0x01 0x00 0x00 0x00 0x00  PUSH_INT_CONSTANT0
>  30: 0x01 0x00 0x00 0x00 0x00  PUSH_INT_CONSTANT0
>  35: 0x01 0x00 0x00 0x00 0x02  PUSH_INT_CONSTANT2
>  40: 0x23  POP_VARIABLE
>  41: 0x1d  POP
>  42: 0x1c 0x3e 0x00JUMP 62
>  45: 0x01 0x00 0x00 0x00 0x00  PUSH_INT_CONSTANT0
>  50: 0x01 0x00 0x00 0x00 0x00  PUSH_INT_CONSTANT0
>  55: 0x01 0x00 0x00 0x00 0x03  PUSH_INT_CONSTANT3
>  60: 0x23  POP_VARIABLE
>  61: 0x1d  POP
>  62: 0x02 0x00 0x00 0x00 0x00  PUSH_FLOAT_CONSTANT  0.00
>  67: 0x21  RETURN
>  68: 0x01 0x00 0x00 0x00 0x00  PUSH_INT_CONSTANT0
>  73: 0x04 0x03 0x00 0x00   CALL 3,nargs=0
>  77: 0x1e  HALT
> 
> Global Variables:
> 
> Functions:
>  main =>3
> PROGRAM COMPILED OK
> 
> 0.40s runtime elapsed
> 
>-
> on Intel i386 it works correct:
> 
> [EMAIL PROTECTED]:~/install/plib-1.8.3.orig/plib_examples-1.8.1/src/psl$ 
> ./psl_demo
> 0.017071s compiletime elapsed
> 
> Bytecode:
>   0: 0x1c 0x44 0x00JUMP 68
>   3: 0x24 0x00 SET_INT_VARIABLE [0]
>   5: 0x01 0x00 0x00 0x00 0x00  PUSH_INT_CONSTANT0
>  10: 0x01 0x00 0x00 0x00 0x00  PUSH_INT_CONSTANT0
>  15: 0x40  FETCH
>  16: 0x01 0x01 0x00 0x00 0x00  PUSH_INT_CONSTANT1
>  21: 0x19  EQUAL
>  22: 0x1a 0x2d 0x00JUMP_FALSE   45
>  25: 0x01 0x00 0x00 0x00 0x00  PUSH_INT_CONSTANT0
>  30: 0x01 0x00 0x00 0x00 0x00  PUSH_INT_CONSTANT0
>  35: 0x01 0x02 0x00 0x00 0x00  PUSH_INT_CONSTANT2
>  40: 0x23  POP_VARIABLE
>  41: 0x1d  POP
>  42: 0x1c 0x3e 0x00JUMP 62
>  45: 0x01 0x00 0x00 0x00 0x00  PUSH_INT_CONSTANT0
>  50: 0x01 0x00 0x00 0x00 0x00  PUSH_INT_CONSTANT0
>  55: 0x01 0x03 0x00 0x00 0x00  PUSH_INT_CONSTANT3
>  60: 0x23  POP_VARIABLE
>  61: 0x1d  POP
>  62: 0x02 0x00 0x00 0x00 0x00  PUSH_FLOAT_CONSTANT  0.00
>  67: 0x21  RETURN
>  68: 0x01 0x00 0x00 0x00 0x00  PUSH_INT_CONSTANT0
>  73: 0x04 0x03 0x00 0x00   CALL 3,nargs=0
>  77: 0x1e  HALT
> 
> Global Variables:
> 
> Functions:
>  main =>3
> PROGRAM COMPILED OK
> 
> Hello World.
> 0.000513s runtime elapsed
> 
> It writes Hello World on the Screen. (the psl commant print)
> 
> 
> Tiscali Merlin- inkl. 250 MB Traffic nur 24,50 Euro / Monat
> Tiscali Pokus - Internet zum Fixpreis nur 49,99 Euro / Monat
> Tiscali Webspace - Domain inkl. Webspace - ab 6,99 Euro / Monat
> 
> 
> Tiscali bietet Ihnen ADSL Breitband Internet Zugänge zu sensationellen Preisen
> an!
> 
> Mehr zu unseren Produkten finden Sie auf unserer Homepage www.tiscali.at
> 
> 
> 
> 

-- 
Philipp  | work: [EMAIL PROTECTED] +41 1 802 20 00
Frauenfelder | home: [EMAIL PROTECTED] +41 1 862 73 14
[PGP]| http://www.frauenfelder-kuerner.ch/
Proudly running Debian GNU/Linux. See http://www.debian.org/

Bug#335001: FTBFS on arm/hppa/m68k: please use g++-3.4

[Frank Lichtenheld]

Subject: FTBFS on arm/hppa/m68k with ICE, please use gcc-3.4 there
Package: superkaramba
Version: 0.36-2
Severity: serious

superkaramba suffers from the usual GCC 4.0 ICE on arm, hppa and m68k.
Please use gcc-3.4 on these architectures to work around it.

See http://lists.debian.org/debian-devel/2005/09/msg00020.html
for more information.

Gruesse,
Frank Lichtenheld

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-k7
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
-- 
Frank Lichtenheld <[EMAIL PROTECTED]>
www: http://www.djpig.de/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#335002: FTBFS on arm/hppa/m68k: please use g++-3.4

[Frank Lichtenheld]

Subject: FTBFS on arm/hppa/m68k with ICE, please use gcc-3.4 there
Package: wordtrans
Version: 1.1pre14-1
Severity: serious

wordtrans suffers from the usual GCC 4.0 ICE on arm, hppa and m68k.
Please use gcc-3.4 on these architectures to work around it.

See http://lists.debian.org/debian-devel/2005/09/msg00020.html
for more information.

Gruesse,
Frank Lichtenheld

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-k7
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
-- 
Frank Lichtenheld <[EMAIL PROTECTED]>
www: http://www.djpig.de/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#335003: /var/log/syslog is at VT4

[Geert Stappers]

Package: base-installer
Version: daily-build 20 october 2005
Severity: minor
Tags: patch

Hello,

Just got a message like

| #. Type: error
| #. Description
| #: ../base-installer.templates:92
| msgid "Check /var/log/syslog or see virtual console 3 for the details."
| msgstr ""
| "Controleer /var/log/syslog of kijk op de derde virtuele console (VT3) voor "
| "de details."

But syslog is currently at VT4.

I think this patch is needed

Index: packages/base-installer/debian/base-installer.templates
===
--- packages/base-installer/debian/base-installer.templates (revision 31572)
+++ packages/base-installer/debian/base-installer.templates (working copy)
@@ -93,7 +93,7 @@
  An error was returned while trying to install the ${PACKAGE} package
  onto the target system.
  .
- Check /var/log/syslog or see virtual console 3 for the details.
+ Check /var/log/syslog or see virtual console 4 for the details.

 Template: base-installer/debootstrap/error/nogetrel
 Type: error



but I'm not sure about it and there is the impact on
the po-files I can't oversee, so it is only filed as bugreport.


GSt



signature.asc
Description: Digital signature

Bug#335004: mount: man page: nosuid option, spacify "rather unsafe"

[C. Gatzemeier]

Package: mount
Version: 2.12p-4sarge1
Severity: minor

The man page states:

nosuid  Do not allow set-user-identifier or  set-group-identifier
 bits  to  take  effect.  (This seems safe, but is
 in fact rather unsafe if you have suidperl(1) installed.)


Please be more precise, maybe:

(If you have suid functions from interpreted languages installed, (as 
suidperl(1) etc.) you also have to make sure they respect this filesystem 
flag)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#335005: RFA: user-friendly editor and browser for BibTeX databases -- optional

[Philipp Frauenfelder]

Package: wnpp
Severity: normal

I have not enough time the work properly on the package and I do
not need the package for my work or spare time anymore (ie. I
somewhat lost interest in it). Upstream is in the same situation
(he answers mails but cannot work on the software). Ideally, the
new maintainer has time and interest in the topic (BibTeX
databases) and would like to implement some new features (there
are a number of wishlist bugreports).

There are two release critical bugs:

- http://bugs.debian.org/334407
  gbib segfaults after update
  Strange thing: happens to me too but on a fresh chroot, it
  works.

- http://bugs.debian.org/334221
  FTBFS on 64 bit arches: Old gettext macro.
  I lack some autotools knowledge and time to fix this. The
  upstream source does not contain Makefile.am.

Regards

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12.6
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-1) (ignored: 
LC_ALL set to de_CH)

-- 
Philipp  | work: [EMAIL PROTECTED] +41 1 802 20 00
Frauenfelder | home: [EMAIL PROTECTED] +41 1 862 73 14
[PGP]| http://www.frauenfelder-kuerner.ch/
Proudly running Debian GNU/Linux. See http://www.debian.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#335006: RFA: Scalable Linear Algebra Package -- extra

[Philipp Frauenfelder]

Package: wnpp
Severity: normal

I do not work on HPC anymore and have therefore lost interest in
the package. It does not require much time as upstream changes
are rare. The package is bugfree. Compiling it takes some time
to build (5.5h for the sparc build daemon, significantly less on
my machine) and upload (11 binary packages) but this does not
happen very often.

It would make sense to adopt this package together with
scalapack-doc (containing the man pages for ScaLAPACK),
blacs-pvm and blacs-mpi (low level libraries needed for
ScaLAPACK).

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12.6
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-1) (ignored: 
LC_ALL set to de_CH)

-- 
Philipp  | work: [EMAIL PROTECTED] +41 1 802 20 00
Frauenfelder | home: [EMAIL PROTECTED] +41 1 862 73 14
[PGP]| http://www.frauenfelder-kuerner.ch/
Proudly running Debian GNU/Linux. See http://www.debian.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#335008: RFA: blacs-mpi: Basic Linear Algebra Comm. Subprograms for MPICH -- extra

[Philipp Frauenfelder]

Package: wnpp
Severity: normal

I do not work on HPC anymore and have therefore lost interest in
the package. It does not require much time as upstream changes
are rare. The package is bugfree.

It would make sense to adopt this package together with
scalapack (ScaLAPACK libraries), scalapack-doc (containing the
man pages for ScaLAPACK) and blacs-pvm (low level library needed
for ScaLAPACK using PVM).

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12.6
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-1) (ignored: 
LC_ALL set to de_CH)

-- 
Philipp  | work: [EMAIL PROTECTED] +41 1 802 20 00
Frauenfelder | home: [EMAIL PROTECTED] +41 1 862 73 14
[PGP]| http://www.frauenfelder-kuerner.ch/
Proudly running Debian GNU/Linux. See http://www.debian.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#335007: RFA: Scalable Linear Algebra Package Documentation -- optional

[Philipp Frauenfelder]

Package: wnpp
Severity: normal

I do not work on HPC anymore and have therefore lost interest in
the package. It does not require much time as upstream changes
are rare. The package is bugfree.

It would make sense to adopt this package together with
scalapack (ScaLAPACK libraries), blacs-pvm and blacs-mpi (low
level libraries needed for ScaLAPACK).

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12.6
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-1) (ignored: 
LC_ALL set to de_CH)

-- 
Philipp  | work: [EMAIL PROTECTED] +41 1 802 20 00
Frauenfelder | home: [EMAIL PROTECTED] +41 1 862 73 14
[PGP]| http://www.frauenfelder-kuerner.ch/
Proudly running Debian GNU/Linux. See http://www.debian.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#335009: RFA: blacs-pvm: Basic Linear Algebra Comm. Subprograms for PVM

[Philipp Frauenfelder]

Package: wnpp
Severity: normal

I do not work on HPC anymore and have therefore lost interest in
the package. It does not require much time as upstream changes
are rare. The package is bugfree.

It would make sense to adopt this package together with
scalapack (ScaLAPACK libraries), scalapack-doc (containing the
man pages for ScaLAPACK) and blacs-mpi (low level library needed
for ScaLAPACK using MPI).

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12.6
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-1) (ignored: 
LC_ALL set to de_CH)

-- 
Philipp  | work: [EMAIL PROTECTED] +41 1 802 20 00
Frauenfelder | home: [EMAIL PROTECTED] +41 1 862 73 14
[PGP]| http://www.frauenfelder-kuerner.ch/
Proudly running Debian GNU/Linux. See http://www.debian.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#122771: save onTermLifeInsurance

[null]

My Dear Friend,

We are offering you possibly the best lifeInsurance
that you will ever see. We have been working directly
with the providers and quoting the LOWEST possible
rates in the industry. Just give us a try and you will view
for yourself today.

Look atUs Today:
http://www.savebiglife.com

ThanksFor your time.




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#124835: save onTermLifeInsurance

[null]

My Dear Friend,

We are offering you possibly the best lifeInsurance
that you will ever see. We have been working directly
with the providers and quoting the LOWEST possible
rates in the industry. Just give us a try and you will view
for yourself today.

Look atUs Today:
http://www.savebiglife.com

ThanksFor your time.




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#142359: getBest lifeInsurance

[null]

My Dear Friend,

We are offering you possibly the best lifeInsurance
that you will ever see. We have been working directly
with the providers and quoting the LOWEST possible
rates in the industry. Just give us a try and you will view
for yourself today.

Look atUs Today:
http://www.savebiglife.com

ThanksFor your time.




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#156115: getBest lifeInsurance

[null]

My Dear Friend,

We are offering you possibly the best lifeInsurance
that you will ever see. We have been working directly
with the providers and quoting the LOWEST possible
rates in the industry. Just give us a try and you will view
for yourself today.

Look atUs Today:
http://www.savebiglife.com

ThanksFor your time.




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#143952: getBest lifeInsurance

[null]

My Dear Friend,

We are offering you possibly the best lifeInsurance
that you will ever see. We have been working directly
with the providers and quoting the LOWEST possible
rates in the industry. Just give us a try and you will view
for yourself today.

Look atUs Today:
http://www.savebiglife.com

ThanksFor your time.




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#161593: hello, lowerYourPremiums

[null]

My Dear Friend,

We are offering you possibly the best lifeInsurance
that you will ever see. We have been working directly
with the providers and quoting the LOWEST possible
rates in the industry. Just give us a try and you will view
for yourself today.

Look atUs Today:
http://www.savebiglife.com

ThanksFor your time.




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#164667: getBest lifeInsurance

[null]

My Dear Friend,

We are offering you possibly the best lifeInsurance
that you will ever see. We have been working directly
with the providers and quoting the LOWEST possible
rates in the industry. Just give us a try and you will view
for yourself today.

Look atUs Today:
http://www.savebiglife.com

ThanksFor your time.




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]