Bug#368297: More information on sudo-ldap SSL(ldaps://) breakage

[Roberto C . Sánchez]

After upgrading my Sarge workstation to Etch today, I decided to start
messing aroud with sudo-ldap.  I was a bit disappointed to find that it
did not work with ldaps:// schemes.  I did some digging and here is what
I have found.  I think that there are a combination of factors, which is
I why I have CC'd the pkg-openldap list.  There must be something going
here that I am just not seeing.

The scenario:

miami.connexer.com - the workstation
santiago.connexer.com - the LDAP server
localadmin - is a local account on miami
roberto - is an account served from LDAP on santiago

I followed the directions in /usr/share/doc/sudo-ldap/README.LDAP.gz.

I have the following lines in /etc/ldap/ldap.conf:

BASEdc=connexer,dc=com
URI ldaps://santiago.connexer.com
TLS_CACERT  /etc/ldap/cacert.pem

sudoers_base ou=Sudoers,dc=connexer,dc=com
sudoers_debug 2

Now, santiago's slapd is only accessible via SSL over port 636.  This is
done both by not allowing slapd to bind to the cleartext port and also
by shorewall rules.  I loaded the sudoers info slapd on santiago.  From
miami, I can see the data:

[EMAIL PROTECTED]:~$ ldapsearch -x -LLL objectclass=sudoRole
dn: cn=defaults,ou=Sudoers,dc=connexer,dc=com
objectClass: top
objectClass: sudoRole
cn: defaults
description: Default sudoOption's go here

dn: cn=root,ou=Sudoers,dc=connexer,dc=com
objectClass: top
objectClass: sudoRole
cn: root
sudoUser: root
sudoHost: ALL
sudoCommand: (ALL) ALL

dn: cn=roberto,ou=Sudoers,dc=connexer,dc=com
objectClass: top
objectClass: sudoRole
cn: roberto
sudoUser: roberto
sudoHost: ALL
sudoCommand: (ALL) ALL

Now, the sudoers file on miami has the following:

rootALL=(ALL) ALL
localadmin  ALL=(ALL) ALL

The first step was to try invoke sudo from roberto's account:

[EMAIL PROTECTED]:~$ sudo ls -a
LDAP Config Summary
===
uri  ldaps://santiago.connexer.com
ldap_version 3
sudoers_base ou=Sudoers,dc=connexer,dc=com
binddn   (anonymous)
bindpw   (anonymous)
ssl  (no)
===
ldap_initialize(ld,ldaps://santiago.connexer.com)
ldap_set_option(LDAP_OPT_PROTOCOL_VERSION,0x03)
ldap_simple_bind_s()=81 : Can't contact LDAP server
Password:
Sorry, try again.
Password:
sudo: 1 incorrect password attempt

No joy.  Next, we try from localadmin's account:

[EMAIL PROTECTED]:~$ su - localadmin
Password:
[EMAIL PROTECTED]:~$ sudo ls -a
LDAP Config Summary
===
uri  ldaps://santiago.connexer.com
ldap_version 3
sudoers_base ou=Sudoers,dc=connexer,dc=com
binddn   (anonymous)
bindpw   (anonymous)
ssl  (no)
===
ldap_initialize(ld,ldaps://santiago.connexer.com)
ldap_set_option(LDAP_OPT_PROTOCOL_VERSION,0x03)
ldap_simple_bind_s()=81 : Can't contact LDAP server
.   .alias .bash_logout   .bashrc  .lesshst  .Xauthority
..  .bash_history  .bash_profile  .cshrc   .ssh
[EMAIL PROTECTED]:~$ logout

It works, but the ldap_bind is still causing trouble.  Now, I have an
ldaps URI, but it still claims that ssl is not on.  I explicitly force
it on by adding the line "ssl on" to /etc/ldap/ldap.conf.  This is what
we see now for both accounts:

[EMAIL PROTECTED]:~$ sudo ls -a
LDAP Config Summary
===
uri  ldaps://santiago.connexer.com
ldap_version 3
sudoers_base ou=Sudoers,dc=connexer,dc=com
binddn   (anonymous)
bindpw   (anonymous)
ssl  on
===
ldap_initialize(ld,ldaps://santiago.connexer.com)
ldap_set_option(LDAP_OPT_PROTOCOL_VERSION,0x03)
ldap_simple_bind_s()=81 : Can't contact LDAP server
Password:
Sorry, try again.
Password:
sudo: 1 incorrect password attempt
[EMAIL PROTECTED]:~$ su - localadmin
Password:
[EMAIL PROTECTED]:~$ sudo -k
LDAP Config Summary
===
uri  ldaps://santiago.connexer.com
ldap_version 3
sudoers_base ou=Sudoers,dc=connexer,dc=com
binddn   (anonymous)
bindpw   (anonymous)
ssl  on
===
ldap_initialize(ld,ldaps://santiago.connexer.com)
ldap_set_option(LDAP_OPT_PROTOCOL_VERSION,0x03)
ldap_simple_bind_s()=81 : Can't contact LDAP server
[EMAIL PROTECTED]:~$ sudo ls -a
LDAP Config Summary
===
uri  ldaps://santiago.connexer.com
ldap_version 3
sudoers_base ou=Sudoers,dc=connexer,dc=com
binddn   (anonymous)
bindpw   (anonymous)
ssl  on
===
ldap_initialize(ld,ldaps://santiago.connexer.com)
ldap_set_option(LDAP_OPT_PROTOCOL_VERSION,0x03)
ldap_simple_bind_s()=81 : Can't contact LDAP server
Password:
.   .alias .bash_logout   .bashrc  .lesshst  .Xauthority
..  .bash_history  .bash_profile  .cshrc   .ssh
[EMAIL PROTECTED]:~$


So, it appears that nothing is really different here.  It turns out that
sudo's handling of TLS and SSL is somewhat broken (or brain dead).  I
applied the following patch to the sudo source package, rebuilt and
installed the new package:

--8<-->8--
--- sudo-1.6.8p12.orig/ldap.c
+++ sudo-1.6.8p12/ldap.c
@@ -565,6 +565,9 @@
   if 

Bug#418840: Status of the belocs-locales-{bin,data} packages

[Nicolas François]

Hello,

There is currently a grave bug on belocs-locales-data ( #418840
belocs-locales-data: does not work with new libc).

I wonder if it is worth fixing it or if the belocs packages are no more
needed.

They are not currently actively maintained, and IIRC, they were useful
when it was very difficult to introduce new locales in the locales package
(I don't think it is still the case, am I wrong?), to test new
locales before submitting them to the Glibc, to have more up to date
locales.

Does anybody want to maintain these packages?
Are there some languages which really need them?

Kind Regards,
-- 
Nekral


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

Bug#417592: lgamma(3) man page: references to standards are incorrect

[Vincent Lefevre]

On 2007-04-03 17:12:05 +0200, Vincent Lefevre wrote:
> Package: manpages-dev
> Version: 2.43-0
> Severity: normal
> 
> The lgamma(3) man page deals with lgamma and lgamma_r and says:
> 
> CONFORMING TO
>C99, SVr4, 4.3BSD
> 
> There are two problems:
> 
> 1. Concerning lgamma, the man page mentions signgam, but this
> variable doesn't exist in C99. The man page should say that this
> variable is a POSIX extension[*].
> 
> [*] http://www.opengroup.org/onlinepubs/009695399/functions/lgamma.html
> 
> 2. The ISO C99 standard doesn't define lgamma_r. POSIX doesn't either.
> So, the man page should say that this function is a glibc extension.

This has a consequence. The man page says:

   Compile with -std=c99; link with -lm.

But to use the extensions (signgam and lgamma_r), -std=gnu99 must be
used instead of -std=c99. Otherwise one gets errors or warnings, e.g.

testlgamma.c:24: error: 'signgam' undeclared (first use in this function)
testlgamma.c:24: error: (Each undeclared identifier is reported only once
testlgamma.c:24: error: for each function it appears in.)
testlgamma.c:30: warning: implicit declaration of function 'lgamma_r'

So, the man page should say something like:

  Compile with -std=c99, or with -std=gnu99 if you need the extensions
  (signgam, lgamma_r...); link with -lm.

-- 
Vincent Lefèvre <[EMAIL PROTECTED]> - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)

Bug#419342: joystick: Please update inputattach to support Elo touchscreens

[Tzvetan Mikov]

Package: joystick
Version: 20051019-1
Severity: wishlist

There is a newer version of inputattach.c available here: 
http://kernel.org/pub/linux/kernel/people/dtor/inputattach.c

I found it using a Google search. It appears to have some signifcant 
differences from the version in Debian. That version works with Elo 
touchscreens - e.g. using "modprobe elo; inputattach --elotouch /dev/ttyS0".

inputattach in Etch, doesn't work in this mode. It doesn't support 
the option "--elotouch" (even though it appears to accept it without 
an error). 

Etch already includes the required kernel driver "elo.ko", but it seems 
that there is no way at all to use it with Etch'es version of inputattach.

I think that ideally inputattach should be upgraded to the newer version
and separated in its own package.

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

Versions of packages joystick depends on:
ii  libc6   2.3.6.ds1-13 GNU C Library: Shared libraries
ii  makedev 2.3.1-83 creates device files in /dev

joystick recommends no packages.

-- no debconf information


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

Bug#419341: wminput: Supplied 'default' config file is a broken symlink

[Paul Evans]

Package: wminput
Version: 0.5.02-1
Severity: normal

The default config file is actually a broken symlink:

$ ls -l /etc/cwiid/wminput/default 
lrwxrwxrwx 1 root root 63 2007-04-15 02:41 /etc/cwiid/wminput/default -> 
/build/buildd/cwiid-0.5.02/debian/tmp/etc/cwiid/wminput/acc_ptr



-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.19-mh2.ket
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages wminput depends on:
ii  libbluetooth2   3.7-1Library to use the BlueZ Linux Blu
ii  libc6   2.3.6.ds1-13 GNU C Library: Shared libraries
ii  libwiimote0 0.5.02-1 library to interface with the wiim

wminput recommends no packages.

-- no debconf information


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

Bug#419340: ITP: convertall -- a very flexible unit converter

[William Grant]

Package: wnpp
Severity: wishlist
Owner: William Grant <[EMAIL PROTECTED]>


* Package name: convertall
  Version : 0.4.0
  Upstream Author : Douglas W. Bell <[EMAIL PROTECTED]>
* URL : http://www.bellz.org/convertall/
* License : GPL
  Programming Lang: Python
  Description : a very flexible unit converter

With ConvertAll, you can convert any unit in the large database to any
other compatible unit. If you want to convert from inches per decade,
that's fine. Or from meter-pounds. Or from cubic nautical miles. The
units don't have to make sense to anyone else.

-- System Information:
Debian Release: 4.0
  APT prefers feisty
  APT policy: (500, 'feisty')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.20-14-generic
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)


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

Bug#404279:

[Matthew William Solloway Bell]

owner 404279 !
severity 404279 important
thanks

The license issue is now categorised in a clone of #403117; I have a new
package (to be uploaded) that provides slightly more sane headers; and
we are no longer about to release, so I am more confident that the
necessary issues will be resolved and that I can release this package
into testing.

I intend to close this bug on upload of hte new package.

Matthew W. S. Bell


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

Bug#403117:

[Matthew William Solloway Bell]

owner 403117 !
clone 403117 -1
close 403117
severity -1 important
retitle -1 Package license is ambiguous; may be incompatible with GPL
thanks

I'm closing #403117 as the copyright information is now listed
correctly. However, the issue as to the meaning of the license is
outstanding, so I am cloning this bug as appropriate. I believe the
license still to be Free, so I am marking this bug as important only.
Communication with upstream is ongoing; I am about to whine at them
again.

Apologies if I buggered up the bug closing, but this seemed the
appropriate method.

Matthew W. S. Bell


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

Bug#416404: fixed upstream

[Bluefuture]

Tags:fixed-upstream patch

The bug seems to be fixed upstream[1].
Please contact upstream author if he want to integrate the patch in a
new 1.3.4. In the meantime we could integrate this patch on the official
debian version 1.3.0.
Contact also stable release manager for release this as update for etch.


[1]http://sourceforge.net/mailarchive/message.php?msg_name=20070414033808.GA5212%40linuxace.com



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

Bug#377512: libc6: valgrind warning about getifaddrs

[Pierre HABOUZIT]

On Sun, Jul 09, 2006 at 05:57:43PM +0200, Benoît Dejean wrote:
> Package: libc6
> Version: 2.3.6-15
> Severity: minor
> 
> Hi,
>   using getifaddrs i get the following valgrind warning :
> 
> ==12949== Syscall param socketcall.sendto(msg) points to uninitialised byte(s)
> ==12949==at 0xE633ACC: sendto (socket.S:106)
> ==12949==by 0xE651F48: __netlink_sendreq (ifaddrs.c:112)
> ==12949==by 0xE6521E4: __netlink_request (ifaddrs.c:131)
> ==12949==by 0xE652AD8: getifaddrs (ifaddrs.c:390)
> 
> Indeed, ./glibc-2.3.6/sysdeps/unix/sysv/linux/ifaddrs.c:
> 
>  92  struct
>  93   {
>  94 struct nlmsghdr nlh;
>  95 struct rtgenmsg g;
>  96   } req;
>  97   struct sockaddr_nl nladdr;
> 
> 101
> 102   req.nlh.nlmsg_len = sizeof (req);
> 103   req.nlh.nlmsg_type = type;
> 104   req.nlh.nlmsg_flags = NLM_F_ROOT | NLM_F_MATCH | NLM_F_REQUEST;
> 105   req.nlh.nlmsg_pid = 0;
> 106   req.nlh.nlmsg_seq = h->seq;
> 107   req.g.rtgen_family = AF_UNSPEC;
> 
> 112   return TEMP_FAILURE_RETRY (__sendto (h->fd, (void *) &req, sizeof 
> (req), 0,
> 113(struct sockaddr *) &nladdr,
> 114sizeof (nladdr)));
> 
> some members are not initialized.

  that's an interesting assertion, but you should look in the kernel
headers to verify (like I did) that rtgenmsg and nlmsghdr members are
all initialized in the very code you just cited.

  Though, in the 2.5 libc the possible paddings have been set to 0,
hence that (harmless) valgrind warning should anyway now be gone.

-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgpEI5cV8rCIn.pgp
Description: PGP signature

Bug#411654: bootchartd only works if /bin/sh is bash

[Ziga Mahkovec]

On Fri, 2007-03-30 at 02:15 +0200, Jörg Sommer wrote:
> Hello Guus, hello Ziga

Hi Jörg (and sorry for the late reply),

> [...]
> And there you see, dash tries to open /dev/null. The corresponding code
> is the following: (dash-0.5.3/src/jobs.c)

Thanks for getting to the bottom of this!

> [...]
> For job control bootchart needs a heavy rewrite, but I also think it can
> gain something. The other way is to try to redirect the shell error to
> /dev/null.
> 
> What do you think Ziga?

How about we avoid the udev problem (missing /dev/null) by starting the
loggers before udev is started?  This is a simple change, we just need
to make sure the start() function is run in foreground (see diff below).

Once the loggers are started, we no longer need to fork any background
processes, thus avoiding the dash problem.  Getting rid of any
remaining /dev/null references should be easy.

Please give it a try and let me know how that goes.


Thanks,
-- 
Ziga


Index: bootchartd
===
--- bootchartd  (revision 395)
+++ bootchartd  (working copy)
@@ -59,17 +59,13 @@
accton kernel_pacct
fi

-   # Wait for /proc to be mounted
-   while [ ! -f /proc/stat ]; do sleep $SAMPLE_PERIOD; done
-   sleep $SAMPLE_PERIOD
-
#
# Run loggers in background
#
log_output "cat /proc/stat" proc_stat.log &
 
# /proc/diskstats is available in 2.6 kernels
-   [ -f /proc/diskstats ] && log_output "cat /proc/diskstats" 
proc_diskstats.log &
+   log_output "cat /proc/diskstats" proc_diskstats.log &
 
log_output "cat /proc/*/stat" proc_ps.log &
#log_output "ps -eww -o pid,ppid,s,pcpu,comm,cmd" ps.log &
@@ -227,7 +223,7 @@
# init(1).
IN_INIT="yes"
echo "Starting bootchart logging"
-   start &
+   start

# Optionally, an alternative init(1) process may be specified using
# the kernel command line (e.g. "bootchart_init=/sbin/initng")

Bug#289265: Serial console hanging

[Sam Vilain]

We are seeing this on our systems too, which are using "console=tty0
console=ttyS0" (making the SERIAL console master).

What is happening is that vt-is-UTF8 prints a console detection code to
/dev/tty0 directly, and tries to read the response from there too - but
ends up waiting forever because the terminal does not respond.

Digging deeper, this is because it's calling "get_console_fd", which
tries to open /dev/tty and fails (ENXIO - No such device or address), so
falls back to /dev/tty0 *before* /dev/console.  It then sends its output
to /dev/tty0 - which seems to get mirrored to /dev/ttyS0, presumably
because of the console settings (linux kernel version=2.6.20.4).

In any case, this function is basically broken.  It's supposed to be
returning information for the current VT, but hasn't even established
that the current VT is the console, let alone which console might be
active.  It also doesn't cater for the case where there is no terminal
there at all to respond to its query.

Anyway, ignoring the above brokenness, probably the easiest change that
can be made is to put an alarm in before the fscanf in lib/testUTF8.c.

I'll confirm that this behaves as expected, but please consider this
patch for the next sarge update as well as etch.

--- console-tools/build-tree/console-tools-0.2.3/lib/testUTF8.c.orig
1999-09-01 08:41:05.0 +1200
+++ console-tools/build-tree/console-tools-0.2.3/lib/testUTF8.c
2007-04-15 12:07
:25.0 +1200
@@ -43,12 +43,15 @@
* - ask cursor position
*/
   fprintf (f, "\030\032" "\r\357\200\240" "\033[6n\033D");
+  alarm(1);
   /* get cursor position; set error if no answer */
   if (2 != fscanf (f, "\033[%u;%u", &y, &x))
{
+  alarm(0);
  errno = EIO;
  return -1;
}
+  alarm(0);
   tcsetattr (fd, TCSANOW, &termios_orig);
   /* go back; erase 1 or 3 char */
   fprintf(f, "\033[1F" "\033[%uX", (x-1));



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

Bug#382524: cdctrl does not more work under sarge

[Max Vozeler]

Hi Michelle,

Am 2006-07-10 19:16:20, schrieb Michelle Konzack:
> I am using ATA and SCSI Cd-Drives which are /dev/hdc or /dev/scd0.
> 
> Now if I try 'cdctrl e' it access the drive and nothing happen.
> I must use ^C to interupt the operation, because other programs
> like "eject" can not access the CD-Drive.

I'm not sure I understand your bug report correctly.

The strace shows that it tried to open a device called "e"
in the current directory, because the first command line
argument is intepreted as path to the device. This failed,
and then cdctrl seems to have exited normally.

Is the problem that cdctrl keeps the device open if you
use it like "cdctrl /dev/cdrom" and that this prevents 
other programs from accessing the device? This could be,
because IIRC that behaviour changed some versions back.

cheers,
Max


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

Bug#341430: JTA - ssh documentation.

[Paul Cager]

I found it quite difficult to locate this information on javassh.org's
web site.

The command line required is of the form:

java -jar jta26.jar -plugins Status,Socket,SSH,Terminal hostname 22

(or you can use an equivalent config file).

I'll update the package's description and README when I next upload it.


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

Bug#419338: burn: Inaccurate error message

[Gordon Haverland]

Package: burn
Version: 0.4.3-2.1
Severity: normal

This is for an older K6-400 system I've resurrected.

Anyway, after playing apt-get for about 1 day with this system,
I burned a couple of CD-Rs with KANOTIX on them.  Burn was the
program I used.  It worked fine (I think).  I didn't have MD5sums
of the ISO I was burning, so I don't know if the transfer was
good or not.  I later tried booting off those CDs, and a half dozen
steps into booting, things died with both CDs.  Since the KANOTIX in
question was some kind of preview, maybe it was the preview, maybe it
was the transfer.

When I next went to run burn, with the oldest stable ISO of KANOTIX, I
kept getting errors.  Burn was always telling me that the media was no
longer writable (I tried about 8 new disks, different colour tops).
Burn still has /usr/bin/cdrecord in it (instead of wodim), the error
wodim gives is about inability to set SG_SET_TIMEOUT.

Going through the ATAPI README for wodim, seems to get things working.
Sort of.  You can't have cdrom and cdrw symlinks pointing at the same
device.  I'm using just a cdrom link, and it is working fine.

Also, upgrading this older Debian-Jr distribution (last used about 2.5
years ago?) has been nothing but interesting.  But I have no idea if
anyone at Debian is interested, let alone if I should file a report on
it.


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

Bug#382523: Please add option +/- to cdvolume

[Max Vozeler]

Hi Michelle,

Am 2006-07-10 18:59:22, schrieb Michelle Konzack:
> cdvolume works curently if the parameter is an integer of 0 to 255.
> 
> Please add the option +/- to the parameter to let $USER increase or
> decrease the volume like
> 
> cdvolume -10
> cdvolume +5
> ...
> 
> But since the options -0 to -9 already exist, what about the prefix
> d(decrease) and i(ncrease) like
> 
> cdvolume d10
> cdvolume i5
> 
> This can then be used on "very light desktops" with multimedia
> keyboards without the need of heavy X tools.
> 
> Currently I use a wraper, which invokes "cam" but its not a real
> solution since it must store the current value in a file.

I think this would be a good feature. Perhaps using 
"cdvolume increase/decrease " and "cdvolume decrease "
instead of the new prefix. 

cheers,
Max


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

Bug#419337: manpages: [motd.5] Explaining why users should edit /etc/motd.tail

[Charles Plessy]

Package: manpages
Version: 2.39-1
Severity: wishlist
Tags: patch

Dear Joey,

I realised that /etc/motd is just a symlink in Etch. As it seems that
/etc/motd or /etc/motd.tail do not belong to any package, I think that
the best place for documenting this is the manpage.

Here is a patch I am proposing to you for this purpose.

Have a nice day,

-- Charles Plessy, Wako, Saitama


-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: powerpc (ppc64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-powerpc64
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)

-- no debconf information
--- motd.5.orig 2007-04-15 08:38:34.0 +0900
+++ motd.5  2007-04-15 08:54:23.0 +0900
@@ -22,6 +22,7 @@
 .\" 
 .\" Modified Sat Jul 24 17:08:16 1993 by Rik Faith <[EMAIL PROTECTED]>
 .\" Modified Mon Oct 21 17:47:19 EDT 1996 by Eric S. Raymond <[EMAIL 
PROTECTED]>
+.\" Modified Sun Apr 15 08:39:11 Asia/Tokyo 2007 by Charles Plessy <[EMAIL 
PROTECTED]>
 .TH MOTD 5 1992-12-29 "Linux" "Linux Programmer's Manual"
 .SH NAME
 motd \- message of the day
@@ -33,8 +34,25 @@
 The abbreviation "motd" stands for "message of the day", and this file
 has been traditionally used for exactly that (it requires much less disk
 space than mail to all users).
+
+On Debian systems, \fI/etc/motd\fP is a symbolic link to
+\fI/var/run/motd\fP, which is built by \fI/etc/init.d/bootmisc.sh\fP
+by appending the contents of \fI/etc/motd.tail\fP to a line containing
+information about the system. Therefore, permantent changes should be
+made in \fI/etc/motd.tail\fP.
 .SH FILES
 /etc/motd
+.RS 3n
+Symbolic link to the system message of the day
+.RE
+/var/run/motd
+.RS 3n
+System message of the day file rebuilt at each computer start
+.RE
+/etc/motd.tail
+.RS 3n
+Template fo building the system message of the day
+.RE
 .SH "SEE ALSO"
 .BR login (1),
 .BR issue (5)

Bug#419336: ferm: Make keywords able to be in an array

[Joerg Jaspert]

Package: ferm
Severity: wishlist

Simple:

(saddr daddr) $SOMETHING ACTION;

doesnt work, ferm doesnt like the array of saddr/daddr. Why?

-- 
bye Joerg
"If you are using an Macintosh e-mail program that is not from Microsoft, we
recommend checking with that particular company. But most likely other e-mail
 programs like Eudora are not designed to enable virus replication" 
   -- http://www.microsoft.com/mac/products/office/2001/virus_alert.asp


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

Bug#419335: Excessive dependence to libgtk2.0-bin

[Jonny]

Package: librsvg2-common
Version: 2.16.1-2

The dependence to libgtk2.0-bin (>= 2.4.1-3) is not needed any longer. Please 
delete from Depends.


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

Bug#419334: RFA: cdtool -- text-based audio CD player and CD-ROM control commands

[Max Vozeler]

Package: wnpp

I find that I don't actually play audio CDs much anymore and I now
have only occasional access to a machine that cdtool works on (one 
that can play audio CDs without DAE), so I'm sure there is someone 
out there who can do a better job maintaining it :-)

It would be ideal if whoever adopts could also take over as cdtool
upstream maintainer. The code is relatively small and simple and 
usually not much work. There was a proposal to port cdtool to libcdio
which is probably a good idea - it could make cdtool work for the
increasing number of systems that can only do DAE. 

If you are interested in adopting it, let me know. I'm happy to
answer questions, provide an SVN dump, etc.

cheers,
Max


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

Bug#415573: libc6: uninitialised value in manager.c:128

[Pierre HABOUZIT]

tag 415573 + moreinfo
thanks

On Tue, Mar 20, 2007 at 01:33:52PM +0100, Jeroen Massar wrote:
> Package: libc6
> Version: 2.3.6.ds1-13
> Severity: important
> 
> 
> Valgrind has been reporting the following already for a long time:
> 
> ==16241== Thread 2:
> ==16241== Conditional jump or move depends on uninitialised value(s)
> ==16241==at 0x40270CC: __pthread_manager (manager.c:128)
> ==16241==by 0x4151389: clone (clone.S:119)
> 
> This might pose an attack vector, as memory on the stack is not cleared
> out per default, depending on the compiler that is used, which in
> general is gcc which does not do that; which is evident otherwise
> valgrind would not complain about it.
> 
> The problem seems to be somewhere inside:
> 8<-
>   /* If we have special thread_self processing, initialize it.  */
> #ifdef INIT_THREAD_SELF
>   INIT_THREAD_SELF(self, 1);
> #endif
> ->8
> Which, when trying to follow it, is a huge messy code block.
> Trying to determine exactly that this problem occurs is difficult
> because of this, it would have been very handy if instead of #defining
> functions that code was actually in functions and then let the compiler
> choose to optimize it out or not. But that is my opinion.
> 
> Can somebody, more fluent in glibc, take a look at this?

  Could you please provide a small program (and the flags used to build
it) to reproduce the problem ?

  Does it still apply to glibc2.5 currently in unstable ?

-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgpivFrqg5NxC.pgp
Description: PGP signature

Bug#419175: Additional info

[Greg Hartman]

I built a kernel (the 2.6.8 version that shipped with Sarge) with
CONFIG_USB_STORAGE_DEBUG=y.

I then rebooted the system, waited 16 minutes, and tried to read from
the disk with:

dd if=/dev/sda of=/dev/null count=1

This failed with an I/O error.

I have attached the dmesg output and also the output from lsusb.

Bulk status result = 0
usb-storage: Bulk Status S 0x53425355 T 0xd R 0 Stat 0x0
usb-storage: Fixing INQUIRY data to show SCSI rev 2 - was 0
usb-storage: scsi cmd done, result=0x0
usb-storage: *** thread sleeping.
  Vendor: MAD DOG   Model: MD-16XDVD9Rev: 2.FD
  Type:   CD-ROM ANSI SCSI revision: 02
usb-storage: queuecommand called
usb-storage: *** thread awakened.
usb-storage: Command TEST_UNIT_READY (6 bytes)
usb-storage:  00 00 00 00 00 00
usb-storage: Bulk Command S 0x43425355 T 0xe L 0 F 0 Trg 0 LUN 0 CL 6
usb-storage: usb_stor_bulk_transfer_buf: xfer 31 bytes
usb-storage: Status code 0; transferred 31/31
usb-storage: -- transfer complete
usb-storage: Bulk command transfer result=0
usb-storage: Attempting to get CSW...
usb-storage: usb_stor_bulk_transfer_buf: xfer 13 bytes
usb-storage: Status code 0; transferred 13/13
usb-storage: -- transfer complete
usb-storage: Bulk status result = 0
usb-storage: Bulk Status S 0x53425355 T 0xe R 0 Stat 0x0
usb-storage: scsi cmd done, result=0x0
usb-storage: *** thread sleeping.
usb-storage: queuecommand called
usb-storage: *** thread awakened.
usb-storage: Command MODE_SENSE_10 (10 bytes)
usb-storage:  5a 00 2a 00 00 00 00 00 80 00
usb-storage: Bulk Command S 0x43425355 T 0xf L 128 F 128 Trg 0 LUN 0 CL 10
usb-storage: usb_stor_bulk_transfer_buf: xfer 31 bytes
usb-storage: Status code 0; transferred 31/31
usb-storage: -- transfer complete
usb-storage: Bulk command transfer result=0
usb-storage: usb_stor_bulk_transfer_buf: xfer 128 bytes
usb-storage: Status code 0; transferred 64/128
usb-storage: -- short transfer
usb-storage: Bulk data transfer result 0x1
usb-storage: Attempting to get CSW...
usb-storage: usb_stor_bulk_transfer_buf: xfer 13 bytes
usb-storage: Status code -32; transferred 0/13
usb-storage: clearing endpoint halt for pipe 0xc0008480
usb-storage: usb_stor_control_msg: rq=01 rqtype=02 value= index=81 len=0
usb-storage: usb_stor_clear_halt: result = 0
usb-storage: Attempting to get CSW (2nd try)...
usb-storage: usb_stor_bulk_transfer_buf: xfer 13 bytes
usb-storage: Status code 0; transferred 13/13
usb-storage: -- transfer complete
usb-storage: Bulk status result = 0
usb-storage: Bulk Status S 0x53425355 T 0xf R 64 Stat 0x0
usb-storage: scsi cmd done, result=0x0
usb-storage: *** thread sleeping.
sr0: scsi3-mmc drive: 48x/48x writer cd/rw xa/form2 cdda tray
Attached scsi CD-ROM sr0 at scsi1, channel 0, id 0, lun 0
usb-storage: queuecommand called
usb-storage: *** thread awakened.
usb-storage: Bad LUN (0:1)
usb-storage: scsi cmd done, result=0x4
usb-storage: *** thread sleeping.
usb-storage: queuecommand called
usb-storage: *** thread awakened.
usb-storage: Bad target number (1:0)
usb-storage: scsi cmd done, result=0x4
usb-storage: *** thread sleeping.
usb-storage: queuecommand called
usb-storage: *** thread awakened.
usb-storage: Bad target number (2:0)
usb-storage: scsi cmd done, result=0x4
usb-storage: *** thread sleeping.
usb-storage: queuecommand called
usb-storage: *** thread awakened.
usb-storage: Bad target number (3:0)
usb-storage: scsi cmd done, result=0x4
usb-storage: *** thread sleeping.
usb-storage: queuecommand called
usb-storage: *** thread awakened.
usb-storage: Bad target number (4:0)
usb-storage: scsi cmd done, result=0x4
usb-storage: *** thread sleeping.
usb-storage: queuecommand called
usb-storage: *** thread awakened.
usb-storage: Bad target number (5:0)
usb-storage: scsi cmd done, result=0x4
usb-storage: *** thread sleeping.
usb-storage: queuecommand called
usb-storage: *** thread awakened.
usb-storage: Bad target number (6:0)
usb-storage: scsi cmd done, result=0x4
usb-storage: *** thread sleeping.
usb-storage: queuecommand called
usb-storage: *** thread awakened.
usb-storage: Bad target number (7:0)
usb-storage: scsi cmd done, result=0x4
usb-storage: *** thread sleeping.
USB Mass Storage device found at 4
Attached scsi generic sg0 at scsi0, channel 0, id 0, lun 0,  type 0
Attached scsi generic sg1 at scsi1, channel 0, id 0, lun 0,  type 5
Linux agpgart interface v0.100 (c) Dave Jones
agpgart: Detected an Intel 845G Chipset.
agpgart: Maximum main memory to use for agp memory: 563M
agpgart: Detected 892K stolen memory.
agpgart: AGP aperture is 128M @ 0xf000
USB Universal Host Controller Interface driver v2.2
ACPI: PCI interrupt :00:1d.0[A] -> GSI 11 (level, low) -> IRQ 11
uhci_hcd :00:1d.0: Intel Corp. 82801DB (ICH4) USB UHCI #1
PCI: Setting latency timer of device :00:1d.0 to 64
uhci_hcd :00:1d.0: irq 11, io base 1800
uhci_hcd :00:1d.0: new USB bus registered, assigned bus number 2
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 2 ports

Bug#419333: ferm: allow to have variables as commands/targets

[Joerg Jaspert]

Package: ferm
Severity: wishlist

Next wish - i want to define a variable somewhere that acts as a
"command".

Ie:

def $REJECT = "REJECT";

and then

dport $SOMEWHERE $REJECT

will add a rule like

iptables [...] --dport XXX -j REJECT


Usage:

Imagine you have multiple files available you can include in your
default firewall config. Depending on what you include you can then
easily change meaning of a whole ruleset by just giving one variable a
different content.

-- 
bye Joerg


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

Bug#419332: ferm: if/then/else feature.

[Joerg Jaspert]

Package: ferm
Severity: wishlist

Wanted: if/then/else for ferm.

Ie:

if "$variable" == "foo" 
   some ferm rules
else
   some others
end

Where the else part is optional.

Useful in case you want some rules only in some situations, like "the
vpn i need for this exists" or so.

Having a powerful if that fits man test(1) would rock, but as simple as
== and != testing of variables would work fine for me too.

-- 
bye Joerg
It's not that I'm afraid to die, I just don't want to be there
when it happens.
  -- Woody Allen


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

Bug#418850: Usb cdrom unit not automatically recognized by installer

[Frans Pop]

On Thursday 12 April 2007 23:07, Daniele Pizzolli wrote:
> This line look strange:
> ID_TYPE=floppy

Yes, that is where the problem comes from. Could you also provide the 
output of 'udevinfo -a -p /sys/block/sr0'?

TIA,
FJP


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

Bug#148546: ***SPAM*** Support Contact

[reserve]

Nädalavahetustel ja argipäevadel pärast kella 17:00 saadetud tellimised saavad 
kinnituse sellele järgneval tööpäeval!
Kõiki tellimusi, millele me ei jõua vastata (õhtud, nädalalõpud) enne Teie 
saabumist, ootame telefonil +372 6279020


Viesteihinne, jotka ovat vastaanotetut arki-iltaisin kello viiden (17:00)  
jälkeen sekä viikonloppuisin, vastataan seuraavana arkipäivänä.
Mikäli saapumisajankohtanne on ennen kuin ehdimme vastaamaan viestiinne (illat 
ja viikonloput), pyydämme teitä soittamaan suoraan numeroon +372 6279020


Requests received on weekends and after 5 p.m. during week, will be answered on 
the following working day. 
All table requests, which we can not answer before your arrival should be made 
at number +372 6279020

With greetings from the office of Olde Hansa

Bug#417477: another patch

[Martin Michlmayr]

For some reason, the package still fails to build with sbuild in a
clean chroot even though it compiles fine in my sid chroot.  Can you
please add the following patch on top of the previous one:

--- src/RegexString.cc~ 2007-04-15 00:59:12.0 +0200
+++ src/RegexString.cc  2007-04-15 00:59:32.0 +0200
@@ -10,6 +10,7 @@
 
 #include "RegexString.hh"
 
+#include 
 #include 
 
 using std::cerr;

-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#419331: Buggy installer (etch) when using more than 1 crypted phy. devices with LVM

[Andreas Gerlich]

Package: Installer of Debian 4.0r0 (I mean initramfs-tools)
Version: Debian 4.0r0 network-CD or DVD1 "etch"

Hello,

when I setup following disc strukture

/   /var/usr/home/misc
,++---+---+++, -
||  ROOT  |  VAR  |  USR  |  HOME  |  MISC  ||   ^
|`+---+---++'|   |
||  LVM
| LVM VG "SYSTEM"|   |
||   |
++ -
||
|  hda5_crypt| crypt
||
++ -
||
|  /dev/hda5 | phy. dev
||
`' -

all works fine. The system asks after reboot for the 
passphrase for hda5_crypt and all works. :-)
(The boot- an swap-partition (crypted with random key)
are not displayed in this figure.)

But when I setup following

/   /var/usr/home/misc
,++---+---+++, -
||  ROOT  |  VAR  |  USR  |  HOME  |  MISC  ||   ^
|`+---+---++'|   |
||  LVM
| LVM VG "SYSTEM"|   |
||   |
++--++ -
||  ||
|   hda5_crypt   |  |  hda6_crypt| crypt
||  ||
++  ++ -
||  ||
|   /dev/hda5|  |  /dev/hda6 | phy. dev
||  ||
`'  `' -

the installer setups the system correctly. But when the
system reboots the system asks the passphrase only for
hda5_crypt and then the system can not setup the LVM
Volume Group "SYSTEM". The system prints out the message
"Waiting for root file system..
and goes after a timeout in a shell with the prompt
 "(initramfs)".

I test it with the netinstall-CD and also with the DVDs.

Regards
Andreas Gerlich
-- 
Dipl.-Ing.(FH) Andreas Gerlich
Germany

project (Z80 emulator) --> http://www.mathematik.uni-ulm.de/users/ag/yaze-ag/

Mitspielen strengstens erlaubt!



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

Bug#360460: New upstream version available (0.99.3)

[Laurent Bigonville]

Hi,

Any hope to see a new version of pam in lenny?

Regards

Laurent Bigonville


pgp60FKmqxLWv.pgp
Description: PGP signature

Bug#419330: gnome-volume-manager: Mounts not cleanly unmounted ext2 partition without notice nor fsck

[Olivier Berger]

Package: gnome-volume-manager
Version: 1.5.15-1+b1
Severity: important

Hi.

I have a SD card with two partitions, one VFAT and one ext2. It happens
that I'm using it with a PDA which sometimes crashes, without cleanly
unmounting the partitions, then.

When inserting that SD in my Desktop's memory card reader, I get both
partitions automounted in /media.

There's no warning, nor is the ext2 partition fsck-ed before mounting it
:(

I think this can pretty surely lead to data loss.

Hope this helps,

Best regards.

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

Versions of packages gnome-volume-manager depends on:
ii  gconf2 2.16.1-1  GNOME configuration database syste
ii  hal0.5.8.1-9 Hardware Abstraction Layer
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libatk1.0-01.12.4-3  The ATK accessibility toolkit
ii  libbonobo2-0   2.14.0-3  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.14.0-5  The Bonobo UI library
ii  libc6  2.3.6.ds1-13  GNU C Library: Shared libraries
ii  libcairo2  1.2.4-4   The Cairo 2D vector graphics libra
ii  libdbus-1-31.0.2-1   simple interprocess messaging syst
ii  libdbus-glib-1-2   0.71-3simple interprocess messaging syst
ii  libfontconfig1 2.4.2-1.2 generic font configuration library
ii  libgconf2-42.16.1-1  GNOME configuration database syste
ii  libgksuui1.0-1 1.0.7-1   a graphical fronted to su library
ii  libglade2-01:2.6.0-4 library to load .glade files at ru
ii  libglib2.0-0   2.12.4-2  The GLib library of C routines
ii  libgnome-keyring0  0.6.0-3   GNOME keyring services library
ii  libgnome2-02.16.0-2  The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.14.0-2  A powerful object-oriented display
ii  libgnomeui-0   2.14.1-2  The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 1:2.14.2-7GNOME virtual file-system (runtime
ii  libgtk2.0-02.8.20-7  The GTK+ graphical user interface 
ii  libhal10.5.8.1-9 Hardware Abstraction Layer - share
ii  libice61:1.0.1-2 X11 Inter-Client Exchange library
ii  liborbit2  1:2.14.3-0.1  libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.14.8-5  Layout and rendering of internatio
ii  libpopt0   1.10-3lib for parsing cmdline parameters
ii  libsm6 1:1.0.1-3 X11 Session Management library
ii  libx11-6   2:1.0.3-7 X11 client-side library
ii  libxcursor11.1.7-4   X cursor management library
ii  libxext6   1:1.0.1-2 X11 miscellaneous extension librar
ii  libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio
ii  libxi6 1:1.0.1-4 X11 Input extension library
ii  libxinerama1   1:1.0.1-4.1   X11 Xinerama extension library
ii  libxml22.6.27.dfsg-1 GNOME XML library
ii  libxrandr2 2:1.1.0.2-5   X11 RandR extension library
ii  libxrender11:0.9.1-3 X Rendering Extension client libra
ii  pmount 0.9.13-1+b1   mount removable devices as normal 

Versions of packages gnome-volume-manager recommends:
ii  gnome-media  2.14.2-4GNOME media utilities
pn  gthumb (no description available)
ii  nautilus-cd-burner   2.14.3-8+b1 CD Burning front-end for Nautilus
ii  totem2.16.5-3A simple media player for the Gnom

-- no debconf information


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

Bug#419329: ITP: brightd -- daemon which regulates brightness of ThinkPad LCDs dynamically

[Evgeni Golov]

Package: wnpp
Owner: Evgeni Golov <[EMAIL PROTECTED]>
Severity: wishlist

* Package name: brightd
  Version : 0.0.20070226
  Upstream Author : Phillip Berndt <[EMAIL PROTECTED]>
* URL or Web page : http://pberndt.com/Programme/Linux/brightd/
* License : GPL
  Description : daemon which regulates brightness of ThinkPad LCDs
dynamically

The idea is taken from the way Macs behave: If a user is inactive for
a certain time, it darkens the screen. The program is only active until
the highest level of brightness is chosen.

My first packaging attempt can be found under:
http://debian.die-welt.net/pool/main/brightd/

--
   ^^^| Evgeni -SargentD- Golov ([EMAIL PROTECTED])
 d(O_o)b  | GPG/PGP-Key-ID: 0xAC15B50C
  >-|-<   | 0C04 F872 0963 ADC9 AA83 882B 24A0 1418 AC15 B50C
   / \| http://www.die-welt.net - [EMAIL PROTECTED]

I would change the world, but they won't give me the sourcecode (Adrian
Bastholm - linux-thinkpad)


pgpeeCFWhkGle.pgp
Description: PGP signature

Bug#419320: mirror update for entry ftp.uni-sofia.bg

[Simon Paillard]

Hello Alexander,

On Sat, Apr 14, 2007 at 09:45:14PM +, Alexander Velin wrote:
> Site: ftp.uni-sofia.bg
> Submission-Type: update
> Type: leaf
> Archive-ftp: /debian/
> Archive-http: /debian/
> Archive-rsync: debian/

http://ftp.uni-sofia.bg/debian/dists/ should list links stable testing
unstable and so on (like ftp.de.debian.org/debian/dists does) (because
the links are there but not displayed by apache, it's tricky :p)

http://www.us.debian.org/mirrors/ftpmirror#settings

> CDImage-ftp: /debian-cd/
> CDImage-http: /debian-cd/
> CDImage-rsync: debian-cd/

Ok. Added.

> Security-ftp: /debian-security/
> Security-http: /debian-security/
> Security-rsync: debian-security/

You should drop http://ftp.uni-sofia.bg/debian-non-US/ because it has
been deprecated since Sarge.

> Mirrors-from: ftp.de.debian.org
> Archive-architecture: ALL 
> Maintainer: Alexander Velin <[EMAIL PROTECTED]>
> Country: BG Bulgaria
> Location: Sofia University, 42.6740/23.3305

Updated.

By the way, you are recommended to use the last anonftpsync that uses
the proper rsync options to allow your mirror to be consistent even
during updates.
http://www.debian.org/mirrors/anonftpsync

Thanks for mirroring Debian,

Best regards.

-- 
Simon Paillard


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

Bug#419328: release-notes: Little error on italian version

[Leandro Noferini]

Package: release-notes
Severity: minor


In the section

  4.1.3 Preparazione per il ripristino

   A causa dei molti cambiamenti nel kernel tra sarge e etch riguardanti
   [...]
   in questo capito delle presenti Note di Rilascio e nei successivi.
 ^^

Should be "capitolo"

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (990, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8)


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

Bug#419189: Error on installing libc6 2.5-1 - breaks system

[Pierre Habouzit]

On Sat, Apr 14, 2007 at 10:21:52PM +0200, [EMAIL PROTECTED] wrote:
> Am Samstag, 14. April 2007 18:46 schrieben Sie:
> > > Here are the listing of /lib/tls:
> > >
> > > -rwxr-xr-x 1 root root   88904 2005-05-10 22:01 ld-2.3.2.so
> > > lrwxrwxrwx 1 root root  11 2006-07-14 00:59 ld-linux.so.2 ->
> > > ld-2.3.2.so -rw-r--r-- 1 root root9324 2005-05-10 22:01
> > > libanl-2.3.2.so
> >
> > Which version of libc6 was installed before you attempted upgrading to
> > 2.5-1?  Do/did you have libc6-i686 installed?
> 
> As far as I know the latest version in sid before 2.5-1 was installed. 
> (perhaps 2.3.6.ds1-13 ?)
> I did not install libc6-i686.

  The point is that your system has very akward things, as what lies in
your /lib/tls:
  * _seems_ to come from a libc 2.3.2;
  * still has a libc-2.3.6.so too that has not the correct permissions
_BUT_ the same size and date as the libc-2.3.2.so (which is
completely absurd).
  * sizes that are unrecorded in known debian packages.


  So we're really wondering what has been happening on that system. Did
you installed ubuntu packages at some point ? did you do anything
peculiar to your system ? do you use prelink ? well, any kind of
additionnal informations would be really apprecited.


  Oh and which kernel did you had _before_ the glibc2.5 upgrade ? a 2.6
? or still a 2.4 ?

Cheers,
-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgp5yXQpQcwnn.pgp
Description: PGP signature

Bug#419326: O: elisp-manual -- Emacs Lisp Reference Manual

[Mohammed Adnène Trojette]

Package: wnpp
Severity: normal

The current maintainer of elisp-manual, Kirk Hilliard <[EMAIL PROTECTED]>,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you are *sure* you will have enough time and attention to
work on it.

If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: elisp-manual
Binary: elisp-manual
Version: 21-2.8-2
Priority: optional
Section: doc
Maintainer: Kirk Hilliard <[EMAIL PROTECTED]>
Architecture: all
Standards-Version: 3.6.2
Format: 1.0
Directory: pool/main/e/elisp-manual
Files:
 69572059f7be6dfef01a17c4a8c6472c 547 elisp-manual_21-2.8-2.dsc
 71500b6aaa3d80ea1df1b46c5055c43d 2455995 elisp-manual_21-2.8.orig.tar.gz
 231f5fd4afffc0bc2be2a2dc7d586a67 9483 elisp-manual_21-2.8-2.diff.gz

Package: elisp-manual
Priority: optional
Section: doc
Installed-Size: 872
Maintainer: Kirk Hilliard <[EMAIL PROTECTED]>
Architecture: all
Version: 21-2.8-2
Depends: info | info-browser
Filename: pool/main/e/elisp-manual/elisp-manual_21-2.8-2_all.deb
Size: 739564
MD5sum: 670a7713a89b3ece1befd77ceb3953cd
SHA1: 2d1a5b3ccb9f54710a68ee86ccac20f5bc0ec2a0
SHA256: f269efbf8eaa074cb84597f090777128fa7ce9af8da0b1b3e1b6d832c398676e
Description: Emacs Lisp Reference Manual
 The GNU Emacs Lisp Reference Manual covers this programming language
 in depth, including data types, control structures, functions,
 macros, syntax tables, searching and matching, modes, windows,
 keymaps, byte compilation, and the operating system interface.  This
 is the same 990 page manual which is available softbound from the
 Free Software Foundation.
 .
 This package provides the manual in GNU info format.  The source
 package contains Texinfo source and instructions for printing.
Tag: devel::doc, devel::lang:lisp, made-of::data:info, role::documentation, 
suite::emacs, use::editing

-- 
Mohammed Adnène Trojette

Bug#419325: apt: does not recognize changed sources

[Holger Wansing]

Package: apt
Severity: normal


On my Sarge-System I have "stable" entries in my sources.list
and because of that I should have got all the new etch packages
after release, when "apt-get update" was called.
But I got no new packages out of etch
(only some updated packages from Christian Marillat's sources
were called for upgrading).

See attached file for complete details, here some short info:

I had sources.list lines from server
http://ftp2.de.debian.org/debian/
when etch was released and problem occures.

Then I changed the lines to the server
http://ftp.de.debian.org/debian/ 
and after updating I got all the etch packages mentioned for
upgrade.

Changing the lines back to the original
http://ftp2.de.debian.org/debian/
didn't change the situation, still all the etch packages are now
mentioned.




Kind regards
Holger





apt.txt.tar.gz
Description: Binary data

Bug#419327: O: emacs-lisp-intro -- An Introduction to Programming in Emacs Lisp

[Mohammed Adnène Trojette]

Package: wnpp
Severity: normal

The current maintainer of emacs-lisp-intro, Kirk Hilliard <[EMAIL PROTECTED]>,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you are *sure* you will have enough time and attention to
work on it.

If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: emacs-lisp-intro
Binary: emacs-lisp-intro
Version: 2.04-3.1
Priority: optional
Section: non-free/doc
Maintainer: Kirk Hilliard <[EMAIL PROTECTED]>
Architecture: all
Standards-Version: 3.6.2
Format: 1.0
Directory: pool/non-free/e/emacs-lisp-intro
Files:
 8125b5daeaea8e807f7af48b42c65f91 526 emacs-lisp-intro_2.04-3.1.dsc
 a2e839f6ec82ccadcd36427d32df709a 499535 emacs-lisp-intro_2.04.orig.tar.gz
 c3aa770d6003e3e8feda8fb900ba8d0f 9297 emacs-lisp-intro_2.04-3.1.diff.gz

Package: emacs-lisp-intro
Priority: optional
Section: non-free/doc
Installed-Size: 320
Maintainer: Kirk Hilliard <[EMAIL PROTECTED]>
Architecture: all
Version: 2.04-3.1
Depends: info | info-browser
Filename: pool/non-free/e/emacs-lisp-intro/emacs-lisp-intro_2.04-3.1_all.deb
Size: 233654
MD5sum: ee02fd790c428ab9fdedbc61b4e22e9e
SHA1: 8ebe2cec7592246c1f10aa8c1f9238066f49fca2
SHA256: 7c2bd4a9cc242999dd9a50e14c8a985b9dcc0d068fd47326c35690e3cdbdfaac
Description: An Introduction to Programming in Emacs Lisp
 This is an elementary introduction to programming in Emacs Lisp
 for people who are not programmers, and who are not necessarily
 interested in programming, but who do want to customize or extend
 their computing environment.  Last update: 17 December 2001.
 .
 This package provides the manual in GNU info format.  The source
 package contains Texinfo source and instructions for printing.

-- 
Mohammed Adnène Trojette

Bug#411287: Crosslinking

[Miguel Freitas]

This bug is also being tracked here (Xorg):

https://bugs.freedesktop.org/show_bug.cgi?id=10525


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

Bug#419295: ip4r: Please build 8.2 extension only

[Robert Edmonds]

Martin Pitt wrote:
> As I wrote in [1], PostgreSQL 7.4 and 8.1 are going away in Lenny.
> 
> Your package currently builds a PostgreSQL extension for 7.4 and/or
> 8.1. Please change this to only build an extension for 8.2.

Will upload ip4r 1.01-1 after postgresql-8.2 hits my mirror.

-- 
Robert Edmonds
[EMAIL PROTECTED]


signature.asc
Description: Digital signature

Bug#419324: Linuxdoc-Tools text output contains overstrikes and escape sequences

[David Lawyer]

Package: linuxdoc-tools
Version 0.9.21-0.5

Please merge bug 175575 into this bug report since it's a subset of
the bug (and proposed fix) I'm now reporting.

When I use sgml2txt I get both escape sequences and overstrikes which
plain text output shouldn't normally have.  There is an -f option to
sgml2txt to eliminate the overstrikes.  It very important to keep the
use of sgml2txt as simple as possible since the main advantage of
linuxdoc format over docbook is that it's simple and using the
linuxdoc-tools should also be simple.  The escape sequences are only
for vt100 terminals (and the like) and will not display if one uses an
editor (like vim) or pager (like less or most) to read the file.
Overstrikes don't usually get displayed right either although some
pagers can deal with them for some cases (such as underline).

So the default for conversion to text should (in my opinion) be just
plain text.  

The documentation for linuxdoc-tools fails to explain how to get
various types of text outputs using sgml2txt.  It should.  The way to
get plain text is to pass options to the grotty program from the sgml2txt
command line.  Like this: sgml2txt --pass="-P-bcou".  See "man grotty"
for how these 4 options (bcou) work together.  To make this the
default, one could modify: /usr/share/linuxdoc-tools/dist/fmt_txt.pl
For example, this seems to work although I've never studied Perl:

  create_temp("$global->{tmpbase}.txt.1");
#next line added by DL (David Lawyer)
  $global->{pass} = "-P-cbou" if $global->{pass} eq "";
  $outfile = new FileHandle
  "|$main::progs->{GROFF} $global->{pass} -T $global->{charset} -t 
$main::progs->{GROFFMACRO} >\"$global->{tmpbase}.txt.1\"";

After adding the above line to the perl code, if the user didn't pass
any options to groff on the command line, the option -P-cbou gets
passed to groff by default which passes -cbou to grotty.  To use
grotty with no options, the user would give say option --pass="-P-b"
to sgml2txt.  This works since the -b option to grotty is ignored if
the -c option is not given.  Thus it will be complicated to get text
output with escape sequences in it (grotty with no options), but few
will want this.  Instead of -b one could use -o or -u.  To use grotty
with options, the user would just pass the options to grotty using
--pass. 

Instead of hard-coding -cbou options into the code as I've done above,
one could create a new variable, GROTTYOPTS, and set it equal to -cbou
in the main program: /usr/share/linuxdoc-tools/LinuxDocTools.pm.  I'm
willing to do some more work on this and create patches (I've never
done Linux patches before) provided of course that it's agreed that
sgml2txt should generate plain text by default.  With this the -f
option to sgml2txt becomes redundant buy it should still be kept for
backward compatibility.

David Lawyer


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

Bug#419323: Provide in-place download

[Pierre THIERRY]

Package: ktorrent
Version: 2.0.3+dfsg1-2.2
Severity: wishlist

Command-line utilities, like bt{download,launchmany}{,curses}, make it
possible to store a torrent in a specific directory and download the
file in that directory.

Having all files downloaded to a unique place makes it a pain to
download huge files: you need to provide free space, and after download,
this free space can become useless (e.g. after burning DVD images, in my
case).

Having an option to download a torrent in the same directory it is
found, or to a designated directory, would be great.

--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.17-2-k7

Debian Release: 4.0
  990 testing www.debian-multimedia.org 
  990 testing security.debian.org 
  990 testing ftp.nerim.net 
  502 stable  ftp.nerim.net 
  501 unstableftp.nerim.net 
  500 unstableftp.nerim.net 
  500 stable  security.debian.org 
  500 stable  ftp.nerim.net 
  200 unstablewww.debian-multimedia.org 
  200 stable  www.debian-multimedia.org 

--- Package information. ---
Depends  (Version) | Installed
==-+-
kdelibs4c2a (>= 4:3.5.5-1) | 4:3.5.5a.dfsg.1-8
libacl1  (>= 2.2.11-1) | 2.2.42-1
libart-2.0-2   (>= 2.3.16) | 2.3.17-1
libattr1  (>= 2.4.4-1) | 1:2.4.32-1.1
libaudio2  | 1.8-4
libc6 (>= 2.3.6-6) | 2.3.6.ds1-13
libfam0| 
libfontconfig1  (>= 2.4.0) | 2.4.2-1.2
libfreetype6  (>= 2.2) | 2.2.1-5
libgcc1(>= 1:4.1.1-12) | 1:4.1.1-21
libgmp3c2  | 2:4.2.1+dfsg-4
libice6   (>= 1:1.0.0) | 1:1.0.1-2
libidn11   (>= 0.5.18) | 0.6.5-1
libjpeg62  | 6b-13
libpcre3  (>= 4.5) | 6.7-1
libpng12-0   (>= 1.2.13-4) | 1.2.15~beta5-1
libqt3-mt (>= 3:3.3.7) | 3:3.3.7-4
libsm6 | 1:1.0.1-3
libstdc++6   (>= 4.1.1-12) | 4.1.1-21
libx11-6   | 2:1.0.3-7
libxcursor1 (>> 1.1.2) | 1.1.7-4
libxext6   | 1:1.0.1-2
libxft2 (>> 2.1.1) | 2.1.8.2-8
libxi6 | 1:1.0.1-4
libxinerama1   | 1:1.0.1-4.1
libxrandr2 | 2:1.1.0.2-5
libxrender1| 1:0.9.1-3
libxt6 | 1:1.0.2-2
zlib1g(>= 1:1.2.1) | 1:1.2.3-13


-- 
[EMAIL PROTECTED]
OpenPGP 0xD9D50D8A


signature.asc
Description: Digital signature

Bug#419322: /usr/share/cdbs/1/class/hbuild.mk: Typo: DEB_PAKCAGES

[Trent Buck]

Package: cdbs
Version: 0.4.48
Severity: important
File: /usr/share/cdbs/1/class/hbuild.mk


I'm pretty sure DEB_PAKCAGES is a typo in
/usr/share/cdbs/1/class/hbuild.mk:30:

cdbs_hugs_packages = $(filter %-hugs,$(DEB_PAKCAGES))
cdbs_ghc_packages = $(filter %-ghc,$(DEB_PAKCAGES))

Especially since gnome.mk spells it correctly:

$(patsubst %,binary-install/%,$(DEB_PACKAGES)) :: binary-install/%:


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

Bug#418425: libsmbios1: symbol lookup error: /usr/lib/libsmbios.so.1: undefined symbol: __cxa_pure_virtual

[José Luis Tallón]

Julien BLACHE wrote:
> José Luis Tallón <[EMAIL PROTECTED]> wrote:
>
> Hi José,
>
>   
>>> waiting for a fixed source package.
>>>   
>>   
>> Which I will send later today
>> 
>
> Any news on this ? 
Sorry, had a busier end-of-week than expected.
> Beside the fix for this bug, the new version also
> supports EFI machines which have a non-standard SMBIOS entry point,
> which is the case of the Apple machines when booted with an EFI-aware
> kernel.
>   
:-)
> (btw I tested my fixed version of 0.13.5 and it works fine as far as
> pommed's usage of libsmbios goes ;)
>   
Thanks for checking. You have also provided the recipe, so I will try
and get it ready ASAP
(I have to finish just one thing before)


Cheers,

J.L.

Bug#419154: rhythmbox: application does not appear to have a preference to select soundcard

[Stephanie Erin Daugherty]

Sven, 
Unfortunately, this doesn't work in the situation I described -
mulitiple sound cards being used for different purposes. Per-application
control of which sound card is used is a must in this situation - for
example, I may have one player being used to feed a set of speakers in
another room, and one player being used to feed a set of speakers (or
headphones) at my desk, or I may be doing sound production work.

Therefore simply using the systemwide preference isn't enough (although,
the systemwide preference should certianly be honored until the user
requests otherwise.)


On Sat, 2007-04-14 at 14:20 +0200, Sven Arvidsson wrote:
> Version: 0.9.8-1
> 
> On Fri, 2007-04-13 at 20:43 -0400, Stephanie Erin Daugherty wrote:
> > The application does not have it's own preference for which sound device to
> > use. When multiple sound devices are present on a system, it's often the
> > case that they are used for different purposes, so always relying on the
> > system default device makes the application unusable in certian enviroments,
> > in particular, when coexisting with another application with the same lack
> > of functionality.
> 
> Hi,
> 
> This is fixed in 0.9.8, it follows your desktop wide music device
> settings.
> 
> 2006-11-26  James Livingston  <[EMAIL PROTECTED]>
> 
> patch from Alex Jones  <[EMAIL PROTECTED]>
> 
> * backends/gstreamer/rb-player-gst.c: (rb_player_gst_construct): set
> the "profile" on the audio sink, if it's present. Fixes #379314.
> 


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

Bug#419321: FTBFS with GCC 4.3: missing #includes

[Martin Michlmayr]

Package: aptsh
Version: 0.0.7
Usertags: ftbfs-gcc-4.3
Tags: patch

Your package fails to build with GCC 4.3.  Version 4.3 has not been
released yet but I'm building with a snapshot in order to find errors
and give people an advance warning.  In GCC 4.3, the C++ header
dependencies have been cleaned up.  The advantage of this is that
programs will compile faster.  The downside is that you actually
need to directly #include everything you use (but you really should
do this anyway, otherwise your program won't work with any compiler
other than GCC).  Some background of this can be found at
http://gcc.gnu.org/PR28080

You can reproduce this problem with gcc-snapshot (20070326-1 or higher)
from unstable. (Currently not available for i386, but for amd64, powerpc
and ia64.  I hope to have i386 binaries in the archive in ~3 weeks.)

> Automatic build of aptsh_0.0.7 on em64t by sbuild/amd64 0.53
...
> if g++ -DHAVE_CONFIG_H -I. -I. -I.  -Wall-g -O2 -MT aptsh-command_queue.o 
> -MD -MP -MF ".deps/aptsh-command_queue.Tpo" -c -o aptsh-command_queue.o `test 
> -f 'command_queue.cc' || echo './'`command_queue.cc; \
>   then mv -f ".deps/aptsh-command_queue.Tpo" 
> ".deps/aptsh-command_queue.Po"; else rm -f ".deps/aptsh-command_queue.Tpo"; 
> exit 1; fi
> In file included from command_queue.cc:13:
> command.h:86: warning: 'typedef' was ignored in this declaration
> command_queue.cc: In member function 'virtual int 
> cmd_queue_remove::execute(char*)':
> command_queue.cc:71: error: 'atoi' was not declared in this scope
> command_queue.cc:76: error: 'atoi' was not declared in this scope
> command_queue.cc:108: error: 'atoi' was not declared in this scope
> command_queue.cc:124: error: 'free' was not declared in this scope
> make[3]: *** [aptsh-command_queue.o] Error 1
> make[3]: Leaving directory `/build/tbm/aptsh-0.0.7/src'

--- src/command_queue.cc~   2007-04-14 21:48:20.0 +
+++ src/command_queue.cc2007-04-14 21:48:29.0 +
@@ -6,6 +6,7 @@
 using namespace std;
 
 #include 
+#include 
 #include 
 
 #include "main.h"

-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#419320: mirror submission for ftp.uni-sofia.bg

[Alexander Velin]

Package: mirrors
Severity: minor

Site: ftp.uni-sofia.bg
Submission-Type: update
Type: leaf
Archive-ftp: /debian/
Archive-http: /debian/
Archive-rsync: debian/
CDImage-ftp: /debian-cd/
CDImage-http: /debian-cd/
CDImage-rsync: debian-cd/
Security-ftp: /debian-security/
Security-http: /debian-security/
Security-rsync: debian-security/
Mirrors-from: ftp.de.debian.org
Archive-architecture: ALL 
Maintainer: Alexander Velin <[EMAIL PROTECTED]>
Country: BG Bulgaria
Location: Sofia University, 42.6740/23.3305


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

Bug#419212: Mplayer-Plugin files are only recognized as root

[Ari Pollak]

Perhaps you have leftover settings that you don't want anymore. Try moving
~/.mplayer out of the way, and then removing
~/.mozilla/firefox/pluginreg.dat.



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

Bug#366447: new NMU

[Martin Michlmayr]

I've made the following NMU to remove the udeb again:


diff -u acorn-fdisk-3.0.6/debian/changelog acorn-fdisk-3.0.6/debian/changelog
--- acorn-fdisk-3.0.6/debian/changelog
+++ acorn-fdisk-3.0.6/debian/changelog
@@ -1,3 +1,11 @@
+acorn-fdisk (3.0.6-6.2) unstable; urgency=low
+
+  * NMU
+  * Remove the udeb again because RiscPC machines are no longer supported
+by debian-installer.
+
+ -- Martin Michlmayr <[EMAIL PROTECTED]>  Sat, 14 Apr 2007 14:38:53 -0700
+
 acorn-fdisk (3.0.6-6.1) unstable; urgency=low
 
   * NMU
diff -u acorn-fdisk-3.0.6/debian/rules acorn-fdisk-3.0.6/debian/rules
--- acorn-fdisk-3.0.6/debian/rules
+++ acorn-fdisk-3.0.6/debian/rules
@@ -37,7 +37,6 @@
 
# Add here commands to install the package into debian/acorn-fdisk.
$(MAKE) install DESTDIR=$(CURDIR)/debian/acorn-fdisk
-   dh_install -pacorn-fdisk-udeb fdisk sbin/
 
 
 # Build architecture-independent files here.
diff -u acorn-fdisk-3.0.6/debian/control acorn-fdisk-3.0.6/debian/control
--- acorn-fdisk-3.0.6/debian/control
+++ acorn-fdisk-3.0.6/debian/control
@@ -16,10 +15,0 @@
-Package: acorn-fdisk-udeb
-Architecture: arm
-Priority: extra
-Section: debian-installer
-XB-Subarchitecture: rpc
-XC-Package-Type: udeb
-Depends: ${shlibs:Depends}
-Description: Partition a hard drive (manual)
- fdisk package
-

-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#419277: FTBFS with GCC 4.3: missing #includes

[Adam]

Hi Martin,

* Martin Michlmayr [2007-04-14 21:44]:
> Your package fails to build with GCC 4.3.  Version 4.3 has not been
> released yet but I'm building with a snapshot in order to find errors
> and give people an advance warning.  In GCC 4.3, the C++ header
> dependencies have been cleaned up.  The advantage of this is that
> programs will compile faster.  The downside is that you actually
> need to directly #include everything you use (but you really should
> do this anyway, otherwise your program won't work with any compiler
> other than GCC).  Some background of this can be found at
> http://gcc.gnu.org/PR28080
> 
> You can reproduce this problem with gcc-snapshot (20070326-1 or higher)
> from unstable. (Currently not available for i386, but for amd64, powerpc
> and ia64.  I hope to have i386 binaries in the archive in ~3 weeks.)

Thanks for your hints. Of course, I will add the missing include
statements where necessary.

BR,
/Adam

-- 
-=#=-  Adam Piatyszek - "ediap"  -=#=-  JID: ediap (at) jabber.org  -=#=-
-=#=-  ediap (at) users.sf.net   -=#=-  PGP key ID: 0x83EFCBAA  -=#=-



signature.asc
Description: OpenPGP digital signature

Bug#419317: iwatch: Uninstallable on hppa due to unavailability of liblinux-inotify2-perl

[Luk Claes]

Package: iwatch
Severity: important
Version: 0.0.12-3

Hi

iwatch is not installable on hppa as it depends on liblinux-inotify2-perl
which is not available on hppa as there is no inotify support on hppa.

The best way to 'fix' this is probably to fail to build this package on hppa
(for instance by including the check that is used in liblinux-inotify2-perl)
and to ask to add iwatch to P-a-s after that.

Cheers

Luk


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

Bug#419314: Switch to dh_gtkmodules for the gtk 2.10 transition

[Loïc Minier]

Package: scim-gtk2-immodule
Version: 1.4.4-7
Severity: serious
Usertags: gtk-2.10-transition

Hi,

 I've uploaded Gtk 2.10 to unstable and it changes ABI, which means that
 your package will not work with Gtk 2.10 as is.  The Gtk 2.10 package
 added conflicts with the above version of your package to prevent any
 problem, but you need to update your package to call the new
 dh_gtkmodules tool: this tool will add a virtual dependency on the gtk
 ABI via ${misc:Depends} to make the next transition easier -- only an
 automatic rebuild will be needed for the next transition.


 Updating your package should be relatively easy:

 1) Bump up the libgtk2.0-dev build-dep to >= 2.10.1-1.

 2) Call dh_gtkmodules on the package(s) shipping the module(s).
  If you build a library in the same source, you might need to set
  an appropriate LD_LIBRARY_PATH for dh_gtkmodules to work.

 3) Make sure you have ${misc:Depends} in the dependencies of the
package(s) shipping the module(s); this should add a
gtk2.0-binver-2.10.0 dependency.

 4) If your package ships "gdk-pixbuf loaders" modules or "input
methods" modules:
a) Make sure you ship the new /usr/lib/gtk-2.0/*/loader-files.d/*
   and/or /usr/lib/gtk-2.0/*/immodule-files.d/* lists.
b) Remove any call to update-gdkpixbuf-loaders or
   update-gtk-immodules or anything touching files in /etc/gtk-2.0
   in your postinst/postrm/etc. scripts.

 Please ask me if anything above isn't clear!


 A concrete example of all the above changes (worst case) is libwmf;
 this is how the necessary changes look like:


   Bye,
-- 
Loïc Minier

Bug#417945: fuse-utils: tiger complains about mount point

[Björn Heide]

package fuse-utils
found 417945 2.6.3-3
thanks

Hi,

tigercron still complains:

--CONFIG-- [con010c] Filesystem 'fusectl' used by 'none' is not recognised as a 
local filesystem

I rebuild fuse with DH_VERBOSE=1 to find out whats wrong.

Your patch 003-Mount-fusectl_fs_with_fusectl_type against
fuse-2.6.3/util/init_script looks good but then dh_installinit picks the
unpatched debian/fuse-utils.fuse.init script

dh_installinit --name=fuse -- start 34 S . stop 41 0 6 .
install -d debian/fuse-utils/etc/init.d
install -p -m755 debian/fuse-utils.fuse.init 
debian/fuse-utils/etc/init.d/fuse

which has this mount command:

mount -t fusectl none $MOUNTPOINT

instead of this from the patched util/init_script:

mount -t fusectl fusectl $MOUNTPOINT

greetings
Björn

Bug#419319: ITP: gpg-crypter -- gpg frontend to encrypt/decrypt files and text

[Thierry Randrianiriana]

Package: wnpp
Owner: Thierry Randrianiriana <[EMAIL PROTECTED]>
Severity: wishlist

* Package name: gpg-crypter
  Version : 0.3.5
  Upstream Author : Florian Sievers
* URL or Web page : http://gpg-crypter.dopehouse.dyndns.org/
* License : GPL
  Description : gpg frontend to encrypt/decrypt files and text

 GPG-Crypter is a graphical front-end to GnuPG(GPG) using the GTK2 toolkit and 
libgpgme. 
 It was developed to provide easy access to GPG encryption and decryption. 
 It supports encryption and decryption of text entered into the programs 
inputfield and file encryption and decryption. 
 It was first intended for encrypting text, that have to be transported over 
unsecure connections like instant-messaging services. 
 But it can also be used for file-encryption and as an easy to use email 
encryption.





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

Bug#419315: Switch to dh_gtkmodules for the gtk 2.10 transition

[Loïc Minier]

Package: swf-player
Version: 0.3.6-2.2
Severity: serious
Usertags: gtk-2.10-transition

Hi,

 I've uploaded Gtk 2.10 to unstable and it changes ABI, which means that
 your package will not work with Gtk 2.10 as is.  The Gtk 2.10 package
 added conflicts with the above version of your package to prevent any
 problem, but you need to update your package to call the new
 dh_gtkmodules tool: this tool will add a virtual dependency on the gtk
 ABI via ${misc:Depends} to make the next transition easier -- only an
 automatic rebuild will be needed for the next transition.


 Updating your package should be relatively easy:

 1) Bump up the libgtk2.0-dev build-dep to >= 2.10.1-1.

 2) Call dh_gtkmodules on the package(s) shipping the module(s).
  If you build a library in the same source, you might need to set
  an appropriate LD_LIBRARY_PATH for dh_gtkmodules to work.

 3) Make sure you have ${misc:Depends} in the dependencies of the
package(s) shipping the module(s); this should add a
gtk2.0-binver-2.10.0 dependency.

 4) If your package ships "gdk-pixbuf loaders" modules or "input
methods" modules:
a) Make sure you ship the new /usr/lib/gtk-2.0/*/loader-files.d/*
   and/or /usr/lib/gtk-2.0/*/immodule-files.d/* lists.
b) Remove any call to update-gdkpixbuf-loaders or
   update-gtk-immodules or anything touching files in /etc/gtk-2.0
   in your postinst/postrm/etc. scripts.

 Please ask me if anything above isn't clear!


 A concrete example of all the above changes (worst case) is libwmf;
 this is how the necessary changes look like:


   Bye,
-- 
Loïc Minier

Bug#419316: Switch to dh_gtkmodules for the gtk 2.10 transition

[Loïc Minier]

Package: tamil-gtk2im
Version: 2.2-4.3
Severity: serious
Usertags: gtk-2.10-transition

Hi,

 I've uploaded Gtk 2.10 to unstable and it changes ABI, which means that
 your package will not work with Gtk 2.10 as is.  The Gtk 2.10 package
 added conflicts with the above version of your package to prevent any
 problem, but you need to update your package to call the new
 dh_gtkmodules tool: this tool will add a virtual dependency on the gtk
 ABI via ${misc:Depends} to make the next transition easier -- only an
 automatic rebuild will be needed for the next transition.


 Updating your package should be relatively easy:

 1) Bump up the libgtk2.0-dev build-dep to >= 2.10.1-1.

 2) Call dh_gtkmodules on the package(s) shipping the module(s).
  If you build a library in the same source, you might need to set
  an appropriate LD_LIBRARY_PATH for dh_gtkmodules to work.

 3) Make sure you have ${misc:Depends} in the dependencies of the
package(s) shipping the module(s); this should add a
gtk2.0-binver-2.10.0 dependency.

 4) If your package ships "gdk-pixbuf loaders" modules or "input
methods" modules:
a) Make sure you ship the new /usr/lib/gtk-2.0/*/loader-files.d/*
   and/or /usr/lib/gtk-2.0/*/immodule-files.d/* lists.
b) Remove any call to update-gdkpixbuf-loaders or
   update-gtk-immodules or anything touching files in /etc/gtk-2.0
   in your postinst/postrm/etc. scripts.

 Please ask me if anything above isn't clear!


 A concrete example of all the above changes (worst case) is libwmf;
 this is how the necessary changes look like:


   Bye,
-- 
Loïc Minier

Bug#419318: Switch to dh_gtkmodules for the gtk 2.10 transition

[Loïc Minier]

Package: uim-gtk2.0
Version: 1:1.2.1-9
Severity: serious
Usertags: gtk-2.10-transition

Hi,

 I've uploaded Gtk 2.10 to unstable and it changes ABI, which means that
 your package will not work with Gtk 2.10 as is.  The Gtk 2.10 package
 added conflicts with the above version of your package to prevent any
 problem, but you need to update your package to call the new
 dh_gtkmodules tool: this tool will add a virtual dependency on the gtk
 ABI via ${misc:Depends} to make the next transition easier -- only an
 automatic rebuild will be needed for the next transition.


 Updating your package should be relatively easy:

 1) Bump up the libgtk2.0-dev build-dep to >= 2.10.1-1.

 2) Call dh_gtkmodules on the package(s) shipping the module(s).
  If you build a library in the same source, you might need to set
  an appropriate LD_LIBRARY_PATH for dh_gtkmodules to work.

 3) Make sure you have ${misc:Depends} in the dependencies of the
package(s) shipping the module(s); this should add a
gtk2.0-binver-2.10.0 dependency.

 4) If your package ships "gdk-pixbuf loaders" modules or "input
methods" modules:
a) Make sure you ship the new /usr/lib/gtk-2.0/*/loader-files.d/*
   and/or /usr/lib/gtk-2.0/*/immodule-files.d/* lists.
b) Remove any call to update-gdkpixbuf-loaders or
   update-gtk-immodules or anything touching files in /etc/gtk-2.0
   in your postinst/postrm/etc. scripts.

 Please ask me if anything above isn't clear!


 A concrete example of all the above changes (worst case) is libwmf;
 this is how the necessary changes look like:


   Bye,
-- 
Loïc Minier

Bug#418650: closed by Rene Engelhard <[EMAIL PROTECTED]> (Re: Bug#418650: openoffice.org: Enable assistive technology tools option)

[Rene Engelhard]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Rene Engelhard wrote:
> tag 418650 + moreinfo
> thanks
> 
> Hi,
> 
> Samuel Thibault wrote:
> > Debian Bug Tracking System, le Fri 13 Apr 2007 14:57:13 +, a écrit :
> > > Samuel Thibault wrote:
> > > > http://screencast-tutorials.com/ooo-help/en-US/WIN/sshared/shared/shared/optionen/01013000
> > >  ^^^
> > > > 
> > > > shows that there should be a "Support assistive technology tools" option
> > > 
> > > The ""Support assistive technology tools" option is Windows-only.
> > 
> > Aow ok.
> > 
> > > it has a atk accessibility bridge which can help you if you use GNOME
> > > (and have -gtk installed). Enable it in GNOME, log in and out and try.
> > 
> > Well, I think I already got accessibility enabled in GNOME since
> > gnome-terminal is properly accessible.  But OOo remains a11y-silent, it
> > doesn't even map or open libatk/libgail.
> 
> You do have openoffice.org-gtk and/or openoffice.org-gnome installed, have 
> you?

And of course: Are you running under GNOME?

Regards,
 
Rene
- -- 
 .''`.  Ren? Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73
   `-   Fingerprint: 41FA F208 28D4 7CA5 19BB  7AD9 F859 90B0 248A EB73

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

iD8DBQFGIUij+FmQsCSK63MRApSlAJ9mzRtYlcUcfWFQnI5lmTYs10SrbgCdEepc
nGO5731mWDErUmt5jbZsR6w=
=ZzsL
-END PGP SIGNATURE-


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

Bug#419312: libdspam7-drv-pgsql: Please fix postgresql-client dependency

[Martin Pitt]

Package: libdspam7-drv-pgsql
Severity: normal
Version: 3.6.8-5

Hi!

As I wrote in [1], PostgreSQL 7.4 and 8.1 are going away in Lenny.
postgresql-8.2 now builds dummy packages 'postgresql',
'postgresql-client', 'postgresql-contrib', which will always point to
the latest supported version in Debian.

Your package currently depends on a version specific
postgresql-client-X.Y package. Please change this to be just
'postgresql-client', unless your package really only works with a
particular PostgreSQL version.

Thank you!

Martin

[1] http://lists.debian.org/debian-devel-announce/2007/04/msg7.html
-- 
Martin Pitthttp://www.piware.de
Ubuntu Developer   http://www.ubuntu.com
Debian Developer   http://www.debian.org


signature.asc
Description: Digital signature

Bug#419305: postgresql-pljava: Please build 8.2 extension only

[Martin Pitt]

Package: postgresql-8.1-pljava-gcj
Severity: normal
Version: 1.3.0-1

Hi!

As I wrote in [1], PostgreSQL 7.4 and 8.1 are going away in Lenny.

Your package currently builds a PostgreSQL extension for 7.4 and/or
8.1. Please change this to only build an extension for 8.2.

Thank you!

Martin

[1] http://lists.debian.org/debian-devel-announce/2007/04/msg7.html
-- 
Martin Pitthttp://www.piware.de
Ubuntu Developer   http://www.ubuntu.com
Debian Developer   http://www.debian.org


signature.asc
Description: Digital signature

Bug#419313: Switch to dh_gtkmodules for the gtk 2.10 transition

[Loïc Minier]

Package: scim-bridge-client-gtk
Version: 0.4.10-1
Severity: serious
Usertags: gtk-2.10-transition

Hi,

 I've uploaded Gtk 2.10 to unstable and it changes ABI, which means that
 your package will not work with Gtk 2.10 as is.  The Gtk 2.10 package
 added conflicts with the above version of your package to prevent any
 problem, but you need to update your package to call the new
 dh_gtkmodules tool: this tool will add a virtual dependency on the gtk
 ABI via ${misc:Depends} to make the next transition easier -- only an
 automatic rebuild will be needed for the next transition.


 Updating your package should be relatively easy:

 1) Bump up the libgtk2.0-dev build-dep to >= 2.10.1-1.

 2) Call dh_gtkmodules on the package(s) shipping the module(s).
  If you build a library in the same source, you might need to set
  an appropriate LD_LIBRARY_PATH for dh_gtkmodules to work.

 3) Make sure you have ${misc:Depends} in the dependencies of the
package(s) shipping the module(s); this should add a
gtk2.0-binver-2.10.0 dependency.

 4) If your package ships "gdk-pixbuf loaders" modules or "input
methods" modules:
a) Make sure you ship the new /usr/lib/gtk-2.0/*/loader-files.d/*
   and/or /usr/lib/gtk-2.0/*/immodule-files.d/* lists.
b) Remove any call to update-gdkpixbuf-loaders or
   update-gtk-immodules or anything touching files in /etc/gtk-2.0
   in your postinst/postrm/etc. scripts.

 Please ask me if anything above isn't clear!


 A concrete example of all the above changes (worst case) is libwmf;
 this is how the necessary changes look like:


   Bye,
-- 
Loïc Minier

Bug#419311: bacula-director-pgsql: Please fix postgresql-client dependency

[Martin Pitt]

Package: bacula-director-pgsql
Severity: normal
Version: 1.38.11-7

Hi!

As I wrote in [1], PostgreSQL 7.4 and 8.1 are going away in Lenny.
postgresql-8.2 now builds dummy packages 'postgresql',
'postgresql-client', 'postgresql-contrib', which will always point to
the latest supported version in Debian.

Your package currently depends on a version specific
postgresql-client-X.Y package. Please change this to be just
'postgresql-client', unless your package really only works with a
particular PostgreSQL version.

Thank you!

Martin

[1] http://lists.debian.org/debian-devel-announce/2007/04/msg7.html
-- 
Martin Pitthttp://www.piware.de
Ubuntu Developer   http://www.ubuntu.com
Debian Developer   http://www.debian.org


signature.asc
Description: Digital signature

Bug#419304: Switch to dh_gtkmodules for the gtk 2.10 transition

[Loïc Minier]

Package: gtk-im-libthai
Version: 0.1.4-2
Severity: serious
Usertags: gtk-2.10-transition

Hi,

 I've uploaded Gtk 2.10 to unstable and it changes ABI, which means that
 your package will not work with Gtk 2.10 as is.  The Gtk 2.10 package
 added conflicts with the above version of your package to prevent any
 problem, but you need to update your package to call the new
 dh_gtkmodules tool: this tool will add a virtual dependency on the gtk
 ABI via ${misc:Depends} to make the next transition easier -- only an
 automatic rebuild will be needed for the next transition.


 Updating your package should be relatively easy:

 1) Bump up the libgtk2.0-dev build-dep to >= 2.10.1-1.

 2) Call dh_gtkmodules on the package(s) shipping the module(s).
  If you build a library in the same source, you might need to set
  an appropriate LD_LIBRARY_PATH for dh_gtkmodules to work.

 3) Make sure you have ${misc:Depends} in the dependencies of the
package(s) shipping the module(s); this should add a
gtk2.0-binver-2.10.0 dependency.

 4) If your package ships "gdk-pixbuf loaders" modules or "input
methods" modules:
a) Make sure you ship the new /usr/lib/gtk-2.0/*/loader-files.d/*
   and/or /usr/lib/gtk-2.0/*/immodule-files.d/* lists.
b) Remove any call to update-gdkpixbuf-loaders or
   update-gtk-immodules or anything touching files in /etc/gtk-2.0
   in your postinst/postrm/etc. scripts.

 Please ask me if anything above isn't clear!


 A concrete example of all the above changes (worst case) is libwmf;
 this is how the necessary changes look like:


   Bye,
-- 
Loïc Minier

Bug#419302: postgresql-filedump-8.1: Please build 8.2 extension only

[Martin Pitt]

Package: postgresql-filedump-8.1
Severity: normal
Version: 8.1-1

Hi!

As I wrote in [1], PostgreSQL 7.4 and 8.1 are going away in Lenny.

Your package currently builds a PostgreSQL extension for 7.4 and/or
8.1. Please change this to only build an extension for 8.2.

Thank you!

Martin

[1] http://lists.debian.org/debian-devel-announce/2007/04/msg7.html
-- 
Martin Pitthttp://www.piware.de
Ubuntu Developer   http://www.ubuntu.com
Debian Developer   http://www.debian.org


signature.asc
Description: Digital signature

Bug#419301: Switch to dh_gtkmodules for the gtk 2.10 transition

[Loïc Minier]

Package: gtk2-engines-wonderland
Version: 1.0-3
Severity: serious
Usertags: gtk-2.10-transition

Hi,

 I've uploaded Gtk 2.10 to unstable and it changes ABI, which means that
 your package will not work with Gtk 2.10 as is.  The Gtk 2.10 package
 added conflicts with the above version of your package to prevent any
 problem, but you need to update your package to call the new
 dh_gtkmodules tool: this tool will add a virtual dependency on the gtk
 ABI via ${misc:Depends} to make the next transition easier -- only an
 automatic rebuild will be needed for the next transition.


 Updating your package should be relatively easy:

 1) Bump up the libgtk2.0-dev build-dep to >= 2.10.1-1.

 2) Call dh_gtkmodules on the package(s) shipping the module(s).
  If you build a library in the same source, you might need to set
  an appropriate LD_LIBRARY_PATH for dh_gtkmodules to work.

 3) Make sure you have ${misc:Depends} in the dependencies of the
package(s) shipping the module(s); this should add a
gtk2.0-binver-2.10.0 dependency.

 4) If your package ships "gdk-pixbuf loaders" modules or "input
methods" modules:
a) Make sure you ship the new /usr/lib/gtk-2.0/*/loader-files.d/*
   and/or /usr/lib/gtk-2.0/*/immodule-files.d/* lists.
b) Remove any call to update-gdkpixbuf-loaders or
   update-gtk-immodules or anything touching files in /etc/gtk-2.0
   in your postinst/postrm/etc. scripts.

 Please ask me if anything above isn't clear!


 A concrete example of all the above changes (worst case) is libwmf;
 this is how the necessary changes look like:


   Bye,
-- 
Loïc Minier

Bug#419309: Switch to dh_gtkmodules for the gtk 2.10 transition

[Loïc Minier]

Package: imhangul
Version: 0.9.13-3.1
Severity: serious
Usertags: gtk-2.10-transition

Hi,

 I've uploaded Gtk 2.10 to unstable and it changes ABI, which means that
 your package will not work with Gtk 2.10 as is.  The Gtk 2.10 package
 added conflicts with the above version of your package to prevent any
 problem, but you need to update your package to call the new
 dh_gtkmodules tool: this tool will add a virtual dependency on the gtk
 ABI via ${misc:Depends} to make the next transition easier -- only an
 automatic rebuild will be needed for the next transition.


 Updating your package should be relatively easy:

 1) Bump up the libgtk2.0-dev build-dep to >= 2.10.1-1.

 2) Call dh_gtkmodules on the package(s) shipping the module(s).
  If you build a library in the same source, you might need to set
  an appropriate LD_LIBRARY_PATH for dh_gtkmodules to work.

 3) Make sure you have ${misc:Depends} in the dependencies of the
package(s) shipping the module(s); this should add a
gtk2.0-binver-2.10.0 dependency.

 4) If your package ships "gdk-pixbuf loaders" modules or "input
methods" modules:
a) Make sure you ship the new /usr/lib/gtk-2.0/*/loader-files.d/*
   and/or /usr/lib/gtk-2.0/*/immodule-files.d/* lists.
b) Remove any call to update-gdkpixbuf-loaders or
   update-gtk-immodules or anything touching files in /etc/gtk-2.0
   in your postinst/postrm/etc. scripts.

 Please ask me if anything above isn't clear!


 A concrete example of all the above changes (worst case) is libwmf;
 this is how the necessary changes look like:


   Bye,
-- 
Loïc Minier

Bug#419310: Switch to dh_gtkmodules for the gtk 2.10 transition

[Loïc Minier]

Package: libginspx0
Version: 20050529-1
Severity: serious
Usertags: gtk-2.10-transition

Hi,

 I've uploaded Gtk 2.10 to unstable and it changes ABI, which means that
 your package will not work with Gtk 2.10 as is.  The Gtk 2.10 package
 added conflicts with the above version of your package to prevent any
 problem, but you need to update your package to call the new
 dh_gtkmodules tool: this tool will add a virtual dependency on the gtk
 ABI via ${misc:Depends} to make the next transition easier -- only an
 automatic rebuild will be needed for the next transition.


 Updating your package should be relatively easy:

 1) Bump up the libgtk2.0-dev build-dep to >= 2.10.1-1.

 2) Call dh_gtkmodules on the package(s) shipping the module(s).
  If you build a library in the same source, you might need to set
  an appropriate LD_LIBRARY_PATH for dh_gtkmodules to work.

 3) Make sure you have ${misc:Depends} in the dependencies of the
package(s) shipping the module(s); this should add a
gtk2.0-binver-2.10.0 dependency.

 4) If your package ships "gdk-pixbuf loaders" modules or "input
methods" modules:
a) Make sure you ship the new /usr/lib/gtk-2.0/*/loader-files.d/*
   and/or /usr/lib/gtk-2.0/*/immodule-files.d/* lists.
b) Remove any call to update-gdkpixbuf-loaders or
   update-gtk-immodules or anything touching files in /etc/gtk-2.0
   in your postinst/postrm/etc. scripts.

 Please ask me if anything above isn't clear!


 A concrete example of all the above changes (worst case) is libwmf;
 this is how the necessary changes look like:


   Bye,
-- 
Loïc Minier

Bug#419306: Switch to dh_gtkmodules for the gtk 2.10 transition

[Loïc Minier]

Package: gtk-qt-engine
Version: 1:0.8~svn-rev31-3
Severity: serious
Usertags: gtk-2.10-transition

Hi,

 I've uploaded Gtk 2.10 to unstable and it changes ABI, which means that
 your package will not work with Gtk 2.10 as is.  The Gtk 2.10 package
 added conflicts with the above version of your package to prevent any
 problem, but you need to update your package to call the new
 dh_gtkmodules tool: this tool will add a virtual dependency on the gtk
 ABI via ${misc:Depends} to make the next transition easier -- only an
 automatic rebuild will be needed for the next transition.


 Updating your package should be relatively easy:

 1) Bump up the libgtk2.0-dev build-dep to >= 2.10.1-1.

 2) Call dh_gtkmodules on the package(s) shipping the module(s).
  If you build a library in the same source, you might need to set
  an appropriate LD_LIBRARY_PATH for dh_gtkmodules to work.

 3) Make sure you have ${misc:Depends} in the dependencies of the
package(s) shipping the module(s); this should add a
gtk2.0-binver-2.10.0 dependency.

 4) If your package ships "gdk-pixbuf loaders" modules or "input
methods" modules:
a) Make sure you ship the new /usr/lib/gtk-2.0/*/loader-files.d/*
   and/or /usr/lib/gtk-2.0/*/immodule-files.d/* lists.
b) Remove any call to update-gdkpixbuf-loaders or
   update-gtk-immodules or anything touching files in /etc/gtk-2.0
   in your postinst/postrm/etc. scripts.

 Please ask me if anything above isn't clear!


 A concrete example of all the above changes (worst case) is libwmf;
 this is how the necessary changes look like:


   Bye,
-- 
Loïc Minier

Bug#419307: Switch to dh_gtkmodules for the gtk 2.10 transition

[Loïc Minier]

Package: iiimf-client-gtk
Version: 12.3.91-3
Severity: serious
Usertags: gtk-2.10-transition

Hi,

 I've uploaded Gtk 2.10 to unstable and it changes ABI, which means that
 your package will not work with Gtk 2.10 as is.  The Gtk 2.10 package
 added conflicts with the above version of your package to prevent any
 problem, but you need to update your package to call the new
 dh_gtkmodules tool: this tool will add a virtual dependency on the gtk
 ABI via ${misc:Depends} to make the next transition easier -- only an
 automatic rebuild will be needed for the next transition.


 Updating your package should be relatively easy:

 1) Bump up the libgtk2.0-dev build-dep to >= 2.10.1-1.

 2) Call dh_gtkmodules on the package(s) shipping the module(s).
  If you build a library in the same source, you might need to set
  an appropriate LD_LIBRARY_PATH for dh_gtkmodules to work.

 3) Make sure you have ${misc:Depends} in the dependencies of the
package(s) shipping the module(s); this should add a
gtk2.0-binver-2.10.0 dependency.

 4) If your package ships "gdk-pixbuf loaders" modules or "input
methods" modules:
a) Make sure you ship the new /usr/lib/gtk-2.0/*/loader-files.d/*
   and/or /usr/lib/gtk-2.0/*/immodule-files.d/* lists.
b) Remove any call to update-gdkpixbuf-loaders or
   update-gtk-immodules or anything touching files in /etc/gtk-2.0
   in your postinst/postrm/etc. scripts.

 Please ask me if anything above isn't clear!


 A concrete example of all the above changes (worst case) is libwmf;
 this is how the necessary changes look like:


   Bye,
-- 
Loïc Minier

Bug#419303: Switch to dh_gtkmodules for the gtk 2.10 transition

[Loïc Minier]

Package: gtk2-engines-xfce
Version: 2.3.99.2-1
Severity: serious
Usertags: gtk-2.10-transition

Hi,

 I've uploaded Gtk 2.10 to unstable and it changes ABI, which means that
 your package will not work with Gtk 2.10 as is.  The Gtk 2.10 package
 added conflicts with the above version of your package to prevent any
 problem, but you need to update your package to call the new
 dh_gtkmodules tool: this tool will add a virtual dependency on the gtk
 ABI via ${misc:Depends} to make the next transition easier -- only an
 automatic rebuild will be needed for the next transition.


 Updating your package should be relatively easy:

 1) Bump up the libgtk2.0-dev build-dep to >= 2.10.1-1.

 2) Call dh_gtkmodules on the package(s) shipping the module(s).
  If you build a library in the same source, you might need to set
  an appropriate LD_LIBRARY_PATH for dh_gtkmodules to work.

 3) Make sure you have ${misc:Depends} in the dependencies of the
package(s) shipping the module(s); this should add a
gtk2.0-binver-2.10.0 dependency.

 4) If your package ships "gdk-pixbuf loaders" modules or "input
methods" modules:
a) Make sure you ship the new /usr/lib/gtk-2.0/*/loader-files.d/*
   and/or /usr/lib/gtk-2.0/*/immodule-files.d/* lists.
b) Remove any call to update-gdkpixbuf-loaders or
   update-gtk-immodules or anything touching files in /etc/gtk-2.0
   in your postinst/postrm/etc. scripts.

 Please ask me if anything above isn't clear!


 A concrete example of all the above changes (worst case) is libwmf;
 this is how the necessary changes look like:


   Bye,
-- 
Loïc Minier

Bug#419308: slony1: Please build 8.2 extension only

[Martin Pitt]

Package: postgresql-8.1-slony1
Severity: normal
Version: 1.2.2-1

Hi!

As I wrote in [1], PostgreSQL 7.4 and 8.1 are going away in Lenny.

Your package currently builds a PostgreSQL extension for 7.4 and/or
8.1. Please change this to only build an extension for 8.2.

Thank you!

Martin

[1] http://lists.debian.org/debian-devel-announce/2007/04/msg7.html
-- 
Martin Pitthttp://www.piware.de
Ubuntu Developer   http://www.ubuntu.com
Debian Developer   http://www.debian.org


signature.asc
Description: Digital signature

Bug#419296: Switch to dh_gtkmodules for the gtk 2.10 transition

[Loïc Minier]

Package: gtk2-engines-cleanice
Version: 2.4.0-1
Severity: serious

Hi,

 I've uploaded Gtk 2.10 to unstable and it changes ABI, which means that
 your package will not work with Gtk 2.10 as is.  The Gtk 2.10 package
 added conflicts with the above version of your package to prevent any
 problem, but you need to update your package to call the new
 dh_gtkmodules tool: this tool will add a virtual dependency on the gtk
 ABI via ${misc:Depends} to make the next transition easier -- only an
 automatic rebuild will be needed for the next transition.


 Updating your package should be relatively easy:

 1) Bump up the libgtk2.0-dev build-dep to >= 2.10.1-1.

 2) Call dh_gtkmodules on the package(s) shipping the module(s).
  If you build a library in the same source, you might need to set
  an appropriate LD_LIBRARY_PATH for dh_gtkmodules to work.

 3) Make sure you have ${misc:Depends} in the dependencies of the
package(s) shipping the module(s); this should add a
gtk2.0-binver-2.10.0 dependency.

 4) If your package ships "gdk-pixbuf loaders" modules or "input
methods" modules:
a) Make sure you ship the new /usr/lib/gtk-2.0/*/loader-files.d/*
   and/or /usr/lib/gtk-2.0/*/immodule-files.d/* lists.
b) Remove any call to update-gdkpixbuf-loaders or
   update-gtk-immodules or anything touching files in /etc/gtk-2.0
   in your postinst/postrm/etc. scripts.

 Please ask me if anything above isn't clear!


 A concrete example of all the above changes (worst case) is libwmf;
 this is how the necessary changes look like:


   Bye,
-- 
Loïc Minier

Bug#419299: Switch to dh_gtkmodules for the gtk 2.10 transition

[Loïc Minier]

Package: gtk2-engines-magicchicken
Version: 1.1.1-7
Severity: serious
Usertags: gtk-2.10-transition

Hi,

 I've uploaded Gtk 2.10 to unstable and it changes ABI, which means that
 your package will not work with Gtk 2.10 as is.  The Gtk 2.10 package
 added conflicts with the above version of your package to prevent any
 problem, but you need to update your package to call the new
 dh_gtkmodules tool: this tool will add a virtual dependency on the gtk
 ABI via ${misc:Depends} to make the next transition easier -- only an
 automatic rebuild will be needed for the next transition.


 Updating your package should be relatively easy:

 1) Bump up the libgtk2.0-dev build-dep to >= 2.10.1-1.

 2) Call dh_gtkmodules on the package(s) shipping the module(s).
  If you build a library in the same source, you might need to set
  an appropriate LD_LIBRARY_PATH for dh_gtkmodules to work.

 3) Make sure you have ${misc:Depends} in the dependencies of the
package(s) shipping the module(s); this should add a
gtk2.0-binver-2.10.0 dependency.

 4) If your package ships "gdk-pixbuf loaders" modules or "input
methods" modules:
a) Make sure you ship the new /usr/lib/gtk-2.0/*/loader-files.d/*
   and/or /usr/lib/gtk-2.0/*/immodule-files.d/* lists.
b) Remove any call to update-gdkpixbuf-loaders or
   update-gtk-immodules or anything touching files in /etc/gtk-2.0
   in your postinst/postrm/etc. scripts.

 Please ask me if anything above isn't clear!


 A concrete example of all the above changes (worst case) is libwmf;
 this is how the necessary changes look like:


   Bye,
-- 
Loïc Minier

Bug#419294: sisu-postgresql: Please fix postgresql dependency

[Martin Pitt]

Package: sisu-postgresql
Severity: normal
Version: 0.48.8-2

Hi!

As I wrote in [1], PostgreSQL 7.4 and 8.1 are going away in Lenny.
postgresql-8.2 now builds dummy packages 'postgresql',
'postgresql-client', 'postgresql-contrib', which will always point to
the latest supported version in Debian.

Your package currently depends on a version specific postgresql-X.Y
package. Please change this to be just 'postgresql', unless your
package really only works with a particular PostgreSQL version.
Respectively, please change any postgresql-contrib-X.Y dependencies to
'postgresql-contrib'.

Also, a package should not really depend on a database *server*, since
this could be on a remote machine. The really right thing would be to
only depend on postgresql-client and at most Recommends: postgresql.

Thank you!

Martin

[1] http://lists.debian.org/debian-devel-announce/2007/04/msg7.html
-- 
Martin Pitthttp://www.piware.de
Ubuntu Developer   http://www.ubuntu.com
Debian Developer   http://www.debian.org


signature.asc
Description: Digital signature

Bug#419293: Switch to dh_gtkmodules for the gtk 2.10 transition

[Loïc Minier]

Package: gcin
Version: 1.3.4-1
Severity: serious

Hi,

 I've uploaded Gtk 2.10 to unstable and it changes ABI, which means that
 your package will not work with Gtk 2.10 as is.  The Gtk 2.10 package
 added conflicts with the above version of your package to prevent any
 problem, but you need to update your package to call the new
 dh_gtkmodules tool: this tool will add a virtual dependency on the gtk
 ABI via ${misc:Depends} to make the next transition easier -- only an
 automatic rebuild will be needed for the next transition.


 Updating your package should be relatively easy:

 1) Bump up the libgtk2.0-dev build-dep to >= 2.10.1-1.

 2) Call dh_gtkmodules on the package(s) shipping the module(s).
  If you build a library in the same source, you might need to set
  an appropriate LD_LIBRARY_PATH for dh_gtkmodules to work.

 3) Make sure you have ${misc:Depends} in the dependencies of the
package(s) shipping the module(s); this should add a
gtk2.0-binver-2.10.0 dependency.

 4) If your package ships "gdk-pixbuf loaders" modules or "input
methods" modules:
a) Make sure you ship the new /usr/lib/gtk-2.0/*/loader-files.d/*
   and/or /usr/lib/gtk-2.0/*/immodule-files.d/* lists.
b) Remove any call to update-gdkpixbuf-loaders or
   update-gtk-immodules or anything touching files in /etc/gtk-2.0
   in your postinst/postrm/etc. scripts.

 Please ask me if anything above isn't clear!


 A concrete example of all the above changes (worst case) is libwmf;
 this is how the necessary changes look like:


   Bye,
-- 
Loïc Minier

Bug#419298: libcomplearn-mod-ppmdx: Uninstallable on 64-bit arches due to ppmd's unavailability

[Luk Claes]

Package: libcomplearn-mod-ppmdx
Severity: grave
Version: 0.9.7-2

Hi

libcomplearn-mod-ppmdx is not installable on alpha, amd64 and ia64 because
ppmd does not work on these architectures.

The best thing is probably to not build this binary package on these
architectures as they cannot be used anyway.

Cheers

Luk


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

Bug#417436: fixed in mrd6 0.9.5-rev3-0.1

[Hugo Santos]

Hi Martin,

Indeed, and this was my fault. I confirmed to Kaplan that this
source release included all fixes, but i didn't check this particular
one. We'll upload a new version next week (let's just wait the current
one hits testing).

Thanks for the report,
  Hugo

On 4/14/07, Martin Michlmayr <[EMAIL PROTECTED]> wrote:

reopen 417436 !
found 417436 0.9.5-rev3-0.1
thanks

* Lior Kaplan <[EMAIL PROTECTED]> [2007-04-11 05:02]:
> Distribution: unstable
> Urgency: low
> Maintainer: Hugo Santos <[EMAIL PROTECTED]>
> Changed-By: Lior Kaplan <[EMAIL PROTECTED]>
> Description:
>  mrd6   - IPv6 Multicast Routing Daemon
> Closes: 394590 411805 417436 418074 418084
> Changes:
>  mrd6 (0.9.5-rev3-0.1) unstable; urgency=low
>  .
>* New upstream release
>  - Fix segfault when unloading module (Closes: #394590)
>  - Fix FTBFS with GCC 4.3 (Closes: #417436)

The patch I sent is not included in this version, neither what has
been commited according to Trac.

(sid)18441:[EMAIL PROTECTED]: ~/src/t/mrd6-0.9.5-rev3] grep '#include' 
src/address.cpp
#include 
#include 
#include 
#include 
#include 

You can see that cstdlib is still missing.
--
Martin Michlmayr
http://www.cyrius.com/




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

Bug#419300: Switch to dh_gtkmodules for the gtk 2.10 transition

[Loïc Minier]

Package: gtk2-engines-qtpixmap
Version: 0.28-1.1
Severity: serious
Usertags: gtk-2.10-transition

Hi,

 I've uploaded Gtk 2.10 to unstable and it changes ABI, which means that
 your package will not work with Gtk 2.10 as is.  The Gtk 2.10 package
 added conflicts with the above version of your package to prevent any
 problem, but you need to update your package to call the new
 dh_gtkmodules tool: this tool will add a virtual dependency on the gtk
 ABI via ${misc:Depends} to make the next transition easier -- only an
 automatic rebuild will be needed for the next transition.


 Updating your package should be relatively easy:

 1) Bump up the libgtk2.0-dev build-dep to >= 2.10.1-1.

 2) Call dh_gtkmodules on the package(s) shipping the module(s).
  If you build a library in the same source, you might need to set
  an appropriate LD_LIBRARY_PATH for dh_gtkmodules to work.

 3) Make sure you have ${misc:Depends} in the dependencies of the
package(s) shipping the module(s); this should add a
gtk2.0-binver-2.10.0 dependency.

 4) If your package ships "gdk-pixbuf loaders" modules or "input
methods" modules:
a) Make sure you ship the new /usr/lib/gtk-2.0/*/loader-files.d/*
   and/or /usr/lib/gtk-2.0/*/immodule-files.d/* lists.
b) Remove any call to update-gdkpixbuf-loaders or
   update-gtk-immodules or anything touching files in /etc/gtk-2.0
   in your postinst/postrm/etc. scripts.

 Please ask me if anything above isn't clear!


 A concrete example of all the above changes (worst case) is libwmf;
 this is how the necessary changes look like:


   Bye,
-- 
Loïc Minier

Bug#419297: postgis: Please build 8.2 extension only

[Martin Pitt]

Package: postgis
Severity: normal
Version: 1.1.6-2

Hi!

As I wrote in [1], PostgreSQL 7.4 and 8.1 are going away in Lenny.

Your package currently builds a PostgreSQL extension for 7.4 and/or
8.1. Please change this to only build an extension for 8.2.

Thank you!

Martin

[1] http://lists.debian.org/debian-devel-announce/2007/04/msg7.html
-- 
Martin Pitthttp://www.piware.de
Ubuntu Developer   http://www.ubuntu.com
Debian Developer   http://www.debian.org


signature.asc
Description: Digital signature

Bug#419295: ip4r: Please build 8.2 extension only

[Martin Pitt]

Package: postgresql-8.1-ip4r
Severity: normal
Version: 1.0-1

Hi!

As I wrote in [1], PostgreSQL 7.4 and 8.1 are going away in Lenny.

Your package currently builds a PostgreSQL extension for 7.4 and/or
8.1. Please change this to only build an extension for 8.2.

Thank you!

Martin

[1] http://lists.debian.org/debian-devel-announce/2007/04/msg7.html
-- 
Martin Pitthttp://www.piware.de
Ubuntu Developer   http://www.ubuntu.com
Debian Developer   http://www.debian.org


signature.asc
Description: Digital signature

Bug#419291: The file which is not peculiar to GNOME

[Jonny]

Package: uim
Version: 1:1.4.1-1
Tags: experimental

You should put uim.desktop into uim-common instead of uim-applet-gnome.

*.desktop is not a file peculiar to GNOME.
http://standards.freedesktop.org/desktop-entry-spec/desktop-entry-spec-1.0.html


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

Bug#419292: facturalux: Please fix postgresql dependency

[Martin Pitt]

Package: facturalux
Severity: normal
Version: 0.4-12

Hi!

As I wrote in [1], PostgreSQL 7.4 and 8.1 are going away in Lenny.
postgresql-8.2 now builds dummy packages 'postgresql',
'postgresql-client', etc. which will always point to the latest
supported version in Debian.

Your package currently depends on a version specific postgresql-X.Y
package. Please change this to be just 'postgresql', unless your
package really only works with a particular PostgreSQL version.

Also, a package should not really depend on a database *server*, since
this could be on a remote machine. The really right thing would be to
only depend on postgresql-client and at most Recommends: postgresql.

Thank you!

Martin

[1] http://lists.debian.org/debian-devel-announce/2007/04/msg7.html
-- 
Martin Pitthttp://www.piware.de
Ubuntu Developer   http://www.ubuntu.com
Debian Developer   http://www.debian.org


signature.asc
Description: Digital signature

Bug#419289: knowledgeroot: Please fix postgresql dependency

[Martin Pitt]

Package: knowledgeroot
Severity: normal
Version: 0.9.7.3-2

Hi!

As I wrote in [1], PostgreSQL 7.4 and 8.1 are going away in Lenny.
postgresql-8.2 now builds dummy packages 'postgresql',
'postgresql-client', etc. which will always point to the latest
supported version in Debian.

Your package currently depends on a version specific postgresql-X.Y
package. Please change this to be just 'postgresql', unless your
package really only works with a particular PostgreSQL version.

Also, a package should not really depend on a database *server*, since
this could be on a remote machine. The really right thing would be to
only depend on postgresql-client and at most Recommends: postgresql.

Thank you!

Martin

[1] http://lists.debian.org/debian-devel-announce/2007/04/msg7.html
-- 
Martin Pitthttp://www.piware.de
Ubuntu Developer   http://www.ubuntu.com
Debian Developer   http://www.debian.org


signature.asc
Description: Digital signature

Bug#418650: closed by Rene Engelhard <[EMAIL PROTECTED]> (Re: Bug#418650: openoffice.org: Enable assistive technology tools option)

[Rene Engelhard]

tag 418650 + moreinfo
thanks

Hi,

Samuel Thibault wrote:
> Debian Bug Tracking System, le Fri 13 Apr 2007 14:57:13 +, a écrit :
> > Samuel Thibault wrote:
> > > http://screencast-tutorials.com/ooo-help/en-US/WIN/sshared/shared/shared/optionen/01013000
> >  ^^^
> > > 
> > > shows that there should be a "Support assistive technology tools" option
> > 
> > The ""Support assistive technology tools" option is Windows-only.
> 
> Aow ok.
> 
> > it has a atk accessibility bridge which can help you if you use GNOME
> > (and have -gtk installed). Enable it in GNOME, log in and out and try.
> 
> Well, I think I already got accessibility enabled in GNOME since
> gnome-terminal is properly accessible.  But OOo remains a11y-silent, it
> doesn't even map or open libatk/libgail.

You do have openoffice.org-gtk and/or openoffice.org-gnome installed, have you?

Regards,

Rene
-- 
 .''`.  Ren� Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73
   `-   Fingerprint: 41FA F208 28D4 7CA5 19BB  7AD9 F859 90B0 248A EB73



signature.asc
Description: Digital signature

Bug#419290: postgresql-plruby: Please build 8.2 extension only

[Martin Pitt]

Package: postgresql-plruby
Severity: normal
Version: 0.5.0-1

Hi!

As I wrote in [1], PostgreSQL 7.4 and 8.1 are going away in Lenny.

Your package currently builds a PostgreSQL extension for 7.4 and/or
8.1. Please change this to only build an extension for 8.2.

Thank you!

Martin

[1] http://lists.debian.org/debian-devel-announce/2007/04/msg7.html
-- 
Martin Pitthttp://www.piware.de
Ubuntu Developer   http://www.ubuntu.com
Debian Developer   http://www.debian.org


signature.asc
Description: Digital signature

Bug#419288: An unnecessary dependency

[Jonny]

Package: uim
Version: 1:1.4.1-1
Tags: experimental

uim-byeoru, uim-hangul, uim-latin, uim-pinyin, uim-tcode, uim-viqr, and 
uim-ipa-x-sampa are dependent on anthy:
 Depends: ${shlibs:Depends}, uim-utils (>= ${source:Version}), uim-common (>= 
${source:Version}), anthy

These plug-in does not need anthy.


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

Bug#419287: phpgacl: Please fix postgresql-client dependencies

[Martin Pitt]

Package: phpgacl
Severity: normal
Version: 3.3.7-4

Hi!

As I wrote in [1], PostgreSQL 7.4 and 8.1 are going away in Lenny.
postgresql-8.2 now builds dummy packages 'postgresql',
'postgresql-client', etc. which will always point to the latest
supported version in Debian.

Your package currently depends on a version specific
postgresql-client-X.Y package. Please change this to be just
'postgresql-client', unless your package really only works with a
particular PostgreSQL version.

Thank you!

Martin

[1] http://lists.debian.org/debian-devel-announce/2007/04/msg7.html
-- 
Martin Pitthttp://www.piware.de
Ubuntu Developer   http://www.ubuntu.com
Debian Developer   http://www.debian.org


signature.asc
Description: Digital signature

Bug#419285: ipplan: Please fix postgresql-client dependencies

[Martin Pitt]

Package: ipplan
Severity: normal
Version: 4.80b-3

Hi!

As I wrote in [1], PostgreSQL 7.4 and 8.1 are going away in Lenny.
postgresql-8.2 now builds dummy packages 'postgresql',
'postgresql-client', etc. which will always point to the latest
supported version in Debian.

Your package currently depends on a version specific
postgresql-client-X.Y package. Please change this to be just
'postgresql-client', unless your package really only works with a
particular PostgreSQL version.

Thank you!

Martin

[1] http://lists.debian.org/debian-devel-announce/2007/04/msg7.html
-- 
Martin Pitthttp://www.piware.de
Ubuntu Developer   http://www.ubuntu.com
Debian Developer   http://www.debian.org


signature.asc
Description: Digital signature

Bug#419286: nagios-pgsql: Please fix postgresql-client dependencies

[Martin Pitt]

Package: nagios-pgsql
Severity: normal
Version: 2:1.4-3

Hi!

As I wrote in [1], PostgreSQL 7.4 and 8.1 are going away in Lenny.
postgresql-8.2 now builds dummy packages 'postgresql',
'postgresql-client', etc. which will always point to the latest
supported version in Debian.

Your package currently depends on a version specific
postgresql-client-X.Y package. Please change this to be just
'postgresql-client', unless your package really only works with a
particular PostgreSQL version.

Thank you!

Martin

[1] http://lists.debian.org/debian-devel-announce/2007/04/msg7.html
-- 
Martin Pitthttp://www.piware.de
Ubuntu Developer   http://www.ubuntu.com
Debian Developer   http://www.debian.org


signature.asc
Description: Digital signature

Bug#419284: gallery2: Please fix postgresql-client dependencies

[Martin Pitt]

Package: gallery2
Severity: normal
Version: 2.1.2-1

Hi!

As I wrote in [1], PostgreSQL 7.4 and 8.1 are going away in Lenny.
postgresql-8.2 now builds dummy packages 'postgresql',
'postgresql-client', etc. which will always point to the latest
supported version in Debian.

Your package currently depends on a version specific
postgresql-client-X.Y package. Please change this to be just
'postgresql-client', unless your package really only works with a
particular PostgreSQL version.

Thank you!

Martin

[1] http://lists.debian.org/debian-devel-announce/2007/04/msg7.html
-- 
Martin Pitthttp://www.piware.de
Ubuntu Developer   http://www.ubuntu.com
Debian Developer   http://www.debian.org


signature.asc
Description: Digital signature

Bug#419283: An icon isn't displayed

[Jonny]

Package: uim
Version: 1:1.4.1-1
Tags: experimental

You should put ko_*.png into uim-common instead of uim-hangul.
 /usr/share/uim/pixmaps/ko_direct.png
 /usr/share/uim/pixmaps/ko_hangulchar.png
 /usr/share/uim/pixmaps/ko_hangulword.png

uim-byeoru also needs these icons.


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

Bug#418949: An update from the composer.

[Joseph Toscano]

I am ZhayTee (Joseph Toscano), composer of some of the music for  
Battle for Wesnoth, which is included in the wesnoth-music package.


Please do not change or alter the status of the wesnoth-music package  
as a result of this bug report. I have decided to explicitly grant  
permission to the Wesnoth developers to use and distribute these  
specific pieces of music under the GPL. I had not done this when I  
wrote the music originally, but I am now.


The following ogg files, included in the wesnoth-music package, are  
hereby explicitly released under the GPL license which governs the  
Wesnoth software:


wesnoth-1.ogg
wesnoth-2.ogg

I've been in contact with many great people in the opensource  
community regarding this issue, and it has been clarified to me. As a  
result, I will be changing the way I distribute my music to avoid any  
confusion in the future.


I am sorry if this situation has caused any loss of productivity for  
anyone involved. It was not handled in a particularly helpful fashion  
by certain individuals. You may view the entire contents of the  
discussion at the following URL.


http://alientrap.org/forum/viewtopic.php?t=1548

Thank you for your time.

--JT
http://zhaymusic.com/



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

Bug#419142: New Version: dcdmake 0.9.3

[Julian Andres Klode]

Just uploaded 0.9.3 to

http://mentors.debian.net/
- URL: http://mentors.debian.net/debian/pool/main/d/dcdmake
- Source repository: deb-src http://mentors.debian.net/debian unstable
main contrib non-free
- dget
http://mentors.debian.net/debian/pool/main/d/dcdmake/dcdmake_0.9.3.dsc


and The JAK LINUX Repo
http://jak-linux.org/jak-linux/pool/main/d/dcdmake/





signature.asc
Description: OpenPGP digital signature

Bug#416200: linux-image-2.6.18-4-686: Missing sk98lin module.

[Andrew Nady]

Not a module bug. Issue resolved by fixing the dynamic udev table.

Please close this bug report.

Thank you.
-- 
Andrew Nady.


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

Bug#357736: /usr/X11R6/bin/startx: startx needs some way to delete stale $xserverauthfile files

[Nyk Tarr]

On Tue, Apr 10, 2007 at 10:41:59PM +0200, Brice Goglin wrote:
> Hi,
> 
> About a year ago, you reported a bug to the Debian BTS regarding
> serverauth files being left in your home directory. I can't reproduce
> anymore.
> Did you reproduce this problem recently? With Xorg/Etch?
> 

Yep, still here too on
xorg | 1:7.1.0-18 | http://ftp.fr.debian.org testing/main Packages

xdm and co. seem to use ~/.Xauthority.
I guess xstart uses a unique filename to allow for multiple instances of
xorg.

Ta very
Nyk
-- 
/__
\_|\/
   /\


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

Bug#419282: texlive-base-bin cannot be removed

[Vincent Danjean]

Package: texlive-latex-base
Version: 2007-2
Severity: normal

--- Please enter the report below this line. ---

I'm currently trying to find minimal dependencies with texlive
for my latex-make package. To do so, I use pbuilder. And it triggers
a bug in the texlive-latex-base.postrm that prevent this package to
be removed.

Error message (from dpkg in pbuilder) is:
Removing texlive-base-bin ...
/var/lib/dpkg/info/texlive-base-bin.postrm: line 62: 
dhit_check_run_without_errors: command not found
dpkg: error processing texlive-base-bin (--purge):
 subprocess post-removal script returned error exit status 127

The problem comes from the fact that dhit_check_run_without_errors
is called before being defined in the script.

  Please, upload a new package as quickly as possible because
if breaks pbuilder (this package is not removed) and then a manual
intervention is needed to restore a clean pbuilder environment.

  Best regards,
Vincent

--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.18-4-686

Debian Release: lenny/sid
  990 unstablewww.debian-multimedia.org
  990 unstablewww-id.imag.fr
  990 unstablepeople.debian.org
  990 unstablekooot
  990 unstableftp.fr.debian.org
  500 testing security.debian.org
  500 testing ftp.fr.debian.org
  500 stable  people.debian.org
  500 stable  ftp.fr.debian.org
1 experimentalftp.fr.debian.org

--- Package information. ---
Depends (Version) | Installed
=-+-===
texlive-base  | 2007-2
texlive-common  (>= 2007) | 2007-2



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

Bug#417165: nautilus: error writing to floppy

[Brent S. Elmer, Ph.D.]

It didn't make any difference.  I removed autofs and I still get the
error that I don't have write permission.  Here is the result of mount
after removing autofs and mounting the floppy.

[EMAIL PROTECTED]:~$ mount
/dev/hda2 on / type ext3 (rw,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
procbususb on /proc/bus/usb type usbfs (rw)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
/dev/hdb1 on /home type ext3 (rw)
/dev/hda3 on /tmp type ext3 (rw)
/dev/hdb2 on /usr type ext3 (rw)
/dev/hda5 on /var type ext3 (rw)
/dev/hda6 on /var/log type ext3 (rw)
/dev/hda1 on /windows type vfat (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
/dev/fd0 on /media/floppy type vfat (rw,noexec,nosuid,nodev,user=brent)


[EMAIL PROTECTED]:~$ ls -ld /media/floppy
drwxr-xr-x 2 brent brent 7168 1969-12-31 19:00 /media/floppy


On Wed, 2007-04-11 at 16:08 +0200, Sven Arvidsson wrote:
> On Sun, 2007-04-08 at 17:42 -0400, Brent S. Elmer, Ph.D. wrote:
> > automount(pid4154) on /var/autofs/removable type autofs
> 
> I'm not sure autofs always plays nice with nautilus and
> gnome-volume-manager, could you try turning it off?
> 



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

Bug#418414: havp fails to stop.

[Björn Heide]

package havp
retitle 418414 /var/run/havp is owned by root
thanks

Am Montag, den 09.04.2007, 18:52 +0200 schrieb Björn Heide:
> invoke-rc.d: initscript havp, action "stop" failed.
> # 

I investigated this a bit and found out that havp fails to stop because
havp failed to write its pid file because /var/run/havp is owned by
root:

$ ls -ld /var/run/havp
drwxr-xr-x 2 root root 4096 2007-04-04 20:57 /var/run/havp

After I looked in havp's postinst file it comes clear what happened:

relevant part of havp.postinst:

  if ! getent passwd havp >/dev/null; then
adduser --quiet --system --no-create-home \
--home /var/run/havp --ingroup havp havp || true
  chown havp:havp /var/run/havp
  chown havp:havp /var/log/havp
  chown havp:havp /var/lib/havp
  chown havp:havp /var/spool/havp
fi

Because there was already an user havp on my machine (left behind from
an old havp install) the chown commands never got executed. 

greetings
Björn

Bug#418043: debian installer: problems with timezone, grub & sata drive, noacpi bootparam, and encrypted partitions

[Josh Buhl]

> > Comments/Problems:
> > 0. The zeroth problem was booting. Somewhere in the help where you find
> > it right away it says to use noacpi if the system hangs. I tried that
> > and it didn't work. In another spot more buried (I think in the special
> > parameter section) it says use acpi=off. Well, only the acpi=off
> > worked.
> 
> That is basically a kernel problem and nothing we can solve in the 
> installer itself. 

if this is the case, then *both* options obviously need to be be on both help 
pages, not one on one page and the other on a completely different page. In 
particular, both options should be right on that first troubleshooting help 
page where it first talks about what to do if the system hangs on booting.




> 
> > 4. The fourth and worst problem came when I tried to reboot my "new
> > system"...didn't work at all, 
> 

> The dialog actually says "the MBR of the 
> _first_ harddisk".

as far as I'm concerned, my sata1 drive *is* the first harddisk! If you had a 
sata1 drive, a dvd-recorder on hda, and an old ide on hdb, what would you 
consider to be your first harddisk? Is a sata1 drive not a harddisk?

Most importantly, this behaviour isn't mentioned in the dialogue nor documented 
in the guide, so at the very least, this is an important piece of information 
to add to both.



> Closing your report as there were no real new issues. 

I  must say I feel put off by this. Most of the issues are minor (as I myself 
also stated), but the sata problem cost me a lot of time (as did the careful 
documentation and submission of my installation report) and I feel completely 
guiltless in this issue. It's not a faq, it's not in the guide, it's unexpected 
behaviour, and it cost me a couple hours. All you need is to do is add a 
comment to the grub dialogue screen and the guide to the effect that this might 
be a problem. How can you be so cavalier about closing this bug and stating "no 
real issues"? Most new computers have sata drives and many people installing 
new systems will be plugging in some old ide drive to transfer data from.  Are 
you prepared to potentially waste the hours of other people's lives by not 
addressing this real problem? 

I don't think the acpi thing should be so flippantly disregarded either. It's 
just too easy to add a comment on the right page to save users trouble, so why 
not do it?


cheerios,

-j
-- 
"Feel free" - 10 GB Mailbox, 100 FreeSMS/Monat ...
Jetzt GMX TopMail testen: http://www.gmx.net/de/go/topmail


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

Bug#419281: dovecot-imapd: Enable epoll/inotify

[Sam Morris]

Package: dovecot-imapd
Version: 1.0.rc15-2
Severity: wishlist

Since Linux 2.4 will not be supported for Lenny, it would be nice if
dovecot could be build with --with-notify=inotify and
--with-ioloop=epoll.

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (540, 'stable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages dovecot-imapd depends on:
ii  dovecot-common  1.0.rc15-2   secure mail server that supports m
ii  libc6   2.3.6.ds1-13 GNU C Library: Shared libraries
ii  libssl0.9.8 0.9.8c-4 SSL shared libraries

dovecot-imapd recommends no packages.

-- no debconf information


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

Bug#419171: vim: adds extra spaces to text pasted from the clipboard

[Pierre Habouzit]

On Sat, Apr 14, 2007 at 02:22:36PM -0400, Michael Gilbert wrote:
> On 4/14/07, Stefano Zacchiroli wrote:
> >Please also note that bug reporting is not meant to ask support
> >questions, for that you can find better help in the vim-user mailing
> >list or on IRC.
> 
> its useful for posterity.  other users (that search the bug database)
> will run into this and find the solution before asking the same thing.

  This has been asked at least 2 or 3 times though, so I think you
didn't searched enough :)

> btw, pastetoggle is a solution, but it is not optimal.  the average
> user would like to see paste toggling done automatically without their
> intervention.  this was the point of my original message.  is there
> any way for vim to automatically know that the text is coming in from
> the clipboard?

  Not the console version, as the paste is dealt with from X and your
term, way before vim. Though if you use an X-enabled build (like any vim
package but vim and vim-tiny) you will have the * and + registers
available and will be able to cut to and paste from the X clipboard and
selection buffers (:help registers / quotestar / clibpoard)

> or (and this is probably too application-specific) can the terminal
> program send vi into paste mode automatically when pasting?

  If you use shift-insert or the middle click, X simulates the paste by
sending the content of the clibpoard/selection buffer "as if you just
typed it". There is no way for an application to make a difference
between a paste and a _very_ fast typer.
  Applications that makes a distinction catch shift+insert or the middle
click and reimplement it their way. Vim's way to deal with the clipboard
are "+ and "* (and "~ which is a "+ alias IIRC) buffers.

Cheers,
-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgplGVesQgwaK.pgp
Description: PGP signature