Bug#295691: ctrlproxy 2.6.2 released

[Hugo Haas]

Package: ctrlproxy
Followup-For: Bug #295691

Turns out that ctrlproxy 2.6.2 has been released, which should make
solving this bug more straightforward:

http://ctrlproxy.vernstok.nl/releases/ctrlproxy-2.6.2.tar.gz

Regards,

Hugo

-- 
Hugo Haas - http://larve.net/people/hugo/


signature.asc
Description: Digital signature

Bug#299587: nvidia-kernel-source: Example install code in README wastes user effort, and can be improved.

[A Costa]

Package: nvidia-kernel-source
Version: 1.0.7167-1
Severity: wishlist
Tags: patch


I use and like this package, but its installation requires users to 
repeat the same painstaking work for every install.

Attached is a patch in which the following code is added to the
README.Debian file, along with some rewording.  With some 'if...fi'
clauses (to make sure each step worked) it might be suitable for an
automatic install.

1   BL=/usr/src  # set this to your build location
2   cd "$BL"
3   tar xzvf nvidia-kernel-source.tar.gz -C "$BL"  # (It will install in 
$BL/modules)
4   CVERS=`grep -m 1 "^nvidia-kernel " 
"$BL/modules/nvidia-kernel/debian/changelog | sed 's/.*(\(.*\))
5   export KVERS=`uname -r`# For example $KVERS might be 2.4.21-4-k7
6   apt-get install kernel-headers-$KVERS
7   export KSRC=/usr/src/kernel-headers-$KVERS
8   cd "$BL"/modules/nvidia-kernel
9   debian/rules binary_modules
10  apt-get install nvidia-kernel-common
11  dpkg -i ../nvidia-kernel-$KVERS_$CVERS*.deb

Notes:

More variable names, all the user has to change is #1, the rest should
be automatic.  In #4 CVERS gets the minor code version from the first
line of the 'debian/changelog', for use in #11.

The code is only for "METHOD #1 Using a kernel-headers package",  not
"METHOD #2: Using your own kernel source headers", but it  wouldn't be
hard to adapt.

I've left most of the README as it was -- "METHOD #1" is still described
in 7 steps, with comments.  The above code is appended somewhat
redundantly.  Surely NOT the best way to present this -- I changed
as little as possible, erring on the side of caution.

Questions & comments are welcome, and I'd be glad to change or add code
on request.  It's more a "proof of concept" than a finished  product.


Hope this helps...


-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.9-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)

Versions of packages nvidia-kernel-source depends on:
ii  debhelper 4.2.31 helper programs for debian/rules
ii  dpatch2.0.10 patch maintenance system for Debia
ii  make  3.80-9 The GNU version of the "make" util
ii  sed   4.1.4-2The GNU sed stream editor

-- no debconf information
60,64c60,65
< 1. cd /usr/src 
 
> 1. BL=/usr/src# set this to your build location
>cd "$BL"
>tar xzvf nvidia-kernel-source.tar.gz -C "$BL"  # (It will install in 
> $BL/modules) 
># get the code version from the changelog
>export CVERS=`grep -m 1 "^nvidia-kernel " 
> "$BL/modules/nvidia-kernel/debian/changelog | sed 's/.*(\(.*\)).*/\1/'`
70c71
export KVERS=`uname -r`# For example $KVERS might be 2.4.21-4-k7
72c73
< 3. Download and install package: kernel-headers-2.4.21-4-k7
---
> 3. Download and install package: kernel-headers-$KVERS
75c76,78
apt-get install kernel-headers-$KVERS
> 
>Your kernel image and headers must have matching release numbers to
78c81
< 4. Set some environment variables (if bash is your shell):
---
> 4. Set an environmental variable (if bash is your shell):
80,81c83
< export KSRC=/usr/src/kernel-headers-2.4.21-4-k7
< export KVERS=2.4.21-4-k7
---
> export KSRC=/usr/src/kernel-headers-$KVERS
85c87
cd "$BL"/modules/nvidia-kernel
88,90d89
< (You can also combine step 4 and 5 into one line:
< KSRC=/usr/src/kernel-headers-2.4.21-4-k7 KVERS=2.4.21-4-k7 debian/rules 
binary_modules)
<  
98,99c97,112
dpkg -i ../nvidia-kernel-$KVERS_$CVERS*.deb
> 
> Steps #1-7 above for a standard install, suitable for cutting 
> and pasting:
> 
>BL=/usr/src# set this to your build location
>cd "$BL"
>tar xzvf nvidia-kernel-source.tar.gz -C "$BL"  # (It will install in 
> $BL/modules) 
>CVERS=`grep -m 1 "^nvidia-kernel " 
> "$BL/modules/nvidia-kernel/debian/changelog | sed 's/.*(\(.*\)).*/\1/'`
>export KVERS=`uname -r`# For example $KVERS might be 2.4.21-4-k7
>apt-get install kernel-headers-$KVERS
>export KSRC=/usr/src/kernel-headers-$KVERS
>cd "$BL"/modules/nvidia-kernel
>debian/rules binary_modules
>apt-get install nvidia-kernel-common
>dpkg -i ../nvidia-kernel-$KVERS_$CVERS*.deb

Bug#299549: login: upgrade from woody fails due to conflicting files

[Christian Perrier]

tags 299549 pending
thanks

Quoting Denis Barbier ([EMAIL PROTECTED]):
> I was told on a non-Debian mailing list that upgrade from woody to sarge
> fails because of conflicts between login/sarge and manpages-it/woody.
> This is similar to #284239.

Thanks for investigating this completely, Denis. As usual, your
contribution has a high value.

I added manpages-it and manpages-ko to Replaces for login. I removed
the useless entry for manpages-de (no real reason to keep a Replaces
if unneeded) and sorted the Replaces line for passwd with no change,
for readability.

The package is currently building and will be uploaded ASAP with
urgency set to high.

I'll also set the [EMAIL PROTECTED] mailing
list as Maintainer and myself (and Sam Hartman) as uploader(s).

This is the final occasion for me to thank Karl Ramm in his work
maintaining this package.

Further bug reports for shadow will go to
[EMAIL PROTECTED]



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

Bug#294180: [PATCH] My own viewpoint on this

[Thomas Hood]

On Mon, 2005-03-14 at 18:23 -0800, Jean Tourrilhes wrote:
>   This is my solution :
[...]

On Mon, 2005-03-14 at 21:50 -0800, Oliver Kurth wrote: 
> Thanks. Mine is very similar, except that I call ifrename a little
> earliar, so that it is possible to enable/disable the renamed interface.
> I sent the script with my last mail to this bug, a few hours ago.


Yes, O.K.'s solution looks better.


On Mon, 2005-03-14 at 18:23 -0800, Jean Tourrilhes wrote:
>   2) I personally feel that running ifplugd from hotplug is
> completely wrong for various reasons. I strongly believe that it
> should be called from ifup.


I don't fully agree with that, but I don't think it is worth disputing
the point because I am sure that we both agree that the current network
configuration system is fundamentally inadequate.  ifupdown was designed
to control statically configured interfaces.  Something more intelligent
is needed in order to deal with the dynamic networking of today.

-- 
Thomas Hood <[EMAIL PROTECTED]>



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

Bug#299572: ntp-server: Some straces for that error

[Ralf Hildebrandt]

Package: ntp-server
Version: 1:4.2.0a+stable-4
Followup-For: Bug #299572


strace -ff output

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.11ac3
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages ntp-server depends on:
ii  ntp1:4.2.0a+stable-4 Network Time Protocol: network uti
ii  ntp-simple 1:4.2.0a+stable-4 Network Time Protocol: daemon for 

-- no debconf information
execve("/usr/sbin/ntpd", ["/usr/sbin/ntpd"], [/* 15 vars */]) = 0
uname({sys="Linux", node="kasbah", ...}) = 0
brk(0)  = 0x80bb000
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7fe9000
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/etc/ld.so.preload", O_RDONLY)= -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)  = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=78678, ...}) = 0
old_mmap(NULL, 78678, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7fd5000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/tls/libm.so.6", O_RDONLY)= 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\5\0\000"..., 512) = 
512
fstat64(3, {st_mode=S_IFREG|0644, st_size=134464, ...}) = 0
old_mmap(NULL, 136944, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7fb3000
old_mmap(0xb7fd4000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 
0x2) = 0xb7fd4000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/usr/lib/i686/cmov/libcrypto.so.0.9.7", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0p\300\2"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=1029672, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7fb2000
old_mmap(NULL, 1043608, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7eb3000
old_mmap(0xb7f9d000, 73728, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 
0xea000) = 0xb7f9d000
old_mmap(0xb7faf000, 11416, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7faf000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/libcap.so.1", O_RDONLY)  = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20\r\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=11024, ...}) = 0
old_mmap(NULL, 14676, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7eaf000
old_mmap(0xb7eb2000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 
0x2000) = 0xb7eb2000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/tls/libc.so.6", O_RDONLY)= 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360Y\1"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=1253924, ...}) = 0
old_mmap(NULL, 1260140, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7d7b000
old_mmap(0xb7ea4000, 32768, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 
0x129000) = 0xb7ea4000
old_mmap(0xb7eac000, 10860, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7eac000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/tls/libdl.so.2", O_RDONLY)   = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320\32"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=9872, ...}) = 0
old_mmap(NULL, 8632, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7d78000
old_mmap(0xb7d7a000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 
0x2000) = 0xb7d7a000
close(3)= 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7d77000
set_thread_area({entry_number:-1 -> 6, base_addr:0xb7d772a0, limit:1048575, 
seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, 
useable:1}) = 0
munmap(0xb7fd5000, 78678)   = 0
umask(0)= 022
umask(022)  = 0
getuid32()  = 0
gettimeofday({1110870115, 567278}, NULL) = 0
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, 
child_tidptr=0xb7d772e8) = 6540
exit_group(0)   = ?
setsid()= 6540
chdir("/")  = 0
open("/dev/null", O_RDWR)   = 3
fstat64(3, {st_mode=S_IFCHR|0666, st_rdev=makedev(1, 3), ...}) = 0
dup2(3, 0)  = 0
dup2(3, 1)  = 1
dup2(3, 2)  = 2
close(3)= 0
socket(PF_FILE, SOCK_DGRAM, 0)  = 3
fcntl64(3, F_SETFD, FD_CLOE

Bug#251051: nautilus: ftp should not do LIST -l

[David N. Welton]

Stewart Jeacocke <[EMAIL PROTECTED]> writes:

> You reported the fact the the ftp module in gnome-vfs issues "LIST
> -L" commands and that these did not work with the ftp server that
> you were using. If you can remember it would be useful to know what
> ftp daemon you were trying to connect to?

> After reading some files it appears that that this is done is to
> allow the program to spot symbolic links. However, there are already
> special cases in the code for MACOS, NETWARE and Windows NT so
> another one could probably be added if we know what ftp daemon you
> were dealing with?

Wow, I reported this ages ago.  The FTP daemon in question was one
written in Erlang, located in the jungerl sourceforge repository.

-- 
David N. Welton
 - http://www.dedasys.com/davidw/

Apache, Linux, Tcl Consulting
 - http://www.dedasys.com/


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

Bug#299551: libbsf-java: doesn't depend on java2-runtime anymore

[Wolfgang Baer]

Hi Mike,
Mike Hommey wrote:
Package: libbsf-java
Version: 1:2.3.0+cvs20050308-1
Severity: normal
Dependencies used to be :
 classpath | java1-runtime | java2-runtime
It is now :
 kaffe | java1-runtime
It makes libbsf-java (and stuff depending on it, like fop) unuseable with
some other j2re without installing kaffe and some other unneeded stuff.
Yes you are right - thats my fault.
My understanding was that java-runtime, java1-runtime, java2-runtime
has something to do with the capabilities a runtime provides. Therefore
I was in the assumption that the java-package generated j2re1.4/5 debs
provide also java1-runtime.
But I was wrong - I just checked and saw they provide only java-runtime
and java2-runtime.
I think I also read thread renaming java1-runtime to free-sdk-runtime
or something.
I will prepare a new upload !
Regards,
Wolfgang
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299561: lifelines: builds Arch: all packages in binary-arch

[Christian Perrier]

> By reading debian/rules, it seems that you are already aware of this,
> but the way you are trying to fix it does not work.


Any help to solve this will be appreciated as I'm far (far far far)
from being a deep Makefile wizard.

Most of the stuff in debian/rules comes from stolen ideas in other
packages..:-)




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

Bug#299558: mtink: builds mtink-doc in binary-arch

[Sylvain LE GALL]

Hello,

On Tue, Mar 15, 2005 at 01:12:25AM +0100, Santiago Vila wrote:
> Package: mtink
> Version: 1.0.5-1
> 
> The package mtink-doc is Architecture: all, so it should be built
> in the binary-indep target of debian/rules (and only in that target),
> not in the binary-arch target as it happens in the current version.
> 
> Thanks.
> 
> 
> 

Hum... I think it was made in binary-indep. I will check this. 

Thank you for the report
Regard
Sylvain Le Gall


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

Bug#297029: lsof: misses files from /proc/*/maps, at least deleted ones

[Norbert Tretkowski]

First of all, sorry for the late reply, my subscription on the pts got
lost somehow...

* Yann Dirson wrote: 
> I wrote:
>> Package: lsof
>> Version: 4.74-1
>
> Sorry, this was 4.71-1 (sarge version).

Does it mean it's fixed in 4.74-1?

Norbert


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

Bug#299278: French programs translation

[Mathieu Roy]

[EMAIL PROTECTED] (Denis Barbier) tapota :

> On Mon, Mar 14, 2005 at 06:28:20PM +0100, Christian Perrier wrote:
>> > > Well, then you probably want to check spaces before colons in the
>> > > original fr_FR.po files..:-)
>> > 
>> > Seems ok to me:
>> 
>> I'm sure I found ne missing...anyway, don't worry..:)
>
> Yes, in the copyright notice:
>  msgstr ""
>  "Ce logiciel est libre; vous pouvez le redistribuer et/ou le modifier selon "
>  "les termes de la Licence Publique Générale de GNU telle que publiée par la "
>  "Free Software Foundation; selon la version 2 de la licence, ou (à votre "
>  "discretion) n'importe quelle version suivante."
>
> Note also the abuse of capital letters :o)
> BTW this paragraph could be rewritten.

I dont think I wrote this, it's likely something copied-pasted from
somewhere else :)


-- 
Mathieu Roy

  +-+
  | General Homepage:   http://yeupou.coleumes.org/ |
  | Computing Homepage: http://alberich.coleumes.org/   |
  | Not a native english speaker:   |
  | http://stock.coleumes.org/doc.php?i=/misc-files/flawed-english  |
  +-+


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

Bug#294380: Can't turn page when viewing pdf files through gpdf and mozilla-firefox-gnome-support

[Eric Dorland]

* Mike Hommey ([EMAIL PROTECTED]) wrote:
> On Wed, Feb 09, 2005 at 07:20:47PM +0100, Vincent Lönngren <[EMAIL 
> PROTECTED]> wrote:
> > ons 2005-02-09 klockan 17:47 +0100 skrev Mike Hommey:
> > > Well, i tried to see what happens with both
> > > mozilla-firefox-gnome-support and gpdf, and I get the standard download
> > > dialog proposing me to see it with gpdf... I don't know how you managed
> > > to have that configuration...
> > > 
> > > Mike
> > 
> > Fascinating. I haven't done any manual configuration, and the only
> > related packages, as far as I can see, that I have installed are the
> > above and Swedish language support. The only extensions installed are
> > the Swedish language support and Checky. It's a big mystery then, I
> > guess. No sense in bug reporting an undocumented and generally
> > mysterious feature.
> 
> Just in case, could you try to run firefox in english ?
> (i'd recommend the command LANG=C firefox)

Did we ever come to some resolution with this bug? 

-- 
Eric Dorland <[EMAIL PROTECTED]>
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C  2B0A 61E9 8ECF 16D9 70C6

-BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ 
O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ 
G e h! r- y+ 
--END GEEK CODE BLOCK--


signature.asc
Description: Digital signature

Bug#299268: followup using pre-rc3 images from sid

[Kyle McMartin]

On Tue, Mar 15, 2005 at 06:02:27AM +, Martin Michlmayr wrote:
> I suggest we close this bug since all issues have been reported in
> other bugs already.  OK?

Works for me.

Cheers,
Kyle.


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

Bug#299567: lots o space

[Matt Taggart]

dann frazier writes...

> fyi, I have a patch to the kernel-image build system that would spit out
> a separate package w/ a debug kernel image & module set under /usr/lib.
> I did this in the 2.4.25 timeframe, and I was getting ~204M debug
> packages per flavor.  I don't know how big it would be for just the
> image (no modules).

dannf, I assume "flavor" means each kernel-image source package and the 
various kernel-image packages it delivers?

That seems like quite a burden for the archive. I can think of a couple ways 
to handle this,

1) implement debug packages in the packaging, but don't build them as part of 
the default build target. Put instructions in the source on which rule to use 
to build your own. The oprofile package could refer users to these. This would 
mean each user who wanted them would need to build them which sucks, but this 
is easily implemented.

2) If there was some way to put these in a part of the archive that is 
optional for mirroring, then the packages could still be built only once and 
the people who needed them could get them from this other location. At first I 
was thinking experimental, but since they would build from the same source 
that needs to go in unstable, this wouldn't work with out special ftp-master 
tricks. So what about the idea of a new section of the archive that stores all 
the debuggable stuff, these kernels and -dbg packages etc.? Since most users 
don't need debuggable stuff this seems like a natural way to split the archive 
for mirroring and cdimage purposes. This would be a nice solution to the 
problem but obviously would take more to implement. Just a crazy idea...

-- 
Matt Taggart
[EMAIL PROTECTED]




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

Bug#299584: nautilus: Nautilus crashes on Gnome startup.

[Dennis Hostetler]

Package: nautilus
Version: 2.8.2-2
Severity: grave
Justification: renders package unusable

After my last update nautilus crashes on Gnome startup.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-k7
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages nautilus depends on:
ii  capplets 1:2.8.1-4   configuration applets for GNOME 2 
ii  desktop-file-utils   0.9-1   Utilities for .desktop files
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libatk1.0-0  1.8.0-4 The ATK accessibility toolkit
ii  libaudiofile00.2.6-5 Open-source version of SGI's audio
ii  libbonobo2-0 2.8.1-2 Bonobo CORBA interfaces library
ii  libbonoboui2-0   2.8.1-2 The Bonobo UI library
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii  libeel2-22.8.2-1 Eazel Extensions Library (for GNOM
ii  libesd0  0.2.35-2Enlightened Sound Daemon - Shared 
ii  libexif100.6.9-6 library to parse EXIF files
ii  libgail-common   1.8.2-1 GNOME Accessibility Implementation
ii  libgail171.8.2-1 GNOME Accessibility Implementation
ii  libgconf2-4  2.8.1-4 GNOME configuration database syste
ii  libglade2-0  1:2.4.2-2   library to load .glade files at ru
ii  libglib2.0-0 2.6.3-1 The GLib library of C routines
ii  libgnome-desktop-2   2.8.3-2 Utility library for loading .deskt
ii  libgnome2-0  2.8.1-2 The GNOME 2 library - runtime file
ii  libgnomecanvas2-02.8.0-1 A powerful object-oriented display
ii  libgnomeui-0 2.8.1-3 The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0   2.8.4-2 The GNOME virtual file-system libr
ii  libgtk2.0-0  2.6.2-4 The GTK+ graphical user interface 
ii  libice6  4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library
ii  libnautilus2-2   2.8.2-2 libraries for nautilus components 
ii  liborbit21:2.10.5-0.1libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-01.8.1-1 Layout and rendering of internatio
ii  libpopt0 1.7-5   lib for parsing cmdline parameters
ii  librsvg2-2   2.8.1-2 SAX-based renderer library for SVG
ii  libsm6   4.3.0.dfsg.1-12.0.1 X Window System Session Management
ii  libstartup-notificat 0.8-1   library for program launch feedbac
ii  libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li
ii  libxml2  2.6.16-3GNOME XML library
ii  nautilus-data2.8.2-2 data files for nautilus
ii  shared-mime-info 0.15-1  FreeDesktop.org shared MIME databa
ii  xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu
ii  zlib1g   1:1.2.2-4   compression library - runtime

-- no debconf information


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

Bug#299268: followup using pre-rc3 images from sid

[Martin Michlmayr]

I suggest we close this bug since all issues have been reported in
other bugs already.  OK?
-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#299583: libpri1: D-Channel stop working when upgrading to 1.0.4-1 to 1.0.4-2

[Andres Junge]

Package: libpri1
Version: 1.0.4-1
Severity: normal

After I have upgraded to libpri-1.0.4-1 d-channel stop working.
The asterisk log showed:

Mar 14 17:34:51 NOTICE[24544]: PRI got event: No more alarm (5) on Primary 
D-channel of span 1
Mar 14 17:34:51 WARNING[24544]: No D-channels available!  Using Primary on 
channel anyway 16!
Mar 14 17:35:03 NOTICE[24544]: Got event 2 (Ring/Answered)...
Mar 14 17:38:30 WARNING[24544]: Call specified, but not found?
Mar 14 17:38:30 WARNING[24544]: Answer requested on channel 0/1 not in use on 
span 1

Mar 14 18:01:18 NOTICE[3181]: PRI got event: HDLC Abort (6) on Primary 
D-channel of span 1

and in the asterisk console with and incoming call:

Mar 14 18:22:56 VERBOSE[3486]: -- Extension '' in context 'incoming' from 
'!' does not exist.  Rejecting call on channel 0/20, span 1

Any idea? Maybe the unofficial patches?

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

Versions of packages libpri1 depends on:
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an

-- no debconf information


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

Bug#299262: mysql-server-4.1: mysqlhotcopy doesn't work if I specify non-standard charset in my.cnf

[Dmitry Baryshkov]

Hellom
On Mon, Mar 14, 2005 at 09:38:08PM -0500, sean finney wrote:
> On Sun, Mar 13, 2005 at 04:21:03AM +0300, Dmitry Baryshkov wrote:
> > If I specify 'default-character-set = koi8r' in the [client] section of
> 
> does it work if you specify koi8_ru?

Yes, but then other clients stop working. I workarounded this by
including in /etc/mysql/my.cnf [mysqlhotcopy] section, containing
only one line:
default-character-set = koi8_ru

Then it overrides 'default-character-set = koi8r' from [client] section.

-- 
With best wishes
Dmitry Baryshkov


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

Bug#294180: [PATCH] My own viewpoint on this

[Oliver Kurth]

On Mon, 2005-03-14 at 18:23 -0800, Jean Tourrilhes wrote:
>   Hi,
> 
>   This bug has gone around enough, it's time to find a solution
> and fix it for good.
> 
>   This is my solution :

Thanks. Mine is very similar, except that I call ifrename a little
earliar, so that it is possible to enable/disable the renamed interface.
I sent the script with my last mail to this bug, a few hours ago.

Greetings,
Oliver



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

Bug#299582: ITP: imgtex -- provides yet another math-on-the-web solution

[Atsuhito KOHDA]

Package: wnpp
Severity: wishlist
Owner: Atsuhito KOHDA <[EMAIL PROTECTED]>


* Package name: imgtex
  Version : 0.20050123
  Upstream Author : Koji Nakamaru <[EMAIL PROTECTED]>
* URL :  (in
japanese)
* License : GPL
  Description : provides yet another math-on-the-web solution


imgTeX uses dvipng and FastCGI to embed LaTeX equations within HTML code.
It would run very fast but render high quality math equations.

Home page of imgTeX 
(in Japanese)

[Q] I'm not sure what section is appropriate for this.  Is utils
an appropriate candidate? or web, tex or something else?

Note: imgtex depends on libapache2-mod-fastcgi which is non-free so
should go in contrib.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10ferio
Locale: LANG=ja_JP.eucJP, LC_CTYPE=ja_JP.eucJP (charmap=EUC-JP)


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

Bug#299525: ImportError: undefined symbol

[Stephen Gran]

This one time, at band camp, Steve Langasek said:
> > Mostly sarge based system with a few unstable packages.
> 
> > $ python
> > Python 2.3.5 (#2, Feb  9 2005, 00:38:15)
> > >>> import pycurl
> > Traceback (most recent call last):
> >   File "", line 1, in ?
> >   ImportError: /usr/lib/libcurl.so.3: undefined symbol: tld_strerror
> 
> > Also tried it with 7.13.1-1 from unstable and received the same error.
> 
> That would be a bug in either libcurl.so.3, for not linking against the
> correct library; or in whatever library is failing to provide the
> tld_strerror symbol that it provided previously.

It appears to be a version mismatch with libidn11.  I am not sure yet if
it is a bug in libidn11 WRT sonames, or if libcurl3 is incorrect.  At
any rate, the version in unstable does work.

HTH,
-- 
 -
|   ,''`.Stephen Gran |
|  : :' :[EMAIL PROTECTED] |
|  `. `'Debian user, admin, and developer |
|`- http://www.debian.org |
 -


pgpD6zyBR9VxK.pgp
Description: PGP signature

Bug#299581: gnugo: New keymap functionality on and requested for ASCII-mode

[grok]

Package: gnugo
Version: 3.6-2
Severity: wishlist


In my newfound quest to see the gnugo ASCII-mode interface improved, I
note the following:

 and  do not have any functionality by themselves on
an empty gnugo commandline; so why not have these keys default to
[fo]rward and [ba]ckward, respectively, when in "loaded-game" mode? I
think this would be a great improvement in the interface's functionality
-- and certainly in terms of ergonomix (index and middle fingers), it
would work well.

And this would almost obviate my request for a history function for the
commandline.



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

Bug#299268: Netwinder latest daily success

[Martin Michlmayr]

* tbm <[EMAIL PROTECTED]> [2005-03-13 05:15]:
> want to see /dev/ram instead of /dev/hda)  Ah, right, I see you
> mention initrd.  Well, booting the initrd should be explained in the
> installation manual (does it?  I don't know for sure but I thought it
> did),

It didn't... but now it does. :)
-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#298262: status of translation?

[sean finney]

hi christian,

any progress on the translations?  just fyi i'm getting ready for
another cacti upload.  it's not a high priority upload so if you're
busy i can put off the upload a few more days.


sean

-- 


signature.asc
Description: Digital signature

Bug#289156: (no subject)

[sean finney]

tags 289156 pending
thanks

hi (new cacti maintainer here),

the next version of cacti will include a fix for this bug.


sean

-- 


signature.asc
Description: Digital signature

Bug#253188: [Pkg-octave-devel] Re: Bug#253188: octave2.1: Keyword end confuses octave-mode.el

[John W. Eaton]

On  4-Mar-2005, Rafael Laboissiere <[EMAIL PROTECTED]> wrote:

| * John W. Eaton <[EMAIL PROTECTED]> [2004-06-07 15:18]:
| 
| > On  7-Jun-2004, Dirk Eddelbuettel <[EMAIL PROTECTED]> wrote:
| > 
| > | On Mon, Jun 07, 2004 at 03:19:10PM -0400, D. Goel wrote:
| > | > Package: octave2.1
| > | > Version: 2.1.57-2
| > | > Severity: wishlist
| > | > 
| > | > When i use a keyword end when referring to matrix entries, example,
| > | > data(2:end), octave-mode.el takes that "end" to end the block and
| > | > spoils the indentation going forward.
| > | > 
| > | > Perhaps the block-end-regexp could use [^:]end instead of end ...
| > | 
| > | Fair point. Could you possibly prepare a patch?
| > 
| > You will also need to pay attention to things like "(end" or ",end"
| > except the latter is valid in contexts other than indexing
| > expressions, so doing it right will probably require more than a
| > regexp.
| > 
| > Also, this should only be a problem with "end", since the other endXXX
| > keywords can't be confused.  That's another good reason to use the
| > more specific keywords when writing Octave code.
| 
| I am trying to clean up the bug record for the octave package in Debian and
| I am resurecting this old discussion.  I agree with John that the problem
| cannot be easily fixed with a mere regexp.  Also, I agree that people
| writing Octave code should stick to the endXXX keywords.  
| 
| Therefore, I have a concrete proposal to "fix" the problem reported here
| once and forever. The patch attached below drops "end" from the
| octave-end-keywords variable, keeping it in octave-reserved-words though.
| Furthermore, it drops "end" from the list of closing statements in
| octave-block-match-alist.
| 
| I hope this patch will be suitable upstream.

I applied your patch.

Note that Emacs also includes the code for Octave mode, so we should
probably try to stay in sync with it as well.

Thanks,

jwe


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

Bug#299074: Fw: Re: SunBlade D-I problems

[David S. Miller]

On Mon, 14 Mar 2005 23:57:08 -0500 (EST)
Jurij Smakov <[EMAIL PROTECTED]> wrote:

> It only looks for (and scans for devices on) the first one 
> it finds. I am reassigning this report to dicover1 and will try to cook up 
> a patch for that.

Perfect.  sun4d systems would need such a fix as well, they
can also have multiple sbus's.


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

Bug#299074: Fw: Re: SunBlade D-I problems

[Ben Collins]

> RC3 is not yet released. Anyway, I don't believe that this is an installer 
> problem. After looking at sample tree nodes and discover1 code I came to 
> the conclusion that detection fails because it does not handle correctly
> the situation in which there are multiple sbus nodes present in the root 
> of PROM tree. It only looks for (and scans for devices on) the first one 
> it finds. I am reassigning this report to dicover1 and will try to cook up 
> a patch for that.

That'd be the case. My system has four sbus nodes. The first one is empty
other than the socal. The hme and esp are located on the second and fourth
busses.

Let me know when you get something to test for this and I'll give it a go
on the 4500. Would prefer 2.6 netboot images.

-- 
Debian - http://www.debian.org/
Linux 1394 - http://www.linux1394.org/
Subversion - http://subversion.tigris.org/
WatchGuard - http://www.watchguard.com/


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

Bug#299074: Fw: Re: SunBlade D-I problems

[Jurij Smakov]

retitle 299074 Only scans first node when multiple sbus nodes are present
reassign 299074 discover1
thanks
Hi Ben,
On Mon, 14 Mar 2005, Ben Collins wrote:
Maybe someone could have included me on this bug discussion.
Sorry about that. I've joined the discussion on debian-sparc and forgot 
to CC the bug.

I believe it is rc3, but it may be rc2 (when was rc3 released?). I do know
that I used 2.6 images, and maybe that it is the issue here. Is it
possible that the detection mechanism does not work with 2.6?
RC3 is not yet released. Anyway, I don't believe that this is an installer 
problem. After looking at sample tree nodes and discover1 code I came to 
the conclusion that detection fails because it does not handle correctly
the situation in which there are multiple sbus nodes present in the root 
of PROM tree. It only looks for (and scans for devices on) the first one 
it finds. I am reassigning this report to dicover1 and will try to cook up 
a patch for that.

I'll agree that autoloading the modules isn't the best thing, but unless
the detection can be fixed, it may be the only solution.
Even something like:
if prtconf -v | grep -q SUNW,esp;
modprobe esp
fi
Would suffice. (note, that's a simple solution, there are other names that
esp comes under).
It's also possible that the above note is the problem. The 4500's use
SUNW,fas as the prom name of the esp scsi controller, but that wouldn't
explain the hme ethernet loading.
This name is already present in the discover1-data database of sbus 
devices.

Best regards,
Jurij Smakov[EMAIL PROTECTED]
Key: http://www.wooyd.org/pgpkey/   KeyID: C99E03CC
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299580: menu-xdg: Entries don't show up in GNOME panel 2.8.3-1

[Javier Kohen]

Package: menu-xdg
Version: 0.2
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I just upgraded GNOME panel to 2.8.3 and found a mention to menu-xdg. I
installed this package hoping that it would populate the GNOME menu with
the Debian applications, but I get nothing like that. My locale is
es_AR.UTF-8 in case it matters. I also tried making
/etc/menu-methods/gnome-vfolder-user executable, but nothing seemed to
change. Update-menus -v shows no errors and the methods installed by
this package are being recognized.

I did restart the GNOME panel (several times) after updating the menus.

I don't fully understand how the menu system works, so feel free to
change the subject of this bug to "lack of documentation" if that
seems to be the case.

- -- System Information:
Debian Release: 3.1
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.11-ck2
Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8)

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQFCNmtA823633cP2P8RAuq/AJ9pnpr39XqbxzeE3KKWHem9QFCQsACfWCJ8
vouFjNOTz8tI8kiSvtKvpWo=
=KXwQ
-END PGP SIGNATURE-


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

Bug#299542: beagle: This is a wish. I recommend strongly to include this package into debian

[Martin Michlmayr]

* Tim Michelsen <[EMAIL PROTECTED]> [2005-03-14 21:57]:
> This desktop search engine is very useful and powerful.
> 
> See website:
> http://www.gnome.org/projects/beagle/
> 
> Thank your very much for making it available in Debian

Various people have indicated interest in putting this package into
Debian, but nothing has happened so far.  Maybe this request
will active the discussion again.  See http://bugs.debian.org/258097
for what has been discussed about this so far.
-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#299525: ImportError: undefined symbol

[Steve Langasek]

reassign 299525 libcurl3
thanks

On Mon, Mar 14, 2005 at 12:44:09PM -0500, John Eikenberry wrote:
> Package: python2.3-pycurl
> Version: 7.13.0-1
> Severity: grave
> Justification: renders package unusable

> Mostly sarge based system with a few unstable packages.

> $ python
> Python 2.3.5 (#2, Feb  9 2005, 00:38:15)
> >>> import pycurl
> Traceback (most recent call last):
>   File "", line 1, in ?
>   ImportError: /usr/lib/libcurl.so.3: undefined symbol: tld_strerror

> Also tried it with 7.13.1-1 from unstable and received the same error.

That would be a bug in either libcurl.so.3, for not linking against the
correct library; or in whatever library is failing to provide the
tld_strerror symbol that it provided previously.

-- 
Steve Langasek
postmodern programmer


signature.asc
Description: Digital signature

Bug#266998: more info (second request)

[sean finney]

hi,

a week ago i asked for some follow up information on this bug, and
haven't heard back from you.  if i don't hear back from you in another
week's time, i will assume that either the problem has been solved by
the latest version of cacti or that you don't have the time/interest in
pursuing this bug.  if you have been to busy to deal with this bug,
we can always reopen it at a later time.


thanks,
sean

-- 


signature.asc
Description: Digital signature

Bug#299579: Postinstall fails when performing run-parts

[wcbrennan]

Title: Postinstall fails when performing
run-parts


Package: kernel-image-2.4.27-powerpc
Version: 2.4.27-4

I tried to upgrade my kernel from 2.4.18-powerpc to the testing
version: 2.4.27-powerpc, and the end of the installation process ended
up with the following error messages.

I typed:

apt-get install
kernel-image-2.4.powerpc

And at the end of many normal-looking messages came:

Setting up kernel-image-2.4.27-powerpc
(2.4.27-4) ...
run-parts: unrecognized option `-v'
Try `run-parts --help' for more information.
Failed to process /etc/kernel/postinst.d at
/var/lib/dpkg/info/kernel-image-2.4.27-powerpc.postinst line 1019.
dpkg: error processing kernel-image-2.4.27-powerpc (--configure):
 subprocess post-installation script returned error exit status
2
dpkg: dependency problems prevent configuration of
kernel-image-2.4-powerpc:
 kernel-image-2.4-powerpc depends on kernel-image-2.4.27-powerpc;
however:
  Package kernel-image-2.4.27-powerpc is not configured yet.
dpkg: error processing kernel-image-2.4-powerpc (--configure):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 kernel-image-2.4.27-powerpc
 kernel-image-2.4-powerpc
E: Sub-process /usr/bin/dpkg returned an
error code (1)

It appears that the post-installation process is broken.  I
repeated this process a few times with the same results.

-- 

[EMAIL PROTECTED]
Bill Brennan
Wayne, PA

Bug#121811: Breaking News

[Zachary Templeton]

http://www.whatshould.com/
your pre-approval is waiting

Bug#299511: purge of heartbeat does not remove "hacluster" user on system

[Horms]

tag 299511 +pending
thanks

On Mon, Mar 14, 2005 at 04:54:00PM +0100, root wrote:
> Package: heartbeat
> Version: 1.2.3-5
> Severity: minor
> 
> Purge of heartbeat package does not remove "hacluster" user and 
> "haclient" group.
> As this user/group is created by heartbeat.preinst, it should be removed by
> heartbeat package after a purge.

Thanks, can you please check to see if these packages
resolve your problem.

http://debian.vergenet.net/pending/heartbeat/

-- 
Horms


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

Bug#299099: mysql - problems with foreign keys

[sean finney]

tags 299099 upstream http://bugs.mysql.com/bug.php?id=5574
thanks

hi roland,

i believe there are others having your problem.  does the
bugreport referenced above sound like your situation?

sean


-- 


signature.asc
Description: Digital signature

Bug#299578: lintian: check that -dbg packages are using separate debugging info

[Matt Taggart]

Package: lintian
Version: 1.23.8
Severity: wishlist

binutils and gdb now have support for putting debugging info into a separate 
file. So you build things debugable and you get a separate file with all the 
debugging info and a normal binary that contains a pointer to this info. This 
is really cool because now we don't need to have two copies of ever binary we 
want debugable, just the normal package and then the debugging add on. I guess 
dh_strip now has support for doing this by default when generating -dbg 
packages.

I would like to see linitian check binaries of packages that support 
debugging. As this is not yet policy it would just be a warning I guess.

My guess at implementing:
For packages that support debugging (I think lintian already determines this 
somehow right?), check each binary for the pointer to the separate debug info 
and printing a warning if not present. I think the check for support can be 
accomplished with,

  objdump  -h $FILE |grep .gnu_debuglink

What do you think?

Thanks,

-- 
Matt Taggart
[EMAIL PROTECTED]




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

Bug#299074: Fw: Re: SunBlade D-I problems

[Ben Collins]

Maybe someone could have included me on this bug discussion. The date of
my filing the bug, I downloaded the install-sparc/current/ image to use.
I'm not sure what version that is.

I believe it is rc3, but it may be rc2 (when was rc3 released?). I do know
that I used 2.6 images, and maybe that it is the issue here. Is it
possible that the detection mechanism does not work with 2.6?

I'll agree that autoloading the modules isn't the best thing, but unless
the detection can be fixed, it may be the only solution.

Even something like:

if prtconf -v | grep -q SUNW,esp;
modprobe esp
fi

Would suffice. (note, that's a simple solution, there are other names that
esp comes under).

It's also possible that the above note is the problem. The 4500's use
SUNW,fas as the prom name of the esp scsi controller, but that wouldn't
explain the hme ethernet loading.

On Mon, Mar 14, 2005 at 07:22:50PM -0800, David S. Miller wrote:
> 
> Can you let them know what image you were using in
> bug #299074?
> 
> It's important that the auto-detection of SBUS devices
> works, just autoloading them is just a bandaid of course ;)
> 
> Thanks Ben.
> 
> Begin forwarded message:
> 
> Date: Mon, 14 Mar 2005 22:21:53 -0500
> From: Joey Hess <[EMAIL PROTECTED]>
> To: Jurij Smakov <[EMAIL PROTECTED]>
> Cc: debian-sparc@lists.debian.org, [EMAIL PROTECTED]
> Subject: Re: SunBlade D-I problems
> 
> 
> Jurij Smakov wrote:
> > >>[3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=299074
> > >
> > >He lists the exact way to solve the problem, which is that
> > >SBUS driver modules don't get loaded properly, and that
> > >by autoloading the modules he listed the problem can be worked
> > >around.
> > >
> > >It looks to me like there is an autoprobing and automatic
> > >module loading mechanism for PCI devices, and there is not
> > >one for SBUS devices.
> > 
> > Autoprobing for SBUS devices has been included in discover1 for quite some 
> > time now. And it works nicely with the recent (pre-RC3) installer images, 
> > I have tested it myself just a few days ago on an Ultra 1. Unfortunately, 
> > the submitter does not mention the version of the installer he used...
> > Anyway, as I was writing this message, the CIA bot reported that Joey Hess 
> > has made a commit forcing the loading of sunbmac, sunhme and esp modules 
> > to close this bug :-).
> 
> Yes, but I didn't realize that it was probably a non-bug. Do you think I
> ought to revert that then?
> 
> I guess the thing that's worrying me is that the last recorded discover1
> change for sbus was this:
> 
> discover1 (1.6.6) unstable; urgency=high
> 
>   * Joshua Kwan
> - Fix broken sbus detection on sparc64.
> 
>  -- Joshua Kwan <[EMAIL PROTECTED]>  Thu, 26 Aug 2004 22:25:31 -0700
> 
> Ben didn't mention in #299074 what version of d-i he used, but it seems
> unlikely that it predated rc2, which should have included that change.
> 
> -- 
> see shy jo
> 



-- 
Debian - http://www.debian.org/
Linux 1394 - http://www.linux1394.org/
Subversion - http://subversion.tigris.org/
WatchGuard - http://www.watchguard.com/


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

Bug#298163: FTBFS in experimental

[Neil Roeth]

On Mar 12, Neil Roeth ([EMAIL PROTECTED]) wrote:
 > On Mar 12, Frank Lichtenheld ([EMAIL PROTECTED]) wrote:
 >  > On Sat, Mar 05, 2005 at 09:39:44AM +0100, Andreas Barth wrote:
 >  > > docbook2pdf local-fontconfig-user.sgml
 >  > > Using catalogs: /etc/sgml/catalog
 >  > > Using stylesheet: /usr/share/docbook-utils/docbook-utils.dsl#print
 >  > > Working on: 
 > /build/buildd/fontconfig-2.3.0/doc/local-fontconfig-user.sgml
 >  > > 
 > openjade:/usr/share/sgml/docbook/stylesheet/dsssl/modular/print/dbrfntry.dsl:83:3:E:
 >  flow objects at the root must be all of class scroll or all of class 
 > page-sequence or simple-page-sequence
 >  > > /usr/share/docbook-utils/backends/pdf: line 9:  3698 Illegal 
 > instruction $SGML_JADE -t tex -o ${SGML_FILE_NAME}.tex $SGML_ARGUMENTS
 >  > 
 >  > Some further investigation on this:
 >  > 
 >  > fontconfig builds fine if jade is installed but not if only openjade is
 >  > installed. So the real error here seems to be the openjade error, not
 >  > the segv in docbook-utils that is caused by it.
 >  > 
 >  > Since I don't know that much about the docbook SGML toolchain, I'm
 >  > unsure how to proceed: should fontconfig build-depend on jade? Or
 >  > is this a bug in openjade? Or really in docbook-utils?
 >  > 
 >  > Gruesse,
 >  > -- 
 >  > Frank Lichtenheld <[EMAIL PROTECTED]>
 >  > www: http://www.djpig.de/
 > 
 > The openjade error message is saying that there is a problem in the 
 > stylesheet
 > dbrfntry.dsl, part of the docbook-dsssl package.  I suppose since the error
 > occurs for openjade and not jade that it could actually be an error in
 > openjade.  I maintain jade, openjade and openjade1.3.  I can look into 
 > whether
 > this is an openjade error if someone will tell me how to reproduce it - will
 > the error occur if I just get the current source of fontconfig from unstable
 > and attempt to build the package?
 > 
 > I CC'ed the docbook-dsssl package on this.  It's maintained by Peter
 > Eisentraut.  Peter, can you take a look at the stylesheets and see if
 > there is a problem in dbrfntry.dsl?

I was able to reproduce this using just openjade and the docbook-dsssl
stylesheets, so the problem is not in docbook-utils or its customized versions
of the docbook stylesheets.  I was also able to generate without error the
HTML version of the file, which uses the DocBook html stylesheet rather than
the DocBook print stylesheet, so the problem is specific to the print
stylesheet.  I'm not a DSSSL expert, but I was able to modify the print
stylesheet so that it did not produce an error.  I think this is a
docbook-dsssl problem.

-- 
Neil Roeth


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

Bug#292812: gnome-session-properties fails to load

[Jack Johnson]

On Sun, 13 Mar 2005 19:59:39 +0100, Josselin Mouette <[EMAIL PROTECTED]> wrote:
> Are you still experimenting this issue? I'm asking because I've been
> told about temporary problems with libSM.

I'm afraid I've moved on and installed alternate software, but I might
have time this coming weekend to reinstall and retest.

-Jack


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

Bug#293296: Minimum libtool seeming to be fine

[Jeroen van Wolffelaar]

According to Ryan Murray, libtool 1.5.2-2 is the earliest version that
has both unbroken arm stuff and minimum dependency stuff. Someone else
said (this was all on IRC) that libtool 1.4 and later have version
number (in ltmain.sh or something), and older versions don't have it
anywhere (but it's not sure where they do have some clue).

--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl


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

Bug#298721: add lossless and 12/16 bit support to jpeg library

[Mathieu Malaterre]

1) the lossless jpeg patch.
correct this is the one from:
http://www.oceana.com/ftp/ljpeg/
2) a custom patch from Gdcm.
correct. It fixes some issues, fixes some compile warnings (-Wall)
3) another patch from Gdcm that add support for 16bit.
Well this is really your 4). The patch for this is included with 2) anyway
4) three builds, one for 8,12 and 16 bit.
correct. The build process is managed by cmake to avoid duplicating 
source or copying source file within a directory a compile time. 
Basically it changes a #define in a header file, include a specific 
header file that mangle all the name.

Therefore if the old lossy 8bits had symbol foo. When build with my 
patch it will be called: foo8, foo12 and foo16. Which will all be in 
three different library: libjpeg8, libjpeg12 and libjpeg16.

I am not sure how to measure the API/ABI difference. The jpeg lib right 
now is really only the jpeg8bits lossy and that's all...

Mathieu
Ps: as a side note 16bits is lossless only (does not make sense to do 
lossy and coded on 16 bits).


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

Bug#299445: reassigning and changing severity

[Stephen Gran]

severity 299445 normal
reassign 299445 ntp
thanks

Package: logcheck
Version: 1.2.35
Followup-For: Bug #299445

This is a bug in the ntp package, and I am reassigning it accordingly.
In case you're wondering, the offending regex is
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ ntpdate\[[0-9]+\]: step time server [=

Clearly some condition is meant to go at the end there :)

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.7-1-686
Locale: LANG=en_US.ISO-8859-1, LC_CTYPE=en_US.ISO-8859-1 (charmap=ISO-8859-1) 
(ignored: LC_ALL set to en_US.ISO-8859-1)

Versions of packages logcheck depends on:
ii  adduser  3.63Add and remove users and groups
ii  cron 3.0pl1-87   management of regular background p
ii  debconf [debconf 1.4.46  Debian configuration management sy
ii  debianutils  2.13.1  Miscellaneous utilities specific t
ii  exim4-daemon-hea 4.50-4  exim MTA (v4) daemon with extended
ii  lockfile-progs   0.1.10  Programs for locking and unlocking
ii  logcheck-databas 1.2.35  A database of system log rules for
ii  logtail  1.2.35  Print log file lines that have not
ii  mailx1:8.1.2-0.20040524cvs-4 A simple mail user agent
ii  sysklogd [system 1.4.1-16System Logging Daemon

-- debconf information:
  logcheck/changes:
* logcheck/install-note:

-- 
 -
|   ,''`.Stephen Gran |
|  : :' :[EMAIL PROTECTED] |
|  `. `'Debian user, admin, and developer |
|`- http://www.debian.org |
 -


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

Bug#299577: console-data: syntax error in mac-ibook-de.kmap.gz

[Thorsten Gunkel]

Package: console-data
Version: 2002.12.04dbs-49
Severity: normal
File: /usr/share/keymaps/mac/mac-ibook-de.kmap.gz

I just found out that there already is a useful keymap for an iBook G4 with
German keyboard layout shipped with Sarge. Saved me a lot of time - thank you
very much!

However console-data refuses to load it because of syntax errors:

,
| # dpkg-reconfigure console-data
| Looking for keymap to install:
| mac-ibook-de
| /usr/share/keymaps/mac/mac-ibook-de.kmap.gz:310: syntax error
| syntax error in map file
| key bindings not changed
| Loading /etc/console/boottime.kmap.gz
`

Line 310 (and the following lines) all start with compose ...
I removed all this lines and now it works like a charm (without the compose
keys I guess - haven't tried yet).

Additionally the iBook keyboard has a return key and an enter key but no
delete key. IMHO one can live without an enter key:

-keycode  96 = KP_Enter
-   altgr   keycode  96 = Hex_F   
+#keycode  96 = KP_Enter
+#  altgr   keycode  96 = Hex_F   
+keycode  96 = Delete

Attached is a diff to show what I changed in 
/usr/share/keymaps/mac/mac-ibook-de.kmap.gz

Please let me know if you need additional informations.


regards
 Thorsten

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: powerpc (ppc)
Kernel: Linux 2.6.11.3
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages console-data depends on:
ii  console-common0.7.49 Basic infrastructure for text cons
ii  debconf   1.4.30.11  Debian configuration management sy

-- debconf information excluded


--- /tmp/mac-ibook-de.kmap  2005-03-15 03:48:58.0 +0100
+++ /tmp/mac-ibook-de.kmap_new  2005-03-15 03:48:29.0 +0100
@@ -212,8 +212,9 @@
 keycode  93 =
 keycode  94 =
 keycode  95 =
-keycode  96 = KP_Enter
-   altgr   keycode  96 = Hex_F   
+#keycode  96 = KP_Enter
+#  altgr   keycode  96 = Hex_F   
+keycode  96 = Delete
 keycode  97 = Control 
 keycode  98 = KP_Divide   
altgr   keycode  98 = Hex_B   
@@ -307,141 +308,3 @@
 string Next = "\033[6~"
 string Macro = "\033[M"
 string Pause = "\033[P"
-compose '`' 'A' to 'À'
-compose '`' 'a' to 'à'
-compose '\'' 'A' to 'Á'
-compose '\'' 'a' to 'á'
-compose '^' 'A' to 'Â'
-compose '^' 'a' to 'â'
-compose '~' 'A' to 'Ã'
-compose '~' 'a' to 'ã'
-compose '"' 'A' to 'Ä'
-compose '"' 'a' to 'ä'
-compose 'O' 'A' to 'Å'
-compose 'o' 'a' to 'å'
-compose '0' 'A' to 'Å'
-compose '0' 'a' to 'å'
-compose 'A' 'A' to 'Å'
-compose 'a' 'a' to 'å'
-compose '°' 'A' to 'Å'
-compose '°' 'a' to 'å'
-compose 'A' 'E' to 'Æ'
-compose 'a' 'e' to 'æ'
-compose ',' 'C' to 'Ç'
-compose ',' 'c' to 'ç'
-compose '^' 'C' to 'Ç'
-compose '^' 'c' to 'ç'
-compose '`' 'E' to 'È'
-compose '`' 'e' to 'è'
-compose '\'' 'E' to 'É'
-compose '\'' 'e' to 'é'
-compose '^' 'E' to 'Ê'
-compose '^' 'e' to 'ê'
-compose '"' 'E' to 'Ë'
-compose '"' 'e' to 'ë'
-compose '`' 'I' to 'Ì'
-compose '`' 'i' to 'ì'
-compose '\'' 'I' to 'Í'
-compose '\'' 'i' to 'í'
-compose '^' 'I' to 'Î'
-compose '^' 'i' to 'î'
-compose '"' 'I' to 'Ï'
-compose '"' 'i' to 'ï'
-compose '-' 'D' to 'Ð'
-compose '-' 'd' to 'ð'
-compose '^' 'D' to 'Ð'
-compose '^' 'd' to 'ð'
-compose '~' 'N' to 'Ñ'
-compose '~' 'n' to 'ñ'
-compose '^' 'N' to 'Ñ'
-compose '^' 'n' to 'ñ'
-compose '`' 'O' to 'Ò'
-compose '`' 'o' to 'ò'
-compose '\'' 'O' to 'Ó'
-compose '\'' 'o' to 'ó'
-compose '^' 'O' to 'Ô'
-compose '^' 'o' to 'ô'
-compose '~' 'O' to 'Õ'
-compose '~' 'o' to 'õ'
-compose '"' 'O' to 'Ö'
-compose '"' 'o' to 'ö'
-compose '/' 'O' to 'Ø'
-compose '/' 'o' to 'ø'
-compose '`' 'U' to 'Ù'
-compose '`' 'u' to 'ù'
-compose '\'' 'U' to 'Ú'
-compose '\'' 'u' to 'ú'
-compose '^' 'U' to 'Û'
-compose '^' 'u' to 'û'
-compose '"' 'U' to 'Ü'
-compose '"' 'u' to 'ü'
-compose '\'' 'Y' to 'Ý'
-compose '\'' 'y' to 'ý'
-compose 'T' 'H' to 'Þ'
-compose 't' 'h' to 'þ'
-compose 's' 's' to 'ß'
-compose '"' 'y' to 'ÿ'
-compose 's' 'z' to 'ß'
-compose 'n' 'n' to 'ñ'
-compose 'n' 'h' to 'ñ'
-compose 'N' 'Y' to 'Ñ'
-compose 'N' 'N' to 'Ñ'
-compose 'N' 'H' to 'Ñ'
-compose 'N' 'y' to 'Ñ'
-compose 'N' 'n' to 'Ñ'
-compose 'N' 'h' to 'Ñ'
-compose '-' 'L' to '£'
-compose '<' '<' to '«'
-compose '>' '>' to '»'
-compose '?' '?' to '¿'
-compose '^' '?' to '¿'
-compose '!' '!' to '¡'
-compose '^' '!' to '¡'
-compose '^' '1' to '¹'
-compose '^' '2' to '²'
-compose '^' '3' to '³'
-compose '+' '-' to '±'
-compose 'c' '=' to '¢'
-compose 'c' '/' to '¢'
-compose '/' 'c' to '¢'
-compose '-' 'c' to '¢'
-compose '-' 'C' to '¢'
-compose 'L' '=' to '£'
-compose '-' 'L' to '£'
-compose '-' 'l' to '£'
-compose '^' '*' to '×'
-compose '^' 'x' to '×'
-compose 'x' 'x' to '×'
-compose '^' '.' to '·'
-compose '.' '.' to '·'
-compose '^' '/' to '÷'
-compose '^' ':' to '÷'
-compose '-' ':' to '÷'
-compose ':' '-' to '÷'
-compose 'e' '=' to '¤'
-compose 'E' '='

Bug#299576: RM: nhc98 [m68k] -- RoM; produces incorrect code

[Ian Lynagh]

Package: ftp.debian.org
Severity: normal

Hi,

Please can you remove nhc98 on m68k only in unstable?

It produces incorrect code for even trivial programs.


Thanks
Ian


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

Bug#116714: tadays update

[Louisa McCarthy]

http://www.whatshould.com/
your pre-approval is waiting

Bug#299074: SunBlade D-I problems

[David S. Miller]

On Mon, 14 Mar 2005 22:21:53 -0500
Joey Hess <[EMAIL PROTECTED]> wrote:

> Yes, but I didn't realize that it was probably a non-bug. Do you think I
> ought to revert that then?

I think so, just autoloading modules to work around incorrect
SBUS module loading isn't such a good idea.

> Ben didn't mention in #299074 what version of d-i he used, but it seems
> unlikely that it predated rc2, which should have included that change.

I've pinged Ben under seperate cover, asking him to provide
this information.


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

Bug#299074: SunBlade D-I problems

[Joey Hess]

Jurij Smakov wrote:
> >>[3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=299074
> >
> >He lists the exact way to solve the problem, which is that
> >SBUS driver modules don't get loaded properly, and that
> >by autoloading the modules he listed the problem can be worked
> >around.
> >
> >It looks to me like there is an autoprobing and automatic
> >module loading mechanism for PCI devices, and there is not
> >one for SBUS devices.
> 
> Autoprobing for SBUS devices has been included in discover1 for quite some 
> time now. And it works nicely with the recent (pre-RC3) installer images, 
> I have tested it myself just a few days ago on an Ultra 1. Unfortunately, 
> the submitter does not mention the version of the installer he used...
> Anyway, as I was writing this message, the CIA bot reported that Joey Hess 
> has made a commit forcing the loading of sunbmac, sunhme and esp modules 
> to close this bug :-).

Yes, but I didn't realize that it was probably a non-bug. Do you think I
ought to revert that then?

I guess the thing that's worrying me is that the last recorded discover1
change for sbus was this:

discover1 (1.6.6) unstable; urgency=high

  * Joshua Kwan
- Fix broken sbus detection on sparc64.

 -- Joshua Kwan <[EMAIL PROTECTED]>  Thu, 26 Aug 2004 22:25:31 -0700

Ben didn't mention in #299074 what version of d-i he used, but it seems
unlikely that it predated rc2, which should have included that change.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#299546: clamav-freshclam: Missing logcheck line

[Stephen Gran]

On Mon, Mar 14, 2005 at 07:12:36PM -0800, Jefferson Cowart said:
> No. However:

So you also get lines without a pid in syslog, or you manually added
freshclam.log to the logcheck files?

Fixable, just the first would be very odd.
-- 
 --
|  Stephen Gran  | Agree with them now, it will save so|
|  [EMAIL PROTECTED] | much time.  |
|  http://www.lobefin.net/~steve | |
 --


pgpyBOI3C22Zn.pgp
Description: PGP signature

Bug#299546: clamav-freshclam: Missing logcheck line

[Jefferson Cowart]

Neither. I have logcheck run syslog-summary after pulling the log file lines
which summarizes the reports and removes time stamps and PID info. However
looking at the logcheck file shipped it doesn't have the line to ignore the
line of dashes:

# cat /etc/logcheck/ignore.d.server/clamav-freshclam
freshclam\[[0-9]+\]: ClamAV update process started at
freshclam\[[0-9]+\]: Received signal 14, wake up
freshclam\[[0-9]+\]: (daily|main).cvd is up to date

I think you just need to add a 4th line to that to ignore the line of -'s.



Thanks
Jefferson Cowart
[EMAIL PROTECTED]   

> -Original Message-
> From: Stephen Gran [mailto:[EMAIL PROTECTED] 
> Sent: Monday, March 14, 2005 19:25
> To: Jefferson Cowart
> Cc: [EMAIL PROTECTED]
> Subject: Re: Bug#299546: clamav-freshclam: Missing logcheck line
> 
> On Mon, Mar 14, 2005 at 07:12:36PM -0800, Jefferson Cowart said:
> > No. However:
> 
> So you also get lines without a pid in syslog, or you manually added
> freshclam.log to the logcheck files?
> 
> Fixable, just the first would be very odd.
> -- 
>  
> --
> 
> |  Stephen Gran  | Agree with them now, it 
> will save so|
> |  [EMAIL PROTECTED] | much time. 
>  |
> |  http://www.lobefin.net/~steve |
>  |
>  
> --
> 
> 



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

Bug#299546: clamav-freshclam: Missing logcheck line

[Jefferson Cowart]

No. However:

# egrep 'freshclam\[[0-9]+\]: (-)+' /var/log/syslog
Mar 14 08:15:01 fairygm freshclam[2484]:
--
Mar 14 09:15:01 fairygm freshclam[2484]:
--
Mar 14 10:15:02 fairygm freshclam[2484]:
--
Mar 14 11:15:02 fairygm freshclam[2484]:
--
Mar 14 12:15:02 fairygm freshclam[2484]:
--
Mar 14 13:15:03 fairygm freshclam[2484]:
--
Mar 14 14:15:03 fairygm freshclam[2484]:
--
Mar 14 15:15:03 fairygm freshclam[2484]:
--
Mar 14 16:15:04 fairygm freshclam[2484]:
--
Mar 14 17:15:04 fairygm freshclam[2484]:
--
Mar 14 18:15:05 fairygm freshclam[2484]:
--



Thanks
Jefferson Cowart
[EMAIL PROTECTED]   

> -Original Message-
> From: Stephen Gran [mailto:[EMAIL PROTECTED] 
> Sent: Monday, March 14, 2005 19:08
> To: Jefferson Cowart; [EMAIL PROTECTED]
> Cc: Debian BTS control
> Subject: Re: Bug#299546: clamav-freshclam: Missing logcheck line
> 
> tags 299546 +pending
> thanks
> This one time, at band camp, Jefferson Cowart said:
> > I get the following lines in my hourly logcheck e-mail. They should
> > probably be added the default ignore file.
> > 
> > freshclam: --
> 
> Does 
> egrep 'freshclam\[[0-9]+\]: (-)+$' /var/log/syslog
> give you the relevant lines as output?
> 
> Thanks for reporting,
> -- 
>  -
> |   ,''`.  Stephen Gran |
> |  : :' :  [EMAIL PROTECTED] |
> |  `. `'  Debian user, admin, and developer |
> |`-   
> http://www.debian.org |
>  -
> 



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

Bug#299227: linphone: Decreases volume on startup

[John Goerzen]

See #299225 for a stdout log and info on the experimental version that
also applies to this one.

-- 
John Goerzen
Author, Foundations of Python Network Programming
http://www.amazon.com/exec/obidos/tg/detail/-/1590593715


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

Bug#299546: clamav-freshclam: Missing logcheck line

[Stephen Gran]

tags 299546 +pending
thanks
This one time, at band camp, Jefferson Cowart said:
> I get the following lines in my hourly logcheck e-mail. They should
> probably be added the default ignore file.
> 
> freshclam: --

Does 
egrep 'freshclam\[[0-9]+\]: (-)+$' /var/log/syslog
give you the relevant lines as output?

Thanks for reporting,
-- 
 -
|   ,''`.Stephen Gran |
|  : :' :[EMAIL PROTECTED] |
|  `. `'Debian user, admin, and developer |
|`- http://www.debian.org |
 -


pgpDIjGoZbpVF.pgp
Description: PGP signature

Bug#299575: [patch] plan: fix the Bavarian holyday file

[Adrian Bunk]

Package: plan
Version: 1.9-2
Severity: normal
Tags: patch


This patch fixes the Bavarian holiday file that otherwise
failed being correctly selected via debconf.

--- holiday/holiday_bavarian.old2005-03-15 03:58:54.0 +0100
+++ holiday/holiday_bavarian2005-03-15 03:59:05.0 +0100
@@ -18,7 +18,7 @@
 : Spargel...
 :  wird bis höchstens JOHANNI gestochen.
 : Regen...
-:  Wenns ans SIEBENSCHLÄFER regnet, so regnet's sieben Wochen.
+:  Wenns ans SIEBENSCHLÄFER regnet, so regnets sieben Wochen.
 :
 
 :
@@ -46,7 +46,7 @@
 small"Sylvester"   on 31.12.
 
 : 
-: 3) Devil's Grandmothers Days
+: 3) Devils Grandmothers Days
 : 
   blue   "Sommerzeit"  on last sunday in march
   blue   "Winterzeit"  on last sunday in october


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

Bug#299225: linphone: refuses to use second sound device

[John Goerzen]

On Mon, Mar 14, 2005 at 03:08:25PM +0100, Samuel Mimram wrote:
> Could you please:
> 1. send me the debug messages on stdout ?
> 2. try the 1.0.0pre12 packages on http://people.debian.org/~smimram/ 

Well, there is a problem with this; it crashes on startup every time.
Can't do a thing with it.

I've attached the stdout log, less the wire communication, here.

| INFO1 |  Starting osip stack and osipua layer.

MediaStreamer-Message: Found /dev/dsp.
MediaStreamer-Message: Found ALSA device: Sound Blaster Audigy2
MediaStreamer-Message: alsa_set_params:  blocksize=512.
| INFO1 |  Entering osipua thread.

| INFO1 |  port already listened

| INFO1 |  Outgoing interface to reach 10.200.0.2 is 10.200.0.4.

Executing transaction...
LinphoneCore-Message: Registration sent.

| INFO1 |  port already listened

| INFO1 |  Sending message:


| INFO1 |  info: Message from [10.200.0.2]:5060

| INFO1 |  info: RECEIVING UDP MESSAGE:



| INFO1 |  OnEvent_New_Incoming1xxResponse!

| INFO1 |  info: Message from [10.200.0.2]:5060

| INFO1 |  info: RECEIVING UDP MESSAGE:

| INFO1 |  OnEvent_New_Incoming4xxResponse!

| INFO1 |  User need to authenticate to REGISTER!

| INFO1 |  Outgoing interface to reach 10.200.0.2 is 10.200.0.4.

| INFO1 |  Response in authorization 
|fb37923bf7312af4b53027af7070ab12|

Executing transaction...
| INFO1 |  Sending message:

| INFO1 |  info: Message from [10.200.0.2]:5060

| INFO1 |  info: RECEIVING UDP MESSAGE:

| INFO1 |  OnEvent_New_Incoming1xxResponse!

| INFO1 |  info: Message from [10.200.0.2]:5060

| INFO1 |  info: RECEIVING UDP MESSAGE:

(linphone:8733): MediaStreamer-CRITICAL **: file sndcard.c: line 173 
(snd_card_manager_get_card): assertion `index info: Message from [10.200.0.2]:5060

| INFO1 |  info: RECEIVING UDP MESSAGE:

| INFO1 |  info: Message from [10.200.0.2]:5060

| INFO1 |  info: RECEIVING UDP MESSAGE:

| INFO1 |  info: Message from [10.200.0.2]:5060

| INFO1 |  info: RECEIVING UDP MESSAGE:

| INFO1 |  info: Message from [10.200.0.2]:5060

| INFO1 |  info: RECEIVING UDP MESSAGE:


| INFO1 |  Transaction 1 killed.

| INFO1 |  Transaction 2 killed.

| INFO1 |  Dialog is removed. It remains 0 dialog(s) in the 
ua list.

| INFO1 |  info: Message from [10.200.0.2]:5060

| INFO1 |  info: RECEIVING UDP MESSAGE:

| INFO1 |  info: Message from [10.200.0.2]:5060

| INFO1 |  info: RECEIVING UDP MESSAGE:

| INFO1 |  Outgoing interface to reach 10.200.0.2 is 10.200.0.4.

Executing transaction...
LinphoneCore-Message: Registration sent.

| INFO1 |  Sending message:

| INFO1 |  info: Message from [10.200.0.2]:5060

| INFO1 |  info: RECEIVING UDP MESSAGE:

| INFO1 |  OnEvent_New_Incoming1xxResponse!

| INFO1 |  info: Message from [10.200.0.2]:5060

| INFO1 |  info: RECEIVING UDP MESSAGE:

| INFO1 |  OnEvent_New_Incoming4xxResponse!

| INFO1 |  User need to authenticate to REGISTER!

| INFO1 |  Outgoing interface to reach 10.200.0.2 is 10.200.0.4.

| INFO1 |  Response in authorization 
|bc032a7a251e9656b4168cc6f8eb7176|

Executing transaction...
| INFO1 |  Sending message:

| INFO1 |  info: Message from [10.200.0.2]:5060

| INFO1 |  info: RECEIVING UDP MESSAGE:

| INFO1 |  OnEvent_New_Incoming1xxResponse!

| INFO1 |  info: Message from [10.200.0.2]:5060

| INFO1 |  info: RECEIVING UDP MESSAGE:

| INFO1 |  Shutting down osip stack and osipua layer.

| INFO1 |  Exiting osipua thread.

closing transaction : 0closing transaction : 813c430closing transaction : 0


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

Bug#299469: Tagging

[Stephen Gran]

This one time, at band camp, Jefferson Cowart said:
> As this bug can lead to a DOS condition I'm tagging it as a security
> bug. (I got bit by this one this morning when this bug was created
> with the bad message attached.)

I am not sure that's entirely appropriate - it does make the MTA 4xx
incoming messages if you run out $TMP space, but it doesn't create an
outright DoS - clamd still runs and processes new requests.  It will
also significantly add to system load, but it is not enough (at least
here, with a relatively weak machine) to kill it.  Essentially all it
really does is make one thread of the scanner work unnecessarily hard,
for an unnecessary amount of time (it does seem to eventually finish,
BTW - it just takes way longer than a reasonable SMTP exchange could be
expected to wait).

I am not going to argue, though, as I feel it's more important to fix it
than to waste time debating semantics :)
-- 
 -
|   ,''`.Stephen Gran |
|  : :' :[EMAIL PROTECTED] |
|  `. `'Debian user, admin, and developer |
|`- http://www.debian.org |
 -


pgpR2Z9QjMQ41.pgp
Description: PGP signature

Bug#275510: #275510: URL improperly de-htmlentitied

[Jeroen van Wolffelaar]

On Mon, Mar 14, 2005 at 09:25:38PM -0500, Joey Hess wrote:
> Aaron Swartz wrote:
> > > Apparently it's http://nu.nl/deeplink_rss2/index.jsp?r=Algemeen
> > 
> > Yeah, so that actually says:
> > 
> > http://www.nu.nl/news.jsp?n=496739&c=11
> > 
> > which once decoded becomes:
> > 
> > http://www.nu.nl/news.jsp?n=496739&c=11
> > 
> > so it looks like r2e is doing the right thing.
> 
> Looks like double-escaping in the feed is at fault, think I can close
> this bug?

Well, shouldn't it? I'm not a RSS expert, but I thought you escape once
for the XML, and the result should be valid HTML. Implying again
&-escaping. Same for body of the text afaik.

But, if you find out that the feed is actually wrong w.r.t. the specs,
yeah, then you can close it. I don't have the RSS specs handy though,
and eh, I'm a lazy bastard. So, I've said that :-/.

Mostly I'm just really really not an expert at all, but I guess the
feed, which is of the most popular internet news source in the
Netherlands, surely has maken sure to actually work for like, eh, most
RSS readers. It's a really big site.

--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl

Bug#279927: Tagging "won't fix" (cosmetic improvements to XML)

[Branden Robinson]

On Sat, Mar 12, 2005 at 01:27:11AM +0100, Frans Pop wrote:
> On Saturday 12 March 2005 01:15, Branden Robinson wrote:
> > On Fri, Mar 04, 2005 at 01:39:16PM -0500, Branden Robinson wrote:
> > > If I am the only person who cares to see the problems I fixed
> > > addressed, then please feel free to close this bug (and re-mark it
> > > "wontfix").  I had thought I was being helpful, but if that's not the
> > > case, there's not much sense cluttering the BTS with this report.
> >
> > Anyone?  Anyone?  Bueller?  :)
> 
> Patience please, Branden. It will be taken care of (after RC3)...

Okay...

> /me wonders who Bueller is... (Ferris Bueller's day off?)

Yes, that's the reference.  :)

-- 
G. Branden Robinson| Organized religion is a sham and a
Debian GNU/Linux   | crutch for weak-minded people who
[EMAIL PROTECTED] | need strength in numbers.
http://people.debian.org/~branden/ | -- Jesse Ventura


signature.asc
Description: Digital signature

Bug#299567: lots o space

[dann frazier]

fyi, I have a patch to the kernel-image build system that would spit out
a separate package w/ a debug kernel image & module set under /usr/lib.
I did this in the 2.4.25 timeframe, and I was getting ~204M debug
packages per flavor.  I don't know how big it would be for just the
image (no modules).




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

Bug#299469: Tagging

[Jefferson Cowart]

Not to argue, but just to mention the points that led me to that conclusion.
After that e-mail came in at about 4:00 this morning 3 of my users reported
that they received no e-mail until I manually removed that message from the
queue and killed the clamd process. Looking at the mail queue it appears
that this was due to clamd consuming all the CPU so other messages were not
able to be scanned.



Thanks
Jefferson Cowart
[EMAIL PROTECTED]   

> -Original Message-
> From: Stephen Gran [mailto:[EMAIL PROTECTED] 
> Sent: Monday, March 14, 2005 18:48
> To: Jefferson Cowart; [EMAIL PROTECTED]
> Subject: Re: Bug#299469: Tagging
> 
> This one time, at band camp, Jefferson Cowart said:
> > As this bug can lead to a DOS condition I'm tagging it as a security
> > bug. (I got bit by this one this morning when this bug was created
> > with the bad message attached.)
> 
> I am not sure that's entirely appropriate - it does make the MTA 4xx
> incoming messages if you run out $TMP space, but it doesn't create an
> outright DoS - clamd still runs and processes new requests.  It will
> also significantly add to system load, but it is not enough (at least
> here, with a relatively weak machine) to kill it.  Essentially all it
> really does is make one thread of the scanner work unnecessarily hard,
> for an unnecessary amount of time (it does seem to eventually finish,
> BTW - it just takes way longer than a reasonable SMTP 
> exchange could be
> expected to wait).
> 
> I am not going to argue, though, as I feel it's more 
> important to fix it
> than to waste time debating semantics :)
> -- 
>  -
> |   ,''`.  Stephen Gran |
> |  : :' :  [EMAIL PROTECTED] |
> |  `. `'  Debian user, admin, and developer |
> |`-   
> http://www.debian.org |
>  -
> 



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

Bug#299262: mysql-server-4.1: mysqlhotcopy doesn't work if I specify non-standard charset in my.cnf

[sean finney]

hi dmitry,

On Sun, Mar 13, 2005 at 04:21:03AM +0300, Dmitry Baryshkov wrote:
> If I specify 'default-character-set = koi8r' in the [client] section of

does it work if you specify koi8_ru?


sean

-- 


signature.asc
Description: Digital signature

Bug#61342: Status of the patch for 61342 (RFC 1522 Headers and the ilk)

[Don Armstrong]

On Tue, 11 Jan 2005, Don Armstrong wrote:
> The patch now has moved the de_rfc1522 code into Debbugs::MIME since
> this slice of code needs to be used in both the cgi scripts and the
> process script.
> 
> I've also taken the liberty of cleaning up the way that Exporter is
> used, and replaced munging with @ISA with a straightforward use base
> 'Exporter';

Just wondering what the status is with this bug, and if there's
anything else that people need from me before this patch can be stuck
in CVS. [If someone wants to give me commit access, I can put it in,
if that's a sticking point.. but I kind of doubt it. ;-)]

Anyway, let me know. I'd like to get this one comitted so I can move
on to doing slightly more drastic things like modularizing the
sourcecode and/or getting the subscription patch to work.


Don Armstrong

-- 
DIE!
 -- Maritza Campos http://www.crfh.net/d/20020601.html

http://www.donarmstrong.com  http://rzlab.ucr.edu


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

Bug#244070: [Pkg-octave-devel] Bug#244070: octave2.1-emacsen: octave quits when working with popen

[Dirk Eddelbuettel]

On 7 March 2005 at 16:59, Pascal A. Dupuis wrote:
| Working on Sarge (octave_2.1.64-1, emacs_21.3+1-8), the bug is still
| present. Maybe we could we until 2.1.65 is in Sarge ?

IMHO that is a bad idea.  

A bug gets reported when it is discovered. Once a new package gets uploaded,
the bug should be closed ... as the passage from unstable to testing is
independent of the bug (well, unless it is a RC bug), there is no gain in
tieing the two.

Moreover, if passage to testing is delayed, it is often simply to breakage of
the toolchain on some unrelated architecture.  You know you can always fetch
the package manually, or even semi-automatically with apt pinning.  "Not in
sarge" is a fallacy, in my book.

Dirk

-- 
Better to have an approximate answer to the right question than a precise 
answer to the wrong question.  --  John Tukey as quoted by John Chambers


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

Bug#299510: [Pkg-octave-devel] Bug#299510: octave-forge: Minimize failed

[Dirk Eddelbuettel]

On 14 March 2005 at 22:58, Lo Le Guyader wrote:
| Le 14 March 2005, Paul Kienzle, à bout, prit son clavier pour
| taper sur son écran:
| > Fixed in the latest CVS.
| 
| Thank you for the fast answer, but which CVS do you mean? The last
| package in unstable, ie octave-forge-2004-11-16 (which come from a CVS
| if I'm rigth), or the only from sourceforge's CVS?

The latter. 

Dirk

-- 
Better to have an approximate answer to the right question than a precise 
answer to the wrong question.  --  John Tukey as quoted by John Chambers

Bug#299573: /etc/logcheck/ignore.d.server/ntpdate: bad grep expression

[Gordon Haverland]

Package: ntpdate
Version: 1:4.2.0a+stable-4
Severity: normal


Somehow, this logcheck file has a bad grep expression in it.
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ ntpdate\[[0-9]+\]: step time server 
[=

The above should be one line (the [= should be at the end of the
previous line), but I am not great with vi.

I removed the [= to get logcheck working.  I don't know what regexp you
really wanted there.

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

Versions of packages ntpdate depends on:
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libcap1 1:1.10-14support for getting/setting POSIX.

-- debconf information:
* shared/ntp/servers: usno.pa-x.dec.com tick.utoronto.ca 
gilbreth.ecn.purdue.edu timelord.uregina.ca


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

Bug#299574: galeon: THE GALEON MAINTAINERS ROCK!!!!!!!

[Paul Wise]

Package: galeon
Version: 1.3.20-1
Severity: minor

Can I just say, you made my day with this new release. Those focus bugs
*were* perhaps the most annoying thing on my GNOME desktop, and NOW THEY
ARE FIXED! YAYAYAYAYYAYAYAYAY!!! I really think it is important
for this to be in sarge. Feel free to forward this bug upstream ;) BTW,
love the release name :)) I now owe you a beer or two Loic.

-- 
bye,
pabs


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

Bug#275510: #275510: URL improperly de-htmlentitied

[Joey Hess]

Aaron Swartz wrote:
> > Apparently it's http://nu.nl/deeplink_rss2/index.jsp?r=Algemeen
> 
> Yeah, so that actually says:
> 
>   http://www.nu.nl/news.jsp?n=496739&c=11
> 
> which once decoded becomes:
> 
>   http://www.nu.nl/news.jsp?n=496739&c=11
> 
> so it looks like r2e is doing the right thing.

Looks like double-escaping in the feed is at fault, think I can close
this bug?

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#294180: [PATCH] My own viewpoint on this

[Jean Tourrilhes]

Hi,

This bug has gone around enough, it's time to find a solution
and fix it for good.

This is my solution :

---
diff -u -p ifplugd-0.26/debian/hotplug-old ifplugd-0.26/debian/hotplug
--- ifplugd-0.26/debian/hotplug-old 2005-03-14 18:02:18.0 -0800
+++ ifplugd-0.26/debian/hotplug 2005-03-14 18:05:21.0 -0800
@@ -32,6 +32,18 @@ case $ACTION in
 add|register)
for IF in $HOTPLUG_INTERFACES ; do
if [ "$INTERFACE" = "$IF" -o "$IF" = "all" ] ; then
+   # Run ifrename as needed - Jean II
+   # This is required because we bypass net.agent
+   # where it's normally done.
+   if [ -x /sbin/ifrename ] && [ -r /etc/iftab ]; then
+   debug_mesg invoke ifrename for $INTERFACE
+   NEWNAME=`/sbin/ifrename -i $INTERFACE`
+   if [ -n "$NEWNAME" ]; then
+   debug_mesg iface $INTERFACE is remapped 
to $NEWNAME
+   INTERFACE=$NEWNAME
+   fi;
+   fi
+
debug_mesg Invoking $DAEMON_NAME for $INTERFACE
/etc/init.d/$DAEMON_NAME start $INTERFACE
break
---

My comments :

1) ifrename was made to be called from various places, so I
don't mind adding one more. It's called from hotplug, but also from
the standard network init scripts. It cal also be called from
/etc/network/interfaces if you want. That's why the command line has
so many options.

2) I personally feel that running ifplugd from hotplug is
completely wrong for various reasons. I strongly believe that it
should be called from ifup.
a) Not all interface configuration goes through
hotplug. I may want to enable interfaces manually.
b) I want to control which interface are ifplugd or
not in /etc/network/interfaces, where all my configuration reside. I
don't want network configuration scatered in zillion places.
c) ifplugd is a super-dhcp, as far as I am concerned,
I don't know why we should treat it differently than dhcp (which is
handled by ifup).
d) Not deterministic. If I add another daemon in
hotplug that grab and configure interfaces, how does the system chose
if ifplugd should have it first or the other daemon ? Or, maybe the
scripts will change and run net.agent before ifplugd.
I agree that this goal is hard to acheive in the short term,
knowing the state of ifup, and hotplug is an acceptable short term
solution. But, now that Thomas is on the case, I think we can make
progress.

Have fun...

Jean


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

Bug#299265: mysql-server-4.1: Better support for chroot

[sean finney]

hi juergen,

On Sun, Mar 13, 2005 at 03:25:40AM +0100, Juergen Kreileder wrote:
> I'm currently chrooting mysqld like described on
> http://blog.blackdown.de/2005/03/04/chrooting-mysql-on-debian/

wow, within 24 hours of an update there's already somebody providing
docs for it!

> # for reading etc/passwd and etc/hosts
> cp /lib/libnss_compat.so.2 lib
> cp /lib/libnss_files.so.2 lib
> # needed by Debian packages >= 4.1.10a
> cp /lib/libc.so.6 lib
> cp /lib/ld* lib
> 
> (libc.so.6 and ld* are needed because of the
> --with-mysqld-ldflags=-all-static change.  getpwnam/getpwuid in static
> programs still require shared glibc libraries at runtimes.)

fyi, we've disabled the --with-mysqld-ldflags=-all-static option in the
latest version, because it was causing crashes on some systems and
probably a bad liability in the long run anyways.

> bind9 and apache/apache2 (with libapache-mod-chroot or
> libapache-mod-security) both manage to change the user in the chroot
> without the need for copying any libraries into the chroot.
> 
> It would be nice if mysqld's chroot function would work the same way.
>
> After looking at src/mysqld.cc I think the only change required is to
> do check_user() before set_root().  (Ie. lookup stuff in /etc/passwd
> before doing chroot(2).  That's the way it works in apache2 and bind9).
> 
> I'm not familiar with the call flow in src/mysqld.cc, so this change
> is probably better implemented by somebody more competent.

that wouldn't be me either... christian? :)


sean

-- 


signature.asc
Description: Digital signature

Bug#299469: Tagging

[Jefferson Cowart]

tags 299469 +security
Thanks

As this bug can lead to a DOS condition I'm tagging it as a security bug. (I
got bit by this one this morning when this bug was created with the bad
message attached.)





Thanks
Jefferson Cowart
[EMAIL PROTECTED]  



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

Bug#298709: chrony: FTBFS (amd64/gcc-4.0): array type has incomplete element type

[John Hasler]

Please try this patch against the original file:

--- addrfilt.c  2005-03-14 19:57:16.0 -0600
+++ bak.addrfilt.c  2005-03-14 19:58:11.0 -0600
@@ -125,7 +125,7 @@

   if (node->extended == NULL) {

-node->extended = MallocNew(ExtendedTable);
+node->extended = MallocArray(ExtendedTable, TABLE_SIZE);

 for (i=0; iextended))[i]);


-- 
John Hasler 
[EMAIL PROTECTED]
Elmwood, WI USA


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

Bug#284925: ????????? (???)v(???)v o(??

[sada]

 =?GB2312?B?SylvIINDg0aBW4NDISE=?=
To: [EMAIL PROTECTED]
Content-Type: text/plain;charset="EUC"
Reply-To: [EMAIL PROTECTED]
Date: Tue, 15 Mar 2005 09:56:47 +0800
X-Priority: 3
X-Mailer: Microsoft Outlook Express 6.00.2600.

`E`E`E`E`E`E`E`E`E`E`E`E`E`E`E`E`
‚±‚ñ‚ȉ\I‚ ‚ñ‚ȃEƒƒTI‚©‚«W‚ß‚ÄŒ©‚Ü‚µ‚½!!
”ޏ—‚â”ÞŽ‚É‚º‚Ћ³‚¦‚Ä‚ ‚°‚ĂˁI
‚»‚ê‚Æ‚à‰œ‚³‚ñ‚â’U“ß‚³‚ñ‚©‚ȁIH
ƒLƒƒƒoì‚₨‹q‚³‚ñ‚É‚Å‚à‚n‚jIH
•s—Ï‘ŠŽè‚âƒZƒtƒŒ‚Å‚à‚¢‚¢‚æIH
‘_‚Á‚Ä‚¢‚é‚ ‚̃R‚ª‚¢‚é‚È‚ç‚΁c
‚±‚ê‚©‚ç’m‚荇‚¤—‚̃R‚ɉ¯‚¦‚Ä‚¨‚­‚Æ‚¢‚¢‚©‚àII
http://miwaku-fruit.com/apple/
`E`E`E`E`E`E`E`E`E`E`E`E`E`E`E`E`
‹»–¡‚Ì–³‚¢•û
[EMAIL PROTECTED]
‚܂с[ƒ‹‚­‚¾‚³‚¢B


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

Bug#299572: ntp-server: Fails to start after upgrade.

[Bob Hauck]

Package: ntp-server
Version: 1:4.2.0a+stable-4
Severity: grave
Justification: renders package unusable

After doing a dist-upgrade today, ntpd refuses to start.  I have run
ntpdate to ensure that the system clock is reasonably close to correct.
I get the following in the system long, then ntpd exits leaving the pid
file behind in /var/run.

Mar 14 20:46:55 robin ntpd[5207]: ntpd [EMAIL PROTECTED]:4.2.0a+stable-4-r Sat
Mar 12 06:38:34 CET 2005 (1)
Mar 14 20:46:55 robin ntpd[5207]: precision = 3.000 usec
Mar 14 20:46:55 robin ntpd[5207]: Listening on interface wildcard,0.0.0.0#123
Mar 14 20:46:55 robin ntpd[5207]: Listening on interface wildcard,::#123
Mar 14 20:46:55 robin ntpd[5207]: Listening on interface lo, 127.0.0.1#123
Mar 14 20:46:55 robin ntpd[5207]: Listening on interface eth1, 192.168.1.33#123
Mar 14 20:46:55 robin ntpd[5207]: kernel time sync status 0040

This is a laptop, eth1 is a wireless connection, eth0 is wired but
currently turned off.  I am using a Debian "Sarge" machine as my time
server and it is currently working fine with the other Sarge boxes on
the network.  My /etc/ntp.conf is unchanged from before the upgrade.

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

Versions of packages ntp-server depends on:
ii  ntp1:4.2.0a+stable-4 Network Time Protocol: network uti
ii  ntp-simple 1:4.2.0a+stable-4 Network Time Protocol: daemon for 

-- no debconf information


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

Bug#299553: kernel-image-2.6.8-2-686: plugging in disk freezes /proc/bus/usb

[Matt Taggart]

Greg Kochanski writes...

> Package: kernel-image-2.6.8-2-686
> Version: 2.6.8-13
> Severity: important
> 
> 
> When I plug in a LaCie 40Gb USB 2.0 disk, which is a SCSI disk
> transported over USB, the entire USB subsystem seems to freeze.
> Specifically, cat /proc/bus/usb/devices never exits,
> usbview never puts up its window, etc.
> These process are unkillable via
> sudo kill -9 N.

Can you provide lspci and lsusb output?
Do you have another system (same or different) running the same kernel
 that you can try plugging the drive into?
Can you try a newer kernel from unstable and see if it has the problem?
Do you have a different USB drive you try plugging in the system?
These things might help narrow down the problem, please post
whatever results you have time to gather.
FYI There are some known problems with certain usb chipsets in 2.6.8,
SiS in particular.

Thanks,

-- 
Matt Taggart
[EMAIL PROTECTED]




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

Bug#287220: wpa_supplicant and unkown open AP

[Kyle McMartin]

On Sun, Mar 13, 2005 at 02:19:43PM +0100, Martin Samuelsson wrote:
> As a matter of fact I reported this feature lack as a wishlist bug to
> the debian bug tracking system when migrating from waproamd to
> wpasupplicant. Please see http://bugs.debian.org/287220 for that report.
> 
> Unless I'm wrong and wpasupplicant indeed already supports connecting to
> unlisted networks my opinion is that adding the special case to connect to
> anything when ssid="any" would be the clean and natural thing to do.

I'm working on a patch for this, but have been exceedingly busy for this.

Expect an upload soonish, hopefully.

Cheers,
Kyle


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

Bug#299571: gossip: Segfault when disconnected from the server

[Sam Morris]

Package: gossip
Version: 0.8-1
Severity: normal

If the Jabber server Gossip is connected to goes down, or the connection
is otherwise interrupted, Gossip segfaults:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 7819)]
0x40d34c2f in strlen (str=0xfff1f0 )
at ../sysdeps/i386/strlen.c:28
28  ../sysdeps/i386/strlen.c: No such file or directory.
in ../sysdeps/i386/strlen.c
#0  0x40d34c2f in strlen (str=0xfff1f0 )
at ../sysdeps/i386/strlen.c:28
cnt = -1
#1  0x40d083a5 in _IO_vfprintf (s=0xbfffec2c,
format=0xfff1f0 ,
ap=0xb1d0 
"\u\u#:\020\u0127\037\r0\u\u\uKG\u036c\u\234<\u\u\u")
 at vfprintf.c:1526
len = 0
string_malloced = 0
thousands_sep = 0x0
grouping = 0x 
done = 1
f = (const unsigned char *) 0x4004ecf6 "s'\n"
lead_str_end = (const unsigned char *) 0x4004ecf5 "%s'\n"
work_buffer = "[EMAIL PROTECTED]@[EMAIL PROTECTED]@P\000\000\000 [EMAIL 
PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL 
PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]"...
workstart = 0x0
workend = 0xbfffebf8 ""
mbstate = {__count = 0, __value = {__wch = 0, __wchb = "\000\000\000"}}
ap_save = 0xb1cc "\u ap_save = 0xb1cc "\u
nspecs_done = 0
save_errno = 0
jump_table = {1, 0, 0, 4, 0, 14, 0, 6, 0, 0, 7, 2, 0, 3, 9, 0, 5, 8,
  8, 8, 8, 8, 8, 8, 8, 8, 0, 0, 0, 0, 0, 0, 0, 26, 0, 25, 0, 19, 19, 19, 0,
  29, 0, 0, 12, 0, 0, 0, 0, 0, 0, 21, 0, 0, 0, 0, 18, 0, 13, 0, 0, 0, 0, 0, 0,
  26, 0, 20, 15, 19, 19, 19, 10, 15, 28, 0, 11, 24, 23, 17, 22, 12, 0, 21, 27,
  16, 0, 0, 18, 0, 13}
#2  0x40d25fd6 in _IO_vasprintf (result_ptr=0xbfffed24, format=0x0, args=0x0)
at vasprintf.c:61
string = 0x827b3c8 "'[EMAIL PROTECTED]@", '-' , "\n"
sf = {_sbf = {_f = {_flags = -72515584,
  _IO_read_ptr = 0x827b3c8 "'[EMAIL PROTECTED]@", '-' , 
"\n",
  _IO_read_end = 0x827b3c8 "'[EMAIL PROTECTED]@", '-' , 
"\n",
  _IO_read_base = 0x827b3c8 "'[EMAIL PROTECTED]@", '-' , 
"\n",
  _IO_write_base = 0x827b3c8 "'[EMAIL PROTECTED]@", '-' , 
"\n",
  _IO_write_ptr = 0x827b3c9 "[EMAIL PROTECTED]@", '-' , 
"\n",
  _IO_write_end = 0x827b42c "Y",
  _IO_buf_base = 0x827b3c8 "'[EMAIL PROTECTED]@", '-' , 
"\n",
  _IO_buf_end = 0x827b42c "Y", _IO_save_base = 0x0, _IO_backup_base = 0x0,
  _IO_save_end = 0x0, _markers = 0x0, _chain = 0x0, _fileno = 0,
  _flags2 = 0, _old_offset = 0, _cur_column = 0, _vtable_offset = 0 '\0',
  _shortbuf = "", _lock = 0x0, _offset = 0, _codecvt = 0x0,
  _wide_data = 0x0, _mode = -1,
  _unused2 = '\0' , "\u\uq'[EMAIL 
PROTECTED]@@[EMAIL PROTECTED]"}, _vtable = 0x40de8260}, _s = {
_allocate_buffer = 0x40d2fe60 <__libc_malloc>,
_free_buffer = 0x40d30020 <__libc_free>}}
ret = 36
needed = 136819656
#3  0x40a68e27 in IA__g_vasprintf (string=0xbfffed24, format=0x0, args=0x0)
at gprintf.c:312
len = 512
#4  0x40a59c56 in IA__g_strdup_vprintf (format=0x0, args=0x0)
at gstrfuncs.c:187
string = (gchar *) 0x0
#5  0x40a4bed4 in IA__g_logv (log_domain=0x4004ec05 "LM", log_level=512,
format=0x4004ecf4 "'%s'\n", args1=0xb1cc "\u\u\u") at 
gmessages.c:467
depth = 1
domain = (GLogDomain *) 0x2889
data = 0x0
log_func = 0x4004a170 
domain_fatal_mask = 5
test_level = 512
was_recursion = 0
i = 9
#6  0x40a4c086 in IA__g_log (log_domain=0x0, log_level=0, format=0x0)
at gmessages.c:512
No locals.
#7  0x40047c77 in _lm_connection_failed () from /usr/lib/libloudmouth-1.so.0
No symbol table info available.
#8  0x40a68f5f in g_io_unix_dispatch (source=0x4004ec05, callback=0x811d340,
user_data=0x0) at giounix.c:162
buffer_condition = 10377
#9  0x40a436c2 in g_main_dispatch (context=0x80bf348) at gmain.c:1947
dispatch = (gboolean (*)(GSource *, GSourceFunc,
gpointer)) 0x40a68f10 
was_in_call = 0
user_data = 0x811d340
callback = 0x40047b40 <_lm_connection_failed+2016>
cb_funcs = (GSourceCallbackFuncs *) 0x40a9e100
cb_data = 0x81d99e8
need_destroy = 135000904
source = (GSource *) 0x81d4da8
depth = (gint *) 0x80c7f98
i = 0
#10 0x40a44748 in IA__g_main_context_dispatch (context=0x80bf348)
at gmain.c:2497
No locals.
#11 0x40a44a80 in g_main_context_iterate (context=0x80bf348, block=1,
dispatch=1, self=0x808e388) at gmain.c:2578
got_ownership = 0
max_priority = 2147483647
timeout = 606
some_ready = 1
nfds = 1
allocated_nfds = 606
fds = (GPollFD *) 0x81d66d0
#12 0x40a45023 in IA__g_main_loop_run (loop=0x81d2450) at gmain.c:2782
got_ownership = 1073789920
self = (GThread *) 0x808e388
#13 0x4053ea23 in gtk_main () from 

Bug#299570: : IO.getContents: protocol error (invalid character encoding)

[John Goerzen]

Package: hugs
Version: 98.200503.08-1
Severity: important

I'm getting this when I try to run my MissingH tests under hugs:

### Error in:   18:GZiptest:2:gunzip:2:t2.gz
: IO.getContents: protocol error (invalid character encoding)

(with various different tests)

Again, this worked fine with the previous hugs.  I have no idea what
it is complaining about or why.

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

Versions of packages hugs depends on:
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libncurses5 5.4-4Shared libraries for terminal hand
ii  libreadline44.3-15   GNU readline and history libraries

-- no debconf information


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

Bug#253984: Change the request of debian-i18n-bidi to debian-l10n-arabic

[Michelle Konzack]

I vote for .


Greetings
Michelle

-- 
Linux-User #280138 with the Linux Counter, http://counter.li.org/ 
Michelle Konzack   Apt. 917  ICQ #328449886
   50, rue de Soultz MSM LinuxMichi
0033/3/8845235667100 Strasbourg/France   IRC #Debian (irc.icq.com)


signature.pgp
Description: Digital signature

Bug#299568: hugs: CTime incompatibility with new version

[John Goerzen]

Package: hugs
Version: 98.200503.08-1
Severity: normal

I'm getting this error:

ERROR "/home/jgoerzen/tree/projects/missingh/MissingH/IO/HVFS.hs":199 - 
Implementation of vGetModificationTime requires extra context
*** Expected type   : HVFS a => a -> FilePath -> IO ClockTime
*** Missing context : Integral CTime

That corresponds the third line of code in this snippet:

vGetModificationTime fs fp = 
do s <- vGetFileStatus fs fp
   return $ TOD (fromIntegral (withStat s vModificationTime)) 0

The type of (withStat s vModificationTime) is EpochTime, which is
defined in System.Posix.Types as:

type EpochTime  = CTime

This code worked in the previous version of Hugs.  It seems that CTime
is no longer Integral, but I don't know why.


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

Versions of packages hugs depends on:
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libncurses5 5.4-4Shared libraries for terminal hand
ii  libreadline44.3-15   GNU readline and history libraries

-- no debconf information


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

Bug#299567: kernel-image-2.6.8-2-686-smp: x86 has no uncompressed vmlinux (for oprofile)

[Troy Benjegerdes]

Package: kernel-image-2.6.8-2-686-smp
Version: 2.6.8-13
Severity: wishlist

There appears to be no package that provides uncompressed vmlinux files
for use with oprofile. Other architectures (ppc) provide kernel packages
with vmlinux files that get wrappered or booted directly.

-- System Information:
Debian Release: 3.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: powerpc (ppc)
Kernel: Linux 2.4.20-ben1
Locale: LANG=C, LC_CTYPE=C


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

Bug#299566: gringotts: fails to start unless run with strace

[David Liontooth]

Package: gringotts
Version: 1.2.8-8
Severity: normal


When running gringotts from the command line I get this and gringott fails to 
start:

gringotts
GLib: Cannot convert message: Could not open converter from 'UTF-8' to 
'ANSI_X3.4-1968'

(process:5709): GLib-WARNING **: getpwuid_r(): failed due to unknown user id 
(1000)

Gringotts version 1.2.8 (libGringotts 1.2.1)
(c) 2002 Germano Rizzo <[EMAIL PROTECTED]>

released under GNU General Public License (GPL) v.2 or later
See COPYING or go to http://www.gnu.org/copyleft/gpl.html

(gringotts:5709): Gtk-WARNING **: Locale not supported by C library.
Using the fallback 'C' locale.

(gringotts:5709): Gdk-WARNING **: locale not supported by Xlib

(gringotts:5709): Gdk-WARNING **: cannot set locale modifiers

There are so many error messages that I don't know which one
is actually informative.

However, I can run "strace gringotts" everything works fine.
Let me know if I can submit further information.

Cheers,
Dave


-- System Information:
Debian Release: sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-ac8
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages gringotts depends on:
ii  libatk1.0-0 1.8.0-3  The ATK accessibility toolkit
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libglib2.0-02.6.3-1  The GLib library of C routines
ii  libgringotts1   1.2.1-2  encapsulate data in an encrypted a
ii  libgtk2.0-0 2.6.2-3  The GTK+ graphical user interface 
ii  libpango1.0-0   1.8.1-1  Layout and rendering of internatio
ii  libpopt01.7-2lib for parsing cmdline parameters

-- no debconf information


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

Bug#299569: nvidia-kernel-source: crashes X when starting up Thunderbird

[Max Kamenetsky]

Package: nvidia-kernel-source
Version: 1.0.7167-1
Severity: important

I'm having a strange problem with Nvidia 7167 drivers.  Whenever I
start up X and attempt to start up Thunderbird, this sends
the load on the machine through the roof and effectively crashes it.
The only way out is to reboot.  I tried this with both kernel 2.6.8.1
and 2.6.11.3.  Downgrading to the Nvidia 6629 drivers fixes the
problem.

The same problem also appears with Firefox, though it normally doesn't
crash at startup but instead crashes after a few minutes of use.
Again, this problem doesn't exist with 6629 drivers.

Thanks,
Max

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

Versions of packages nvidia-kernel-source depends on:
ii  debhelper 4.2.31 helper programs for debian/rules
ii  dpatch2.0.10 patch maintenance system for Debia
ii  make  3.80-9 The GNU version of the "make" util
ii  sed   4.1.4-2The GNU sed stream editor

-- no debconf information


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

Bug#299560: dsniff: fails due to not finding libnids

[Steve Kemp]

On Tue, Mar 15, 2005 at 01:36:08AM +0100, txemi wrote:
> Package: dsniff
> Version: 2.4b1-8

  I spoke too soon.

  libnids 1.20 has made it into testing.  dsniff version 2.4b1-9 has
 not.

  This is not something I can fix, when the most recent version of
 dsniff makes it into testing your problem will be fixed.

  You have three choices:

1. Install an older version of libnids for the moment to allow
  dsniff to work.

2. Build from source yourself.

3. Wait.

Steve
--


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

Bug#299560: dsniff: fails due to not finding libnids

[Steve Kemp]

On Tue, Mar 15, 2005 at 01:36:08AM +0100, txemi wrote:
> Package: dsniff
> Version: 2.4b1-8
> Severity: grave
> 
> dsniff fails this way in debian testing after last upgrade:

  Strange it works for me.

> $ sudo dsniff
> dsniff: error while loading shared libraries: libnids.so.1.19: cannot
> open shared object file: No such file or directory

  Please show me the output of :

ls -l `which dsniff`
ls -l /usr/sbin/dsniff

  (The last time this was reported the user had a local copy in
 /usr/local/bin - I'm trying to make sure you're not doing that).

> Perhaps this bug should be forwarded to libnids.

  Keep it here for the moment.

  The problem seems to be that the version of dsniff you have installed 
 is looking for libnids.so.1.19 when it starts - which it shouldn't
 because the package has an explicit dependency upon ...1.20.

  From the dpkg information included it looks like you have the most
 recent version of everythign so it should work.


Steve
--


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

Bug#294826: [Evms-devel] Re: Bug#294826: kernel-image-2.4.27-1-686-smp: kernel panic in dm_snapshot.c

[Horms]

On Mon, Mar 14, 2005 at 03:20:44PM +0300, Alexander Kogan wrote:
> Hi!
> 
> > The 2.4.27 kernel includes device-mapper 1.00.19 but
> > does not include any of the EVMS patches. I
> > am not entirely sure what to do about this, but
> > if you could test the EVMS patches against
> > the debian 2.4.27 kernel that would be an
> > excellent start.
> 
> Ok. I'll try to test the kernel with EVMS snapshot patch and will replay you 
> results.

Thanks, much appreciated.

-- 
Horms


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

Bug#275510: #275510: URL improperly de-htmlentitied

[Aaron Swartz]

> Apparently it's http://nu.nl/deeplink_rss2/index.jsp?r=Algemeen

Yeah, so that actually says:

http://www.nu.nl/news.jsp?n=496739&c=11

which once decoded becomes:

http://www.nu.nl/news.jsp?n=496739&c=11

so it looks like r2e is doing the right thing.


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

Bug#275510: #275510: URL improperly de-htmlentitied

[Joey Hess]

Aaron Swartz wrote:
> > An xml dump of the feed was included in the bug report
> 
> A full one? I see only a very partial one

Apparently it's http://nu.nl/deeplink_rss2/index.jsp?r=Algemeen

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#299563: lm-sensors: sensors-detect does not work with udev

[Brice Goglin]

Package: lm-sensors
Version: 1:2.9.0-17
Severity: important

When running sensors-detect with udev installed, it fails with:
No i2c device files found. Use prog/mkdev/mkdev.sh to create them.

The reason is that the udev check is wrong. It looks for a file
named /dev/.udev.tdb while I have a directory named /dev/.udevdb
The attached patch fixes it for me.

Note that my udev version is 0.053-1 (Sarge version).

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.11-mm3=LoulousMobile
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages lm-sensors depends on:
ii  debconf [debconf-2.0]   1.4.30.11Debian configuration management sy
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libsensors3 1:2.9.0-17   library to read temperature/voltag
ii  makedev 2.3.1-75 Creates device files in /dev
ii  perl5.8.4-6  Larry Wall's Practical Extraction 
ii  sed 4.1.2-8  The GNU sed stream editor
ii  sysvinit2.86.ds1-1   System-V like init
ii  ucf 1.14 Update Configuration File: preserv

-- debconf information:
  lm-sensors/negatives:
--- sensors-detect.old  2005-03-15 01:32:58.0 +0100
+++ sensors-detect  2005-03-15 01:33:24.0 +0100
@@ -1855,7 +1855,7 @@
   close INPUTFILE;
 
   my $use_udev = 0;
-  if (-f '/dev/.udev.tdb') {
+  if (-d '/dev/.udevdb') {
 $use_udev = 1;
 $dev_i2c = '/dev/i2c-';
   } 

Bug#299564: install-report

[Geoffrey McRae]

Package: installation-reports

INSTALL REPORT

Debian-installer-version:   14 Mar 2005
uname -a:   Linux bob 2.4.27-2-586tsc #1 Thu Jan 20 
10:47:31 JST 2005
i586 GNU/Linux
Date:   14 Mar 2005 11:00
Method: Installed HDD into laptop, installed from 1.44M 
floppy images
then installed via PCMCIA network through debian.goldweb.com.au/debian,
not proxied. After initial install complete moved HDD into target laptop
as target laptop didn't have enough ram for the installer (only 16M).

Machine:IBM Thinkpad 380XD
Processor:  Intel Pentium 200Mhz MMX
Memory: 64MB
Root Device:IDE
Root Size/partition table:
hda1 = swap 256MB
hda2 = linux3.8GB
Output of lspci and lspci -n:

:00:00.0 Host bridge: OPTi Inc. 82C557 [Viper-M] (rev 14)
:00:01.0 ISA bridge: OPTi Inc. 82C558 [Viper-M ISA+IDE] (rev 02)
:00:02.0 VGA compatible controller: Cirrus Logic GD 7548
:00:14.0 IDE interface: OPTi Inc. 82C621 [Viper-M/N+] (rev 12)

:00:00.0 0600: 1045:c557 (rev 14)
:00:01.0 0601: 1045:c558 (rev 02)
:00:02.0 0300: 1013:0038
:00:14.0 0101: 1045:c621 (rev 12)

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot worked:[O]
Configure network HW:   [O]
Config network: [O]
Detect CD:  [E]
Was not using CD but installer forced detection
Load installer modules: [E]
IDE driver is on FDD marked as cd-drivers.img
Detect hard drives: [O]
Partition hard drives:  [O]
Create file systems:[O]
Mount partitions:   [O]
Install base system:[O]
Install boot loader:[O]
Reboot: [O]

Comments/Problems:

The IDE drivers are on the fdd image marked as cd-drivers, this disk
should be marked as ide-drivers or somthing more generic. Once loaded
drivers from cd-drivers for the IDE the installer still expects to find
a debian CD, this should be optional, I had to force the installer to
continue without the CD.



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

Bug#299557: Minor error in English text of 2.3.0-1 templates

[Frans Pop]

While translating, I noticed a minor error in a string:
   "Should font be rendered using sub-pixel elements?"
s/font/fonts/

If you decide to correct this, please "unfuzzy" the Dutch and any other 
translations as the translators will probably have written a good string 
in their own language.
If you need help with "unfuzzying", please ask on the [EMAIL PROTECTED] 
list.

Cheers,
FJP


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

Bug#298856: RFA: libsem

[GOTO Masanori]

At Thu, 10 Mar 2005 12:51:03 +0100,
Robert Millan wrote:
> The GNU/kFreeBSD port no longer depends on libsem (as it switched to
> linuxthreads) and I'm told the GNU/Hurd port will soon switch to NPTL, so it
> won't need libsem either.
> 
> Unless someone who is actualy interested in libsem volunteers to maintain it,
> I'll request its removal within a week or so.

Please close the following report when you drop it:

#266268: Depend on libsem-dev for !linux-gnu
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=266268

Regards,
-- gotom


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

Bug#292541: pbzip2 as a drop-in replacement for bzip2

[Anibal Monsalve Salazar]

On Mon, Mar 14, 2005 at 02:38:18PM -0800, Matt Taggart wrote:
>Hi,
>
>I'm glad to see this ITP for pbzip2. I think it would be really cool if pbzip2 
>could be a drop in replacement for bzip2 and managed via /etc/alternatives. 
>The command line options look mostly the same but there might be some flags 
>missing that need to be added.
>
>Please keep this in mind when packaging.

I have to wait after the release of sarge as the RM won't approve a
drastic change of a package of priority standard.

>Thanks,
>
>-- 
>Matt Taggart
>[EMAIL PROTECTED]

Regards,

Anibal Monsalve Salazar
--
 .''`. Debian GNU/Linux
: :' : Free Operating System
`. `'  http://debian.org/
  `-   http://v7w.com/anibal


signature.asc
Description: Digital signature

Bug#299561: lifelines: builds Arch: all packages in binary-arch

[Santiago Vila]

Package: lifelines
Version: 3.0.44-1

Packages "lifelines-reports", "lifelines-doc-sv" and "lifelines-doc"
are Architecture: all, so they should be built in the binary-indep
target of debian/rules, and they should not be built in the
binary-arch target as it happens in the current version.

By reading debian/rules, it seems that you are already aware of this,
but the way you are trying to fix it does not work.

To reproduce, try this simple Makefile:

--
a: VAR=value

a:
./do-something
--

where "do-something" is the following executable shell script:

#!/bin/sh
echo $VAR

You would probably like "value" to be displayed after "make a", but
unless I'm missing something, that's not what happens.

Thanks.


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

Bug#299560: dsniff: fails due to not finding libnids

[txemi]

Package: dsniff
Version: 2.4b1-8
Severity: grave

dsniff fails this way in debian testing after last upgrade:

$ sudo dsniff
dsniff: error while loading shared libraries: libnids.so.1.19: cannot
open shared object file: No such file or directory

Perhaps this bug should be forwarded to libnids.


-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages dsniff depends on:
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii  libdb4.2 4.2.52-18   Berkeley v4.2 Database Libraries [
ii  libice6  4.3.0.dfsg.1-10 Inter-Client Exchange library
ii  libnet0  1.0.2a-7library for the construction and h
ii  libnids1 1.20-1  IP defragmentation TCP segment rea
ii  libpcap0.8   0.8.3-5 System interface for user-level pa
ii  libsm6   4.3.0.dfsg.1-10 X Window System Session Management
ii  libssl0.9.7  0.9.7e-2SSL shared libraries
ii  libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li
ii  libxmu6  4.3.0.dfsg.1-10 X Window System miscellaneous util
ii  openssl  0.9.7e-2Secure Socket Layer (SSL) binary a
ii  xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu

-- no debconf information


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

Bug#299562: dev=/dev/cdrom crashed/hung X

[Tim Baverstock]

Package: cdrecord
Version: 4:1.10-7
Severity: normal

I tried to write a CD without reading the documentation properly, and
typed 'cdrecord dev=/dev/cdrom karan.iso'. This decided that I wanted to
use -2,-2,-2 and unsurprisingly cdrecord hung. I pressed ^C and (being
the simple soul that I am) typed the same command with the softlink
translated to /dev/sr0.

This time, X froze - even the keyboard numlock etc didn't toggle - and I
had to hard-reset the computer. (Sadly, the PDA I've used on other
occasions had broken, so I couldn't try to get in through ttyS1.)

The journalling file systems kicked in, so I don't think I've lost
anything (although they complained about some inodes), but I was a
little startled.

My cdrecord -scanbus:

Linux sg driver version: 3.1.22
Cdrecord 1.10 (i686-pc-linux-gnu) Copyright (C) 1995-2001 Jörg Schilling
Using libscg version 'schily-0.5'
scsibus0:
0,0,0 0) 'HL-DT-ST' 'DVDRAM GSA-4081B' 'A100' Removable CD-ROM
0,1,0 1) *
0,2,0 2) *
0,3,0 3) *
0,4,0 4) *
0,5,0 5) *
0,6,0 6) *
0,7,0 7) *

I've since changed my defaults file so it knows the CD writer lives at
0,0,0 and successfully written a CD ROM.

Oh, my root cmd:

auto BOOT_IMAGE=Linux ro root=301 hdd=ide-scsi

The only slightly weird thing with my machine that comes to mind - I
have an nvidia card and use their proprietary driver. Oh, and I have a
wacom graphics tablet whose Xdriver I had to compile from (open) source.

Cheers.

-- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux cardinal 2.4.18.20040523 #1 Sat Apr 24 01:30:06 BST 2004 i686
Locale: LANG=C, LC_CTYPE=C

Versions of packages cdrecord depends on:
ii  debconf   1.0.32 Debian configuration management sy
ii  libc6 2.2.5-11.8 GNU C Library: Shared libraries an
ii  makedev   2.3.1-58   Creates device files in /dev.



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

Bug#299470: bugs fixed in cvs

[sean finney]

tags 299467 pending
tags 299470 pending
thanks

hi olleg,

i've comitted both your suggestion about LC_NUMERIC and a fix to
check_started for nagios-mysql/nagios-pgsql to our cvs repostitory,
and they will be included in the next upload of nagios.

thanks,
sean


signature.asc
Description: Digital signature

Bug#299532: mysql-server: upgrade to 4.0.24-1 hangs up and init.d script goes to the neverland when called at startup

[sean finney]

hi francesco,

On Mon, Mar 14, 2005 at 07:57:37PM +0100, Francesco P. Lovergine wrote:
> Upgrading from 4.0.23-7 hangs up (apparently after stopping and trying
> starting, pinging the server does not return with pending processes
> running). This is true on two different boxes. 
> This causes serious trouble if the box restarts,
> because startup at level 2 holds on at /etc/init.d/mysql run.
> Reinstalling 5.0.23-7 of course solves the issue.

do you by any chance use ldap or anything else in nsswitch.conf?


sean

-- 


signature.asc
Description: Digital signature

Bug#299500: lincvs failed to start

[Frank Lichtenheld]

Adding a little piece of information:

On Mon, Mar 14, 2005 at 03:21:33PM +0100, Mathieu Laurent wrote:
> Error when lincvs start:
> 
> lincvs: Symbol `FamErrlist' has different size in shared object,
> consider re-linking

Ok, the error message is definetly gamin specific, but I can't reproduce
the extended CPU usage in either case.

> lincvs use 98% of cpu usage

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


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

Bug#298985: libc6-dev: ruserok failes when hosts.equiv and .rhosts are symlinks

[GOTO Masanori]

At Mon, 14 Mar 2005 09:51:12 -0800,
Ryan Lovett wrote:
> On Mon, Mar 14, 2005 at 11:10:50PM +0900, GOTO Masanori wrote:
> > At Thu, 10 Mar 2005 15:11:06 -0800,
> > Ryan Lovett wrote:
> > > I don't know if this is intentional, but if /etc/hosts.equiv or .rhosts
> > > are symlinks, ruserok fails. Moving the target of the link into place
> > > causes ruserok to succeed.
> > 
> > ruserok() does not accept when it's not regular file.
>  
> What is the reason for this? Is this a security feature or buggy behavior?

This behavior has been described in man rcmd(3).  This rules has been
applied for a long time without objections.  It's glibc's feature.

> > > Symlinks are fine on Solaris.
> > 
> > The behaivor of ruserok is OS-dependent, so Solaris is not related
> > with this report.
> 
> I know that its libC dependent, but I thought I'd give an example of
> another OS whose libC doesn't have this behavior. Why does glibc's ruserok
> behave this way with respect to links? Is it a security issue?

BSD* have the same behavior with glibc for symlink handling due to
security consideration.

Regards,
-- gotom


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