date:20070405

On Wed, 2007-04-04 at 22:13 -0400, Andy Huhn wrote:
 Thanks for the detailed instructions.  Here is my gdb.txt.  Let me know
 if you need more info:

Thank you, I reported it upstream and found out that that a fix has been
commited. See, http://bugzilla.gnome.org/show_bug.cgi?id=421801

I'm not sure if the fix will be backported to Etch, but it will be fixed
in Ekiga 2.0.8.

-- 
Cheers,
Sven Arvidsson
http://www.whiz.se
PGP Key ID 760BDD22


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

Bug#417933: /usr/share/man/man5/proc.5.gz: proc(5) is wronf wrt /proc/[process]/stat

2007-04-05 Thread Pierre Habouzit

Package: manpages
Version: 2.43-0
Severity: important
File: /usr/share/man/man5/proc.5.gz


  See fs/proc/array.c in linux source to see the actual values, but the
description of /proc/[process]/stat is just plain wrong (fields missing,
bad ordering, bad scanf things formats).

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-amd64
Locale: LANG=C, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)

-- no debconf information


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

Bug#417907: orbit2: diff for NMU version 1:2.14.5-0.1

2007-04-05 Thread Loïc Minier

tags 417907 + patch pending confirmed
thanks

Hi,

 Attached is the diff for my orbit2 1:2.14.5-0.1 NMU which I've uploaded
 to DELAYED/2.

   Bye,
-- 
Loïc Minier
--- orbit2-2.14.4/debian/changelog
+++ orbit2-2.14.5/debian/changelog
@@ -1,4 +1,4 @@
-orbit2 (1:2.14.4-1.1) unstable; urgency=low
+orbit2 (1:2.14.5-0.1) unstable; urgency=low
 
   * Non-maintainer upload.
   * New upstream stable release; no ABI change, one small backward-compatible

Bug#394999: New upstream, please reconfirm bug

2007-04-05 Thread Jonas Meurer

Hello Ulrich,

Would you mind giving the new python-mysqldb 1.2.2-1 packages a try?

You can find amd64+i386 packages at
http://people.debian.org/~mejo/python-mysqldb/

Please give me a short note whether these packages fix bug #394999 for
you or not.

greetings,
 jonas


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

Bug#417861: Did not set wishlist severity

2007-04-05 Thread Bastian Venthur

Am 05.04.2007 03:51 schrieb Charles Plessy:
 I used reportbug-ng to send a wishlist bug, but it appears with the
 Normal ones.
 
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=417581

Hmm, I see what you mean, the BTS seems to think this bug is normal. I
doubt this is a bug of reportbug-ng I think it should be a bug for
debbugs, since it ignored the severity in this case.


I'm CC'ing the debbugs-devels to see what they think.

Dear debbugs-devels: Charles reported a bug as whishlist but the BTS
seems to think it is of severity normal

The control lines where:

Package: bugs.debian.org
Version:
Severity: wishlist

Is there a problem with empty Version:-lines?



Cheers and happy eastern,

Bastian


-- 
Bastian Venthur  http://venthur.de
Debian Developer venthur at debian org



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

Bug#417822: upgrade-reports: network not working properly after sarge -- etch

2007-04-05 Thread Johannes Wiedersich

Hi Steve,

Thank you for your long reply.

Steve Langasek wrote:
1) networking doesn't work properly any more

system takes about 20 minutes to boot. Most of this time is wasted, because
portmap is trying in vain to mount nfs-filesystems before
networking has been set up properly.

Sorry, this is totally unreproducible for me, on any of my etch systems. If
anything, etch with udev works much *better* at bringing my network
interfaces up than sarge did (especially in the case of the system with a USB
WLAN device :).

This is totally reproducible for me. I can even reproduce it on fresh
installs.

/---/etc/network/interfaces
auto lo
iface lo inet loopback

# The primary network interface
auto eth0 eth0:1
iface eth0 inet static
address 141.n.n.n
netmask 255.255.255.0
network 141.n.n.n
broadcast 141.n.n.n
gateway 141.n.n.n
# dns-* options are implemented by the resolvconf package, if
installed
dns-nameservers 141.40.131.47
dns-search physik.blm.tu-muenchen.de
iface eth0:1 inet static
address 192.n.n.n
netmask 255.255.255.0
broadcast 192.168.0.255
\---

This looks fine here; but to my understanding, it's not consistent with your
claim that networking takes /a long time/ to be set up. With 'auto'
interfaces, the network should either be brought up immediately, or not at
all. See, e.g.,
http://www.debian.org/releases/testing/i386/release-notes/ch-information.en.html#s-asynchronous-network-start
in the current release notes draft, which describes a problem of
unpredictable behavior *only* if using allow-hotplug.

Questions about your setup:

- how fast is the system that you're seeing this problem on? (processor
type/speed)

Doesn't matter.

- what type of hardware is eth0/what driver does it use?
- are there any messages in dmesg about trying to bring up the network?
- are there any known problems with arp on this network?
- have you tried a test boot using only one interface on eth0, without the
alias? (since your NFS servers are all on the eth0:1 network, this would
require renaming eth0:1 to eth0 temporarily)

Swapping eth0:1 and eth0 permanently solves the situation on the two
installations I tried (one fresh install, one upgrade). Apparently, only
the 'external' eth0 was up - or at least portmap and/or nis only used
that one initially (wasting the 15-20 minutes).

Permanently exchanging eth0 and eth0:1 brings boot time back to
reasonable 34s.

In the past eth0 has always been the 'external' interface and eth0:1 the
'internal', because it was easier to have the 'external' ip for
installation. Something seems to have changed here from sarge to etch.

I guess it should be mentioned in the release notes or changed back to
how it is in sarge.

In the past this very files have always worked ok with our nis and
nfs-server.

Ah, you're using nis? Have you read
http://www.debian.org/releases/testing/i386/release-notes/ch-information.en.html#s-nis?

Yes, and I don't have network-manager installed.

2) Many packages have been removed that probably shouldn't
most importantly: kde (etc.), kdm, cupsys, xserver-xorg was not installed
instead of xserver-xfree86

Was this following the procedure currently documented at
http://www.debian.org/releases/testing/i386/release-notes/ch-upgrading.en.html#s-upgradingpackages?

I suspect not, since you haven't mentioned which option you used from 4.5.4.

I followed 4.5.4.1 Upgrading a desktop system; ie.
aptitude install libfam0 xlibmesa-glu

Rereading the section more carefully, I /should/ have done
aptitude install x11-common libfam0 xlibmesa-glu

So this was a mistake on my part. I was probably carried away by the
headlines, thinking that 'desktop system' describes my situation better
than 'system with some X packages installed'...

3) swap appears not to work correctly any more

syslog:
Apr 4 13:15:32 merkur kernel: Unable to find swap-space signature

the boot console says something about 'swapon /dev/hdb2: invalid argumet'
IIRC.

Sorry, I have no explanation for why a working swap partition's signature
would have been invalidated by an upgrade. If you're *sure* that /dev/hdb2
points to the correct partition (and it doesn't now point to a live
filesystem as a result of device reordering in 2.6.18!), you can use mkswap
to recreate the swap signature.

Done works!

Thanks, also for making etch such a nice release 8-)

Cheers and Happy Easter holidays (if it applies to you; in Germany we
have 4 holidays till tuesday ;-)

Johannes

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

Bug#417934: should add explicit route to openvpn peer

2007-04-05 Thread martin f krafft

Package: openvpn
Version: 2.0.9-4
Severity: wishlist

We are running OpenVPN on a company gateway. The company has a /24
network, e.g. 1.2.3.0/24, and the gateway is at 1.2.3.1. It uses

  push route 1.2.3.0 255.255.255.0

in the server configuration to ensure that all traffic from road
warriors to the company network goes via the tunnel.

Unfortunately, this also causes the OpenVPN traffic itself to be
sent through the tunnel:

  10.130.60.5 dev tun0 proto kernel scope link src 10.130.60.6 
  10.130.60.1 via 10.130.60.5 dev tun0
  1.2.3.0/24 via 10.130.60.5 dev tun0
  84.72.xx.0/20 dev wan proto kernel scope link src 84.72.xx.xxx
  default via 84.72.xx.1 dev wan 

As you can see, traffic to 1.2.3.1 will be routed via tun0, the
OpenVPN interface.

The solution is obviously to add an explicit /32 route for all
peers, just like it is done when

  push redirect-gateway

is given on the server side. Since there are no negative side
effects I can think of, I suggest making OpenVPN always add explicit
/32 routes via the default gateway to its peers, on the server *and*
on the client side.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.18-4-amd64
Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

-- 
 .''`.   martin f. krafft [EMAIL PROTECTED]
: :'  :  proud Debian developer, author, administrator, and user
`. `'`   http://people.debian.org/~madduck - http://debiansystem.info
  `-  Debian - when you have better things to do than fixing systems


signature.asc
Description: Digital signature (GPG/PGP)

Bug#417411: Acknowledgement (readpst: Need to address encoding differences)

2007-04-05 Thread Osamu Aoki

Hi,

Followup to this.

Filename can be fixed by attached script.  Can you include this in
example.  Also, I have few scripts I used to fix encoding isues.

Osamu


#!/bin/sh
# pst_fix_filename script to fix file name encoding by osamu at debian dot org
# 
for x in *;
 do
 # For Japanse pst file on Windows 95/98/Me
 # convert file name from shift-jis to UTF-8 (tested)
 mv $x `echo $x | iconv -f shift-jis -t utf-8`
 ## For Chinese pst file on Windows 95/98/Me (osamu's guess)
 ## convert file name from GB18030 (GBK code point) to UTF-8
 ## mv $x `echo $x | iconv -f gbk -t utf-8`
 ## For Western European pst file on Windows 95/98/Me (osamu's guess)
 ## convert file name from iso-8859-1 to UTF-8
 ## mv $x `echo $x | iconv -f iso-8859-1 -t utf-8`
 ##
 ## Use probably BIG5 for Taiwan, UHC for Korea, ISO-8859-2 for Polish ...
 ##
done

for x in * ; do
 echo convert $x
#
# Here is content
#
# I use nkf here but iconv can be used too.  I make UTF-8 and iso-2022-jp 
version.
# I found content-type is needed for UTF-8 when importing to MacBook mail 
program
# ISO-2022-JP seems to be quite robust and does not need content-type (I dd it 
anyway)
#
# For mutt, UTF-8 works better but needs to fix title which was OK initially in 
pst.
# Need some idea but not needed now.  (Procmail body filtering?)
#
# This will convert mail box content to UTF-8 and 
# -S for shift-jis input
# -w for UTF-8
 nkf -S -w $x | \
 sed -e 's/[Cc]ontent-[Tt]ype:.*text\/plain.*$/Content-Type: text\/plain; 
charset=UTF-8/' \
 -e 's/[Cc]ontent-[Tt]ype:.*text\/html.*$/Content-Type: text\/html; 
charset=UTF-8/' \
 $x.utf8x.mbox
# -S for shift-jis input
# -k for ISO-2022-JP
 nkf -S -j $x | \
 sed -e 's/[Cc]ontent-[Tt]ype:.*text\/plain.*$/Content-Type: text\/plain; 
charset=iso-2022-jp/' \
 -e 's/[Cc]ontent-[Tt]ype:.*text\/html.*$/Content-Type: text\/html; 
charset=iso-2022-jp/' \
 $x.2022.mbox
#
# This is example snip script for Wesetrn european windows pst
# (Example of using iconv)
#
# iconv -f ISO-8859-1 -t UTF-8 $x | 
done

Bug#417936: twig: invalid username in cron job

Package: twig
Version: 2.8.3-2.2
Severity: normal


Hi,

here is the error message I see in system logs:

Apr  3 10:25:01 irancy cron[7590]: Error: bad username; while reading 
/etc/cron.d/twig

And indeed twig uses the www-root account:

# cat /etc/cron.d/twig
*/15 * * * * www-root /usr/share/twig/features/schedule/reminders.php3

that does not exists on my system.  twig does not even try to create
this account in maintainer scripts:

# grep www-root /var/lib/dpkg/info/twig.*
[nothing]


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (100, 'unstable'), (99, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.20-1-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)

Versions of packages twig depends on:
ii  debconf [debconf-2.0] 1.5.13 Debian configuration management sy
ii  php4  6:4.4.4-9  server-side, HTML-embedded scripti
ii  php4-cli  6:4.4.4-9  command-line interpreter for the p
ii  php4-imap 6:4.4.4-9  IMAP module for php4
ii  php4-mysql6:4.4.4-9  MySQL module for php4
ii  php4-pgsql6:4.4.4-9  PostgreSQL module for php4

twig recommends no packages.

-- debconf information:
* twig/db-update:
* twig/minimal-setup:


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

Bug#417935: no way to create a backport via svn-upgrade

2007-04-05 Thread Eddy Petrișor

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: svn-buildpackage
Severity: wishlist
Version: 0.6.16-1

Although dch -b could be used to generate a changelog entry for a
version going backwards, there is no way to do that via svn-upgrade.

It would be nice and would solve this issue if any extra parameters
would be passed to dch.

- --
Regards,
EddyP
=
Imagination is more important than knowledge A.Einstein
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFGFRGkY8Chqv3NRNoRAu5kAKDE5v/JlNXaynkMYfJl14wKgfsVEQCgufQ8
vB7i58EtwxIPBObzu/h8SUg=
=dRTp
-END PGP SIGNATURE-


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

Bug#417789: this doesn't seem like a security issue

2007-04-05 Thread Arnaud Giersch


On Wed, Apr 04, 2007 at 08:04:52PM +0300, Eddy Petri\u0219or wrote:

  I tagged this bug as grave+security because it can be used to make
  elinks load any corrupted file, and possibly execute arbitrary code.

 How? Those are only strings. Nothing is executed from po/mo/gmo files.

Beside the segfault that could potentially be exploited, as it was
already answered by Steve Langasek, I can see another attack vector.

Since the attacker has the full control of the gettext catalog, I
suspect that some sort of format string attack could be doable (I
haven't tried).

Arnaud


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

Bug#417937: debian-installer does not support raid10 for partitioning

2007-04-05 Thread Andy Smith

Package: installation-reports

Boot method: CD
Image version: http://cdimage.debian.org/cdimage/etch_di_rc2/i386/iso-cd/
Date: 03 Apr 2007

Machine: Supermicro PDSMi-based rackmount system
Processor: Core2Duo Xeon 2.4GHz
Memory: 4GiB
Partitions: No partitions were created because didn't get that far

Output of lspci -nn and lspci -vnn: Ditto

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

Initial boot:   [O]
Detect network card:[O]
Configure network:  [O]
Detect CD:  [O]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [E]
Install base system:[ ]
Clock/timezone setup:   [ ]
User/password setup:[ ]
Install tasks:  [ ]
Install boot loader:[ ]
Overall install:[ ]

Comments/Problems:

Installer offers to create software RAID arrays from partitions
marked as RAID members, but does not support raid10 which was a
show-stopper for the installation of this server with 4 disks,
intended to be almost entirely on raid10.

Switching to a terminal and issuing lsmod I could see the raid0, 1
and 5 modules loaded but no raid10.  raid10 module was also not
present in the filesystem so I assume it is not supported.

Of course it is not possible to boot from raid10, which is why I
intended to create a small /boot in raid1, but I wanted everything
else in raid10.

In the end I booted from a livecd and installed by debootstrap.

Obviously a bit of a fringe case, but it would be nice.


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

Bug#417907: orbit2: diff for NMU version 1:2.14.7-0.1

2007-04-05 Thread Loïc Minier

On Thu, Apr 05, 2007, Loïc Minier wrote:
  Attached is the diff for my orbit2 1:2.14.5-0.1 NMU which I've uploaded
  to DELAYED/2.

 Hmm, I updated this to 2.14.7; I thought the latest version was 2.14.5.

-- 
Loïc Minier
--- orbit2-2.14.4/debian/changelog
+++ orbit2-2.14.7/debian/changelog
@@ -1,3 +1,19 @@
+orbit2 (1:2.14.7-0.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * New upstream releases; no API or ABI change.
+
+ -- Loic Minier [EMAIL PROTECTED]  Thu, 05 Apr 2007 17:12:25 +0200
+
+orbit2 (1:2.14.5-0.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * New upstream stable release; no ABI change, one small backward-compatible
+API change: it's not necessary to define ORBIT2_EXTENSIONS before using
+ORBit_get_giop_recv_limit() or ORBit_proto_use(); closes: #417907.
+
+ -- Loic Minier [EMAIL PROTECTED]  Thu, 05 Apr 2007 16:08:04 +0200
+
 orbit2 (1:2.14.4-1) unstable; urgency=low
 
   * New upstream release.

Bug#417914: BUG: unable to handle kernel paging request at virtual address f57fc030

2007-04-05 Thread Bastian Blank

severity 417914 normal
tags 417914 moreinfo
thanks

On Thu, Apr 05, 2007 at 11:27:04PM +1000, Tony Lewis wrote:
 When I try to insert the module for either VMware or VirtualBox, I get a 
 kernel oops.

vmware can't work, you will get a GPF anyway.

 BUG: unable to handle kernel paging request at virtual address f57fc030

This looks like an uninitialized pointer, not a bug in the kernel.
Please discuss with virtualbox upstream if this can work anyway.

Bastian

-- 
Dammit Jim, I'm an actor, not a doctor.


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

Bug#336153: Bug 336153 must be fixed ASAP - filesystem corruption IS critical!

2007-04-05 Thread Tillmann Steinbrecher


Hi,

I can't understand why Bug 336153 still has status pending. It's a 
well-known issue that causes massive data corruption. It is reproducible 
and has been confirmed by several people, including the dm-crypt 
developer himself.


A patch has been available for several MONTHS.

It's a simple 4-line patch. How come it isn't applied for the etch 
kernel? It is required for kernel 2.6.18 which is used for etch. It is 
NOT required for 2.6.19 and future kernels.


See also:
http://www.spinics.net/lists/dm-crypt/msg00481.html

bye,
Tillmann


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

Bug#417938: lvm2create_initrd missing pieces

2007-04-05 Thread Phil Dibowitz

Package: lvm2
Version: 2.02.06-4
Severity: normal

lvm2create_initrd is missing a few things for it to work:
 1. It doesn't actually include the busybox binary. I had to copy this
into the initrd myself. Since everything in /bin is a symlink to it,
this is critical.
 2. It doesn't copy any of the libraries busybox itself needs:
 libcrypt.so.1
 libm.so.6
 libc.so.6
 3. The /sbin/init script it generates has a #!/bin/bash at the top,
and thus there should be a /bin/bash - /bin/sh link within the initrd
as well.

I had to modify my initrd to make all of these changes before the system
would even get to calling the init inside initrd without kernel
panicing.


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

Versions of packages lvm2 depends on:
ii  debconf [debconf-2.0]   1.5.13   Debian configuration management sy
ii  libc6   2.3.6.ds1-13 GNU C Library: Shared libraries
ii  libdevmapper1.022:1.02.12-1  The Linux Kernel Device Mapper use
ii  libncurses5 5.5-5Shared libraries for terminal hand
ii  libreadline55.2-2GNU readline and history libraries
ii  libselinux1 1.32-3   SELinux shared libraries
ii  libsepol1   1.14-3   Security Enhanced Linux policy lib
ii  lvm-common  1.5.20   The Logical Volume Manager for Lin

lvm2 recommends no packages.

-- debconf information excluded


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

Bug#417939: tiger: false positive about permissions of /dev/log

Package: tiger
Version: 1:3.2.1-35
Severity: normal


Hi,

here is an excerpt of a mail that I received from cron/tiger:

# Checking device permissions...
[...]
--FAIL-- [dev002f] /dev/log has world permissions 

Here are permissions of this socket on my system:

srw-rw-rw- 1 root root 0 mar 15 22:10 /dev/log

Such permissions are standard on all Debian (and Ubuntu) systems I
could check.  Even if I agree that such world permissions are not
ideal, what is the point of alarming the admin ?

So could you please make a special case in this check for Debian
systems ?


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (100, 'unstable'), (99, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.20-1-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)

Versions of packages tiger depends on:
ii  binutils  2.17.20070210cvs-1 The GNU assembler, linker and bina
ii  coreutils 6.0-1  The GNU core utilities
ii  debconf [debconf-2.0] 1.5.13 Debian configuration management sy
ii  diff  2.8.7-0.2  File comparison utilities
ii  libc6 2.5-0exp6  GNU C Library: Shared libraries
ii  net-tools 1.60-17The NET-3 networking toolkit

Versions of packages tiger recommends:
ii  chkrootkit0.47-1.1   Checks for signs of rootkits on th
ii  john  1.7-2  active password cracking tool
ii  ssmtp [mail-transport-agent]  2.61-12extremely simple MTA to get mail o

-- debconf information:
  tiger/remove_mess: true
* tiger/policy_adapt:
* tiger/mail_rcpt: root


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

Bug#417659: [Pkg-octave-devel] Bug#417659: octave2.9-forge: API version mismatches the octave core

2007-04-05 Thread Hongzheng Wang


Hi,

I also notice that the octave-forge provides a pkg mechanism now
according to their faq and docs.  And, of course, the pkg subsystem is
not a compatible Debian style.  But I think the new pkg method is not
compulsory.  I mean, octave-forge may be able to work in a pre-build
manner.  Thus, it may be possible to provide a matched octave-forge
package so that it can be used with the current octave core in sid
(after addpath the oct files and m files of octave-forge).  Well, I'm
not sure about it; just a guess :-)

Regards,
Hongzheng

On 4/4/07, Rafael Laboissiere [EMAIL PROTECTED] wrote:

package octave2.9-forge
tags 417659 - pending
thanks

* Rafael Laboissiere [EMAIL PROTECTED] [2007-04-04 09:04]:

 * Hongzheng Wang [EMAIL PROTECTED] [2007-04-04 10:55]:
 
  It seems that the API version of the oct files in this package
  mismatches the version of octave core in octave2.9 version 2.9.10-3,
  the up-to-date octave2.9 package in unstable.  Could you please upload
  a matched one?  Thank you.

 Thanks, we are aware of this.  I am working on it.

Bad news: the current octave2.9-forge package does not work well with
octave2.9 and this will take some time to fix.  It is too bad that I
uploaded 2.9.10 to unstable before checking this.  The current Octave-Forge
packages are intended to be installed in the user's system through the new
pkg system.

What should we do now?  Deprecate octave2.9-forge or fix it by backporting
the code obtained from CVS ?  A third solution would be to start working
immediately on the new pkg2deb package.

--
Rafael




--
Hongzheng Wang


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

Bug#417940: tiger: false positives about directories in a device directory

Package: tiger
Version: 1:3.2.1-35
Severity: normal


Hi,

here is an excerpt of a mail that I received from cron/tiger:

# Checking device permissions...
--WARN-- [dev003w] The directory /dev/bus resides in a device directory. 
--WARN-- [dev003w] The directory /dev/cdroms resides in a device directory. 
--WARN-- [dev003w] The directory /dev/discs resides in a device directory. 
--WARN-- [dev003w] The directory /dev/disk resides in a device directory. 
--WARN-- [dev003w] The directory /dev/dri resides in a device directory. 
--WARN-- [dev003w] The directory /dev/fb resides in a device directory. 
--WARN-- [dev003w] The directory /dev/floppy resides in a device directory. 
--WARN-- [dev003w] The directory /dev/i2c resides in a device directory. 
--WARN-- [dev003w] The directory /dev/loop resides in a device directory. 
--WARN-- [dev003w] The directory /dev/md resides in a device directory. 
--WARN-- [dev003w] The directory /dev/misc resides in a device directory. 
--WARN-- [dev003w] The directory /dev/ptal-printd resides in a device 
directory. 
--WARN-- [dev003w] The directory /dev/scsi resides in a device directory. 
--WARN-- [dev003w] The directory /dev/snd resides in a device directory. 
--WARN-- [dev003w] The directory /dev/sound resides in a device directory. 
--WARN-- [dev003w] The directory /dev/tts resides in a device directory. 
--WARN-- [dev003w] The directory /dev/vc resides in a device directory. 
--WARN-- [dev003w] The directory /dev/vcc resides in a device directory. 

With udev having directories in /dev/ is now standard.  So could you
please remove this check, or not perform it if udev is installed ?


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (100, 'unstable'), (99, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.20-1-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)

Versions of packages tiger depends on:
ii  binutils  2.17.20070210cvs-1 The GNU assembler, linker and bina
ii  coreutils 6.0-1  The GNU core utilities
ii  debconf [debconf-2.0] 1.5.13 Debian configuration management sy
ii  diff  2.8.7-0.2  File comparison utilities
ii  libc6 2.5-0exp6  GNU C Library: Shared libraries
ii  net-tools 1.60-17The NET-3 networking toolkit

Versions of packages tiger recommends:
ii  chkrootkit0.47-1.1   Checks for signs of rootkits on th
ii  john  1.7-2  active password cracking tool
ii  ssmtp [mail-transport-agent]  2.61-12extremely simple MTA to get mail o

-- debconf information:
  tiger/remove_mess: true
* tiger/policy_adapt:
* tiger/mail_rcpt: root


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

Bug#417937: debian-installer does not support raid10 for partitioning

2007-04-05 Thread Frans Pop

reassign 417937 partman-md
severity 417937 wishlist
thanks

On Thursday 05 April 2007 17:20, Andy Smith wrote:
 Comments/Problems:
 Installer offers to create software RAID arrays from partitions
 marked as RAID members, but does not support raid10 which was a
 show-stopper for the installation of this server with 4 disks,
 intended to be almost entirely on raid10.

This has been mentioned before and I've now added this to:
http://wiki.debian.org/DebianInstaller/LennyGoals

Cheers,
FJP


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

Bug#417941: memcached: Please change default logfile name

2007-04-05 Thread Frederik Schueler

Package: memcached
Version: 1.1.12-1
Severity: normal
Tags: patch

Hello,

the default logfile /var/log/memcached is not rotated by logrotate,
missing the .log extension. This nearly filled up our /var partition.

Please rename the default logfile name to /var/log/memcached.log or
write a logrotate script in case the deamon needs to be restarted if the
log is rotated.

Best regards
Frederik Schueler

-- 
ENOSIG
diff -ruN memcached-1.1.12/debian/memcached.conf 
memcached-1.1.12a/debian/memcached.conf
--- memcached-1.1.12/debian/memcached.conf  2007-04-05 17:03:21.0 
+0200
+++ memcached-1.1.12a/debian/memcached.conf 2007-04-05 17:53:51.0 
+0200
@@ -9,7 +9,7 @@
 -d
 
 # Log memcached's output to /var/log/memcached
-logfile /var/log/memcached
+logfile /var/log/memcached.log
 
 # Be verbose
 # -v


signature.asc
Description: Digital signature

Bug#417880: Kmail crash

2007-04-05 Thread David Watson

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I can confirm that I have had the same crash over the last couple of
days, kmail won't run for more than about 2 minutes before it crashes.


- --
David Watson - Debian GNU/Linux Developer
[EMAIL PROTECTED], [EMAIL PROTECTED]

Jabber: [EMAIL PROTECTED]
Web: http://planetwatson.co.uk/blog
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFGFRy1Deh5nqfWrnkRAtyAAKCSZaVG5sBXaYGke5Ij3iQoZg4cIQCfYaUS
4JHUoN8B8yZg8UToREjMkh8=
=Q053
-END PGP SIGNATURE-


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

Bug#417944: sun-java5-jdk: Does not install jni.h into /usr/include/*

2007-04-05 Thread Sylvestre Ledru

Package: sun-java5-jdk
Version: 1.5.0-10-3
Severity: normal

jni.h (and a few other .h files) are available only
/usr/lib/jvm/java*/includes/ which causes issues with some ./configure
maybe they could be available in /etc/alternatives/ or in /usr/include
(which is the case in libgcj?-dev)

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (800, 'testing')
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 sun-java5-jdk depends on:
ii  debconf [debconf-2.0]   1.5.11   Debian configuration
management sy
ii  libc6   2.3.6.ds1-13 GNU C Library: Shared
libraries
ii  libx11-62:1.0.3-6X11 client-side library
ii  sun-java5-demo  1.5.0-10-3   Sun Java(TM) Development
Kit (JDK)
ii  sun-java5-jre   1.5.0-10-3   Sun Java(TM) Runtime
Environment (

sun-java5-jdk recommends no packages.

-- debconf information:
* shared/accepted-sun-dlj-v1-1: true
  shared/error-sun-dlj-v1-1:
* shared/present-sun-dlj-v1-1:




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

Bug#394963: installation: Problems with dual booting Dell D600 with winXP pro in the first partition (hd0, 0). After installing the Dell Etch Beta 3, Windows fails to boot and I get the blue screen of

2007-04-05 Thread Willie Wonka

In reference to RC bug #394963; I really think it's a pebkac issue. though
the newest postee (with this same issue - [EMAIL PROTECTED]) kind of
confirms it's a real issue. 

some observations;

1) it's a Laptop, yes?
 
2) Dell usually tries to install a Dell Diagnostics Utility partition on the
very first partition (a Hidden FAT16 one, ~24-32MiB in size). Why Sarge
installs don't seem to have that affect for the orig poster I can't say.

..but, neither does he (nor [EMAIL PROTECTED]) tell us if s/he ever
wiped the MBR completely, prior to starting his many installation attempts.
(this can be done using; dd if=/dev/zero of=/dev/sda bs=512 count=1)
..substitute with your correct /dev/ name.

It would be nice to hear back from both of you ..



   more thoughts;

Here is a known good Dell D620 (not a 600 exactly, I guess, but he used Sarge
here though). 
http://javier.rodriguez.org.mx/index.php/linux/debian-gnulinux-on-dell-d620/ 
yet you can clearly see the Dell Diag Util partition in the 1st position (from
the fdisk -l /dev/sda output) .. Windows Boot.ini file handles that (as you
know). However, I suspect a broken MBR.

Needless to say, Windows users all over the place have had the same exact error
messages, so it's not a Linux or Grub issue AFAICT. Here's atleast one ex
where a FIXMBR (XP Recovery Console) cured the problem.   

http://sharkyforums.com/showthread.php?t=249074highlight=UNMOUNTABLE_BOOT_VOLUME

That said; that would mean the issue lies somewhere within sectors1-64 (CHS
001) , and more likely isolated to the MBR itself (sector1, first 512bytes of
the HDD), and even maybe just bytes 440-446 of the 1st sector (the MBR/MPT
location occupies the 64bytes 446-510, and bytes 511 and 512 are the bootable
flag Magic bytes 0x55aah, also seen as marked '0x80' from Linux's
fdisk/cfdisk/sfdisk).
 
More information about Windows 98/2K/XP MBR, Partition tables, Boot Sectors and
such can be found here;
http://thestarman.pcministry.com/asm/mbr/Win2kmbr.htm

I suspect the NTFS specific Signature bytes (440-446, CHS,001) that mark this
area at the end of the end Boot code, but right before the partition table
layout starts, may be the problem area .. but it's just a hunch so far.

with regards;
enouf



 

Never miss an email again!
Yahoo! Toolbar alerts you the instant new Mail arrives.
http://tools.search.yahoo.com/toolbar/features/mail/


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

Bug#417943: [INTL:ta] debconf PO translations for the package kdebase

2007-04-05 Thread Tirumurti Vasudevan


From: drtv-guest
To:  [EMAIL PROTECTED]
Subject: [INTL:ta] debconf PO translations for the package kdebase
Package:kdebase
Version: N/A
Severity: wishlist
Tags: l10n patch
Please find attached the Tamil translation of the kdebase package.



--
BE HAPPY! LIFE IS TOO SHORT TO BE UNHAPPY!
# translation of ta.po to TAMIL
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
#
# Dr.T.Vasudevan [EMAIL PROTECTED], 2007.
msgid 
msgstr 
Project-Id-Version: ta\n
Report-Msgid-Bugs-To: [EMAIL PROTECTED]
POT-Creation-Date: 2007-03-23 07:15+0100\n
PO-Revision-Date: 2007-04-05 21:40+0530\n
Last-Translator: Dr.T.Vasudevan [EMAIL PROTECTED]\n
Language-Team: TAMIL [EMAIL PROTECTED]\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
X-Generator: KBabel 1.11.4\n

#. Type: select
#. Description
#: ../kdm.templates:1001
msgid Default display manager:
msgstr à®®à¯à®©à¯à®©à®¿à®°à¯à®ªà¯à®ªà¯ à®à®¾à®à¯à®à®¿ à®®à¯à®²à®¾à®³à®°à¯:

#. Type: select
#. Description
#: ../kdm.templates:1001
msgid 
A display manager is a program that provides graphical login capabilities 
for the X Window System.
msgstr 
à®à®¾à®à¯à®à®¿ à®®à¯à®²à®¾à®³à®°à¯ à®à®©à¯à®ªà®¤à¯ à®µà®°à¯à®à®²à¯ à®à®³à¯à®¨à¯à®´à¯à®µà¯ à®à®¯à®²à¯à®®à¯à®¯à¯ à®à®à¯à®¸à¯ à®µà®¿à®£à¯à®à¯à®¸à¯ à®à®®à¯à®ªà¯à®ªà¯à®à¯à®à¯ à®¤à®°à¯à®®à¯ 
à®¨à®¿à®°à®²à®¾à®à¯à®®à¯.

#. Type: select
#. Description
#: ../kdm.templates:1001
msgid 
Only one display manager can manage a given X server, but multiple display 
manager packages are installed. Please select which display manager should 
run by default.
msgstr 
à®à®°à¯ à®à¯à®à¯à®à¯à®à®ªà¯ à®ªà®à¯à® X à®à¯à®µà¯à®¯à®à®¤à¯à®¤à®¿à®²à¯ à®à®°à¯ à®à®¾à®à¯à®à®¿ à®®à¯à®²à®¾à®³à®°à¯à®¤à®¾à®©à¯ à®®à¯à®²à®¾à®³ à®à®¯à®²à¯à®®à¯. à®à®©à®¾à®²à¯ à®ªà®² à®à®¾à®à¯à®à®¿ 
à®®à¯à®²à®¾à®³à®°à¯à®à®³à¯ à®¨à®¿à®±à¯à®µà®ªà¯ à®ªà®à¯à®à¯à®³à¯à®³à®©. à®à®¤à¯ à®®à¯à®©à¯à®©à®¿à®°à¯à®ªà¯à®ªà®¾à® à®à®°à¯à®à¯à® à®µà¯à®£à¯à®à¯à®®à¯ à®à®© à®¤à¯à®°à¯à®¨à¯à®¤à¯à®à¯à®à¯à®à®³à¯

#. Type: select
#. Description
#: ../kdm.templates:1001
msgid 
Multiple display managers can run simultaneously if they are configured to 
manage different servers; to achieve this, configure the display managers 
accordingly, edit each of their init scripts in /etc/init.d, and disable the 
check for a default display manager.
msgstr 
à®µà¯à®µà¯à®µà¯à®±à¯ à®à¯à®µà¯à®¯à®à®à¯à®à®³à¯ à®®à¯à®²à®¾à®³ à®µà®à®¿à®µà®®à¯à®¤à¯à®¤à®¾à®²à¯ à®ªà®² à®à®¾à®à¯à®à®¿ à®®à¯à®²à®¾à®³à®°à¯à®à®³à¯ à®à®°à¯ à®¨à¯à®°à®¤à¯à®¤à®¿à®²à¯ à®à®¯à®à¯à®à®à¯ 
à®à¯à®à¯à®®à¯. à®à®¤à¯ à®à¯à®¯à¯à®¯ à®à®¾à®à¯à®à®¿ à®®à¯à®²à®¾à®³à®°à¯à®à®³à¯ à®¤à®à¯à®¨à¯à®¤à®¾à®±à¯ à®ªà¯à®² à®µà®à®¿à®µà®®à¯à®¯à¯à®à¯à®à®³à¯. à®à®µà®±à¯à®±à®¿à®©à¯ à®à®©à®¿à®à¯ à®à®¿à®±à¯ 
à®¨à®¿à®°à®²à¯à®à®³à¯ /etc/init.d à®à®²à¯ à®¤à®¿à®°à¯à®¤à¯à®¤à¯à®à¯à®à®³à¯. à®®à¯à®©à¯à®©à®¿à®°à¯à®ªà¯à®ªà¯ à®à®¾à®à¯à®à®¿ à®®à¯à®²à®¾à®³à®°à¯ à®¤à¯à®°à¯à®µà¯ à®à¯à®¯à®²à®¿à®´à®à¯à®à®à¯ 
à®à¯à®¯à¯à®¯à®µà¯à®®à¯.

#. Type: boolean
#. Description
#: ../kdm.templates:3001
msgid Stop the kdm daemon?
msgstr à®à¯à®à®¿à®à®®à¯ à®à®¿à®à¯à®à®°à®©à¯ (kdm daemon) à®¨à®¿à®±à¯à®¤à¯à®¤à®µà®¾?

#. Type: boolean
#. Description
#: ../kdm.templates:3001
msgid 
The K Desktop manager (kdm) daemon is typically stopped on package upgrade 
and removal, but it appears to be managing at least one running X session.
msgstr 
à®à¯ à®®à¯à®²à¯à®®à¯à®à¯ à®®à¯à®²à®¾à®³à®°à¯ (à®à¯à®à®¿à®à®®à¯) à®à®¿à®à¯à®à®°à®©à¯ à®µà®´à®à¯à®à®®à®¾à® à®ªà¯à®¤à®¿ à®®à¯à®²à®¾à®à¯à®à®®à¯ à®à®²à¯à®²à®¤à¯ à®¨à¯à®à¯à®à®®à¯ à®¨à®¿à®à®´à¯à®®à¯ à®ªà¯à®¤à¯ à®¨à®¿à®±à¯à®¤à¯à®¤à®ªà¯ à®ªà®à¯à®®à¯. 
à®à®©à®¾à®²à¯ à®à®¤à¯ à®à®°à¯ à®à®à¯à®¸à¯ à®à®®à®°à¯à®µà¯à®¯à®¾à®µà®¤à¯ à®à®¯à®à¯à®à¯à®µà®¤à¯ à®ªà¯à®² à®¤à¯à®°à®¿à®à®¿à®±à®¤à¯.

#. Type: boolean
#. Description
#: ../kdm.templates:3001
msgid 
If kdm is stopped now, any X sessions it manages will be terminated. 
Otherwise, the new version will take effect the next time the daemon is 
restarted.
msgstr 
à®à®ªà¯à®ªà¯à®¤à¯ à®à¯à®à®¿à®à®®à¯ à®¨à®¿à®±à¯à®¤à¯à®¤à®ªà¯ à®ªà®à¯à®à®¾à®²à¯ à®à®¤à¯ à®®à¯à®²à®¾à®³à¯à®®à¯ à®à®à¯à®¸à¯ à®à®®à®°à¯à®µà¯à®à®³à¯ à®¨à®¿à®±à¯à®¤à¯à®¤à®ªà¯ à®ªà®à¯à®®à¯. à®à®²à¯à®²à®¤à¯ 
à®ªà¯à®¤à®¿à®¯ à®ªà®¤à®¿à®ªà¯à®ªà¯ à®à®¿à®à¯à®à®°à®©à¯ à®à®à¯à®¤à¯à®¤ à®®à¯à®±à¯ à®à®¯à®à¯à®à¯à®®à¯ à®ªà¯à®¤à¯ à®à¯à®¯à®²à¯ à®²à¯ à®ªà®à¯à®®à¯.

Bug#417858: Strange time differential in the log (via syslogd)

2007-04-05 Thread Wakko Warner

Paul Slootman wrote:
 On Wed 04 Apr 2007, Wakko Warner wrote:
 
  Package: rsync
  Version: 2.6.9-3
  Severity: normal
  
  I have one system that does an update of another via rsync when one machine
  is running rsync as a daemon (IE, rsh/ssh not being used as the transport)
  
  The log shows this:
  Apr  4 20:32:05 vegeta rsyncd[31217]: connect from nail
  Apr  4 20:32:05 vegeta rsyncd[31217]: rsync on debian/pool/ from nail
  Apr  5 00:32:05 vegeta rsyncd[31217]: building file list 
  Apr  5 00:34:44 vegeta rsyncd[31217]: sent 363012298 bytes  received 17763
  bytes  total size 92369457939 
  
  Apparently those last 2 lines are in UTC time instead of EDT time.  No, it
 
 It's a known problem upstream, and it seems to be related with how glibc
 handles its timezone data. If my assumptions are correct, you have this
 rsync module configured to do a chroot. After the chroot, rsync (or
 rather, glibc) can't find the timezone data, and falls back to UTC.

I just checked, it is doing a chroot.  I don't think it really matters since
this isn't internet accessible.

 Rsync already does its best to initialize the timezone data before the
 chroot, but apparently glibc wants continued access to the timezone
 data. On most systems the rsync approach works, only on linux the log
 timestamps are wrong when rsync chroots.
 
 If it's a real problem, then to workaround you need to copy the
 necessary timezone files to the chroot, although in practice that is
 probably not workable :(

-- 
 Lab tests show that use of micro$oft causes cancer in lab animals
 Got Gas???


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

Bug#396215: Problems with devices configured in /etc/fstab using UUID or LABEL

No idea if it's related, but there's an upstream bug about bad parsing
of user, in this case resulting in drives shown on the desktop.
http://bugzilla.gnome.org/show_bug.cgi?id=163165

-- 
Cheers,
Sven Arvidsson
http://www.whiz.se
PGP Key ID 760BDD22


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

Bug#417946: bash: dumps core while running parallel processes

2007-04-05 Thread Francesco Potorti`

Package: bash
Version: 3.1dfsg-8
Severity: normal

I run the test.sh script appended, and I got this:

$ ./test.sh 
2: child finished [1]- Running sleep 6  [2]+ Done sleep 2

malloc: unknown:0: assertion botched
free: start and end chunk sizes differ
Aborting...Aborted (core dumped)


This is not deterministic.  Usually I get this:

$ ./test.sh 
2: child finished [1]- Running sleep 6  [2]+ Done sleep 2
3: child finished [1]- Running sleep 6  [2]+ Done sleep 2


-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'testing-proposed-updates')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-amd64
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set 
to C)

Versions of packages bash depends on:
ii  base-files  4Debian base system miscellaneous f
ii  debianutils 2.17 Miscellaneous utilities specific t
ii  libc6   2.3.6.ds1-13 GNU C Library: Shared libraries
ii  libncurses5 5.5-5Shared libraries for terminal hand

bash recommends no packages.

-- no debconf information

===File ~/test.sh===
#! /bin/bash

function childfinished
{
echo $SECONDS: child finished $(jobs)
read -t 1 /dev/zero
echo $SECONDS: child finished $(jobs)
exit 0
} 2

set -bm
trap childfinished SIGCHLD

sleep 6 
sleep 2 
wait; echo $SECONDS: $(jobs)



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

Bug#416537: Double mounted partition icons on the gnome desktop

Is this related to bug #365670?

-- 
Cheers,
Sven Arvidsson
http://www.whiz.se
PGP Key ID 760BDD22


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

Bug#417945: fuse-utils: tiger complains about mount point /sys/fs/fuse/connections/

Package: fuse-utils
Version: 2.6.3-2
Severity: normal


Hi,

I received this warning message in an e-mail from cron/tiger:

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

This is caused by this mount point:

# grep fuse /proc/mounts
none /sys/fs/fuse/connections fusectl rw 0 0

where none should be replaced by fusectl (as in other virtual
filesystems such as usbfs or devpts).

Therefore I propose that in /etc/init.d/fuse you replace:

mount -t fusectl none $MOUNTPOINT /dev/null 21 || \

with:

mount -t fusectl fusectl $MOUNTPOINT /dev/null 21 || \


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (100, 'unstable'), (99, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.20-1-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)

Versions of packages fuse-utils depends on:
ii  adduser   3.102  Add and remove users and groups
ii  libc6 2.5-0exp6  GNU C Library: Shared libraries
ii  makedev   3.3.8.2-0  Creates device files in /dev
ii  sed   4.1.5-1The GNU sed stream editor
ii  ucf   2.0020 Update Configuration File: preserv
ii  udev  0.105-4/dev/ and hotplug management daemo

fuse-utils recommends no packages.

-- debconf information:
  fuse-utils/groupdelete: true
  fuse-utils/groupcreate: false
* fuse-utils/group: fuse
  fuse-utils/grouprenamemigrate: true


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

Bug#315785: Bug follow up

Hi,

Does this bug still happen with gnome-vfs2 version 1:2.14.2-7 (or later)
on an up to date Etch system?

-- 
Cheers,
Sven Arvidsson
http://www.whiz.se
PGP Key ID 760BDD22


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

Bug#393508: Bug follow up

Hi,

Does this bug still happen with gnome-vfs2 version 1:2.14.2-7 (or later)
on an up to date Etch system?

-- 
Cheers,
Sven Arvidsson
http://www.whiz.se
PGP Key ID 760BDD22


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

Bug#417929: openoffice.org-core: CWD prepended to 'file:' URI after ooqstart invoked

2007-04-05 Thread simonson0j-debianbug

What seems to be an identical bug, 377189, was
reported for verions 2.0.3-2 of openoffice.org back in
July, 2006. 

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=377189






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

Bug#291853: xkbcomp warns about RALT having 2 symbols

2007-04-05 Thread Mario 'BitKoenig' Holbe

reopen 291853
thanks

On Wed, Mar 21, 2007 at 11:24:24PM +0100, Brice Goglin wrote:
 This problem seems to be gone again in Etch. Closing.

Hmmm - unfortunately, I cannot confirm that. My xkb-data version is
0.9-4 and the warning appears with that. I did even wait some time in
the hope there will be some package update which you are referring to
but there was none.


Thanks for your work  regards
   Mario
-- 
It is practically impossible to teach good programming style to students
that have had prior exposure to BASIC: as potential programmers they are
mentally mutilated beyond hope of regeneration.  -- Dijkstra


signature.asc
Description: Digital signature

Bug#417901: blender: Use new icon theme

2007-04-05 Thread Cyril Brulebois

tag 417901 pending
thanks

Sven Arvidsson [EMAIL PROTECTED] (05/04/2007):
 Blender 2.43 comes with a great new icon theme[0], following the
 freedesktop specification[1]. It's included in the sources
 (release/freedesktop/icons) but does not seem to be used by the
 package yet.

Pending as should be fixed with 2.43-1 in experimental, the fixes are
in the CVS. From what I read (quickly, though) on the devel list, each
distribution has to do what is needed to incorporate these icons. I
chose to copy the 32x32 PNG one at the moment.

 On a similar note, I noticed that you don't run [...] You can run it
 manually or use dh_desktop to install the file.

Missing dh_desktop call added.

 I would also suggest you try to get the desktop file included upstream
 so more translations can be added and shared among the distributions.

Would be done with other upstream changes, TODOlisted and pkg-blender
list informed with some TODO items.

Thanks for your report.

Cheers,

-- 
Cyril Brulebois


pgp8lzyANaYiJ.pgp
Description: PGP signature

Bug#412206: libpam-keyring: @include common-pamkeyring doesn't work with libpam-ssh

2007-04-05 Thread Laurent Bigonville

tags 412206 + wontfix
thanks

Hi,

Mark as wontfix since common-pamkeyring fits for 90% of the users.
People who want more custom behaviour can modify config files
themselves.

Regards

Laurent Bigonville


pgpX1YUBLyo1j.pgp
Description: PGP signature

Bug#417947: [INTL:ta] debconf PO translations for the package aiccu

2007-04-05 Thread Tirumurti Vasudevan


From: drtv-guest
To:  [EMAIL PROTECTED]
Subject: [INTL:ta] debconf PO translations for the package aiccu
Package:aiccu
Version: N/A
Severity: wishlist
Tags: l10n patch
Please find attached the Tamil translation of the aiccu package.

--
BE HAPPY! LIFE IS TOO SHORT TO BE UNHAPPY!
# translation of aiccu.po to TAMIL
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
#
# Dr.T.Vasudevan [EMAIL PROTECTED], 2007.
msgid 
msgstr 
Project-Id-Version: aiccu\n
Report-Msgid-Bugs-To: [EMAIL PROTECTED]
POT-Creation-Date: 2007-03-24 10:30+0100\n
PO-Revision-Date: 2007-04-05 22:06+0530\n
Last-Translator: Dr.T.Vasudevan [EMAIL PROTECTED]\n
Language-Team: TAMIL [EMAIL PROTECTED]\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
X-Generator: KBabel 1.11.4\n

#. Type: string
#. Description
#: ../templates:1001
msgid Aiccu username:
msgstr à®à®à®à®¿à®à®¿à®¯à¯ à®ªà®¯à®©à®°à¯ à®ªà¯à®¯à®°à¯:

#. Type: string
#. Description
#: ../templates:1001
msgid 
To successfully connect, you must provide your SixXS username. This is the 
same username you use to login to the sixxs.net web site.
msgstr à®µà¯à®±à¯à®±à®¿à®à®°à®®à®¾à® à®à®£à¯à®à¯à® à®¨à¯à®à¯à®à®³à¯ à®à®à¯à®à®³à¯ à®à®¿à®à¯à®¸à¯à®à®à¯à®¸à¯à®à®¸à¯(SixXS )à®ªà®¯à®©à®°à¯ à®ªà¯à®¯à®°à¯à®¤à¯ à®¤à®° à®µà¯à®£à¯à®à¯à®®à¯. à®à®¤à¯ à®¨à¯à®à¯à®à®³à¯ sixxs.net à®à®£à®¯ à®¤à®³à®¤à¯à®¤à¯à®à¯à®à¯ à®à®³à¯ à®¨à¯à®´à¯à®¯ à®ªà®¯à®©à¯ à®ªà®à¯à®¤à¯à®¤à¯à®®à¯ à®à®¤à¯ à®ªà¯à®¯à®°à¯à®¤à®¾à®©à¯.

#. Type: password
#. Description
#: ../templates:2001
msgid Aiccu password:
msgstr à®à®à®à®¿à®à®¿à®¯à¯ à®à®à®µà¯à®à¯ à®à¯à®²à¯:

#. Type: password
#. Description
#: ../templates:2001
msgid 
To successfully connect, you must provide your SixXS password. This is the 
same password you use to login to the sixxs.net web site.
msgstr à®µà¯à®±à¯à®±à®¿à®à®°à®®à®¾à® à®à®£à¯à®à¯à® à®¨à¯à®à¯à®à®³à¯ à®à®à¯à®à®³à¯ à®à®¿à®à¯à®¸à¯à®à®à¯à®¸à¯à®à®¸à¯(SixXS ) à®à®à®µà¯à®à¯ à®à¯à®²à¯à®²à¯à®¤à¯ à®¤à®° à®µà¯à®£à¯à®à¯à®®à¯. à®à®¤à¯ à®¨à¯à®à¯à®à®³à¯ sixxs.net à®à®£à®¯ à®¤à®³à®¤à¯à®¤à¯à®à¯à®à¯ à®à®³à¯ à®¨à¯à®´à¯à®¯ à®ªà®¯à®©à¯ à®ªà®à¯à®¤à¯à®¤à¯à®®à¯ à®à®¤à¯ à®à®à®µà¯à®à¯ à®à¯à®²à¯à®¤à®¾à®©à¯.

#. Type: select
#. Description
#: ../templates:3001
msgid Tunnel broker:
msgstr à®à®©à¯à®©à®²à¯ à®ªà¯à®°à¯à®à®°à¯:

#. Type: select
#. Description
#: ../templates:3001
msgid Please select the tunnel broker you would like to use.
msgstr à®¨à¯à®à¯à®à®³à¯ à®ªà®¯à®©à¯ à®ªà®à¯à®¤à¯à®¤ à®µà®¿à®°à¯à®®à¯à®ªà¯à®®à¯ à®à®©à¯à®©à®²à¯ à®ªà¯à®°à¯à®à®°à¯ à® à®¤à¯à®°à¯à®¨à¯à®¤à¯à®à¯à®à¯à®à®µà¯à®®à¯.

#. Type: select
#. Description
#: ../templates:4001
msgid Tunnel name:
msgstr à®à®©à¯à®©à®²à¯ à®ªà¯à®¯à®°à¯:

#. Type: select
#. Description
#: ../templates:4001
msgid 
If more than one tunnel is configured for your account, please specify which 
one should be automatically activated.
msgstr à®à®à¯à®à®³à¯ à®à®£à®à¯à®à®¿à®²à¯ à®à®©à¯à®±à¯à®à¯à®à¯ à®®à¯à®±à¯à®ªà®à¯à® à®à®©à¯à®©à®²à¯ à®µà®à®¿à®µà®®à¯à®¤à¯à®¤à¯ à®à®°à¯à®¨à¯à®¤à®¾à®²à¯ à®à®¤à¯ à®ªà®¯à®©à¯ à®ªà®à¯à®¤à¯à®¤ à®µà¯à®£à¯à®à¯à®®à¯ à®à®© à®¤à¯à®°à¯à®¨à¯à®¤à¯à®à¯à®à¯à®à®³à¯.

#. Type: boolean
#. Description
#: ../templates:5001
msgid Re-check authentication details?
msgstr à®à®£à¯à®®à¯à®ªà¯à®ªà®à¯à®¤à¯à®¤à®²à¯ à®µà®¿à®µà®°à®à¯à®à®³à¯ à®®à¯à®£à¯à®à¯à®®à¯ à®à®°à®¿ à®ªà®¾à®°à¯à®à¯à®à®µà®¾?

#. Type: boolean
#. Description
#: ../templates:5001
msgid 
The authentication details you specified appear to be incorrect. You should 
try to log in on the tunnel broker website and contact the site 
administrators.
msgstr à®¨à¯à®à¯à®à®³à¯ à®à¯à®±à®¿à®ªà¯à®ªà®¿à®à¯à® à®à®£à¯à®®à¯à®ªà¯à®ªà®à¯à®¤à¯à®¤à®²à¯ à®µà®¿à®µà®°à®à¯à®à®³à¯ à®à®°à®¿à®¯à®²à¯à®². à®¨à¯à®à¯à®à®³à¯ à®à®©à¯à®©à®²à¯ à®ªà¯à®°à¯à®à¯à®à®°à¯ à®à®£à¯à®¯ à®¤à®³à®¤à¯à®¤à¯à®à¯à®à¯à®à¯ à®à¯à®©à¯à®±à¯ à®à®³à¯ à®¨à¯à®´à¯à®¯ à®®à¯à®¯à®©à¯à®±à¯ à®à®à¯à®à¯ à®¨à®¿à®°à¯à®µà®¾à®à®¿à®à®³à¯ à®¤à¯à®à®°à¯à®ªà¯ à®à¯à®³à¯à®³ à®®à¯à®¯à®±à¯à®à®¿à®à¯à®à®²à®¾à®®à¯.

#. Type: error
#. Description
#: ../templates:6001
msgid No tunnel brokers available
msgstr à®à®©à¯à®©à®²à¯ à®ªà¯à®°à¯à®à¯à®à®°à¯à®à®³à¯ à®à®¤à¯à®®à¯ à®à®°à¯à®ªà¯à®ªà®¿à®²à®¿à®²à¯à®²à¯

#. Type: error
#. Description
#: ../templates:6001
msgid 
No tunnel brokers could be retrieved from DNS (_aiccu + _aiccu.sixxs.net). 
This most likely indicates a DNS configuration problem.
msgstr 
à®à®©à¯à®©à®²à¯ à®ªà¯à®°à¯à®à¯à®à®°à¯à®à®³à¯ à®à®¤à¯à®®à¯ à®à®à®à®¿à®à®¿à®¯à¯ à®à®¿à®à®©à¯à®à®¸à¯ (_aiccu + _aiccu.sixxs.net) à®à®²à®¿à®°à¯à®¨à¯à®¤à¯ 
à®®à¯à®à¯à®à¯à®à¯à®à¯à® à®®à¯à®à®¿à®¯à®µà®¿à®²à¯à®²à¯.

Bug#410474: More info

2007-04-05 Thread Lennart Sorensen

I managed to come up with a much simpler solution and hence a much
simpler patch, which is not linux specific and does not require /proc or
any other file parsing.

It turns out the upstream fix to mysql was on the right track, but must
have been working on a BSD system or at least something similar.  On BSD
setjmp saves signal context.  On SysV (and linux too it seems), it does
not.  This causes it to break.  By switching the code to using sigsetjmp
and siglongjmp instead, and passing the argument to explicitly save the
signal context, the problem disappears and my 486 works great.  I
verified with some debuging that it does in fact correctly detect that
my 486 does not have cpuid, and that my athlon does have cpuid.

This should be applied to mysql 5.whichever to fix 486 (and other
cpuid-less cpu) support in Etch, and Sid too for that matter.  After all
Etch is supposed to support 486s and without this fix, it does not in
many cases.  It is also a very simple change and should not cause any
new problems.  I would think that this qualifies as release critical.

--
Len Sorensen

--- mysql-dfsg-5.0-5.0.36.ori/extra/yassl/taocrypt/src/misc.cpp 2007-02-20 
12:49:38.0 -0500
+++ mysql-dfsg-5.0-5.0.36/extra/yassl/taocrypt/src/misc.cpp 2007-04-05 
12:29:34.0 -0400
@@ -167,10 +167,10 @@
 #ifdef TAOCRYPT_X86ASM_AVAILABLE
 
 #ifndef _MSC_VER
-static jmp_buf s_env;
+static sigjmp_buf s_env;
 static void SigIllHandler(int)
 {
-longjmp(s_env, 1);
+siglongjmp(s_env, 1);
 }
 #endif
 
@@ -199,7 +199,7 @@
 return false;
 
 bool result = true;
-if (setjmp(s_env))
+if (sigsetjmp(s_env,1))
 result = false;
 else 
 __asm__ __volatile


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

Bug#406935: ITP: ledger-smb -- A web based double-entry accounting program

2007-04-05 Thread Michael Schultheiss

retitle 406935 ITP: ledgersmb -- A web based double-entry accounting program
kthxbye

Michael Schultheiss wrote:
 * Package name: ledger-smb

Package name will now be ledgersmb since the upstream has switched to
that name over ledger-smb.  Version 1.2.0 has just been released - that
version or later will be the first version uploaded.

-- 

Michael Schultheiss
E-mail: [EMAIL PROTECTED]


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

Bug#417948: kernel-package: Option --cross-compile=- dont't work whith target modules*

2007-04-05 Thread Jose Calhariz

Package: kernel-package
Version: 10.068
Severity: important
Tags: none

When doing cross-compilation of kernel and externel modules, I found
that --cross-compile=- option is ignored with targets modules*.  The
compilation fails because it tries to use the -gcc compiler.

Example:

cd /usr/src/linux-source-2.6.18  make 
M=/usr/src/modules/loop-aes/loop-AES/tmp-d-kbuild modules 
make[4]: -gcc: Command not found


When I change the file debian/ruleset/modules.mk, generated by
make-kpkg debian, to add the variable CROSS_ARG to the targets
modules*, It use the correct compiler gcc.

So I believe the variable CROSS_ARG is missing in the file
/usr/share/kernel-package/ruleset/modules.mk

  José Calhariz

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

Versions of packages kernel-package depends on:
ii  dpkg 1.13.25 package maintenance system for Deb
ii  dpkg-dev 1.13.25 package building tools for Debian
ii  file 4.17-5etch1 Determines file type using magic
ii  gcc [c-compiler] 4:4.1.1-15  The GNU C compiler
ii  gcc-3.3 [c-compiler] 1:3.3.6-15  The GNU C compiler
ii  gcc-3.4 [c-compiler] 3.4.6-5 The GNU C compiler
ii  gcc-4.1 [c-compiler] 4.1.1-21The GNU C compiler
ii  gettext  0.16.1-1GNU Internationalization utilities
ii  make 3.81-2  The GNU version of the make util
ii  perl 5.8.8-7 Larry Wall's Practical Extraction 
ii  po-debconf   1.0.8   manage translated Debconf template

Versions of packages kernel-package recommends:
ii  bzip2   1.0.3-6  high-quality block-sorting file co
ii  libc6-dev [libc-dev]2.3.6.ds1-13 GNU C Library: Development Librari

-- no debconf information


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

Bug#417659: [Pkg-octave-devel] Bug#417659: octave2.9-forge: API version mismatches the octave core

2007-04-05 Thread Rafael Laboissiere

* Hongzheng Wang [EMAIL PROTECTED] [2007-04-05 23:50]:

 I also notice that the octave-forge provides a pkg mechanism now
 according to their faq and docs.  And, of course, the pkg subsystem is
 not a compatible Debian style.  But I think the new pkg method is not
 compulsory.  I mean, octave-forge may be able to work in a pre-build
 manner.  Thus, it may be possible to provide a matched octave-forge
 package so that it can be used with the current octave core in sid
 (after addpath the oct files and m files of octave-forge).  Well, I'm
 not sure about it; just a guess :-)

Thanks for your suggestions but we already started discussing about this in
the pkg-octave-devel mailing list [1].  This is a quite big project and I
cannot foresee when it will be done.

[1] 
http://lists.alioth.debian.org/pipermail/pkg-octave-devel/2007-March/002200.html

-- 
Rafael


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

Bug#410474: Severity: grave

2007-04-05 Thread Lennart Sorensen

Severity: grave


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

Bug#417896: apache2-mpm-itk should provide apache2-mpm-prefork

2007-04-05 Thread Steinar H. Gunderson

On Thu, Apr 05, 2007 at 08:51:03PM +1000, Craig Sanders wrote:
 this package should Provides: apache2-mpm-prefork because there are several
 packages that depend on apache2-mpm-worker | apache2-mpm-threadpool |
 apache2-mpm-prefork | apache2-mpm-perchild (note: no -itk in that list).

Then these packages should be fixed. apache2-mpm-itk can't provide
apache2-mpm-prefork since there also are versioned depends on mpm-prefork
around. (ISTR there were other issues too; my internal packages had such a
provides a long time ago.)

/* Steinar */
-- 
Homepage: http://www.sesse.net/


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

Bug#405344: Wishlist: Remove remaining symlinks

2007-04-05 Thread Silvestre Zabala


Hello,

after running into the same bug with Netbeans and seing the bug fix
here - I wonder are the other symbolics besides rails needed at all?

A simple vendor directory with only a link to /usr/share/rails, in my case
$ ls -l vendor/
lrwxrwxrwx 1 silvestre silvestre 16 2007-04-05 18:47 rails - /usr/share/rails

seems to work well.

Best regards,
 Silvestre


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

Bug#283922: LDAPv3

2007-04-05 Thread Anthony Callegaro

Hey Patrick,

It sure solve the issue for people running LDAP v3 but I guess it must
break it for people running LDAP v2 so I think the best solution would
be to include it as a parameters or autodetected during the install. I'm
not a php guru but it might be possible to include it in the php.ini as
well...

What do you think ?
Anthony

Le jeudi 05 avril 2007 à 15:26 +0200, schönfeld / in-medias-res.com a
écrit :
 Hi,
 
 Anthony Callegaro schrieb:
  Hey there,
  
  This is indeed due to Mantis not supporting LDAP v3. To solve it you
  need to add  @ldap_set_option($t_ds, LDAP_OPT_PROTOCOL_VERSION, 3); in
  file /usr/share/mantis/www/core/ldap_api.php.
  
  Patrick, is there anyway that this could be included in the Debian
  package so we wouldn't have to modify it after each upgrade ?
 
 yes, if that solves the problem i can incorporate this change into the
 next upload. I'm trying to make it ready as soon as i can as 1.0.7 has
 been released recently.
 
 Best Regards
 
 Patrick
 


signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#417949: ion3: Last update do not handle my dual screen

2007-04-05 Thread Daniel 'NebuchadnezzaR' Dehennin

Package: ion3
Version: 20070318-2
Severity: normal

Hello,

I'm using ion3 with the MergedFB mode of my radeon, since now it
worked perfectly.

Each of my screen was independent from the other, switching workspace
on one screen do not switch on the other one.

With the last version both screen are seen like one.

I now must use Mod1+Tab to move thought screens (Mod1+Shift+comma and
Mod1+Shift+period before the upgrade).

Regards.

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

Versions of packages ion3 depends on:
ii  eterm [x-terminal-emula 0.9.4.0debian1-2 Enlightened Terminal Emulator
ii  libc6   2.3.6.ds1-13 GNU C Library: Shared libraries
ii  libice6 1:1.0.1-2X11 Inter-Client Exchange library
ii  liblua5.1-0 5.1.1-2  Simple, extensible, embeddable pro
ii  libsm6  1:1.0.1-3X11 Session Management library
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxext61:1.0.1-2X11 miscellaneous extension librar
ii  xterm [x-terminal-emula 225-1X terminal emulator

Versions of packages ion3 recommends:
ii  xfonts-100dpi 1:1.0.0-3  100 dpi fonts for X
ii  xfonts-100dpi-transcoded  1:1.0.0-3  100 dpi fonts for X (transcoded fr
ii  xfonts-75dpi  1:1.0.0-3  75 dpi fonts for X
ii  xfonts-75dpi-transcoded   1:1.0.0-3  75 dpi fonts for X (transcoded fro

-- no debconf information


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

Bug#417953: apt's Packages.diff: 7 days, but Christmas has 12

Package: apt
Version: 0.6.46.4
Severity: wishlist

Why go through all the effort to make a Packages.diff directory, and
then only keep one week of diffs in it?

Doesn't the song go on the eighth day of Christmas, my true love gave
to me...one tiny missing .diff, so I have to download the whole
*/Packages.gz again. (And how to configure apt to get the smaller .bz2?)

Just use the rsync hack, you chuckle. Yes, long ago I did but let's
not complicate this further.

12 days instead of seven would still be nothing compared to the
whopping .gz or .bz2's that one must download if one does not return
home in time, which is often the case for rural users.

I'm not asking for a whole month of Ramadan of .diffs, just your basic
Christian values of 12 days.

(Wait, I see at least my run of apt-get update downloaded both the .gz
and the 6 MB .gz AND the 4.5 MB .bz2. OK, I will route this message
through the bug tracking system too.)


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

Bug#417951: /etc/init.d/postgresql-7.4 start doesn't

Package: postgresql-7.4
Version: 1:7.4.15-1
Severity: wishlist

This does not start anything, nor does it print why, not even in any
log file.

# /etc/init.d/postgresql-7.4 start
Starting PostgreSQL 7.4 database server:.
# pgrep post
#


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

Bug#417952: wget: don't get reject items in the first place

Package: wget
Version: 1.10.2-2
Severity: wishlist

If something is to be rejected, why can't there be a way to not get it
in the first place?

wget --save-headers -x -r -l 1 -A.gz,.html --no-parent \
http://linux.cdpa.nsysu.edu.tw/debian/dists/sid/main/binary-i386/Packages.diff/

--23:28:53--  
http://linux.cdpa.nsysu.edu.tw/debian/dists/sid/main/binary-i386/Packages.diff/?C=N;O=D
   = 
`linux.cdpa.nsysu.edu.tw/debian/dists/sid/main/binary-i386/Packages.diff/index.html?C=N;O=D'
Removing 
linux.cdpa.nsysu.edu.tw/debian/dists/sid/main/binary-i386/Packages.diff/index.html?C=N;O=D
 since it should be rejected.


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

Bug#417950: scim: mention how to restart