Bug#1025062: systemd-resolved Provides: resolvconf, but is missing the isc-dhcp-client integration from resolvconf

2024-01-31 Thread Antoine Durand-Gasselin
On Mon, 8 May 2023 00:43:30 +0100 Ken Milmore 
wrote:
> I was motivated to try fixing this after installing systemd-resolved
on bookworm and finding that my DNS was completely broken.
> 
> I have tested the Ubuntu hook scripts with DHCP enabled for both IPv4
and/or IPv6. They work well for me so far.
> 
> I have attached a source patch against isc-dhcp master on Salsa. This
just adds the verbatim hook scripts from Ubuntu.
> [...]
> 

Dear Debian ISC DHCP Maintainers,

Broken DNS after installing systemd-resolved is quite annoying.
Ubuntu has come up with a fix for that, so is there anything blocking
using the same fix here ?

https://git.launchpad.net/ubuntu/+source/isc-dhcp/commit/?id=a37097f48d21f3ce34cf00ccf102141e55a32d08
https://git.launchpad.net/ubuntu/+source/isc-dhcp/commit/?id=7c7bcace3f8b9b06a701d940d7f1a8f1f12a15f4

Best regards,
Antoine



Bug#925411: Kernel-package: Not suitable for release

2019-03-26 Thread Durand

Package: kernel-package
Version: 13.018+nmu1

Just wanted to let you know I'm a user of kernel-package and it works 
fine on my amd64 debian testing machine. Just finished compiling 
linux-5.0.4-amd64 kernel for my specific use case. I'm not seeing any 
major bugs like what I see on my x86 machine which seems to reset the 
.config file after running make-kpkg clean. To work around that bug, I 
just copy the .config to outside of the kernel tree, run make-kpkg 
clean, then copy the .config back to compile. Annoying, but not a 
deal-breaker.


--
---
Regards,

Durand Hicks



Bug#707644: gcc-4.7: old-style parameter declarations v.s. ANSI C section 3.7.1 ?

2013-05-09 Thread Jean-Damien Durand
Package: gcc-4.7
Version: 4.7.2-5
Severity: minor

Dear Maintainer,

With the follozing source code:
% cat file.c
typedef struct s_ {int i;} st;
void this(st) int st; {}

The compiler complains, but I am not sure about the pertinence of the error 
message:
% cc -c -o file.o file.c
file.c: In function ‘this’:
file.c:2:6: error: old-style parameter declarations in prototyped function 
definition
file.c:2:1: error: parameter name omitted

since changing the variable name st to xy in the source code, i.e.:
% cat file2.c
typedef struct s_ {int i;} st;
void this(xy) int xy; {}

makes the compiler happy:
% cc -c -o file2.o file2.c; echo $?
0

I /suspect/ it has to do with the ANSI C section 3.7.1 stating an identifier 
shall not be redeclared as a parameter. May it be possible to confirm/infirm?
If confirmed, then my request would be to have a more meaningful message.
Otherwise, apologizes -;

Thanks, Regards, Jean-Damien.

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gcc-4.7 depends on:
ii  binutils  2.22-8
ii  cpp-4.7   4.7.2-5
ii  gcc-4.7-base  4.7.2-5
ii  libc6 2.13-38
ii  libgcc1   1:4.7.2-5
ii  libgmp10  2:5.0.5+dfsg-2
ii  libgomp1  4.7.2-5
ii  libitm1   4.7.2-5
ii  libmpc2   0.9-4
ii  libmpfr4  3.1.1-1
ii  libquadmath0  4.7.2-5
ii  zlib1g1:1.2.7.dfsg-13

Versions of packages gcc-4.7 recommends:
ii  libc6-dev  2.13-38

Versions of packages gcc-4.7 suggests:
pn  binutils-goldnone
pn  gcc-4.7-doc  none
pn  gcc-4.7-locales  none
pn  gcc-4.7-multilib none
ii  libcloog-ppl00.15.11-5
pn  libgcc1-dbg  none
pn  libgomp1-dbg none
pn  libitm1-dbg  none
pn  libmudflap0-4.7-dev  none
pn  libmudflap0-dbg  none
pn  libppl-c2none
pn  libppl7  none
pn  libquadmath0-dbg none

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#643024: libffado2: jackd can't start with libffado version 2.0.99+svn1995-1

2011-09-26 Thread Jean-Damien Durand
Confirmed.
Reverting to version 2.0.99+svn1968-1 and jackd works ok.

Program received signal SIGABRT, Aborted.
0xb7fe2424 in __kernel_vsyscall ()
(gdb) where
#0  0xb7fe2424 in __kernel_vsyscall ()
#1  0xb7c64911 in *__GI_raise (sig=6) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:64
#2  0xb7c67d42 in *__GI_abort () at abort.c:92
#3  0xb7c9a9d5 in __libc_message (do_abort=2, fmt=0xb7d6fa90 *** glibc 
detected *** %s: %s: 0x%s ***\n) at ../sysdeps/unix/sysv/linux/libc_fatal.c:189
#4  0xb7ca4ac1 in malloc_printerr (action=optimized out, str=0x6 Address 0x6 
out of bounds, ptr=0xb7b1a61c) at malloc.c:6283
#5  0xb7ca6328 in _int_free (av=optimized out, p=optimized out) at 
malloc.c:4795
#6  0xb7ca93dd in *__GI___libc_free (mem=0xb7b1a61c) at malloc.c:3738
#7  0xb7f7bb5f in operator delete(void*) () from 
/usr/lib/i386-linux-gnu/libstdc++.so.6
#8  0xb79dd2ea in DebugModule::~DebugModule() () from /usr/lib/libffado.so.2
#9  0xb79dd3a0 in DebugModuleManager::~DebugModuleManager() () from 
/usr/lib/libffado.so.2
#10 0xb79daf83 in ?? () from /usr/lib/libffado.so.2
#11 0xb7ff5a42 in ?? () from /lib/ld-linux.so.2
#12 0xb7ff6537 in ?? () from /lib/ld-linux.so.2
#13 0xb7e2bcc4 in dlclose_doit (handle=0x80580f0) at dlclose.c:37
#14 0xb7ff0b66 in ?? () from /lib/ld-linux.so.2
#15 0xb7e2c0bc in _dlerror_run (operate=optimized out, args=optimized out) 
at dlerror.c:164
#16 0xb7e2bcfa in __dlclose (handle=0x6) at dlclose.c:48
#17 0xb7e913e0 in ?? () from /usr/lib/libjackserver.so.0
#18 0xb7e924a4 in ?? () from /usr/lib/libjackserver.so.0
#19 0xb7e95c75 in jackctl_server_create () from /usr/lib/libjackserver.so.0
#20 0x08049fbf in ?? ()
#21 0xb7c50e46 in __libc_start_main (main=0x8049d00, argc=7, ubp_av=0xb8e4, 
init=0x804b860, fini=0x804b850, rtld_fini=0xb7ff1310, stack_end=0xb8dc)
at libc-start.c:228
#22 0x08049b71 in ?? ()
Backtrace stopped: Not enough registers or memory available to unwind further
(gdb) quit



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#638462: symbol lookup error: /usr/sbin/cupsd: undefined symbol: _pwgGetPageSize

2011-08-20 Thread Jean-Damien Durand
Hello,

Force cups to be at the correct version -;

I ran into the same, after an apt-get upgrade (because packages were to be 
removed with a dist-upgrade), got this error, and then upgraded explicitely 
cups itself with: apt-get install cups (which installed few other new 
packages). Undef symbol error got fixed. IMHO this bug report may be closed.

Cheers, Jean-Damien.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#507845: Dedibox server with VIA C7 cpu freeze with the last libc6

2009-12-18 Thread Julien DURAND
Hello,

For me the problem was introduced in package libc6_2.3.6.ds1-6_i386.deb by 
linux-kernel-header-2.6.18-1.
Building libc6 with linux-kernel-headers_2.6.17.10-3 work fine for me.
And the difference that cause freeze between lkh  2.6.17.10-3 and 2.6.18-1 is 
in linux/compiler.h.
The ___KERNEL___ directive have moved and  some declarations are not in 
userspace. In our case, this is noinline define that cause problem.
Before lkh 2.6.18-1 noinline was undefined in userspace, so declaration like 
__attribute ((noinline))__ was equal to __attribute (())__.
When print_statistics function code in elf/rtld.c is noinlined by gcc, VIA C7 
freeze.
And in print_statistics that is _dl_debug_printf call that fail by heavy 
realloc. More precisely, unsigned long int num_relative_relocations seems to be 
the source. Deleting that printf var is an issue.

I would like to debug more and more, but I have no time to do that. Any 
investigation and tech used for debugging interests me.
I don't know how to disassembly inlined function to compare it to noinlined 
function.

I have build a libc6 debian package with fix from official debian subversion 
for my production, if you need it I can share it. But I think we are very 
nearly to find the real bug. And maybe all no intel x86 are concerned...

NOTE : We talk about freeze, freeze,... I don't think that is a freeze, kernel 
seems to switch in infinite loop.

Best regards,
Julien Durand.


Bug#550027: libsndfile1: trying to overwrite '/usr/share/man/man1/sndfile-metadata-get.1.gz'

2009-10-06 Thread Jean-Damien Durand
Package: libsndfile1
Version: 1.0.20-1+b1
Severity: normal

Preparing to replace libsndfile1 1.0.20-1+b1 (using 
.../libsndfile1_1.0.20-2_i386.deb) ...
Unpacking replacement libsndfile1 ...
dpkg: error processing /var/cache/apt/archives/libsndfile1_1.0.20-2_i386.deb 
(--unpack):
 trying to overwrite '/usr/share/man/man1/sndfile-metadata-get.1.gz', which is 
also in package libsndfile1-dev 0:1.0.20-2
Processing triggers for man-db ...
Errors were encountered while processing:
 /var/cache/apt/archives/libsndfile1_1.0.20-2_i386.deb


-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.30-tuxonice-fbcon (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages libsndfile1 depends on:
ii  libc6   2.9-27   GNU C Library: Shared libraries
ii  libflac81.2.1-2+b1   Free Lossless Audio Codec - runtim
ii  libogg0 1.1.4~dfsg-1 Ogg bitstream library
pn  libvorbis0a none   (no description available)
pn  libvorbisenc2   none   (no description available)

libsndfile1 recommends no packages.

libsndfile1 suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#521093: RFP: libhtml-template-compiled-perl -- HTML::Template::Compiled - Template System Compiles HTML::Template files to Perl code

2009-03-24 Thread Jean-Damien Durand
Package: wnpp
Severity: wishlist


* Package name: libhtml-template-compiled-perl
  Version : 0.93
  Upstream Author : Tina Mueller
* URL : http://search.cpan.org/~tinita/HTML-Template-Compiled-0.93/
* License : Perl (Artistic and GPL)
  Programming Lang: Perl
  Description : HTML::Template::Compiled - Template System Compiles 
HTML::Template files to Perl code

HTML::Template::Compiled (HTC) is a template system which uses the same 
template syntax as HTML::Template and the same perl API. 
Internally it works different, because it turns the template into perl code, 
and once that is done, generating the output is much faster 
than with HTML::Template (3-7 times at the moment, depending on the options you 
use., when both are run with loop_context_vars 0. It also 
can generate perl files so that the next time the template is loaded it doesn't 
have to be parsed again. The best performance gain is 
probably reached in applications running under mod_perl, for example.

If you don't use any caching HTC will be very slow, slower than TT. Also with 
file caching but without memory caching it's the slowest 
templating module I know. With memory caching, though, it is one of the 
fastest, even faster sometimes (depending on options and template 
size) than C modules.

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#495730: ldd check when building vlc

2008-08-20 Thread Jean-Damien Durand

Loïc Minier a écrit :

On Wed, Aug 20, 2008, Fabian Greffrath wrote:
if LD_LIBRARY_PATH=$(CURDIR)/debian/tmp/usr/lib ldd $$file 2 
/dev/null | grep -q libX11; then \


 objdump -x foo.so | grep -w NEEDED
 or
 objdump -p foo.so | grep -w NEEDED


But if the libX11 dependency could come from another object but foo.so - 
an object with which foo.so is linked to ?


Thanks.



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



Bug#495730: ldd check when building vlc

2008-08-19 Thread Jean-Damien Durand
Package: vlc
Version: 0.8.6.h-1
Severity: normal


The check to find if a vlc-nox plugin is linked with libX11 uses ldd.
This will check the dependencies using system path by default - thus using 
/usr/lib/libvlc* instead of the newly built libvlc.

A possible patch is the following:
  if LD_LIBRARY_PATH=$(CURDIR)/debian/tmp/usr/lib ldd $$file | grep -q 
libX11; then \

please note the use of LD_LIBRARY_PATH. A side-effect is that ldd, under 
fakeroot, will exhibit a warning saying it will not 
take into account symbols from libfakeroot-sysv, which fine IMO.



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



Bug#96244: what she really wants

2008-03-24 Thread Ari Durand
Medical science has made the most amazing of discoveries possible

http://www.Resiterons.com/
Deliver her to pleasure



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



Bug#262751: He's also observed

2008-03-20 Thread durand damrongs
CockExtensiveDaisy http://www.Sextiitoo.com




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



Bug#43640: and saw it as a ray of hope.

2008-03-20 Thread durand tien-fu
ErectileorganCosmicMyra http://www.Twalveen.com




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



Bug#306319: alumna ayers

2008-03-12 Thread durand lauramae
Aquire Perscriptions right now!
http://www.ameslananecdote.al%2ebearremember.com



not alexisarcher

alumna it attract




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



Bug#201884: Can't stand the pressure every night Now you can with THIS

2008-03-05 Thread durand minghe
Here's how you can make Scarlett moan when you enter her, and make her want you 
ALL NIGHT LONG
http://ipsoneda.com/




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



Bug#463457: hotkey-setup: Hotkey-setup 0.1-21 does'nt work on Thinkpad R51

2008-01-31 Thread DURAND Christophe
Package: hotkey-setup
Version: 0.1-17
Severity: important

Hello,

New version of hotkey-setup had broken the multimedia keys on my 
thinkpad R51. Sound up, down, mute and access ibm button are totally 
inactive and the system receive no input when i press it.
Downgrade to version 0.1-17 from Debian etch solve the problem.

Thanks again for your work

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages hotkey-setup depends on:
ii  dmidecode 2.9-1  Dump Desktop Management Interface 

hotkey-setup recommends no packages.

-- no debconf information




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



Bug#462354: initscripts: typo in /etc/init.d/sendsigs, giving cat: omitfile: No such file or directory

2008-01-23 Thread Jean-Damien Durand
Package: initscripts
Version: 2.86.ds1-52
Severity: normal

FYI I noticed the following typo in /etc/init.d/sendsigs:

--- sendsigs.old2008-01-24 06:44:54.0 +0100
+++ sendsigs.new2008-01-24 06:45:27.0 +0100
@@ -21,7 +21,7 @@
# with Ubuntu.
for omitfile in /var/run/sendsigs.omit /lib/init/rw/sendsigs.omit; do
if [ -e $omitfile ]; then
-   for pid in $(cat omitfile); do
+   for pid in $(cat $omitfile); do
OMITPIDS=${OMITPIDS:+$OMITPIDS }-o $pid
done
fi

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.23-kamikaze5 (SMP w/1 CPU core; PREEMPT)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages initscripts depends on:
ii  debianutils  2.28.2  Miscellaneous utilities specific t
ii  e2fsprogs1.40.4-1ext2 file system utilities and lib
ii  libc62.7-6   GNU C Library: Shared libraries
ii  lsb-base 3.1-24  Linux Standard Base 3.1 init scrip
ii  mount2.13.1-1Tools for mounting and manipulatin
ii  sysvinit-utils   2.86.ds1-52 System-V-like utilities

Versions of packages initscripts recommends:
ii  psmisc22.6-1 Utilities that use the proc filesy
ii  splashutils [psmisc]  1.5.3.3-2  Splashutils main package

-- no debconf information



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



Bug#387894: closed by Petter Reinholdtsen [EMAIL PROTECTED] (Re: sysv-rc: progress bar)

2007-12-23 Thread Jean-Damien Durand
Remarquable.
Thanks a lot for this great work, I will revisit splashutils package to use 
the new API, giving of course feedback of necessary.
Cheers, JD.



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



Bug#452208: workaround

2007-11-20 Thread Jean-Damien Durand
FYI those getting stuck can modify locally the following file

% diff /var/lib/dpkg/info/xfonts-knickers.postrm.orig 
/var/lib/dpkg/info/xfonts-knickers.postrm
31,32c31
 update-fonts-alias
 misc
---
 update-fonts-alias misc

then (dist)-update will pass the xfonts-knickers stage.



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



Bug#443567: libgd-gd2-perl: Description of $image-colorResolve

2007-09-22 Thread Jean-Damien Durand
Package: libgd-gd2-perl
Version: 1:2.35-1
Severity: minor

The description of function colorResolve() could say that if allocation fails, 
then it will return the index of the _closest_
color, c.f. http://www.libgd.org/OldColour, section 1.7! Thus one have to be 
very careful with this function, it will always
return an index but not necessarly one for a color that matches the (r,g,b) in 
input!

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-kamikaze5 (PREEMPT)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages libgd-gd2-perl depends on:
ii  libc6   2.6.1-5  GNU C Library: Shared libraries
ii  libfontconfig1  2.4.2-1.2generic font configuration library
ii  libfreetype62.3.5-1+b1   FreeType 2 font engine, shared lib
ii  libgd2-xpm  2.0.35.dfsg-3GD Graphics Library version 2
ii  libjpeg62   6b-14The Independent JPEG Group's JPEG 
ii  libpng12-0  1.2.15~beta5-2   PNG library - runtime
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxpm4 1:3.5.7-1X11 pixmap library
ii  perl5.8.8-11 Larry Wall's Practical Extraction 
ii  perl-base [perlapi-5.8. 5.8.8-11 The Pathologically Eclectic Rubbis
ii  zlib1g  1:1.2.3.3.dfsg-5 compression library - runtime

libgd-gd2-perl recommends no packages.

-- no debconf information



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



Bug#430159: compiz: black screen after resume from suspend to ram, intel graphic card

2007-06-25 Thread Christophe DURAND
Brice Goglin wrote:
 Christophe DURAND wrote:
   
 I've tried all versions of the i810 and the new intel drivers from
 testing, unstable and experimental, always with the same result.
   
 

 Good to know, thanks for doing this.

   
 Perhaps an interesting thing is that after resume from suspend, the
 graphic session isn't restored on the F7 tty but on F8.
   
 

 Do you mean:
 1) a X session in F7 will be moved to F8 after suspend
 or
 2) a Xsession on F7 won't be restored at all, while a Xsession on F8
 will be fine (still on F8)
 ?

   
 For information, on an up to date SID the 2/06/2007, resume from suspend
 was ok. I don't know exactly which packages  have changed since this
 date, nor exactly when the problem have appeared.
   
 

 If I remember correctly, nothing big changed in X packages in unstable
 recently. At least not the Xserver, Intel driver, Mesa or compiz. Other
 things involved in suspend are the kernel and possibly some
 suspend/resume script. Did you change your kernel recently? How do you
 suspend to ram?

 /var/log/aptitude or /var/log/dpkg.log might give you some hints about
 what have been upgraded recently.

 Thanks,
 Brice


   
Ye, finally i found where is the problem.
You're right when you say it's a driver problem, but to solve problem
i'm forced to downgrade the I810 driver to the testing version AND make
a dpkg-reconfigure xserver-xorg.
The new xorg.conf file is much less complex than the old one, all the
fonts part is empty, the modules part disappeared, and the DRI section
is also removed.

After this simplification and use of the old driver, the problem is
solved (It reappeared if i upgrade the I810 driver to the unstable one
or experimental one).

Sorry for the time spend.

Christophe



signature.asc
Description: OpenPGP digital signature


Bug#430159: compiz: black screen after resume from suspend to ram, intel graphic card

2007-06-25 Thread Christophe DURAND
Brice Goglin wrote:
 reassign 430159 xserver-xorg-video-intel
 retitle 430159 intel driver with compiz gives a black screen after
 suspend/resume
 found 430159 2:2.0.0-1
 found 430159 2:2.0.0-5
 thank you




 Christophe DURAND wrote:
   
 The new xorg.conf file is much less complex than the old one, all the
 fonts part is empty, the modules part disappeared, and the DRI section
 is also removed.
   
 

 Yes, now that xserver-xorg-core has good default values, we don't need
 to write all this stuff to xorg.conf anymore. However, it probably won't
 work with xserver-xorg-core 1.1.1 from Etch/stable.

   
 After this simplification and use of the old driver, the problem is
 solved (It reappeared if i upgrade the I810 driver to the unstable one
 or experimental one).
   
 

 Ok, I am reassign/retitling the bug accordingly and marking it as found
 in unstable and experimental.

 A couple random ideas:
 * Once the problem occured, what happens if you exit compiz (with
 metacity --replace  or so) or reload compiz (with compiz --replace
 ) from a X terminal after suspend? do you get you screen back?
 * If you're using mesa 6.5.2 from unstable, could you try with mesa
 6.5.3 from experimental?
 * Since the problem does not occur without compiz, it would be good to
 know whether it is related to compiz itself, to the underlying AIGLX, or
 to some DRI usage during suspend/resume. So, could you try running a 3D
 openGL application during suspend/resume _without_ compiz?

 Thanks,
 Brice


   
So,
I made different test.
If i lunch a metacity --replace when the bug occur, my desktop
reappeared, but i have some problem when resizing windows or using the
scroll function in application windows.
I after that i tried a new compiz --replace, compiz restart but with
this error
/usr/bin/gtk-window-decorator: Could not acquire decoration manager
selection on screen 0 display :0.0

Using mesa 6.5.3 don't solve the bug.

For the test without compiz active, i test to use suspend to ram while i
have a glxgears windows running. When the computer resume, the glxgears
windows in totally black, and once again, i have some bugs with resizing
window or scrolling in applications.

christophe




signature.asc
Description: OpenPGP digital signature


Bug#430159: compiz: black screen after resume from suspend to ram, intel graphic card

2007-06-23 Thread Christophe DURAND
Brice Goglin wrote:
 Christophe DURAND wrote:
   
 So, i have nothing in /usr/share/bug/xserver-xorg/bug after resume, the
 file doesn't exist.
   
 

 Oops, sorry, my fault, it should have been
 /usr/share/bug/xserver-xorg/script 31

 Which xserver-xorg-video-intel do you have? The bug might well be caused
 by the driver instead of compiz. It might be good to try the latest
 xserver-xorg-video-intel currently in experimental (2:2.0.0-5).

 Brice


   
I've tried all versions of the i810 and the new intel drivers from
testing, unstable and experimental, always with the same result.

Perhaps an interesting thing is that after resume from suspend, the
graphic session isn't restored on the F7 tty but on F8.

This command (/usr/share/bug/xserver-xorg/script 31)  give me exactly
the same results than the xorg.0.log i already send to you :(

For information, on an up to date SID the 2/06/2007, resume from suspend
was ok. I don't know exactly which packages  have changed since this
date, nor exactly when the problem have appeared.

I hope this help

christophe



signature.asc
Description: OpenPGP digital signature


Bug#430159: compiz: black screen after resume from suspend to ram, intel graphic card

2007-06-22 Thread Christophe DURAND
Package: compiz
Version: 0.5.0.dfsg-1
Severity: normal

gnome 2.18 + compiz + intel I855GM graphic card.

After a suspend to ram (via gnome_power_manager or acpi-support 
scripts) laptop stop to work normally. On resume, mouse cursor appear on 
a black screen. It seem that xorg and compiz works because if i press 
shortcut to active cube plugin, mouse cursor flick for one second.
A ctrl+alt+bck restart xserver and gdm normally, but computer totally 
hang when nautilus or compiz try to start.
No problem with supsend to disk nor with suspend to ram if i desactivate 
compiz.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (900, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.21-1-686 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages compiz depends on:
ii  compiz-core 0.5.0.dfsg-1 OpenGL window and compositing mana
ii  compiz-gnome0.5.0.dfsg-1 OpenGL window and compositing mana
ii  compiz-gtk  0.5.0.dfsg-1 OpenGL window and compositing mana
ii  compiz-plugins  0.5.0.dfsg-1 OpenGL window and compositing mana

compiz recommends no packages.

-- no debconf information


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



Bug#430161: compiz: black screen after resume from suspend to ram, intel graphic card

2007-06-22 Thread Christophe DURAND
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: compiz
Version: 0.5.0.dfsg-1
Severity: normal

*** Please type your report below this line ***

gnome 2.18 + compiz + intel I855GM graphic card.

After a suspend to ram (via gnome_power_manager or acpi-support
scripts) laptop stop to work normally. On resume, mouse cursor appear on
a black screen. It seem that xorg and compiz works because if i press
shortcut to active cube plugin, mouse cursor flick for one second.
A ctrl+alt+bck restart xserver and gdm normally, but computer totally
hang when nautilus or compiz try to start.
No problem with suspend to disk nor with suspend to ram if i deactivate
compiz.

- -- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (900, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.21-1-686 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages compiz depends on:
ii  compiz-core 0.5.0.dfsg-1 OpenGL window and
compositing mana
ii  compiz-gnome0.5.0.dfsg-1 OpenGL window and
compositing mana
ii  compiz-gtk  0.5.0.dfsg-1 OpenGL window and
compositing mana
ii  compiz-plugins  0.5.0.dfsg-1 OpenGL window and
compositing mana

compiz recommends no packages.

- -- no debconf information
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGfC7y3BkvYjzWcSwRAu+5AJ4sqgeb/N+a3Cbu+NmbPgTnDH202wCgz5x+
4fTtHvCVfNsNRDLv2HijuzE=
=Lz5J
-END PGP SIGNATURE-




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



Bug#391887: freemat tentative

2006-12-30 Thread Jean-Damien Durand
Here is something to start with:

#
## Freemat and its Matio dependency
#
deb http://jeandamiendurand.free.fr/debian/matio sid math
deb-src http://jeandamiendurand.free.fr/debian/matio sid math
deb http://jeandamiendurand.free.fr/debian/freemat sid math
deb-src http://jeandamiendurand.free.fr/debian/freemat sid math

I hope this repo will give some hints to somebody else to properly
package freemat, since I believe what I did probably violates some
debian rules.

Cheers, JD.


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



Bug#387894: tested with usplash + reviewed patch

2006-09-23 Thread Jean-Damien Durand

Tested with usplash - works for me.
Note that at shutdown usplash progress bar goes from left to right while with
splashutils it goes from right to left - but perhaps usplash does 100-value if
runlevel is 6, don't know its internals).

Here is a patch without unneeded space/tab changes.

Cheers, JD.
--- /etc/init.d/rc.old  2006-09-08 18:38:56.0 +0200
+++ /etc/init.d/rc  2006-09-23 08:51:33.0 +0200
@@ -79,11 +79,122 @@
 if [ $SPLASH = true ] ; then
 step=$(($step + $step_change))
 progress=$(($step * $progress_size / $num_steps + $first_step))
-usplash_write PROGRESS $progress || true
+$debug usplash_write PROGRESS $progress || true
+[ $last_step_change = 1 ]  step_change=0
 fi
 }
 
 #
+# kill scripts - if 1st argument is countonly then nothing is executed
+#
+run_kill_scripts() {
+   if [ $last_step_change = 1 ]; then
+   local_step_change=0
+   else
+   local_step_change=1
+   fi
+   [ $1 = countonly ]  nkill=0
+   if [ $previous != N ]
+   then
+   # Run all scripts with the same level in parallel
+   CURLEVEL=
+   for s in /etc/rc$runlevel.d/K*
+   do
+   level=$(echo $s | sed 's/.*\/K\([0-9][0-9]\).*/\1/')
+   if [ $level = $CURLEVEL ]
+   then
+   continue
+   fi
+   CURLEVEL=$level
+   SCRIPTS=
+   for i in /etc/rc$runlevel.d/K$level*
+   do
+   # Check if the script is there.
+   [ ! -f $i ]  continue
+
+   #
+   # Find stop script in previous runlevel but
+   # no start script there.
+   #
+   suffix=${i#/etc/rc$runlevel.d/K[0-9][0-9]}
+   
previous_stop=/etc/rc$previous.d/K[0-9][0-9]$suffix
+   
previous_start=/etc/rc$previous.d/S[0-9][0-9]$suffix
+   #
+   # If there is a stop script in the previous 
level
+   # and _no_ start script there, we don't
+   # have to re-stop the service.
+   #
+   [ -f $previous_stop ]  [ ! -f $previous_start 
]  continue
+
+   # Stop the service.
+   SCRIPTS=$SCRIPTS $i
+   [ $1 = countonly ]  nkill=$(($nkill + 
$local_step_change))
+   case ${s##/etc/rc$runlevel.d/S??} in
+   gdm|xdm|kdm|reboot|halt)
+   local_step_change=0
+   last_step_change=1
+   ;;
+   esac
+   done
+   [ $1 != countonly ]  startup stop $SCRIPTS
+   done
+   fi
+}
+
+#
+# Start scripts - if 1st argument is countonly then nothing is executed
+#
+run_start_scripts() {
+   if [ $last_step_change = 1 ]; then
+   local_step_change=0
+   else
+   local_step_change=1
+   fi
+   [ $1 = countonly ]  nstart=0
+   CURLEVEL=
+   for s in /etc/rc$runlevel.d/S*
+   do
+   level=$(echo $s | sed 's/.*\/S\([0-9][0-9]\).*/\1/')
+   if [ $level = $CURLEVEL ]
+   then
+   continue
+   fi
+   CURLEVEL=$level
+   SCRIPTS=
+   for i in /etc/rc$runlevel.d/S$level*
+   do
+   [ ! -f $i ]  continue
+
+   if [ $previous != N ]
+   then
+   #
+   # Find start script in previous runlevel and
+   # stop script in this runlevel.
+   #
+   suffix=${i#/etc/rc$runlevel.d/S[0-9][0-9]}
+   stop=/etc/rc$runlevel.d/K[0-9][0-9]$suffix
+   
previous_start=/etc/rc$previous.d/S[0-9][0-9]$suffix
+   #
+   # If there is a start script in the previous 
level
+   # and _no_ stop script in this level, we don't
+   # have to re-start the service.
+   #
+   [ -f $previous_start ]  [ ! -f $stop ]  
continue
+   fi
+   SCRIPTS=$SCRIPTS $i
+   [ $1 = countonly ]  nstart=$(($nstart + 
$local_step_change))
+   case 

Bug#387894: [Pkg-sysvinit-devel] Bug#387894: tested with usplash + reviewed patch

2006-09-23 Thread Jean-Damien Durand

Dear Petter,

Petter Reinholdtsen wrote:

[Jean-Damien Durand]

Tested with usplash - works for me.


Good to hear.


Note that at shutdown usplash progress bar goes from left to right
while with splashutils it goes from right to left - but perhaps
usplash does 100-value if runlevel is 6, don't know its internals).


I believe usplash go from left to right when counting down.


Here is a patch without unneeded space/tab changes.


I tested the patch with usplash enabled like this:

  debug=echo sh debian/sysv-rc/etc/init.d/rc 2
  PREVLEVEL=2 debug=echo sh debian/sysv-rc/etc/init.d/rc 1

It does not seem to do what it should.  It fail to reach 100 when
reaching kdm, and there is no progress info for the stop scripts.  Did
I misunderstood what this patch is supposed to do?  I believe the
correct behavoir is for the progress bar to reach 100 when kdm/xdm/gdm
is starting, and to stay there.  The code in svn continue counting
after 100, and that is a bug.

The code in the patch to count progress steps also seem to fail to
take into account that some kill scripts will not be executed.

Friendly,


Here is how I reproduced your test. Worked for me?!

rm -rf /tmp/sysv-rc
mkdir -p /tmp/sysv-rc
cd /tmp/sysv-rc
apt-get -t unstable --reinstall -d install sysv-rc
dpkg -x /var/cache/apt/archives/sysv-rc_2.86.ds1-20_all.deb . 
cd etc/init.d

wget -Orc.patch 
'http://bugs.debian.org/cgi-bin/bugreport.cgi/rc.patch?bug=387894;msg=20;att=1'
cat rc.patch|patch -p3
debug=echo sh ./rc 2
PREVLEVEL=2 debug=echo sh ./rc 1

One could think that usplash_write should not be called again if we already 
reached 0 or 100, but that
belongs to the logic already in rc - I did not dare to change that. Perhaps 
this should be. Don't know.

Verbose output below -;

% rm -rf /tmp/sysv-rc
% mkdir -p /tmp/sysv-rc
% cd /tmp/sysv-rc
% apt-get -t unstable --reinstall -d install sysv-rc
Reading package lists... Done
Building dependency tree... Done
0 upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 1 not upgraded.
Need to get 53.6kB of archives.
After unpacking 0B of additional disk space will be used.
Do you want to continue [Y/n]?
Get: 1 http://ftp.fr.debian.org testing/main sysv-rc 2.86.ds1-20 [53.6kB]
Fetched 53.6kB in 0s (142kB/s)
Download complete and in download only mode
% dpkg -x /var/cache/apt/archives/sysv-rc_2.86.ds1-20_all.deb . 
% cd etc/init.d

% wget -Orc.patch 
'http://bugs.debian.org/cgi-bin/bugreport.cgi/rc.patch?bug=387894;msg=20;att=1'
--16:32:03--  
http://bugs.debian.org/cgi-bin/bugreport.cgi/rc.patch?bug=387894;msg=20;att=1
  = `rc.patch'
Resolving bugs.debian.org... 140.211.166.43
Connecting to bugs.debian.org|140.211.166.43|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [text/plain]

   [ =
] 6,426 33.39K/s

16:32:04 (33.24 KB/s) - `rc.patch' saved [6426]

% cat rc.patch|patch -p3
patching file rc
% debug=echo sh ./rc 2
/etc/rc2.d/S10sysklogd start
usplash_write PROGRESS 67
/etc/rc2.d/S11klogd start
usplash_write PROGRESS 68
/etc/rc2.d/S19hplip start
usplash_write PROGRESS 70
/etc/rc2.d/S19mysql start
usplash_write PROGRESS 71
/etc/rc2.d/S19mysql-ndb-mgm start
usplash_write PROGRESS 73
/etc/rc2.d/S20cupsys start
usplash_write PROGRESS 74
/etc/rc2.d/S20dbus start
usplash_write PROGRESS 76
/etc/rc2.d/S20dirmngr start
usplash_write PROGRESS 77
/etc/rc2.d/S20gpm start
usplash_write PROGRESS 79
/etc/rc2.d/S20lisa start
usplash_write PROGRESS 80
/etc/rc2.d/S20makedev start
usplash_write PROGRESS 82
/etc/rc2.d/S20mysql-ndb start
usplash_write PROGRESS 83
/etc/rc2.d/S20nvidia-glx start
usplash_write PROGRESS 85
/etc/rc2.d/S20nvidia-kernel start
usplash_write PROGRESS 86
/etc/rc2.d/S20openbsd-inetd start
usplash_write PROGRESS 88
/etc/rc2.d/S20samba start
usplash_write PROGRESS 89
/etc/rc2.d/S20smartmontools start
usplash_write PROGRESS 91
/etc/rc2.d/S20xfs start
usplash_write PROGRESS 92
/etc/rc2.d/S89anacron start
usplash_write PROGRESS 94
/etc/rc2.d/S89atd start
usplash_write PROGRESS 95
/etc/rc2.d/S89cron start
usplash_write PROGRESS 97
/etc/rc2.d/S90binfmt-support start
usplash_write PROGRESS 98
/etc/rc2.d/S99kdm start
usplash_write PROGRESS 100
/etc/rc2.d/S99rc.local start
usplash_write PROGRESS 100
/etc/rc2.d/S99rmnologin start
usplash_write PROGRESS 100
/etc/rc2.d/S99stop-bootlogd start
usplash_write PROGRESS 100
% PREVLEVEL=2 debug=echo sh ./rc 1
/etc/rc1.d/K01kdm stop
usplash_write PROGRESS 67
/etc/rc1.d/K11anacron stop
usplash_write PROGRESS 68
/etc/rc1.d/K11cron stop
usplash_write PROGRESS 70
/etc/rc1.d/K19hplip stop
usplash_write PROGRESS 71
/etc/rc1.d/K19samba stop
usplash_write PROGRESS 73
/etc/rc1.d/K20cupsys stop
usplash_write PROGRESS 74
/etc/rc1.d/K20dbus stop
usplash_write PROGRESS 75
/etc/rc1.d/K20dirmngr stop
usplash_write PROGRESS 77
/etc/rc1.d/K20gpm stop
usplash_write PROGRESS 78
/etc/rc1.d/K20lisa stop
usplash_write PROGRESS 80
/etc/rc1.d/K20makedev stop

Bug#387894: sysv-rc: progress bar

2006-09-17 Thread Jean-Damien Durand

Package: sysv-rc
Version: 2.86.ds1-20
Severity: normal

abour progress bar, here are few fixes and suggestions.

- in debug mode, probably the call to usplash_write should just be echoed
- the count of number of scripts executed is approximate v.s. what happens
 in reality (check if file exist, check of previous runlevel, etc.)
- the computation of what fraction of the bar to fill is not guaranteed to
 reach 0 or 100, because of rouding issues (100/3, then multiplied again)

Please find attached a patch for all these issues, where I factorized the call 
to kill
and start script in order to avoid code duplication. I let you check and/or 
reject it, no pb!
Tested with splashutils, not tested with bootsplash.

Cheers, JD.

-- 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.17-beyond3
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

sysv-rc depends on no packages.

Versions of packages sysv-rc recommends:
ii  lsb-base  3.1-15 Linux Standard Base 3.1 init scrip

-- no debconf information
--- /etc/init.d/rc.old  2006-09-08 18:38:56.0 +0200
+++ /etc/init.d/rc  2006-09-17 12:11:33.0 +0200
@@ -77,13 +77,125 @@
 startup_progress() {
 $@
 if [ $SPLASH = true ] ; then
-step=$(($step + $step_change))
-progress=$(($step * $progress_size / $num_steps + $first_step))
-usplash_write PROGRESS $progress || true
+   step=$(($step + $step_change))
+   progress=$(($step * $progress_size / $num_steps + $first_step))
+   $debug usplash_write PROGRESS $progress || true
+   # If this is was the last step, reset step_change
+   [ $last_step_change = 1 ]  step_change=0
 fi
 }
 
 #
+# kill scripts - if 1st argument is countonly then nothing is executed
+#
+run_kill_scripts() {
+   if [ $last_step_change = 1 ]; then
+   local_step_change=0
+   else
+   local_step_change=1
+   fi
+   [ $1 = countonly ]  nkill=0
+   if [ $previous != N ]
+   then
+   # Run all scripts with the same level in parallel
+   CURLEVEL=
+   for s in /etc/rc$runlevel.d/K*
+   do
+   level=$(echo $s | sed 's/.*\/K\([0-9][0-9]\).*/\1/')
+   if [ $level = $CURLEVEL ]
+   then
+   continue
+   fi
+   CURLEVEL=$level
+   SCRIPTS=
+   for i in /etc/rc$runlevel.d/K$level*
+   do
+   # Check if the script is there.
+   [ ! -f $i ]  continue
+
+   #
+   # Find stop script in previous runlevel but
+   # no start script there.
+   #
+   suffix=${i#/etc/rc$runlevel.d/K[0-9][0-9]}
+   
previous_stop=/etc/rc$previous.d/K[0-9][0-9]$suffix
+   
previous_start=/etc/rc$previous.d/S[0-9][0-9]$suffix
+   #
+   # If there is a stop script in the previous 
level
+   # and _no_ start script there, we don't
+   # have to re-stop the service.
+   #
+   [ -f $previous_stop ]  [ ! -f $previous_start 
]  continue
+
+   # Stop the service.
+   SCRIPTS=$SCRIPTS $i
+   [ $1 = countonly ]  nkill=$(($nkill + 
$local_step_change))
+   case ${s##/etc/rc$runlevel.d/S??} in
+   gdm|xdm|kdm|reboot|halt)
+   local_step_change=0
+   last_step_change=1
+   ;;
+   esac
+   done
+   [ $1 != countonly ]  startup stop $SCRIPTS
+   done
+   fi
+}
+
+#
+# Start scripts - if 1st argument is countonly then nothing is executed
+#
+run_start_scripts() {
+   if [ $last_step_change = 1 ]; then
+   local_step_change=0
+   else
+   local_step_change=1
+   fi
+   [ $1 = countonly ]  nstart=0
+   CURLEVEL=
+   for s in /etc/rc$runlevel.d/S*
+   do
+   level=$(echo $s | sed 's/.*\/S\([0-9][0-9]\).*/\1/')
+   if [ $level = $CURLEVEL ]
+   then
+   continue
+   fi
+   CURLEVEL=$level
+   SCRIPTS=
+   for i in /etc/rc$runlevel.d/S$level*
+   do
+  

Bug#387894: [Pkg-sysvinit-devel] Bug#387894: sysv-rc: progress bar

2006-09-17 Thread Jean-Damien Durand

Dear Petter,


The patch change a lot of indentation, making it hard to track what
are real changes and what are just tabs converted to spaces.  It would
be better with a patch without these irrelevant whitespace changes.


That is true.
The factorization of kill and start scripts in two dedicated functions 
(to not duplicate the code: one call to count the number of scripts, one 
call to execute them) will probably make diff  show a lot of lines 
anyway - I understand your point and can do nothing else but agree.
I'll have another look but if I do not post again a patch that's because 
I could not make it smaller.





Tested with splashutils, not tested with bootsplash.


Is it tested with usplash too?


No, with splashutils only. The $debug in front of the usplash_write will 
show very well what happens, and I believe this must work with usplash 
as well. Can somebody in your team do this thest?

Anyway you have a point; this must be tested.
I'll see what I can do in here (I have to install usplash; why not! I'll 
be happy to test it).


Cheers, JD.



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



Bug#386451: konqueror: crash with a web page

2006-09-07 Thread Jean-Damien Durand

Package: konqueror
Version: 4:3.5.4-2
Severity: normal

Konqueror crashes when clicking on close window at the bottom of a page like 
e.g.:
http://www.ubuntuforums.org/showpost.php?p=1196641postcount=68

Backtrace:
Using host libthread_db library /lib/tls/libthread_db.so.1.
[Thread debugging using libthread_db enabled]
[New Thread -1231976224 (LWP 7344)]
[KCrash handler]
#5  0x00730069 in ?? ()
#6  0xb5d5f421 in Akregator::KonqFeedIcon::~KonqFeedIcon ()
   from /usr/lib/kde3/libakregatorkonqfeedicon.so
#7  0xb72b399d in ~QObject (this=0x89654a0) at kernel/qobject.cpp:497
#8  0xb7f616fd in ~Part (this=0x89654a0, __vtt_parm=0xb627aca8)
   at /home/sid-user/kdelibs/kdelibs-3.5.4/./kparts/part.cpp:163
#9  0xb7f6d3dd in ~ReadOnlyPart (this=0x89654a0, __vtt_parm=0xb627aca4)
   at /home/sid-user/kdelibs/kdelibs-3.5.4/./kparts/part.cpp:314
#10 0xb602a1b9 in ~KHTMLPart (this=0x89654a0)
   at /home/sid-user/kdelibs/kdelibs-3.5.4/./khtml/khtml_part.cpp:524
#11 0xb72af256 in QObject::event (this=0x89654a0, e=0x83fe580)
   at kernel/qobject.cpp:750
#12 0xb7247aea in QApplication::internalNotify (this=0xbfb0bcdc,
   receiver=0x89654a0, e=0x83fe580) at kernel/qapplication.cpp:2635
#13 0xb7249907 in QApplication::notify (this=0xbfb0bcdc, receiver=0x89654a0,
   e=0x83fe580) at kernel/qapplication.cpp:2358
#14 0xb792352e in KApplication::notify (this=0xbfb0bcdc, receiver=0x89654a0,
   event=0x83fe580)
   at /home/sid-user/kdelibs/kdelibs-3.5.4/./kdecore/kapplication.cpp:550
#15 0xb71db3d1 in QApplication::sendEvent (receiver=0x89654a0,
   event=0x83fe580) at ../include/qapplication.h:520
#16 0xb7248b12 in QApplication::sendPostedEvents (receiver=0x0, event_type=0)
   at kernel/qapplication.cpp:3299
#17 0xb7248c1a in QApplication::sendPostedEvents ()
   at kernel/qapplication.cpp:3210
#18 0xb71eec05 in QEventLoop::processEvents (this=0x81b2a28, flags=4)
   at kernel/qeventloop_x11.cpp:144
#19 0xb726203d in QEventLoop::enterLoop (this=0x81b2a28)
   at kernel/qeventloop.cpp:198
#20 0xb7261e5e in QEventLoop::exec (this=0x81b2a28)
   at kernel/qeventloop.cpp:145
#21 0xb7249683 in QApplication::exec (this=0xbfb0bcdc)
   at kernel/qapplication.cpp:2758
#22 0xb670ffe5 in kdemain (argc=2, argv=0x81943b0)
   at /home/sid-user/kdebase/kdebase-3.5.4/./konqueror/konq_main.cc:206
#23 0xb7f90524 in kdeinitmain (argc=2, argv=0x81943b0) at konqueror_dummy.cc:3
#24 0x0804e9d7 in launch (argc=2, _name=0x8118e5c konqueror,
   args=0x8118e6e , cwd=0x0, envc=1, envs=0x8118e7f , reset_env=false,
   tty=0x0, avoid_loops=false,
   startup_id_str=0x8118e84 jddhome01;1157650451;114620;6943_TIME2304248467) 
at
/home/sid-user/kdelibs/kdelibs-3.5.4/./kinit/kinit.cpp:639
#25 0x0804f279 in handle_launcher_request (sock=8)
   at /home/sid-user/kdelibs/kdelibs-3.5.4/./kinit/kinit.cpp:1206
#26 0x0804f612 in handle_requests (waitForPid=0)
   at /home/sid-user/kdelibs/kdelibs-3.5.4/./kinit/kinit.cpp:1407
#27 0x08050019 in main (argc=3, argv=0xbfb0c784, envp=0xbfb0c794)
   at /home/sid-user/kdelibs/kdelibs-3.5.4/./kinit/kinit.cpp:1863
#28 0xb7d0fea8 in __libc_start_main () from /lib/tls/libc.so.6
#29 0x0804b8a1 in _start () at ../sysdeps/i386/elf/start.S:119


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

Versions of packages konqueror depends on:
ii  kcontrol4:3.5.4-2control center for KDE
ii  kdebase-kio-plugins 4:3.5.4-2core I/O slaves for KDE
ii  kdelibs4c2a 4:3.5.4-3core libraries and binaries for al
ii  kdesktop4:3.5.4-2miscellaneous binaries and files f
ii  kfind   4:3.5.4-2file-find utility for KDE
ii  libacl1 2.2.41-1 Access control list shared library
ii  libart-2.0-22.3.17-1 Library of functions for 2D graphi
ii  libattr12.4.32-1 Extended attribute shared library
ii  libaudio2   1.8-2The Network Audio System (NAS). (s
ii  libc6   2.3.6.ds1-4  GNU C Library: Shared libraries
ii  libfam0 2.7.0-10 Client library to control the FAM
ii  libfontconfig1  2.3.2-7  generic font configuration library
ii  libfreetype62.2.1-3  FreeType 2 font engine, shared lib
ii  libgcc1 1:4.1.1-13   GCC support library
ii  libice6 1:1.0.0-3X11 Inter-Client Exchange library
ii  libidn110.6.5-1  GNU libidn library, implementation
ii  libjpeg62   6b-13The Independent JPEG Group's JPEG
ii  libkonq44:3.5.4-2core libraries for Konqueror
ii  libpng12-0  1.2.8rel-5.2 PNG library - runtime
ii  libqt3-mt   3:3.3.6-4

Bug#364356: /lib/udev/write_net_rules: line 128: local: can only be used in a function

2006-04-22 Thread Jean-Damien Durand
Package: udev
Version: 0.090-2
Severity: minor

*** Please type your report below this line ***
FYI I got this this minor error after reinstalling udev.

-- Package-specific info:
-- /etc/udev/rules.d/:
/etc/udev/rules.d/:
total 84
lrwxrwxrwx 1 root root  20 Apr 22 23:41 020_permissions.rules - 
../permissions.rules
lrwxrwxrwx 1 root root  19 Feb  5 09:52 025_libgphoto2.rules - 
../libgphoto2.rules
lrwxrwxrwx 1 root root  16 Apr 18 07:00 025_libsane.rules - ../libsane.rules
lrwxrwxrwx 1 root root  22 Feb  5 09:52 025_logitechmouse.rules - 
../logitechmouse.rules
lrwxrwxrwx 1 root root  12 Mar  7 06:19 050_hal-plugdev.rules - ../hal.rules
-rw-r--r-- 1 root root  82 Mar  5 23:14 90-hal.rules
lrwxrwxrwx 1 root root  13 Apr 22 23:41 udev.rules - ../udev.rules
lrwxrwxrwx 1 root root  25 Apr 22 23:41 z20_persistent-input.rules - 
../persistent-input.rules
lrwxrwxrwx 1 root root  19 Apr 22 23:41 z20_persistent.rules - 
../persistent.rules
-rw-r--r-- 1 root root 523 Apr 23  2006 z25_persistent-cd.rules
-rw-r--r-- 1 root root 582 Apr 22 23:38 z25_persistent-net.rules
lrwxrwxrwx 1 root root  33 Apr 22 23:41 z45_persistent-net-generator.rules - 
../persistent-net-generator.rules
lrwxrwxrwx 1 root root  12 Apr 22 23:41 z50_run.rules - ../run.rules
lrwxrwxrwx 1 root root  16 Apr 22 23:41 z55_hotplug.rules - ../hotplug.rules
lrwxrwxrwx 1 root root  19 Feb  8 06:29 z60_alsa-utils.rules - 
../alsa-utils.rules
lrwxrwxrwx 1 root root  15 Feb  5 09:32 z60_hdparm.rules - ../hdparm.rules
lrwxrwxrwx 1 root root  17 Apr 22 23:41 z70_hotplugd.rules - ../hotplugd.rules
lrwxrwxrwx 1 root root  29 Apr 22 23:41 z75_cd-aliases-generator.rules - 
../cd-aliases-generator.rules

-- /sys/:
/sys/block/fd0/dev
/sys/block/hda/dev
/sys/block/hda/hda1/dev
/sys/block/hda/hda2/dev
/sys/block/hda/hda3/dev
/sys/block/hda/hda5/dev
/sys/block/hda/hda6/dev
/sys/block/hdc/dev
/sys/block/ram0/dev
/sys/block/ram1/dev
/sys/block/ram10/dev
/sys/block/ram11/dev
/sys/block/ram12/dev
/sys/block/ram13/dev
/sys/block/ram14/dev
/sys/block/ram15/dev
/sys/block/ram2/dev
/sys/block/ram3/dev
/sys/block/ram4/dev
/sys/block/ram5/dev
/sys/block/ram6/dev
/sys/block/ram7/dev
/sys/block/ram8/dev
/sys/block/ram9/dev
/sys/class/graphics/fb0/dev
/sys/class/input/input0/event0/dev
/sys/class/input/input1/event1/dev
/sys/class/input/input1/mouse0/dev
/sys/class/input/input1/ts0/dev
/sys/class/input/input2/event2/dev
/sys/class/input/mice/dev
/sys/class/misc/agpgart/dev
/sys/class/misc/device-mapper/dev
/sys/class/misc/fbsplash/dev
/sys/class/misc/hpet/dev
/sys/class/misc/psaux/dev
/sys/class/misc/rtc/dev
/sys/class/printer/lp0/dev
/sys/class/sound/adsp/dev
/sys/class/sound/audio/dev
/sys/class/sound/controlC0/dev
/sys/class/sound/dsp/dev
/sys/class/sound/mixer/dev
/sys/class/sound/pcmC0D0c/dev
/sys/class/sound/pcmC0D0p/dev
/sys/class/sound/pcmC0D1c/dev
/sys/class/sound/timer/dev
/sys/class/usb/lp0/dev
/sys/class/usb_device/usbdev1.1/dev
/sys/class/usb_device/usbdev1.3/dev
/sys/class/usb_device/usbdev2.1/dev
/sys/class/usb_device/usbdev2.2/dev
/sys/class/usb_device/usbdev3.1/dev
/sys/class/usb_device/usbdev3.2/dev
/sys/class/usb_device/usbdev4.1/dev
/sys/class/usb_device/usbdev4.3/dev
/sys/class/video4linux/video0/dev

-- Kernel configuration:


-- 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.16-ck5-swsusp-vesafb-fbsplash
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages udev depends on:
ii  initscripts  2.86.ds1-14 Scripts for initializing and shutt
ii  libc62.3.6-7 GNU C Library: Shared libraries
ii  libselinux1  1.30-1  SELinux shared libraries
ii  libvolume-id00.089-1 libvolume_id shared library
ii  lsb-base 3.1-4   Linux Standard Base 3.1 init scrip
ii  makedev  2.3.1-81creates device files in /dev
ii  sed  4.1.4-7 The GNU sed stream editor

udev recommends no packages.

-- no debconf information


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



Bug#360611: (no subject)

2006-04-12 Thread Jean-Damien Durand
With no real knowledge of what's behind, I managed to compile the legacy module 
on 2.6.16
with the following patch:

--- nvidia-kernel-legacy/nv/Makefile.orig.kbuild2006-04-12 
15:20:07.0 +0200
+++ nvidia-kernel-legacy/nv/Makefile.kbuild 2006-03-20 14:49:39.0 
+0100
@@ -168,6 +168,7 @@
 CFLAGS += -DNV_BUILD_NV_PAT_SUPPORT
 endif

+EXTRA_CFLAGS += -DNV_SIGNAL_STRUCT_RLIM
 ifneq ($(PATCHLEVEL), 4)
   ifeq ($(shell $(CONFTEST) signal_struct_rlim), 1)
 EXTRA_CFLAGS += -DNV_SIGNAL_STRUCT_RLIM
@@ -178,6 +179,7 @@
   endif
 endif

+EXTRA_CFLAGS += -DNV_REMAP_PFN_RANGE_PRESENT
 ifeq ($(shell $(CONFTEST) remap_pfn_range), 1)
   EXTRA_CFLAGS += -DNV_REMAP_PFN_RANGE_PRESENT
 else
@@ -208,6 +210,7 @@
 EXTRA_CFLAGS += -DNV_PCI_DISABLE_DEVICE_PRESENT
 endif

+EXTRA_CFLAGS += -DNV_PCI_GET_CLASS_PRESENT
 ifneq ($(PATCHLEVEL), 4)
   ifeq ($(shell $(CONFTEST) class_simple_create), 1)
 EXTRA_CFLAGS += -DNV_CLASS_SIMPLE_CREATE_PRESENT

I.e. forcing NV_SIGNAL_STRUCT_RLIM, NV_REMAP_PFN_RANGE_PRESENT and 
NV_PCI_GET_CLASS_PRESENT.
With no guarantee at all - worked for me, with my kernel - don't know for the 
stock kernel -;

HTH, Cheers, JD.


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



Bug#60800: (no subject)

2006-04-05 Thread Jean-Damien Durand
Coming back to this old issue, current CVS seems builds fine with heimdal-dev.

With the diff attached (where I add encryption support as well) I can checkout
a :gserver: repository using a krb5 ticket, obtained through kinit.

Works for me, that's all I can say!

Cheers, JD.


diff -Naur cvs-1.12.9.orig/debian/control cvs-1.12.9/debian/control
--- cvs-1.12.9.orig/debian/control	2006-04-05 10:16:08.0 +0200
+++ cvs-1.12.9/debian/control	2006-04-05 10:16:56.0 +0200
@@ -2,8 +2,8 @@
 Section: devel
 Priority: optional
 Maintainer: Steve McIntyre [EMAIL PROTECTED]
-Build-Depends: debhelper (= 4.1.16), zlib1g-dev, texi2html, groff, texinfo, bison, dbs, automake1.7, libpam0g-dev, autotools-dev
-Build-Conflicts: heimdal-dev, kerberos4kth-dev, libkrb5-dev
+Build-Depends: debhelper (= 4.1.16), zlib1g-dev, texi2html, groff, texinfo, bison, dbs, automake1.7, libpam0g-dev, autotools-dev, heimdal-dev
+Build-Conflicts: kerberos4kth-dev, libkrb5-dev
 Standards-Version: 3.6.1.0
 
 Package: cvs
diff -Naur cvs-1.12.9.orig/debian/rules cvs-1.12.9/debian/rules
--- cvs-1.12.9.orig/debian/rules	2006-04-05 10:16:08.0 +0200
+++ cvs-1.12.9/debian/rules	2006-04-05 10:16:39.0 +0200
@@ -46,7 +46,7 @@
 		--sysconfdir=/etc \
 		--mandir=/usr/share/man \
 		--infodir=/usr/share/info \
-		--without-krb4 --without-gssapi \
+		--without-krb4 --with-gssapi --enable-encryption \
 		--with-editor=/usr/bin/sensible-editor \
 		--enable-rootcommit --with-external-zlib \
 		--enable-pam --with-hardcoded-pam-service-name=cvs


Bug#348299: Please reassign to dh-make

2006-01-16 Thread Jean-Damien Durand
Oups. Wrong package. can you please reassign to dh-make.
With my apologizes. JD.


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



Bug#348299: kernel-package: syntax error in kernel module's debian/rules template

2006-01-15 Thread Jean-Damien Durand
Package: kernel-package
Version: 10.032
Severity: normal

When building the template debian/rules for a kernel module, make does not 
like line 67.
Example:

% ls -l pwc-10.0.6a.tar.gz
-rw-r--r-- 1 jdurand c3 58373 2006-01-16 07:17 pwc-10.0.6a.tar.gz
% tar -zxf pwc-10.0.6a.tar.gz
% cd pwc-10.0.6a
% dh_make -f ../pwc-10.0.6a.tar.gz

Type of package: single binary, multiple binary, library, kernel module or 
cdbs?
 [s/m/l/k/b] k

Maintainer name : Jean-Damien Durand
Email-Address   : [EMAIL PROTECTED]
Date: Mon, 16 Jan 2006 07:17:39 +0100
Package Name: pwc
Version : 10.0.6a
License : blank
Type of Package : Kernel Module
Hit enter to confirm:
Done. Please edit the files in the debian/ subdirectory now. You should also
check that the pwc Makefiles install into $DESTDIR and not in / .
% dpkg-buildpackage -rfakeroot
dpkg-buildpackage: source package is pwc
dpkg-buildpackage: source version is 10.0.6a-1
dpkg-buildpackage: source changed by Jean-Damien Durand [EMAIL PROTECTED]
dpkg-buildpackage: host architecture i386
 fakeroot debian/rules clean
debian/rules:67: *** missing separator.  Stop.

I.e. two blanks before that tab at:
$(MAKE) $(MFLAGS) -f debian/rules clean
in the kdist_clean rule.


-- 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.15-swsusp-fbsplash
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages kernel-package depends on:
ii  dpkg  1.13.11.1  package maintenance system for 
Deb
ii  dpkg-dev  1.13.11.1  package building tools for Debian
ii  file  4.15-2 Determines file type using 
magic
ii  gcc [c-compiler]  4:4.0.2-2  The GNU C compiler
ii  gcc-3.4 [c-compiler]  3.4.5-1The GNU C compiler
ii  gcc-4.0 [c-compiler]  4.0.2-6The GNU C compiler
ii  gettext   0.14.5-2   GNU Internationalization 
utilities
ii  make  3.80+3.81.b4-1 The GNU version of the make 
util
ii  perl  5.8.7-10   Larry Wall's Practical Extraction 
ii  po-debconf0.9.2  manage translated Debconf 
template

Versions of packages kernel-package recommends:
ii  bzip2 1.0.2-11   high-quality block-sorting file 
co
ii  libc6-dev [libc-dev]  2.3.5-11   GNU C Library: Development 
Librari

-- no debconf information


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



Bug#336640: possible patch

2005-11-10 Thread Jean-Damien Durand
I am not a cpp programmer, but please find nevertheless a possible patch.
A test package being available at
http://jdurand.home.cern.ch/jdurand/debian/binary/guessnet_0.37-2_i386.deb
Regards, Jean-Damien.


guessnet_0.37-2.diff.gz
Description: GNU Zip compressed data


Bug#336640: path check makes guessnet 0.37-1 fail

2005-10-31 Thread Jean-Damien Durand
Package: guessnet
Version: 0.37-1
Severity: normal

I guess that #257328 fix created a problem on my setup. With the following 
/etc/network/interfaces:

auto wlan0
mapping wlan0
script /usr/sbin/guessnet-ifupdown
map wlan0-dhcp wlan0-home
map timeout: 3
map verbose: true
map debug: true

iface wlan0-home inet dhcp
test wireless essid HOME

iface wlan0-dhcp inet dhcp
test wireless essid WORK

version 0.37-1 says:

guessnet: Will use command '/usr/share/guessnet/test/test-wireless wlan0 essid 
HOME' to test wlan0-home
guessnet: Starting command test subsystem
guessnet: Will use command '/usr/share/guessnet/test/test-wireless wlan0 essid 
WORK' to test wlan0-dhcp
guessnet: Started tests
guessnet: 3 candidates
SystemException: No such file or directory checking if 
/usr/share/guessnet/test/test-wireless wlan0 essid HOME is executable
guessnet: run process command '/usr/share/guessnet/test/test-wireless wlan0 
essid HOME' pid: 19395
SystemException: No such file or directory checking if 
/usr/share/guessnet/test/test-wireless wlan0 essid WORK is executable
guessnet: run process command '/usr/share/guessnet/test/test-wireless wlan0 
essid WORK' pid: 19396

while version 0.36-1 works flawlessly.

-- 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.13.4-mppe-mppc-swsusp
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages guessnet depends on:
ii  libc6 2.3.5-7GNU C Library: Shared libraries an
ii  libgcc1   1:4.0.2-3  GCC support library
ii  libnet1   1.1.2.1-2  library for the construction and h
ii  libpcap0.70.7.2-7System interface for user-level pa
ii  libstdc++64.0.2-3The GNU Standard C++ Library v3

guessnet recommends no packages.

-- no debconf information


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



Bug#312432: (no subject)

2005-09-14 Thread Jean-Damien Durand
Trying to recompile tora-1.3.18 on debian/unstable [kde 3.4.2]
(I remove the --without-oracle), I got:

% dpkg-buildpackage -rfakeroot
./..
./configure --prefix=/usr --without-rpath --disable-new-check --with-kde
./..
using lib directory suffix 64
checking for KDE... configure: error:
in the prefix, you've chosen, are no KDE libraries installed. This will fail.
So, check this please and use another prefix!
make: *** [configure-stamp] Error 1

Retrying --without-kde goes fine although I have to add MOC=/usr/bin/uic-qt3
in the environment (--with-qt-moc and --with-qt-uic options have been dropped 
!?).

Still: thanks so much for providing this marvellous tools...!

Thanks, Cheers, JD.


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



Bug#312432:

2005-09-14 Thread Jean-Damien Durand
I meant MOC=/usr/bin/moc-qt3, sorry, JD.

JD  Retrying --without-kde goes fine although I have to add 
MOC=/usr/bin/uic-qt3


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



Bug#328118: /usr/sbin/laptop_mode: line 199: [: yes: integer expression expected

2005-09-14 Thread Jean-Damien Durand
Dear Bart,

Funnily enough, VERBOSE_OUTPUT is not set. C.f. attachment.
Okay, I added an echo to a temp file to know what was going on:
this is because the variable $VERBOSE itself is set to yes - and I
got difficulties to find why!! But I may have understood:

My /etc/init.d/rcS contains VERBOSE=yes:
% grep VERBOSE /etc/default/rcS
# Set VERBOSE to no if you would like a more quiet bootup.
VERBOSE=yes

This seems to get translated into acpid environment. Indeed, if I look to the 
environment of my acpid
process:

% less /proc/`pidof acpid`/environ
[EMAIL PROTECTED]/dev/[EMAIL PROTECTED]@[EMAIL 
PROTECTED]/sbin:/bin:/usr/sbin:/usr/[EMAIL PROTECTED]@[EMAIL PROTECTED]/[EMAIL 
PROTECTED]@[EMAIL PROTECTED]@HOME=/[EMAIL PROTECTED]@[EMAIL 
PROTECTED]/sbin/start-stop-daemon^@

So I end up with acpid calling laptop_mode action with VERBOSE setted to yes, 
which
translates to VERBOSE_OUTPUT setted to yes !

Hmmm... I am 99.999% sure I never touched /etc/init.d/rcS, and I do not know if 
VERBOSE=yes
is the debian's default - is it !? Anyway, this might be a dependency that can 
hurt
laptop_mode !?

Thanks, Cheers, JD.

BS  Jean-Damien Durand wrote:
BS   Package: laptop-mode-tools
BS   Version: 1.10-1
BS   Severity: normal
BS   
BS   FYI I got the error mentionned in subject with version 1.10-1.
BS  
BS  Did you set VERBOSE_OUTPUT=yes? Use 1 instead. None of the laptop mode 
BS  tools settings work with yes/no, they're all 1/0.
BS  
BS  --Bart
BS  
# Configuration for Laptop Mode Tools
#
# There is a system to the configuration setting names:
#CONTROL_something=0/1   Determines whether Laptop Mode Tools controls 
something
#LM_something=value  Value of something when laptop mode is active
#NOLM_something=valueValue of something when laptop mode is NOT active
#AC_something=value  Value of something when the computer is running 
on AC power
#BATT_something=valueValue of something when the computer is running 
on battery power
#
# There can be combinations of LM_/NOLM_ and AC_/BATT_ prefixes, but the 
available prefixes
# are different for each setting. The available ones are documented in the 
manual page,
# laptop-mode.conf(8). If there is no LM_/NOLM_ in a setting name, then the 
value
# is used independently of laptop mode state, and similarly, if there is no 
AC_/BATT_,
# then the value is used independently of power state.


# Set this to 1 if you want to see a lot of information when you start/stop 
laptop_mode.
VERBOSE_OUTPUT=0


###
# When to enable laptop mode
###

# Enable laptop mode when on battery power.
ENABLE_LAPTOP_MODE_ON_BATTERY=1

# Enable laptop mode when on AC power.
ENABLE_LAPTOP_MODE_ON_AC=0

# Enable laptop mode when the laptop's lid is closed, even when we're on
# AC power? This only works on ACPI machines.
ENABLE_LAPTOP_MODE_WHEN_LID_CLOSED=0

# Disable laptop mode when the number of minutes of battery that you have left
# goes below this threshold. (Note that some batteries do not report a discharge
# rate, and this option will not have any effect on those batteries. Use the 
battery
# charge options instead.)
MINIMUM_BATTERY_MINUTES=7

# Automatically disable laptop mode when the remaining charge in your battery
# goes below this value. There is a configuration value in mWh and in mAh,
# the one that is used depends on how your battery reports its capacity.
MINIMUM_BATTERY_CHARGE_MAH=100
MINIMUM_BATTERY_CHARGE_MWH=500


###
# Controlled hard drives and partitions
###

# The drives that laptop mode controls.
# Separate them by a space, e.g. HD=/dev/hda /dev/hdb. The default is a
# wildcard, which will get you all your IDE and SCSI/SATA drives.
HD=/dev/[hs]d[abcdefgh]

# The partitions (or mount points) that laptop mode controls.
# Separate the values by spaces. Use auto to indicate all partitions on drives
# listed in HD. You can add things to auto, e.g. auto /dev/hdc3. You can
# also specify mount points, e.g. /mnt/data.
PARTITIONS=auto


###
# Hard drive behaviour settings
###

# Maximum time, in seconds, of work that you are prepared to lose when your
# system crashes or power runs out. This is the maximum time that Laptop Mode
# will keep unsaved data waiting in memory before spinning up your hard drive.
LM_BATT_MAX_LOST_WORK_SECONDS=600
LM_AC_MAX_LOST_WORK_SECONDS=360

# Should laptop mode tools control readahead?
CONTROL_READAHEAD=1

# Read-ahead, in kilobytes. You can spin down the disk while playing MP3/OGG
# by setting the disk readahead to a reasonable size, e.g. 3072 (3 MB). 
Effectively

Bug#312432: (no subject)

2005-09-14 Thread Jean-Damien Durand
Dear Michael,

Yes, I have the build-depends ok; IMHO the problem comes from the
search path for kde libraries, that should include /usr/lib !?
Indeed, I just got ./configure working --with-kde using:

KDEDIR=/usr/lib dpkg-buildpackage -rfakeroot

FYI:

% ls -l /usr/lib/libkio.la /usr/lib/kde3/plugins/designer/kdewidgets.la
-rw-r--r--  1 root root 1355 Aug 29 20:57 
/usr/lib/kde3/plugins/designer/kdewidgets.la
-rw-r--r--  1 root root 1232 Aug 29 20:52 /usr/lib/libkio.la
% dpkg-query -S /usr/lib/libkio.la /usr/lib/kde3/plugins/designer/kdewidgets.la
kdelibs4-dev: /usr/lib/libkio.la
kdelibs4c2: /usr/lib/kde3/plugins/designer/kdewidgets.la

Cheers, JD.

MM  Are you sure you installed all build-depends? The configure script
MM  checks for the existance of /usr/lib/libkio.la which is part of
MM  kdelibs4-dev. 
MM  
MM  Michael

-- 
Jean-Damien Durand CERN/IT/FIO/DS - Geneva, Switzerland
PGP: http://home.cern.ch/~jdurand/public_key.asc
CERN CA: http://cern.ch/service-grid-ca/crt/root_crt.html
WWW: http://home.cern.ch/~jdurand


smime.p7s
Description: S/MIME cryptographic signature


Bug#328118: /usr/sbin/laptop_mode: line 199: [: yes: integer expression expected

2005-09-13 Thread Jean-Damien Durand
Package: laptop-mode-tools
Version: 1.10-1
Severity: normal

FYI I got the error mentionned in subject with version 1.10-1.
Cheers, JD.

-- 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.4-mppe-mppc
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages laptop-mode-tools depends on:
ii  powermgmt-base1.22   Common utils and configs for power

Versions of packages laptop-mode-tools recommends:
ii  acpid 1.0.4-2Utilities for using ACPI power man
ii  apmd  3.2.2-3Utilities for Advanced Power Manag
ii  hdparm6.1-5  tune hard disk parameters for high

-- no debconf information


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



Bug#312432: tora with kde 3.4.1

2005-06-07 Thread Jean-Damien Durand
Package: tora
Version: 1.3.16-1
Severity: important

Hello,
If I rebuild tora with oracle support on kde 3.4.1 then
the login to oracle dbs always fail, sometimes saying the password
is wrong, sometimes there is no listener.
If I rebuild tora using --without-kde then everything is fine.
Perhaps a kde 3.4.1 specific issue - this was to inform you.

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

Versions of packages tora depends on:
ii  libc6 2.3.5-1GNU C Library: Shared libraries an
ii  libgcc1   1:4.0.0-8  GCC support library
ii  libqt3c102-mt 3:3.3.4-3  Qt GUI Library (Threaded runtime v
ii  libqt3c102-mt-mysql   3:3.3.4-3  MySQL database driver for Qt3 (Thr
ii  libstdc++51:3.3.6-5  The GNU Standard C++ Library v3

-- no debconf information


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