Bug#438191: tzdata: "Europe/Paris" replaced with "User defined"

[Stephen Kitt]

Package: tzdata
Version: 2007f-10
Followup-For: Bug #438191


Hi,

The same thing happened to me. Reconfiguring tzdata using
dpkg-reconfigure restored the old setting; incidentally,
dpkg-reconfigure initially suggested "Etc", but once I selected "Europe"
it automatically suggested "Paris".

Regards,

Stephen

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

Kernel: Linux 2.6.22-1-686 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages tzdata depends on:
ii  debconf [debconf-2.0] 1.5.14 Debian configuration management sy

tzdata recommends no packages.

-- debconf information:
  tzdata/Zones/Asia:
  tzdata/Zones/SystemV:
  tzdata/Zones/Pacific:
  tzdata/Zones/Atlantic:
  tzdata/Zones/US:
  tzdata/Zones/Etc: UTC
  tzdata/Zones/Arctic:
  tzdata/Zones/Antarctica:
  tzdata/Zones/America:
* tzdata/Areas: Europe
  tzdata/Zones/Australia:
  tzdata/Zones/Canada:
* tzdata/Zones/Europe: Paris
  tzdata/Zones/Africa:
  tzdata/Zones/Indian:


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

Bug#438168: The status of libapache2-mod-perl2

[Martín Ferrari]

On 8/16/07, Gunnar Wolf <[EMAIL PROTECTED]> wrote:

> - Should we hijack/adopt the package, or will its current maintainers
>   stand up and get it back to life?
> - Is there somebody who wants to lead this?
> - Pkg-perl and/or Apache groups: Do you agree? :)
> - In any other case: Other takers?

I think that such an important module would benefit from group
maintenance, be it the apache or the perl group. I don't think I have
all the knowledge to lead it, but I can help. I have used mod_perl a
lot, know enough C, and I'm already somewhat familiar with basic
perlguts.

-- 
Martín Ferrari

Bug#438198: cryptsetup: Segfaults when specifying invalid device name to luksOpen

[Mario Iseli]

Package: cryptsetup
Version: 2:1.0.5-1
Severity: important

Hello Debian Cryptsetup Team,

I found the following bug:

aismis:~# cryptsetup luksOpen /dev/sda1 secret
Enter LUKS passphrase:
aismis:~# cryptsetup luksOpen /dev/bla1 secret
Segmentation fault

Program received signal SIGSEGV, Segmentation fault.
0xb7ea975e in memset () from /lib/i686/cmov/libc.so.6
(gdb) bt
#0  0xb7ea975e in memset () from /lib/i686/cmov/libc.so.6
#1  0x0804f917 in ?? ()
#2  0xb7f8789f in dm_log_init () from /lib/libdevmapper.so.1.02.1
#3  0x0804ce58 in ?? ()
#4  0xb7f8789b in dm_log_init () from /lib/libdevmapper.so.1.02.1
#5  0x0804bd15 in ?? ()
#6  0x in ?? ()

I think the trouble is more or less selfexplaining. :)

Thank you and regards...

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

Kernel: Linux 2.6.22-1-686 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages cryptsetup depends on:
ii  dmsetup  2:1.02.20-2 The Linux Kernel Device Mapper use
ii  libc62.6.1-1 GNU C Library: Shared libraries
ii  libdevmapper1.02.1   2:1.02.20-2 The Linux Kernel Device Mapper use
ii  libgcrypt11  1.2.4-2 LGPL Crypto library - runtime libr
ii  libpopt0 1.10-3  lib for parsing cmdline parameters
ii  libuuid1 1.40.2-1universally unique id library

cryptsetup recommends no packages.

-- no debconf information


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

Bug#438193: xserver-xorg-video-avivo: PCI ID needs to be added/refresh rate

[Brice Goglin]

Christopher Nelson wrote:
> Package: xserver-xorg-video-avivo
> Version: 0.0.999+git20070805-1
> Severity: normal
>
>
> PCI ID for my X1600 PRO not included, added by patches below.  Also,
> when PCI ID's are added, refresh rate seems to be off, what seem to be
> scanlines are visible.
>   

I don't see this patch in the upstream repository. Since the avivo
driver is highly under development, I'd suggest you talk directly to
upstream about including your PCI ID and fixing your scanlines, it will
be much faster than having us in the middle.

Cheers,
Brice


> ---
>
> --- xserver-xorg-video-avivo_0.0.999+git20070805/xorg/avivo_chipset.c 
> 2007-07-24 06:38:03.0 -0700
> +++ xserver-xorg-video-avivo_0.0.999+git20070805-new/xorg/avivo_chipset.c 
> 2007-08-15 21:38:25.0 -0700
> @@ -185,6 +185,10 @@
>  0x0003, 0x00ff, 0
>  },
>  {
> +PCI_VENDOR_ATI, 0x71C3, PCI_MATCH_ANY, PCI_MATCH_ANY,
> +0x0003, 0x00ff, 0
> +},   
> +{
>  PCI_VENDOR_ATI, 0x71C4, PCI_MATCH_ANY, PCI_MATCH_ANY,
>  0x0003, 0x00ff, 0
>  },
> @@ -347,6 +351,7 @@
>  { PCI_CHIP_RV516_LE_719F, "RV516_LE (Radeon X1550 64-bit)" },
>  { PCI_CHIP_RV530_71C0, "RV530 (Radeon X1600)" },
>  { PCI_CHIP_RV530_71C2, "RV530 (Radeon X1600)" },
> +{ PCI_CHIP_RV530_71C3, "RV530 (Radeon X1600 PRO)" }, 
>  { PCI_CHIP_RV530_M56_71C4, "RV530_M56 (Mobility FireGL V5200)" },
>  { PCI_CHIP_RV530_M56_71C5, "RV530_M56 (Radeon Mobility X1600)" },
>  { PCI_CHIP_RV530_LE_71C6, "RV530_LE (Radeon X1600/X1650 PRO)" },
> @@ -419,6 +424,7 @@
>  { PCI_CHIP_RV516_LE_719F, PCI_CHIP_RV516_LE_719F, RES_SHARED_VGA },
>  { PCI_CHIP_RV530_71C0, PCI_CHIP_RV530_71C0, RES_SHARED_VGA },
>  { PCI_CHIP_RV530_71C2, PCI_CHIP_RV530_71C2, RES_SHARED_VGA },
> +{ PCI_CHIP_RV530_71C3, PCI_CHIP_RV530_71C3, RES_SHARED_VGA },
>  { PCI_CHIP_RV530_M56_71C4, PCI_CHIP_RV530_M56_71C4, RES_SHARED_VGA },
>  { PCI_CHIP_RV530_M56_71C5, PCI_CHIP_RV530_M56_71C5, RES_SHARED_VGA },
>  { PCI_CHIP_RV530_LE_71C6, PCI_CHIP_RV530_LE_71C6, RES_SHARED_VGA },
> @@ -496,6 +502,7 @@
>  { PCI_CHIP_RV516_LE_719F, CHIP_FAMILY_RV516_LE },
>  { PCI_CHIP_RV530_71C0, CHIP_FAMILY_RV530 },
>  { PCI_CHIP_RV530_71C2, CHIP_FAMILY_RV530 },
> +{ PCI_CHIP_RV530_71C3, CHIP_FAMILY_RV530 },  
>  { PCI_CHIP_RV530_M56_71C4, CHIP_FAMILY_RV530_M56 },
>  { PCI_CHIP_RV530_M56_71C5, CHIP_FAMILY_RV530_M56 },
>  { PCI_CHIP_RV530_LE_71C6, CHIP_FAMILY_RV530_LE },
>
> ---
>
> --- xserver-xorg-video-avivo_0.0.999+git20070805/include/avivo_chipset.h  
> 2007-07-24 06:38:03.0 -0700
> +++ xserver-xorg-video-avivo_0.0.999+git20070805-new/include/avivo_chipset.h  
> 2007-08-15 21:37:18.0 -0700
> @@ -69,6 +69,7 @@
>  #define PCI_CHIP_RV516_LE_719F   0x719F
>  #define PCI_CHIP_RV530_71C0  0x71C0
>  #define PCI_CHIP_RV530_71C2  0x71C2
> +#define PCI_CHIP_RV530_71C3  0x71C3
>  #define PCI_CHIP_RV530_M56_71C4  0x71C4
>  #define PCI_CHIP_RV530_M56_71C5  0x71C5
>  #define PCI_CHIP_RV530_LE_71C6   0x71C6
>
>   



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

Bug#420764: Problems with xfs_repair and deleting directories in /lost+found

[Markus Fleck-Graffe]

#387057
#420764

These bugs apparently correspond to SGI XFS bugzilla bug #723
at http://oss.sgi.com/bugzilla/show_bug.cgi?id=723>.

A current version of xfs_repair should not exhibit this bug
any more (xfsprogs >= 2.8.16).

The upstream bug report recommends the use of "xfs_repair -P"
when using version 2.8.11, in order to restore some of the old,
still working, 2.8.10 behaviour.

Please note that apparently the "xfs_check" tool is *not* being
obsoleted (contrary to what Nathan Scott writes in Debian bug
report #387057), but that "xfs_check" explicitly uses a different
implementation (of the same "on-disk" XFS filesystem structure spec)
than "xfs_repair" in order to allow for those two tools to
"cross-check" each other. (Source: SGI XFS internals tutorial at
http://oss.sgi.com/projects/xfs/training/index.html)

The following are instructions how to to manually repair
the problem.

If your root filesystem is affected, you will need to boot
into a different Linux system (such as the Knoppix live CD).

I got the following kernel (dmesg) message when deleting the
affected directory (which had been created after running
"xfs_repair" on the filesystem) from /lost+found, and then
unmounting the affected filesystem (in my case, /dev/md0):

--- CUT ---
xfs_inotobp: xfs_imap()  returned an error 22 on md0.  Returning error.
xfs_iunlink_remove: xfs_inotobp()  returned an error 22 on md0.
Returning error.
xfs_inactive:   xfs_ifree() returned an error = 22 on md0
xfs_force_shutdown(md0,0x1) called from line 1780 of file
fs/xfs/xfs_vnodeops.c.  Return address = 0xfb13f728
Filesystem "md0": I/O Error Detected.  Shutting down filesystem: md0
Please umount the filesystem, and rectify the problem(s)
xfs_force_shutdown(md0,0x1) called from line 424 of file
fs/xfs/xfs_rw.c.  Return address = 0xfb13f728
xfs_force_shutdown(md0,0x1) called from line 424 of file
fs/xfs/xfs_rw.c.  Return address = 0xfb13f728
--- CUT ---

Because my root partition was affected, this message was
also displayed on shutdown (when unmounting the root filesystem),
keeping the system from powering off, and possibly also leading
to some data loss.

I used "xfs_check" to cross-check /dev/md0,
and got the following output:

--- CUT ---
# xfs_check /dev/md0
link count mismatch for inode 18262829 (name ?), nlink 0, counted 2
--- CUT ---

I used the following command line to display the data of the
affected directory inode:

--- CUT ---
# xfs_db -r -c 'inode 18262829' -c print /dev/XXX
--- CUT ---

(Of course, you will need to adjust the inode number and
partition device name with your own data.)

For the following to work, you must make sure that the value
of "core.nlinkv1", as printed by the previous command
("xfs_db ..."), is really "= 0" (as reported by "xfs_check").

NOTE: use the commands below only if you are absolutely sure that
the affected directory is really empty! If it isn't, you must
mount the filesystem, "mv" (or, if you can afford to remove
the files, "rm") any files from the directory somewhere else
(but do *not* remove the directory), sync, and unmount the
filesystem again.

I was able to remove the inconsistency using the following
command (NOTE: the affected filesystem must be unmounted
at that point):

--- CUT ---
# xfs_db -x -c 'inode XXX' -c 'write core.nextents 0' /dev/hdXX
# xfs_db -x -c 'inode XXX' -c 'write core.size 0' /dev/hdXX
# xfs_db -x -c 'inode XXX' -c 'write core.nlinkv1 2' /dev/hdXX
# sync
--- CUT ---

(where the "2" value comes from the "xfs_check" message above)

After that, I could re-mount the filesystem, remove the affected
directory (in my case, "/lost+found/18262829"), and unmount the
filesystem without any errors. Just in case, it might be a good
idea to run both "xfs_repair" and "xfs_check" on the filesystem
once again to ensure that there are no remaining inconsistencies.

DISCLAIMER: Please note that while the XFS filesystem is apparently
quite well-documented, and comes with a set of rather well-designed
low-level tools (like "xfs_db"), it is still very risky to use any of
the above commands on your filesystem. Some loss of data is in fact
rather likely once your file system has been messed up to the
point described above. I will not assume any warranty that the
above commands will work for your system as well as they did for me.
YOU HAVE BEEN WARNED! :)

Best of luck,
Markus Fleck-Graffe


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

Bug#418596: nfs-common: Can not nfs-mount using second interface during boot

[Steinar H. Gunderson]

On Fri, Aug 10, 2007 at 03:16:28PM +1200, Phil Snowdon wrote:
> I wouldn't like to see this bug dropped as we still have issues with it.
> My understanding is that mountnfs tries to mount the NFS shares as soon
> as the first interface is available.  We worked round this by changing
> the order that the interfaces are brought up. from 'auto eth0 eth1' to
> 'auto eth1 eth0'.  However this has the side effect that the mount still
> failed as the DNS server was off eth0.  Final workround was to have a
> seconday DNS server available off eth1.

Mm, that's interesting. However, in the present case, the mounts should
really be backgrounded, and then come up as soon as the network is properly
available. I won't guarantee that this can deal with not having a DNS
server, but correct backgrounding behavior should make your original scenario
"just work". If it doesn't, we'll need to figure out what goes wrong.

> If you need me to do some testing with an 'unstable' system then I will.
> But I don't want to repeat work that someone else is already doing.

I'm pretty sure nobody else is testing this (it's not a very common setup),
so please do test it.

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


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

Bug#437100: unison: Crashes when nmapped

[Roman Odaisky]

Greetings,

> Unison rely on "ssh" to establish a connection with remote site. So it
> doesn't handle at all any network error, since it look likes a
> broken pipe when ssh fails...

I tried to use unison with --socket, having it listen on a TCP port, as I hoped 
I've made clear in the initial post. So in this case unison does handle the 
networking by itself. I have a VPN, so I thought there's no need to use SSH, 
however later I abandoned the unison --socket plans because of lack of 
authentication.

Roman.

Bug#438197: cl-photo: Negative DOF

[Milan Zamazal]

Package: cl-photo
Version: 0.11-1
Severity: normal

When I tried to compute certain depth of field, I received a somewhat
low far-point :-).

  CL-USER> (cl-photo:dof 24 5.6 10310 0.01)
  5154.9287
  -3.7065664e8
  -3.706618e8
  0.0023332685
  0.00722

FWIW, it happens with SBCL 1:1.0.0.0-1 on amd64.  I received the same
result with CLISP so it's probably not a compiler bug:

  [2]> (cl-photo:dof 24 5.6 10310 0.01)
  5154.9287 ;
  -3.7065664E8 ;
  -3.706618E8 ;
  0.0023332685 ;
  0.00722

Regards,

Milan Zamazal

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable'), (97, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.21-2-vserver-amd64
Locale: LANG=C, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8)

Versions of packages cl-photo depends on:
ii  common-lisp-controller6.9This is a Common Lisp source and c

cl-photo recommends no packages.

-- no debconf information


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

Bug#437980: should tune2fs (etc) be world-executable?

[Sven Joachim]

Drew Parsons <[EMAIL PROTECTED]> writes:

> Curious.  I was able to make a change like that freely.  I notice that
> my account has been added to group 'disk', which is the group
> for /dev/hda*.  I wonder if that's what gives me permission to change
> the partitions.

Exactly that is your problem, you need to fix this.   Users must not
be members of the disk group, because they would be able to wipe out
the system's hard disk(s).

Regards,
Sven


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

Bug#406239: gnochm: new version 0.9.10 available

[manphiz]

retitle 406239 gnochm: new version 0.9.10 available

Oops, wrong command...


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

Bug#438196: xdm does not create /var/run/xdm.pid

[Dr. Markus Waldeck]

Package: xdm
Version: 1:1.1.5-1
Severity: important

It noticed some problems with xdm 1.1.5-1.

One problem is that a start via /etc/init.d/xdm does not create the
PIDFILE /var/run/xdm.pid.

So it is not possible to stop the xdm with /etc/init.d/xdm:

# /etc/init.d/xdm stop
Stopping X display manager: xdm not running (/var/run/xdm.pid not
found).

-- 
Pt! Schon vom neuen GMX MultiMessenger gehört?
Der kanns mit allen: http://www.gmx.net/de/go/multimessenger


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

Bug#438195: cl-photo: Should depend on cl-kmrcl

[Milan Zamazal]

Package: cl-photo
Version: 0.11-1
Severity: normal

cl-photo requires cl-kmrcl, but cl-kmrcl is not present in the cl-photo
package dependencies.

Regards,

Milan Zamazal



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

Bug#438168: The status of libapache2-mod-perl2

[Don Armstrong]

On Wed, 15 Aug 2007, Gunnar Wolf wrote:
> - Should we hijack/adopt the package, or will its current
>   maintainers stand up and get it back to life?

I also found myself looking at this package recently too; whether it's
under the perl group, debian-apache, or some other team, I'd be happy
to assist.

> - Is there somebody who wants to lead this?

Ideally not me.


Don Armstrong

-- 
Miracles had become relative common-places since the advent of
entheogens; it now took very unusual circumstances to attract public
attention to sightings of supernatural entities. The latest miracle
had raised the ante on the supernatural: the Virgin Mary had
manifested herself to two children, a dog, and a Public Telepresence
Point.
 -- Bruce Sterling, _Holy Fire_ p228

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


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

Bug#438194: stardict: new version 3.0.0 available

[manphiz]

Package: stardict
Version: 2.4.8-1
Severity: wishlist

New upstream version 3.0.0 is available for Download:
http://sourceforge.net/project/showfiles.php?group_id=80679
But currently there are several impediments for it to be included in 
Debian because:

(1) It contains some nonportable configuration in configure script, 
and a minor miscoding problem when compiled with 
--disable-gnome-support. However, the fixes are trivial, and a patch 
from Gentoo BTS already handled them:
http://bugs.gentoo.org/show_bug.cgi?id=188684
and maybe upstream is going to address them soon;

(2) It depends on festival version 1.96 and speech-tools 1.2.96 for
festival-plugin, which are not available in Debian yet. According to
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=327541
these 2 versions are about to upload to experimental, which hasn't
happened yet.

I'll keep tracking the situation.


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

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

Versions of packages stardict depends on:
ii  gconf2  2.18.0.1-3   GNOME configuration database syste
ii  libart-2.0-22.3.19-3 Library of functions for 2D graphi
ii  libatk1.0-0 1.18.0-2 The ATK accessibility toolkit
ii  libaudiofile0   0.2.6-7  Open-source version of SGI's audio
ii  libavahi-client30.6.20-2 Avahi client library
ii  libavahi-common30.6.20-2 Avahi common library
ii  libavahi-glib1  0.6.20-2 Avahi glib integration library
ii  libbonobo2-02.18.0-2 Bonobo CORBA interfaces library
ii  libbonoboui2-0  2.18.0-5 The Bonobo UI library
ii  libc6   2.6-2GNU C Library: Shared libraries
ii  libcairo2   1.4.10-1 The Cairo 2D vector graphics libra
ii  libdbus-1-3 1.1.1-3  simple interprocess messaging syst
ii  libesd-alsa0 [libesd0]  0.2.36-3 Enlightened Sound Daemon (ALSA) - 
ii  libfontconfig1  2.4.2-1.2generic font configuration library
ii  libfreetype62.3.5-1+b1   FreeType 2 font engine, shared lib
ii  libgcc1 1:4.2.1-4GCC support library
ii  libgconf2-4 2.18.0.1-3   GNOME configuration database syste
ii  libgcrypt11 1.2.4-2  LGPL Crypto library - runtime libr
ii  libglib2.0-02.12.13-1The GLib library of C routines
ii  libgnome-keyring0   0.8.1-2  GNOME keyring services library
ii  libgnome2-0 2.18.0-4 The GNOME 2 library - runtime file
ii  libgnomecanvas2-0   2.14.0-3 A powerful object-oriented display
ii  libgnomeui-02.18.1-2 The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0  1:2.18.1-2   GNOME Virtual File System (runtime
ii  libgnutls13 1.6.3-1  the GNU TLS library - runtime libr
ii  libgpg-error0   1.4-2library for common error values an
ii  libgtk2.0-0 2.10.13-1The GTK+ graphical user interface 
ii  libice6 2:1.0.3-3X11 Inter-Client Exchange library
ii  libjpeg62   6b-13The Independent JPEG Group's JPEG 
ii  liborbit2   1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0   1.16.5-1 Layout and rendering of internatio
ii  libpng12-0  1.2.15~beta5-2   PNG library - runtime
ii  libpopt01.10-3   lib for parsing cmdline parameters
ii  libsm6  2:1.0.3-1+b1 X11 Session Management library
ii  libstdc++6  4.2.1-4  The GNU Standard C++ Library v3
ii  libtasn1-3  0.3.9-1  Manage ASN.1 structures (runtime)
ii  libx11-62:1.1.3-1X11 client-side library
ii  libxcursor1 1:1.1.8-2X cursor management library
ii  libxext61:1.0.3-2X11 miscellaneous extension librar
ii  libxfixes3  1:4.0.3-2X11 miscellaneous 'fixes' extensio
ii  libxi6  2:1.1.2-1X11 Input extension library
ii  libxinerama11:1.0.2-1X11 Xinerama extension library
ii  libxml2 2.6.29.dfsg-1GNOME XML library
ii  libxrandr2  2:1.2.1-1X11 RandR extension library
ii  libxrender1 1:0.9.2-1X Rendering Extension client libra
ii  stardict-common 2.4.8-1  International dictionary - data fi
ii  zlib1g  1:1.2.3.3.dfsg-5 compression library - runtime

stardict recommends no packages.

-- no debconf information


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

Bug#409514: Additional information

[Kingsley G. Morse Jr.]

Here's some additional info.

On 07/16/07 08:34, Andrew Ferguson wrote:
> Kingsley G. Morse Jr. wrote:
> > On 07/15/07 23:34, Andrew Ferguson wrote:
> > [...]
> >> Please read the section "USERS AND GROUPS" in the manpage.
> >> 
> >> http://www.nongnu.org/rdiff-backup/rdiff-backup.1.html#USERS%20AND%20GROUPS
> >> 
> >> There are several references to it if you search for uid or gid in the
> >> manpage.
> > 
> > Hi Andrew,
> > 
> > Thank you for elaborating.
> > 
> > I wish I didn't feel the need to mention this, but
> > I arrived at a different conclusion after reading
> > that part of the man page.
> > 
> > The relevant synopsis of numbers "1." and "2." in
> > the "USERS AND GROUPS" part of rdiff-backup's man
> > page is:
> > 
> > "If the --preserve-numerical-ids option is
> > given [...] Otherwise [...] This may result in
> > files having different uids and gids across
> > systems."
> > 
> > Does that make sense?
> 
> Kingsley,
> 
> This is correct, and it is the best any program can do under Unix
> semantics. Let me give you the following example:
> 
> Let's say System A (source) has two users:
> 
> Matthew:UID 100
> Mark: UID 200
> 
> and System B (target) has two users:
> 
> Luke: UID 100
> Matthew: UID 101
> 
> if I use rdiff-backup to backup a directory on System A -- and I am root
> on both systems, otherwise this isn't how this works -- then here's what
> will happen:
> 
> WITHOUT --preserve-numerical-ids, rdiff-backup will take files owned by
> Matthew/100 on System A and make them owned by Matthew/101 on System B
> (here we have the 'may result in different uid across systems' case).
> For files owned by Mark/200, they will be owned by ???/200 on System B
> (since System B has neither a UID 200 nor a user Mark).
> 
> WITH --preserve-numerical-ids, rdiff-backup will take files owned by
> Matthew/100 on System A and make them owned by Luke/100 on System B
> (thus preserving the _numerical_ id). Files owned by Mark/200 on System
> A will again by owned by ???/200 on System B.
> 
> In BOTH cases (and in the case where the user on the target system is
> not root, so all cases) rdiff-backup records the correct username AND
> userid of each file in what's known as the "mirror_metadata" file. That
> file, and several others, are kept in the "rdiff-backup-data" directory
> on the target system. When you do a restore from target to source using
> rdiff-backup, rdiff-backup reads the mirror_metadata file to ensure that
> all usernames and userids are restored to the correct values. This is
> what I meant by "If you use rdiff-backup to restore the data, it will
> restore the correct uid's/gid's from its internal data store."
> 
> The choice of using --preserve-numerical-ids or not is thus dependent on
> how your personal setup is configured and how you intend to use
> rdiff-backup. You'll note that in the WITH --preserve-numerical-ids
> case, Luke on System B, is able to edit files that "should be" Matthew's
> since their UID's are the same.
> 
> The internal data store that rdiff-backup keeps is what enables it to be
> such a good backup program. I regularly backup my Mac OS X system, which
> has entirely different usernames/userids, system metadata (resource
> forks, BSD file flags, etc.) to my Linux server, which is obviously an
> entirely different system. rdiff-backup preserves as much as possible in
> the mirrored copy, but makes extensive use of the mirror_metadata system
> to correctly backup all metadata. When I do an `rdiff-backup -r now ...`
> all of my files are restored perfectly. And rdiff-backup always trusts
> the mirror_metadata file over the metadata that it attached to the
> mirrored files.
> 
> Take a look at the mirror_metadata file. The '.snapshot.gz' ones are
> simply a gzip'd flat text file, so zless is very useful for looking at it.
> 
> I'm sure once you see the contents of that file, you'll understand why
> rdiff-backup is clearly anything other than 'corruption by default'.
> 
> Best,
> Andrew
> 
> -- 
> Andrew Ferguson - [EMAIL PROTECTED]
> 


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

Bug#438123: nfsmount broken on mipsel - wrong SOCK_* definitions

[Michel Lespinasse]

On Wed, Aug 15, 2007 at 05:56:51PM +0200, maximilian attems wrote:
> urrgs indeed that got fixed postetch
> ok i've build tested the attached git patch.

Thanks for the patch and for the corresponding build instructions
(I had never used debuild before).

I can confirm that this builds fine on mipsel and solves my nfsmount issue.

Thanks !

-- 
Michel "Walken" Lespinasse
"Bill Gates is a monocle and a Persian cat away from being the villain
in a James Bond movie." -- Dennis Miller


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

Bug#437342: nfs mounts no longer work in testing after upgrade

[Steinar H. Gunderson]

On Sun, Aug 12, 2007 at 04:37:01PM +0200, Steinar H. Gunderson wrote:
>>> Uhm, are you saying that upgrading the server from 1:1.1.0-4 to 1:1.1.0-11
>>> breaks rpc.mountd? That sounds very weird, as there's been exactly zero
>>> changes to mountd in that timeframe...
>> Well I did not change anything on the client, apt-get dist-upgrade once a 
>> week and from week1 -> week2 (after upgrade) is when I noticed it.
> Could you try downgrading nfs-common and nfs-kernel-server on the server and
> see if the problem goes away?

Apologies for the noise in the bug report; I hope we can get back to tracking
this, as I don't seem to be able to reproduce it myself. Does a downgrade help?

By the way, just on a random note, what architecture is this? (You did not use
reportbug to report the bug, which leaves out a lot of information commonly
useful in spotting non-obvious things about your configuration. :-) )

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


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

Bug#437525: closed by Aníbal Monsalve Salazar <[EMAIL PROTECTED]> (Re: Bug#437525: nfs-kernel-server: Kernel prints "RPC: failed to contact portmap (errno -5)")

[Steinar H. Gunderson]

On Sun, Aug 12, 2007 at 11:33:38PM -0500, Nelson Castillo wrote:
> I don't think it is clear at all. I'm talking about the default configuration
> of nfs-kernel-server, that should at least work from localhost with no
> extra configuration, IMHO.
> 
> If there is some reason that precludes nfs-kernel-server to work out of
> the box, perhaps there should be a README in /usr/share/doc/nfs-kernel-server.
> I looked for a hint there. If you tell me what I have to write, I'll
> happily do it.

Let me see if I understand this right:

 - Recent portmap binds to 127.0.0.1 only by default. (At least Anibal claims
   so; I cannot reproduce that, though, and default for the debconf question
   "portmap/loopback" is false.)
 - nfs-kernel-server cannot work if portmap is bound to 127.0.0.1 -- this is
   reasonable (NFS is, after all, a network service), but the error should be
   better documented.

Is my understanding of the situation right? In that case, I'd be happy to
update README.Debian with a note documenting this behavior, although it looks
to me as if the debconf question is already quite explicit about the issue
(my capitalization):

  Portmap by default listens to all IP addresses. However, if you are not
  providing network RPC services to remote clients (YOU ARE IF YOU ARE SETTING
  UP A NFS OR NIS SERVER) you can safely bind it to the loopback IP address
  (127.0.0.1) [...]

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


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

Bug#438193: xserver-xorg-video-avivo: PCI ID needs to be added/refresh rate

[Christopher Nelson]

Package: xserver-xorg-video-avivo
Version: 0.0.999+git20070805-1
Severity: normal


PCI ID for my X1600 PRO not included, added by patches below.  Also,
when PCI ID's are added, refresh rate seems to be off, what seem to be
scanlines are visible.

---

--- xserver-xorg-video-avivo_0.0.999+git20070805/xorg/avivo_chipset.c   
2007-07-24 06:38:03.0 -0700
+++ xserver-xorg-video-avivo_0.0.999+git20070805-new/xorg/avivo_chipset.c   
2007-08-15 21:38:25.0 -0700
@@ -185,6 +185,10 @@
 0x0003, 0x00ff, 0
 },
 {
+PCI_VENDOR_ATI, 0x71C3, PCI_MATCH_ANY, PCI_MATCH_ANY,
+0x0003, 0x00ff, 0
+}, 
+{
 PCI_VENDOR_ATI, 0x71C4, PCI_MATCH_ANY, PCI_MATCH_ANY,
 0x0003, 0x00ff, 0
 },
@@ -347,6 +351,7 @@
 { PCI_CHIP_RV516_LE_719F, "RV516_LE (Radeon X1550 64-bit)" },
 { PCI_CHIP_RV530_71C0, "RV530 (Radeon X1600)" },
 { PCI_CHIP_RV530_71C2, "RV530 (Radeon X1600)" },
+{ PCI_CHIP_RV530_71C3, "RV530 (Radeon X1600 PRO)" },   
 { PCI_CHIP_RV530_M56_71C4, "RV530_M56 (Mobility FireGL V5200)" },
 { PCI_CHIP_RV530_M56_71C5, "RV530_M56 (Radeon Mobility X1600)" },
 { PCI_CHIP_RV530_LE_71C6, "RV530_LE (Radeon X1600/X1650 PRO)" },
@@ -419,6 +424,7 @@
 { PCI_CHIP_RV516_LE_719F, PCI_CHIP_RV516_LE_719F, RES_SHARED_VGA },
 { PCI_CHIP_RV530_71C0, PCI_CHIP_RV530_71C0, RES_SHARED_VGA },
 { PCI_CHIP_RV530_71C2, PCI_CHIP_RV530_71C2, RES_SHARED_VGA },
+{ PCI_CHIP_RV530_71C3, PCI_CHIP_RV530_71C3, RES_SHARED_VGA },  
 { PCI_CHIP_RV530_M56_71C4, PCI_CHIP_RV530_M56_71C4, RES_SHARED_VGA },
 { PCI_CHIP_RV530_M56_71C5, PCI_CHIP_RV530_M56_71C5, RES_SHARED_VGA },
 { PCI_CHIP_RV530_LE_71C6, PCI_CHIP_RV530_LE_71C6, RES_SHARED_VGA },
@@ -496,6 +502,7 @@
 { PCI_CHIP_RV516_LE_719F, CHIP_FAMILY_RV516_LE },
 { PCI_CHIP_RV530_71C0, CHIP_FAMILY_RV530 },
 { PCI_CHIP_RV530_71C2, CHIP_FAMILY_RV530 },
+{ PCI_CHIP_RV530_71C3, CHIP_FAMILY_RV530 },
 { PCI_CHIP_RV530_M56_71C4, CHIP_FAMILY_RV530_M56 },
 { PCI_CHIP_RV530_M56_71C5, CHIP_FAMILY_RV530_M56 },
 { PCI_CHIP_RV530_LE_71C6, CHIP_FAMILY_RV530_LE },

---

--- xserver-xorg-video-avivo_0.0.999+git20070805/include/avivo_chipset.h
2007-07-24 06:38:03.0 -0700
+++ xserver-xorg-video-avivo_0.0.999+git20070805-new/include/avivo_chipset.h
2007-08-15 21:37:18.0 -0700
@@ -69,6 +69,7 @@
 #define PCI_CHIP_RV516_LE_719F 0x719F
 #define PCI_CHIP_RV530_71C00x71C0
 #define PCI_CHIP_RV530_71C20x71C2
+#define PCI_CHIP_RV530_71C30x71C3
 #define PCI_CHIP_RV530_M56_71C40x71C4
 #define PCI_CHIP_RV530_M56_71C50x71C5
 #define PCI_CHIP_RV530_LE_71C6 0x71C6

---

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

Kernel: Linux 2.6.22.2 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xserver-xorg-video-avivo depends on:
ii  libc62.6.1-1 GNU C Library: Shared libraries
ii  libpciaccess00.8.0+git20070628-1 Generic PCI access library for X
ii  xserver-xorg-core2:1.3.0.0.dfsg-12   X.Org X server -- core server

xserver-xorg-video-avivo recommends no packages.

-- no debconf information


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

Bug#438168: The status of libapache2-mod-perl2

[Steinar H. Gunderson]

On Wed, Aug 15, 2007 at 09:32:30PM -0500, Gunnar Wolf wrote:
> Of course, before any action, I'd like to hear Thom's or Andres' points
> of view.

You probably want to hear my input too. :-)

At Debconf5, I was more or less persuaded into taking the package (up to
the level where I actually had the first maintainer upload ready). I did,
however, set a condition that was sort of silly -- that Thom would sign my
GPG key. Naturally, we all forgot about it, the key was never signed, I
didn't go to DC6 and Thom didn't go to DC7. So, it all sort of faded away,
and the package was kept in a sort of limbo where I sort of had the
responsibility and sort of not. Not taking clearer action at the time,
despite nagging from Thom, is something I'll have to take the blame for.

However, at the time of writing I'm in the process of starting to work, so I
really cannot take on any new responsibilities until I know how life is going
to look like. Thus, I'm afraid I can't take over the package -- perhaps as
co-maintainer if you need me (although I'm skeptical of co-maintenance in
general), and of course as a user, but nothing else.

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


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

Bug#438192: hfsutils doesn't support volumes larger than 2GiB

[Martín Ferrari]

Package: hfsutils
Version: 3.2.6-11
Severity: normal
Tags: patch

Hi, there is a limitation in libhfs, which prevents it from using
volumes larger than 2 GiB, although HFS volumes can be much bigger
(terabytes, I think) and most bootable DVDs for mac aren't usable with
hfsutils.

Since I'm using the lib for other project, I fixed most of the code to
use correct types and now I think it works OK with volumes up to
2**(32+12) in size. That's because long ints are still used in other
parts of the code, but I wanted to keep my modifications minimal.

The patch also changes a couple of things in config.h and configure.in
(most notable AC_SYS_LARGEFILE), but you should adapt those and re-run
autotools.

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

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

Versions of packages hfsutils depends on:
ii  libc6 2.6-2  GNU C Library: Shared libraries

hfsutils recommends no packages.

-- no debconf information
diff -aur libhfs/block.c ../../cvs/pancutan/hfsbootfiles/block.c
--- libhfs/block.c	2007-08-16 05:30:19.0 +0100
+++ ../../cvs/pancutan/hfsbootfiles/block.c	2007-08-14 14:07:33.0 +0100
@@ -578,7 +578,8 @@
  */
 int b_readpb(hfsvol *vol, unsigned long bnum, block *bp, unsigned int blen)
 {
-  unsigned long nblocks;
+  off_t sblocks;
+  ssize_t nblocks;
 
 # ifdef DEBUG
   fprintf(stderr, "BLOCK: READ vol 0x%lx block %lu",
@@ -589,15 +590,15 @@
 fprintf(stderr, "\n");
 # endif
 
-  nblocks = os_seek(&vol->priv, bnum);
-  if (nblocks == (unsigned long) -1)
+  sblocks = os_seek(&vol->priv, (off_t)bnum);
+  if (sblocks == (off_t) -1)
 goto fail;
 
-  if (nblocks != bnum)
+  if (sblocks != bnum)
 ERROR(EIO, "block seek failed for read");
 
-  nblocks = os_read(&vol->priv, bp, blen);
-  if (nblocks == (unsigned long) -1)
+  nblocks = os_read(&vol->priv, bp, (ssize_t)blen);
+  if (nblocks == (ssize_t) -1)
 goto fail;
 
   if (nblocks != blen)
@@ -616,7 +617,8 @@
 int b_writepb(hfsvol *vol, unsigned long bnum, const block *bp,
 	  unsigned int blen)
 {
-  unsigned long nblocks;
+  off_t sblocks;
+  ssize_t nblocks;
 
 # ifdef DEBUG
   fprintf(stderr, "BLOCK: WRITE vol 0x%lx block %lu",
@@ -627,15 +629,15 @@
 fprintf(stderr, "\n");
 # endif
 
-  nblocks = os_seek(&vol->priv, bnum);
-  if (nblocks == (unsigned long) -1)
+  nblocks = os_seek(&vol->priv, (off_t)bnum);
+  if (nblocks == (off_t) -1)
 goto fail;
 
   if (nblocks != bnum)
 ERROR(EIO, "block seek failed for write");
 
-  nblocks = os_write(&vol->priv, bp, blen);
-  if (nblocks == (unsigned long) -1)
+  nblocks = os_write(&vol->priv, bp, (ssize_t)blen);
+  if (nblocks == (ssize_t) -1)
 goto fail;
 
   if (nblocks != blen)
Sólo en libhfs/: block.c.orig
diff -aur libhfs/btree.c ../../cvs/pancutan/hfsbootfiles/btree.c
--- libhfs/btree.c	2007-08-16 05:30:20.0 +0100
+++ ../../cvs/pancutan/hfsbootfiles/btree.c	2007-08-16 00:43:23.0 +0100
@@ -409,7 +409,7 @@
  * DESCRIPTION:	recursively locate a node and insert a record
  */
 static
-int insertx(node *np, byte *record, int *reclen)
+int insertx(node *np, byte *record, unsigned int *reclen)
 {
   node child;
   byte *rec;
diff -aur libhfs/config.h.in ../../cvs/pancutan/hfsbootfiles/config.h.in
--- libhfs/config.h.in	2007-08-16 05:30:21.0 +0100
+++ ../../cvs/pancutan/hfsbootfiles/config.h.in	2007-08-16 00:49:52.0 +0100
@@ -1,57 +1,70 @@
-/* config.h.in.  Generated automatically from configure.in by autoheader.  */
-/*
- * libhfs - library for reading and writing Macintosh HFS volumes
- * Copyright (C) 1996-1998 Robert Leslie
- *
- * This program is free software; you can redistribute it and/or modify
- * it under the terms of the GNU General Public License as published by
- * the Free Software Foundation; either version 2 of the License, or
- * (at your option) any later version.
- *
- * This program is distributed in the hope that it will be useful,
- * but WITHOUT ANY WARRANTY; without even the implied warranty of
- * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
- * GNU General Public License for more details.
- *
- * You should have received a copy of the GNU General Public License
- * along with this program; if not, write to the Free Software
- * Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
- *
- * $Id: acconfig.h,v 1.5 1998/04/11 08:27:11 rob Exp $
- */
-
-/*
- * Definitions selected automatically by `configure' *
- */
+/* config.h.in.  Generated from configure.in by autoheader.  */
 
-/* Define to empty if the keyword does not work.  */
-#undef const
-
-/* Define to 

Bug#337074: MD lists

[Kelly Everett]

Only until Aug 17 - Purchase the MD Listing at the sale price and get Hospital, 
Nursing Home and Dentist data at no additional cost


Licensed MDs in the USA 

788,483 in total – 17,400 emails

MD in over 34 specialties

Over a dozen sortable fields

Specially reduced price: $357


*** BONUS: Get the 3 lists below as a bonus when you order the MD data ***

Hospitals in the USA
23,000 Admins in more than 7,000 hospitals {a $399 value]

Dentists in the USA
More than half a million listings [worth $299 alone!]

Contact List of US Nursing Homes
includes over 31,589 Senior administrators, 11,288 Nursing Directors in over 
14,706 Nursing Homes in the United States. (value: $249)

email to: [EMAIL PROTECTED]





to disable mailing to you please send email with "disable" in the subject



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

Bug#396049: medical hospitals in america

[Antonia alien]

Aug 6 - Aug 17: With every purchase of our MD Directory comes without charge a 
List for Dentists, Nursing Homes and Hospitals


Licensed MDs in the USA 

788,332 in total – 17,400 emails

Featuring coverage for more than 30 specialties like Internal Medicine, Family 
Practice, Opthalmology, Anesthesiologists, Cardiologists and more

Many unique fields like 'medical school attended' and 'location of residency 
training'

Special Introductory Offer -  $351


*** BONUS: Get the 3 lists below as a bonus when you order the MD data ***

Hospitals in the USA
more than 23k hospital administrators in over 7k hospitals [worth over $300 
alone)

Directory of American Dentists
597,000 dentists and dental services ( a $300 value!) 

US Nursing Home Database
includes over 31,589 Senior administrators, 11,288 Nursing Directors in over 
14,706 Nursing Homes in the United States. (value: $249)

Email us at: [EMAIL PROTECTED]





for managing subscription settings please send email with "freeze" in the 
subject


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

Bug#418579: new lists

[Hilary Farris]

For the week ending Aug 17, you will receive a Listing for Nursing Homes, 
Hospitals and Dentists without charge when you order the Medical Doctor Listing


Licensed Medical Doctors in the USA 

788,146 in total – 17,400 emails

Coverage in many different areas of medicine such as Endocrinology, Pathology, 
Urology, Neurology, Plastic Surgery, Psychiatry, Cardiology and much more 

16 different sortable fields

Price for this week only =  $355


*** Get the 3 databases below as a bonus when you order the MD list above ***

American Hospitals
more than 23k hospital administrators in over 7k hospitals [worth over $300 
alone)

Contact List of American Dentists
A complete Contact List or dentists and related services (valued at $299)

Nursing Homes in the USA
Full data for CFO, Nursing Directors, Senior Admins [ worth $249 alone ]

reply by email: [EMAIL PROTECTED]





to disable mailing to you please send email with "disable" in the subject


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

Bug#167407: need lists of doctors?

[Moon specific]

Aug 6 - Aug 17: With every purchase of our Physician List comes without charge 
a Database for Dentists, Nursing Homes and Hospitals


Licensed Physicians in the USA 

788,313 in total – 17,400 emails

Many popular specialties like Emergency Medicine, Plastic Surgery, OBGYN, 
Oncology, Pediatrics and more

16 different sortable fields

This week's special price =  $353


*** BONUS: Get the 3 lists below as a bonus when you order the MD data ***

Directory of US Hospitals
more than 23k hospital administrators in over 7k hospitals [worth over $300 
alone)

American Dentists
More than half a million listings [worth $299 alone!]

Directory of US Nursing Homes
includes over 31,589 Senior administrators, 11,288 Nursing Directors in over 
14,706 Nursing Homes in the United States. (value: $249)

reply to: [EMAIL PROTECTED]





for managing subscription settings please send email with "freeze" in the 
subject



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

Bug#438168: The status of libapache2-mod-perl2

[Gunnar Wolf]

Hi all,

I'm sending this mail as an answer to #438168 - A user
(understandably) fed up by what seems to be lack of attention to a
package that is core to many people's work, libapache2-mod-perl2. I
send this mail with some fear, of course, as I do not really want to
adopt it - but... Well, the circumstances might be pushing for it ;-) 

Now, what's ModPerl2's status?

- It is maintained by Thom May, with Andres Salomon listed as an
  uploader. 
- Thom's last upload for this package (1.999.23-1) is dated 8 May 2005
- Andres' last upload (2.0.2-2) is dated 12 Mar 2006. Just for the record, two
  uploads prior to this (2.0.1-4, 04 Oct 2005), he notes in the
  changelog this is "The I'm-tired-of-maintaining-stuff-I-don't-use
  release"
- Since the beginning of 2006, the package has seen only four NMUs -
  Sesse, Luk, Aba and Vorlon

Of course, before any action, I'd like to hear Thom's or Andres' points
of view.

Now, I'd be happy to adopt it, but I really doubt I'm up to the
task. First of all, I suck big time at C. Second, I suck at time
allocation, and my Debian work has been repeatedly hampered by this.

My first suggestion is for the pkg-perl group to step up and take it
as one of our beloved children^Wmodules... But I fear several of us
will be in a position similar to mine, with a good knowledge of Perl,
but a poor knowledge of C - And in this case, we _will_ need it. On
the other hand, I'm also Cc:ing the Debian Apache Maintainers - But
the opposite effect might hold: You are familiar with the Apache guts,
but you might be unfamiliar with mod_perl2 itself

So, 

- Should we hijack/adopt the package, or will its current maintainers
  stand up and get it back to life?
- Is there somebody who wants to lead this?
- Pkg-perl and/or Apache groups: Do you agree? :)
- In any other case: Other takers?

Greetings,

-- 
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973  F800 D80E F35A 8BB5 27AF


pgpRFuyMPLPsG.pgp
Description: PGP signature

Bug#438168: Debian doesn't care about mod_perl, maintainer unresponsive

[Gunnar Wolf]

severity 438168 normal
thanks

Hi,

> Package: libapache2-mod-perl2
> Severity: critical
> 
> Please package the latest upstream version of mod_perl2; it has been
> released in November already, which makes it almost a year.

I do understand your frustration, and I do intend to bring this up in
a wider forum so more developers get to view this - However, just
stating that "there is a new upstream version and yours is too old" is
not enough justification to tag this bug as critical - I'm demoting
the bug report to "normal", but taking action :)

Greetings,

-- 
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973  F800 D80E F35A 8BB5 27AF


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

Bug#438191: tzdata: /etc/timezone changed from "Europe/Paris" to "User defined"

[Vincent Lefevre]

Package: tzdata
Version: 2007f-10
Severity: serious
Justification: Policy 10.7.3

I've upgraded tzdata from 2007f-9 to 2007f-10, and the contents of
/etc/timezone changed from "Europe/Paris" to "User defined".

This change is incorrect and can affect some software. For instance,
/etc/init.d/cupsys does:

if [ -z "$TZ" -a -e /etc/timezone ]; then
TZ=`cat /etc/timezone`
export TZ
fi

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (900, 'testing'), (900, 'stable'), (200, 'unstable')
Architecture: powerpc (ppc)

Kernel: Linux 2.6.18-3-powerpc
Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages tzdata depends on:
ii  debconf [debconf-2.0] 1.5.14 Debian configuration management sy

tzdata recommends no packages.

-- debconf information:
  tzdata/Zones/Asia:
  tzdata/Zones/SystemV:
  tzdata/Zones/Pacific:
  tzdata/Zones/Atlantic:
  tzdata/Zones/US:
  tzdata/Zones/Etc:
  tzdata/Zones/Arctic:
  tzdata/Zones/Antarctica:
  tzdata/Zones/America:
* tzdata/Areas: Europe
  tzdata/Zones/Australia:
  tzdata/Zones/Canada:
* tzdata/Zones/Europe: Paris
  tzdata/Zones/Africa:
  tzdata/Zones/Indian:


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

Bug#437291: aptitude: system upgrade more and more complicated

[Daniel Burrows]

On Wed, Aug 15, 2007 at 12:34:29PM +0200, Roland Stigge <[EMAIL PROTECTED]> was 
heard to say:
> Daniel Burrows wrote:
>>   Are you sure all the packages are installing successfully?  Typically
>> this sort of symptom is due to package postinsts that break the first
>> time and succeed later times (e.g., because of dependencies that aren't
>> declared).
>
> It's different from the common case that a package's configuration fails. 
> In this case, apt/aptitude would also clearly state this.
>
> But here, there were several groups of packages to be installed after the 
> first run. Each group consisting of 1-5 packages without 
> installation/upgrade problems.
>
> What should I look for during the next upgrades for debugging purposes?

  I'd say, double-check before you upgrade that nothing is being held
back, and read the install output to check that the packages really
installed correctly.  If aptitude thinks everything is being upgraded,
then it should be -- if not, we need to find out why 'U' didn't upgrade
everything it could.

  Daniel


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

Bug#432906: integrate lckdo in moreutils?

[Robert Edmonds]

Michael Tokarev wrote:
> No, I'm not really a Debian Developer (yet, still, ...).  My packages
> in Debian are sponsored by other people.

Oh, I didn't realize that.  I make heavy use of rbldnsd and lckdo on my
DNS mirrors; I'd be happy to sponsor any package you'd like in the
archive.

> Concering lckdo - it's a very tiny utility.  Yes it's handy sometimes,
> and I was VERY surprized when I tried to find something similar but
> found nothing (newslock, lockexec or something like those - used in
> shell scripts to do locking - works a bit differently, and mostly
> too complex and too unreliable).
> 
> I don't think it deserves its own package due to it's "size".  I wish
> to see something like lckdo as a standard utility somewhere, maybe
> like in coreutils -- but moreutils looks ok too.
> 
> So if you want(ed) to package it together with the rest of small
> assorted utilities, I'm ok with that.

I'd say getting it in coreutils is a long shot, but here's a patch for
moreutils.  Joey?

-- 
Robert Edmonds
[EMAIL PROTECTED]
diff -Nru moreutils-0.22/Makefile moreutils-0.23~lckdo.0/Makefile
--- moreutils-0.22/Makefile	2006-09-07 20:26:46.0 -0400
+++ moreutils-0.23~lckdo.0/Makefile	2007-08-15 22:15:23.272263535 -0400
@@ -1,6 +1,6 @@
-BINS=isutf8 ifdata pee sponge mispipe
+BINS=isutf8 ifdata pee sponge mispipe lckdo
 PERLSCRIPTS=vidir vipe ts combine zrun
-MANS=sponge.1 vidir.1 vipe.1 isutf8.1 ts.1 combine.1 ifdata.1 pee.1 zrun.1 mispipe.1
+MANS=sponge.1 vidir.1 vipe.1 isutf8.1 ts.1 combine.1 ifdata.1 pee.1 zrun.1 mispipe.1 lckdo.1
 CFLAGS=-O2 -g -Wall
 
 all: $(BINS) $(MANS)
@@ -34,5 +34,8 @@
 mispipe.1: mispipe.docbook
 	docbook2x-man $<
 
+lckdo.1: lckdo.docbook
+	docbook2x-man $<
+
 %.1: %
 	pod2man --center=" " --release="moreutils" $< > $@;
diff -Nru moreutils-0.22/debian/changelog moreutils-0.23~lckdo.0/debian/changelog
--- moreutils-0.22/debian/changelog	2007-06-25 16:11:32.0 -0400
+++ moreutils-0.23~lckdo.0/debian/changelog	2007-08-15 22:20:33.201925422 -0400
@@ -1,3 +1,10 @@
+moreutils (0.23~lckdo.0) unstable; urgency=low
+
+  * Include Michael Tokarev's lckdo program and replace / conflict with the
+current lckdo package.
+
+ -- Robert S. Edmonds <[EMAIL PROTECTED]>  Wed, 15 Aug 2007 22:19:17 -0400
+
 moreutils (0.22) unstable; urgency=low
 
   * vidir, zrun: Don't put temp files in the current directory. Closes: #429367
diff -Nru moreutils-0.22/debian/control moreutils-0.23~lckdo.0/debian/control
--- moreutils-0.22/debian/control	2006-12-23 21:55:24.0 -0500
+++ moreutils-0.23~lckdo.0/debian/control	2007-08-15 22:18:40.919526811 -0400
@@ -10,6 +10,8 @@
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}, ${perl:Depends}
 Suggests: libtime-duration-perl, libtimedate-perl
+Conflicts: lckdo
+Replaces: lckdo
 Description: additional unix utilities
  This is a growing collection of the unix tools that nobody thought
  to write thirty years ago.
@@ -25,3 +27,4 @@
   - zrun: automatically uncompress arguments to command
   - mispipe: pipe two commands, returning the exit status of the first
   - isutf8: check if a file or standard input is utf-8
+  - lckdo: execute a program with a lock held
diff -Nru moreutils-0.22/debian/copyright moreutils-0.23~lckdo.0/debian/copyright
--- moreutils-0.22/debian/copyright	2006-09-07 20:12:15.0 -0400
+++ moreutils-0.23~lckdo.0/debian/copyright	2007-08-15 22:17:07.618209873 -0400
@@ -19,6 +19,8 @@
 mispipe is Copyright (c) Nathanael Nerode, under the terms of the GPL,
 version 2 or later. (It's also dual-licensed under the MIT/Expat licence.)
 
+lckdo is public domain code released by Michael Tokarev.
+
 Everything else is copyright 2006 by Joey Hess, under the terms of GPL.
 The full text of the GNU GPL can be found in /usr/share/common-licenses/GPL
 on Debian systems.
diff -Nru moreutils-0.22/lckdo.c moreutils-0.23~lckdo.0/lckdo.c
--- moreutils-0.22/lckdo.c	1969-12-31 19:00:00.0 -0500
+++ moreutils-0.23~lckdo.0/lckdo.c	2007-08-15 22:14:31.649321713 -0400
@@ -0,0 +1,224 @@
+/* lckdo.c: run a program with a lock held,
+ * to prevent multiple processes running in parallel.
+ * Use just like `nice' or `nohup'.
+ * Written by Michael Tokarev <[EMAIL PROTECTED]>
+ * Public domain.
+ */
+
+#define _GNU_SOURCE
+#define _BSD_SOURCE
+#include 
+#include 
+#include 
+#include 
+#include 
+#include 
+#include 
+#include 
+#include 
+#include 
+#include 
+
+/* compile with -DUSE_FLOCK to use flock() instead of fcntl() */
+
+#if !defined(USE_FLOCK) && !defined(F_SETLKW)
+# define USE_FLOCK
+#endif
+
+#ifndef __GNUC__
+# ifndef __attribute__
+#   define __attribute__(x)
+# endif
+#endif
+
+static char *progname;
+static void
+__attribute__((format(printf,3,4)))
+__attribute__((noreturn))
+error(int errnum, int exitcode, const char *fmt, ...) {
+  va_list ap;
+  fprintf(stderr, "%s: ", progname);
+  va_start(ap, fmt); vfprintf(stderr, fmt, ap); va_end(ap);
+  if (errnum) fprintf(stderr, ": %s\n", strerror(errnum));
+  else fputs("\n",

Bug#438190: SB600/SB700/SB800 use same SMBus controller devID

[Shane Huang]

Package: linux-2.6
Version: 2.6.18.dfsg.1-13etch1
Severity: important
Tags: patch

We find that SB700 and SB800 use the same SMBus device ID as SB600,
which
is 0x4385, instead of the already submitted 0x4395.
Please apply the attached new SMBus patch, which can remove the wrong
applied SB700 SMBus patch submitted before:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commi
t;h=c29c22218b99dad95f7cd0281415a854aeee805c

Besides removing the SB700 wrong patch, the attached patch add SB800
support to kernel, by renaming the PCI_DEVICE_ID_ATI_IXP600_SMBUS into
PCI_DEVICE_ID_ATI_SBX00_SMBUS.

This patch has been accepted by linux i2c maintainer, and most probably
will appear from linux-2.6.23-rc4.
Would you please help to apply this new patch into Etch and Lenny?
Because the error device ID 0x4395 will be used in SB800 SATA
controller.

The patch is generated on the base of linux-2.6.23-rc3, so maybe you
need
do some small backport to it when you apply it.


Thanks
Best Regards
Shane


ATI_SBX00_SMBus.patch
Description: ATI_SBX00_SMBus.patch

Bug#438187: [EMAIL PROTECTED]: Re: CVE-2007-4321: DoS vulnerability in fail2ban]

[Yaroslav Halchenko]

> > priority 438187 normal
> it needs to be severity :)
doh me... actually since 0.8.0-4 is good enough and is in lenny (and
just got uploaded to etch-backports), I can leave the bug very severe

> > Also, etch's version remains prone to this issue as well as others
> > reported. The problem is that patch-picking between 0.7.5-2 (in etch)
> > and 0.8.1 would not result in a proper fix anyways.
> Why not?

well -- pretty much any of the following changes could be considered
security/DoS hazard in some use case:

- Use numeric output for iptables in "actioncheck" (easy to perform DoS)
- Fixed removal of host in hosts.deny. Thanks to René Berber (no
  comment is needed)
- Call Python interpreter directly (instead of using "env") (weakly but
  could be considered security related)
- Fixed asctime pattern in datedetector.py (fixes #421848)
- Some minor fixes in failregexes which has happened since 0.7.5

and what holds me away from simply bringing all those mods into older
0.7.5 is that

1. current fixed/improved regexps are split across multiple
lines and 0.7.5 is not supporting that so I need to add a feature or
reshave all the regexps actually I can just hand tune them to fix
the issue in question (I guess) but there it might be also exploitable
since no extended testing on those can be done now.

2. there was an issue with hanging of fail2ban. unfortunately solution
is too intrusive and it is not security issue per se so I will leave
that one alone..


So after all this I can say that you pursuaded me to have another look
 and may prep upload to etch fixing exiting issues...

> [...] 
> > I would appreciate other examples of injection (remote) than the one
> > given in CVE

> I am not here to piss you off and report vulns where none is 
> there. If you think you fixed it, fine, just include the CVE 
> id in your changelog and everyone knows ;-P
yeah - I should have retrospectively mentioned in changelog for 0.8.1-1
that CVE was partially resolved in 0.8.0-4... too late now. I will
mentioned it whenever fail2ban get proper fix

An believe me -- no pissing off of any kind has happened -- it is
just my bad English. I had been trying to describe that the funny part
is that I rushed with 0.8.1 to run ahead of all such bug reports and I
forgotten to upload the final package.  in any case, as I said, 0.8.0-4 is
good enough for lenny/sid. I will have a look at etch

> Cheers
> Nico
-- 
Yaroslav Halchenko
Research Assistant, Psychology Department, Rutgers-Newark
Student  Ph.D. @ CS Dept. NJIT
Office: (973) 353-5440x263 | FWD: 82823 | Fax: (973) 353-1171
101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102
WWW: http://www.linkedin.com/in/yarik


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

Bug#438155: cpio: FTBFS: testsuite failure on ARM

[Clint Adams]

On Wed, Aug 15, 2007 at 07:31:49PM +0100, Stephen Gran wrote:
> (disclaimer: not related to cpio in any way)
> 
> This patch certainly looks good enough to be a dpatch or whatever system
> is in use, but I just wanted to mention that before pushing this
> upstream, you might want to add tests for how to pack the structures
> depending on compiler capabilities. 
> 
> This is the first example I happened on (clamav, from configure.in)

I agree; thanks.


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

Bug#438189: Request for: [EMAIL PROTECTED] mailing list

[Steffen Joeris]

Package: lists.debian.org
Severity: wishlist

Hi

I would like to request a new mailing list called debian-edu-announce.
The short description would be:

Important Debian-Edu/Skolelinux announcements

The long description would be:

Major news and very important changes in the Debian-Edu/Skolelinux
project are announced here.

It would be great, if we could get a keyring and only allow gpg signed
mails from that keyring. If that is not possible, it would be great to
use the DD keyring. If that is not possible either, please mark the list
as moderated.

Cheers
Steffen


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

Bug#429622: AMD/ATI SB700 support to Debian

[Shane Huang]

Hi Dann:

> Were you able to test this on an SB600 as well? I want to make sure we
> don't regress that support.
The kernel 2.6.18-5-k7 (Debian 2.6.18.dfsg.1-14~snapshot.9304)
can also boot on SB600 board. But there are also many ODD error
messages when booting up if SATA ODD is connected, we need more
debug on it too.

> Ok - let me know what you find out. (ODD == Optical Disk Drive?)
Yep, we use ODD/HDD to indicate "Optical/Hard Disk Drive"


BTW:
We submitted many SB700 new data to Linux PCI ID Repository:
http://pciids.sourceforge.net/
as well as some RD790/RD890 related PCI IDs.
Which have been accepted by the maintainer only several days ago.

So please don't forget to update the /usr/share/misc/pci.ids file
in Debian. Otherwise our customers will get many "Unknown device"
messages on SB700 board with Debian, when running command: #lspci


Thanks
Shane

Bug#418452: last-exit: crash is reproducable with version in Etch

[Nikolaus Schulz]

Hi, 

I'm running into this issue too.  Last-exit crashes (at least) when
switching to a similar artist radio or a tag radio, with similar
exceptions like the OP reported.  I cannot test later versions since I'm
running {old,}stable only. 

Nikolaus


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

Bug#438187: CVE-2007-4321 remote log injection

[Yaroslav Halchenko]

0.8.1 was just uploaded.

N.B.
actually 0.8.0-4 present in lenny/sid was fixed as far as CVE goes -- I
didn't wait for upstream release to fix the issue before too much noise
comes ;-)

   * Adjusted failregex for sshd filter:
 - anchored properly at the end of line, and source code has .examples
   files to perform testing of the rules.
 - added new explicit rule for users not in the AllowUsers lists

-- 
Yaroslav Halchenko
Research Assistant, Psychology Department, Rutgers-Newark
Student  Ph.D. @ CS Dept. NJIT
Office: (973) 353-5440x263 | FWD: 82823 | Fax: (973) 353-1171
101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102
WWW: http://www.linkedin.com/in/yarik


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

Bug#438187: [EMAIL PROTECTED]: Re: CVE-2007-4321: DoS vulnerability in fail2ban]

[Nico Golde]

Hi,
* Yaroslav Halchenko <[EMAIL PROTECTED]> [2007-08-16 03:53]:
> priority 438187 normal

it needs to be severity :)

[...] 
> Also, etch's version remains prone to this issue as well as others
> reported. The problem is that patch-picking between 0.7.5-2 (in etch)
> and 0.8.1 would not result in a proper fix anyways.

Why not?

[...] 
> I would appreciate other examples of injection (remote) than the one
> given in CVE

I am not here to piss you off and report vulns where none is 
there. If you think you fixed it, fine, just include the CVE 
id in your changelog and everyone knows ;-P
Cheers
Nico
-- 
Nico Golde - http://ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF
For security reasons, all text in this mail is double-rot13 encrypted.


pgpOxWeuLEvov.pgp
Description: PGP signature

Bug#438187: [EMAIL PROTECTED]: Re: CVE-2007-4321: DoS vulnerability in fail2ban]

[Yaroslav Halchenko]

priority 438187 normal
thanks

With such follow-up I would like to lower priority to Normal so 0.8.1
gets sucked into testing, so the issue is at least partially resolved
there. I want to leave the bug open as the reminder that more work is
needed.

Also, etch's version remains prone to this issue as well as others
reported. The problem is that patch-picking between 0.7.5-2 (in etch)
and 0.8.1 would not result in a proper fix anyways. I will upload 0.8.1
to backports as soon as it reaches testing. That should resolve major
concern.

I would appreciate other examples of injection (remote) than the one
given in CVE


- Forwarded message from Yaroslav Halchenko <[EMAIL PROTECTED]> -

Date: Wed, 15 Aug 2007 15:57:49 -0400
From: Yaroslav Halchenko <[EMAIL PROTECTED]>
To: Stefan Fritsch <[EMAIL PROTECTED]>
Cc: Cyril Jaquier <[EMAIL PROTECTED]>
Subject: Re: CVE-2007-4321: DoS vulnerability in fail2ban

Hi Stefan,

> Can you please check whether this is actually fixed and tell me the 
> result. If you upload a fix, please mention the CVE id in the 
> changelog.

It is partially fixed in 0.8-4. Just partially because

* yet not all filters have anchored by the end of line failregexes. ssh
  filter should be quite safe (unless **), some other filters (e.g.
  apache-auth) might be prone to the injection.

** since we only anchored failregex at the end, if there is any other
daemon which logs some information with user provided data at the end of
the string without any quotation -- we are in problem. For instance this
can be easily done with sudo by any local user:

sudo echo ROOT LOGIN REFUSED hi FROM 1.5.6.7

results in the log line in auth.log
Aug 15 15:52:24 dimholt sudo:  cat : 1 incorrect password attempt ; 
TTY=pts/0 ; PWD=/home/cat ; USER=root ; COMMAND=/bin/echo ROOT LOGIN
REFUSED hi FROM 1.5.6.7
which will trigger fail2ban's action.

There might be some other services which log in the same 'unsafe' way,
and which I simply don't know.

To fix ** it is needed to provide failregex which covers entire log line
(or to say -- line with date/time part stripped) with sensible anchors
at the beginning of the line as well as at the end (as it is as of now).
And we are looking into implementing it in the foreseen future, right
Cyril? :-)

-- 
Yaroslav Halchenko
Research Assistant, Psychology Department, Rutgers-Newark
Student  Ph.D. @ CS Dept. NJIT
Office: (973) 353-5440x263 | FWD: 82823 | Fax: (973) 353-1171
101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102
WWW: http://www.linkedin.com/in/yarik

- End forwarded message -

-- 
Yaroslav Halchenko
Research Assistant, Psychology Department, Rutgers-Newark
Student  Ph.D. @ CS Dept. NJIT
Office: (973) 353-5440x263 | FWD: 82823 | Fax: (973) 353-1171
101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102
WWW: http://www.linkedin.com/in/yarik

Bug#344559: Including .desktop files

[Jose Luis Rivas Contreras]

Sam Morris wrote:
> xscreensaver maintainers: I'm trying to solve #344559 which requests
> that gnome-screensaver be able to work with xscreensaver's hacks.
> 
> At some point in the past, gnome-screensaver was capable of looking
> in /usr/lib/xscreensaver and finding the screensavers automatically,
> however according to ,
> g-s can no longer do this.
> 
> I think that the best way to solve this would be to have xscreensaver
> ship the .desktop files along with the hacks themselves. The .desktop
> files can be generated automatically as part of xscreensaver's build
> process, so the maintenence burden should be slight.
> 
> If you agree with this plan I can work on a patch for xscreensaver.
> 

Hi,

I was thinking on this bug 2 days ago.

There's 2 ways to work this:

* Add the `.desktop' files and from that let that gnome-screensaver works.

* Make a separate package for `hacks' and `hacks-gl' (this last should
really not be so needed since `-gl' it's only hacks...) including the
`.desktop' files.

I was going to work on this (the second one) this coming week but I
don't know if I'm going to travel and have constant connection so if you
work in some patch during this time and is mostly OK I will have no
problem to use it ;).

Regards,
Jose Luis.
-- 

ghostbar on debian linux 'sid' 2.6.22 x86_64-SMP - #382503
Weblog: http://ghostbar.ath.cx/ - http://linuxtachira.org
http://debian.org.ve - irc.debian.org #debian-ve #debian-devel-es
San Cristóbal, Venezuela. http://chaslug.org.ve
Fingerprint = 3E7D 4267 AFD5 2407 2A37  20AC 38A0 AD5B CACA B118



signature.asc
Description: OpenPGP digital signature

Bug#438187: CVE-2007-4321 remote log injection

[Yaroslav Halchenko]

> CVE-2007-4321[0]:
this issue is partially resolved with the fresh upload of 0.8.1.
I said partially due to the facts I will describe in the follow-up
email.
N.B. Partial fix presented in 0.8.1 defeats the examples described in
CVE, so please come up with another example which would prove that
remote! injection is possible. Thanks in advance

-- 
Yaroslav Halchenko
Research Assistant, Psychology Department, Rutgers-Newark
Student  Ph.D. @ CS Dept. NJIT
Office: (973) 353-5440x263 | FWD: 82823 | Fax: (973) 353-1171
101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102
WWW: http://www.linkedin.com/in/yarik


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

Bug#438188: RFP: schemaspy -- Graphical Database Schema Metadata Browser

[Matt Taggart]

Package: wnpp
Severity: wishlist

* Package name: schemaspy
  Version : 3.1.1
  Upstream Author : John Currier <[EMAIL PROTECTED]>
* URL : http://schemaspy.sourceforge.net/
* License : LGPL
  Programming Lang: Java
  Description : Graphical Database Schema Metadata Browser

SchemaSpy is a Java-based tool (requires Java 1.4 or higher) that
analyzes the metadata of a schema in a database and generates a visual
representation of it in a browser-displayable format. It lets you click
through the hierarchy of database tables via child and parent table
relationships. The browsing through relationships can occur though HTML
links and/or though the graphical representation of the relationships.
It's also designed to help resolve the obtuse errors that a database
sometimes gives related to failures due to constraints.


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

Bug#438187: CVE-2007-4321 remote log injection

[Nico Golde]

Package: fail2ban
Version: 0.7.5-2
Severity: grave
Tags: security

Hi,
CVE-2007-4321[0]:

fail2ban 0.8 and earlier does not properly parse sshd log 
files, which allows remote attackers to add arbitrary hosts 
to the /etc/hosts.deny file and cause a denial of service by 
adding arbitrary IP addresses to the sshd log file, as 
demonstrated by logging in via ssh with a client protocol 
version identification containing an IP address string, a 
different vector than CVE-2006-6302.

If you fix this issue, please include the CVE id in the 
changelog entry.

You can find a patch for this problem on:
http://www.ossec.net/en/attacking-loganalysis.html#patches

Kind regards
Nico
[0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-4321

-- 
Nico Golde - http://ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF
For security reasons, all text in this mail is double-rot13 encrypted.


pgpCvJcktml58.pgp
Description: PGP signature

Bug#437980: should tune2fs (etc) be world-executable?

[Drew Parsons]

On Wed, 2007-08-15 at 15:08 +0200, Sven Joachim wrote:
> Drew Parsons <[EMAIL PROTECTED]> writes:
> 
> >
> > But I could imagine it being somewhat disconcerting if I were managing a
> > set of common machines, only to find some random user had, for
> > instance, changed the times for the next automatic filesystem checks by
> > invoking tune2fs -c.
> 
> How could a random user do this?  I just tried:
> 
> $ /sbin/tune2fs -c 10 /dev/hda3
> tune2fs 1.40.2 (12-Jul-2007)
> /sbin/tune2fs: Permission denied while trying to open /dev/hda3
> Couldn't find valid filesystem superblock.

Curious.  I was able to make a change like that freely.  I notice that
my account has been added to group 'disk', which is the group
for /dev/hda*.  I wonder if that's what gives me permission to change
the partitions.

Drew


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

Bug#438186: libpam-mount doesn't like passwordless users

[Steven Dee]

Package: libpam-mount
Version: 0.18-6

When a user without a password tries to log in with a libpam-mount
volume, the user is prompted to reenter his password. If pam_mount is
specified as required (e.g. for a home directory), login fails
altogether. This is unhelpful in the case, for instance, where one has a
passwordless "guest" account whose home should be mounted and unmounted
via tmpfs.

The possible fixes would seem to be assuming null passwords mean the
empty string, or else adding a "nullok" option to the module. I'm not
sure, though, if the latter would make sense in pam-mount's context;
thoughts?

To reproduce this behavior: add a user with a blank password in
/etc/shadow; e.g.:
  guest::13740:0:9:7:::
Then give that user a volume in /etc/security/pam_mount.conf:
  volume guest tmpfs - /tmpfs/guest /home/guest - - -
(Note that passing any mount options such as size through pam_mount.conf
seems to fail for me, but that's a separate issue I'm not yet sure
about). Try to log in as the user.


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

Bug#438162: CVE-2007-4323: DenyHosts DoS vulnerability

[Nico Golde]

Hi,
I intend to upload an NMU to fix this problem, attached is a
patch which should fix CVE-2007-4323
I know its a bit early for an NMU announce but I thought it 
might be useful since it also includes a patch for the 
problem. So feel free to use it and upload yourself.

The patch is also archived on:
http://people.debian.org/~nion/nmu-diff/denyhosts-2.6-2_2.6-2.1.patch

Kind regards
Nico
-- 
Nico Golde - http://ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF
For security reasons, all text in this mail is double-rot13 encrypted.
diff -Nurad denyhosts-2.6~/debian/changelog denyhosts-2.6/debian/changelog
--- denyhosts-2.6~/debian/changelog	2007-08-16 02:43:11.0 +0200
+++ denyhosts-2.6/debian/changelog	2007-08-16 02:42:47.0 +0200
@@ -1,3 +1,11 @@
+denyhosts (2.6-2.1) unstable; urgency=high
+
+  * Non-maintainer upload for testing security team
+  * Included 07_fix_CVE-2007-4323.dpatch to fix
+CVE-2007-4323 (Closes: #438162).
+
+ -- Nico Golde <[EMAIL PROTECTED]>  Thu, 16 Aug 2007 02:41:59 +0200
+
 denyhosts (2.6-2) unstable; urgency=low
 
   * Added a patch from RedHat bugzilla that fix a regex error 
diff -Nurad denyhosts-2.6~/debian/patches/00list denyhosts-2.6/debian/patches/00list
--- denyhosts-2.6~/debian/patches/00list	2007-08-16 02:43:11.0 +0200
+++ denyhosts-2.6/debian/patches/00list	2007-08-16 02:48:46.0 +0200
@@ -4,3 +4,4 @@
 04_migrate_warning.dpatch
 05_does-not-install-useless.dpatch
 06_permit_rootlogin_no.dpatch
+07_fix_CVE-2007-4323
diff -Nurad denyhosts-2.6~/debian/patches/07_fix_CVE-2007-4323.dpatch denyhosts-2.6/debian/patches/07_fix_CVE-2007-4323.dpatch
--- denyhosts-2.6~/debian/patches/07_fix_CVE-2007-4323.dpatch	1970-01-01 01:00:00.0 +0100
+++ denyhosts-2.6/debian/patches/07_fix_CVE-2007-4323.dpatch	2007-08-16 02:48:35.0 +0200
@@ -0,0 +1,19 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## 07_fix_CVE-2007-4323.dpatch by Nico Golde <[EMAIL PROTECTED]>
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: No description.
+
[EMAIL PROTECTED]@
+diff -urNad denyhosts-2.6~/DenyHosts/regex.py denyhosts-2.6/DenyHosts/regex.py
+--- denyhosts-2.6~/DenyHosts/regex.py	2006-12-07 20:47:04.0 +0100
 denyhosts-2.6/DenyHosts/regex.py	2007-08-16 02:48:29.0 +0200
+@@ -17,7 +17,7 @@
+ 
+ FAILED_ENTRY_REGEX4 = re.compile(r"""Authentication failure for (?P.*) .*from (?P.*)""")
+ 
+-FAILED_ENTRY_REGEX5 = re.compile(r"""User (?P.*) .*from (?P.*) not allowed because none of user's groups are listed in AllowGroups""")
++FAILED_ENTRY_REGEX5 = re.compile(r"""User (?P.*) .*from (?P.*) not allowed because none of user's groups are listed in AllowGroups$""")
+ 
+ FAILED_ENTRY_REGEX6 = re.compile(r"""Did not receive identification string .*from (:::)?(?P\d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3})""")
+ 


pgprqmwQKbZw3.pgp
Description: PGP signature

Bug#438185: fails when compiling with --enable-debug

[Carlos Hellín]

Package: ettercap
Version: 1:0.7.3-1.2
Severity: serious
Justification: no longer builds from source

# ./configure --enable-debug
 Debug mode .  yes

# make
ec_text_display.c: In function ‘text_print_packet’:
ec_text_display.c:58: warning: pointer targets in passing argument 2 of 
‘regexec’ differ in signedness


-- 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=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)


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

Bug#398912: Unable to reproduce iproute2 problem.

[Michal Pokrywka]

Hi,

> I've located the problem and created a patch that works for me. If
> you
> could verify that it works for you as well that would be great.
> 
> The attached patch is against the Etch version of iproute, but
> seems to
> apply against the Sid version as well (with some offset and fuzz,
> but
> without failing).

I built etch iproute package (20061002-3) with patch applied and
resulting tc binary works without problem - at least with my tc-bad.txt
batch file. Bug seems to has been fixed, but as I employed temporary
workaround (no comments and line continuation) with my batch script
generator, I won't test patched binary in production until I have
more time.
Many thanks for your work, I'll send a message in case of any further
problems.

Regards,
Michal Pokrywkadiff -urip iproute-20061002/include/utils.h iproute-20061002.fixed2/include/utils.h
--- iproute-20061002/include/utils.h	2006-10-02 22:13:34.0 +0200
+++ iproute-20061002.fixed2/include/utils.h	2007-08-16 00:51:58.0 +0200
@@ -132,7 +132,7 @@ int print_timestamp(FILE *fp);
 #define ARRAY_SIZE(x) (sizeof(x) / sizeof((x)[0]))
 
 extern int cmdlineno;
-extern size_t getcmdline(char **line, size_t *len, FILE *in);
+extern ssize_t getcmdline(char **line, size_t *len, FILE *in);
 extern int makeargs(char *line, char *argv[], int maxargs);
 
 #endif /* __UTILS_H__ */
diff -urip iproute-20061002/lib/utils.c iproute-20061002.fixed2/lib/utils.c
--- iproute-20061002/lib/utils.c	2006-10-02 22:13:34.0 +0200
+++ iproute-20061002.fixed2/lib/utils.c	2007-08-16 00:49:02.0 +0200
@@ -578,9 +578,9 @@ int print_timestamp(FILE *fp)
 int cmdlineno;
 
 /* Like glibc getline but handle continuation lines and comments */
-size_t getcmdline(char **linep, size_t *lenp, FILE *in)
+ssize_t getcmdline(char **linep, size_t *lenp, FILE *in)
 {
-	size_t cc;
+	ssize_t cc;
 	char *cp;
 		
 	if ((cc = getline(linep, lenp, in)) < 0)
@@ -608,9 +608,11 @@ size_t getcmdline(char **linep, size_t *
 		if (cp) 
 			*cp = '\0';
 
-		*linep = realloc(*linep, strlen(*linep) + strlen(line1) + 1);
+		*lenp = strlen(*linep) + strlen(line1) + 1;
+		*linep = realloc(*linep, *lenp);
 		if (!*linep) {
 			fprintf(stderr, "Out of memory\n");
+			*lenp = 0;
 			return -1;
 		}
 		cc += cc1 - 2;

Bug#429174: [CVE-2007-3231] security bug fix in version 0.96

[Nico Golde]

Hi,
I intend to upload an NMU to fix this problem, attached is a
patch which should fix CVE-2007-3231

The patch is also archived on:
http://people.debian.org/~nion/nmu-diff/mecab-0.95-1_0.95-1.1.patch

Kind regards
Nico

-- 
Nico Golde - http://ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF
For security reasons, all text in this mail is double-rot13 encrypted.
diff -Nurad mecab~/mecab-0.95/debian/changelog mecab/mecab-0.95/debian/changelog
--- mecab~/mecab-0.95/debian/changelog	2007-08-16 02:12:32.0 +0200
+++ mecab/mecab-0.95/debian/changelog	2007-08-16 02:11:58.0 +0200
@@ -1,3 +1,11 @@
+mecab (0.95-1.1) unstable; urgency=high
+
+  * Non-maintainer upload for testing security team.
+  * Included 040_fix_CVE-2007-3231.patch to fix
+CVE-2007-3231 (Closes: #429174).
+
+ -- Nico Golde <[EMAIL PROTECTED]>  Thu, 16 Aug 2007 02:11:16 +0200
+
 mecab (0.95-1) unstable; urgency=low
 
   * New upstream.
diff -Nurad mecab~/mecab-0.95/debian/patches/040_fix_CVE-2007-3231.patch mecab/mecab-0.95/debian/patches/040_fix_CVE-2007-3231.patch
--- mecab~/mecab-0.95/debian/patches/040_fix_CVE-2007-3231.patch	1970-01-01 01:00:00.0 +0100
+++ mecab/mecab-0.95/debian/patches/040_fix_CVE-2007-3231.patch	2007-08-16 02:10:15.0 +0200
@@ -0,0 +1,15 @@
+diff -Nurad mecab-0.95~/src/tokenizer.cpp mecab-0.95/src/tokenizer.cpp
+--- mecab-0.95~/src/tokenizer.cpp	2007-08-16 02:08:30.0 +0200
 mecab-0.95/src/tokenizer.cpp	2007-08-16 02:09:23.0 +0200
+@@ -235,6 +235,11 @@
+ const char *begin3 = begin2 + mblen;
+ const char *group_begin3 = 0;
+ 
++if (begin3 > end) {
++  ADDUNKNWON;
++  return resultNode;
++}
++
+ if (cinfo.group) {
+   const char *tmp = begin3;
+   CharInfo fail;


pgpQglbCrV9Ji.pgp
Description: PGP signature

Bug#437819: [Mail Delivery System] Undelivered Mail Returned to Sender

[Brian May]

My previous E-Mail, presumably to the bug submitter
bounced. Twice. :-(

=== cut ===
This is the Postfix program at host main.clab.gwava.com.

I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.

For further assistance, please send mail to 

If you do so, please include this problem report. You can
delete your own text from the attached returned message.

The Postfix program

<[EMAIL PROTECTED]>: Host or domain name not found. Name service error for
name=clab.gwava.com type=: Host not found
=== cut ===

=== cut ===
This is the Postfix program at host main.clab.gwava.com.

I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.

For further assistance, please send mail to 

If you do so, please include this problem report. You can
delete your own text from the attached returned message.

The Postfix program

<[EMAIL PROTECTED]>: Host or domain name not found. Name service error for
name=clab.gwava.com type=: Host not found
=== cut ===
-- 
Brian May <[EMAIL PROTECTED]>


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

Bug#437916: more fixes

[Kees Cook]

Hi, here's the final patch I used in Ubuntu.  This includes fixes for
CVE-2007-3106 as well.

-- 
Kees Cook@outflux.net
Index: libvorbis-1.1.2.dfsg/lib/floor1.c
===
--- libvorbis-1.1.2.dfsg.orig/lib/floor1.c	2007-08-15 14:04:50.0 -0700
+++ libvorbis-1.1.2.dfsg/lib/floor1.c	2007-08-15 16:26:17.0 -0700
@@ -358,7 +358,7 @@
   0.82788260F, 0.88168307F, 0.9389798F, 1.F, 
 };
 
-static void render_line(int x0,int x1,int y0,int y1,float *d){
+static void render_line(int n, int x0,int x1,int y0,int y1,float *d){
   int dy=y1-y0;
   int adx=x1-x0;
   int ady=abs(dy);
@@ -370,8 +370,12 @@
 
   ady-=abs(base*adx);
 
+  if(n>x1)n=x1;
+
+  if(x=adx){
   err-=adx;
@@ -1068,7 +1072,7 @@
 	hy*=info->mult;
 	hx=info->postlist[current];
 	
-	render_line(lx,hx,ly,hy,out);
+	render_line(n,lx,hx,ly,hy,out);
 	
 	lx=hx;
 	ly=hy;
Index: libvorbis-1.1.2.dfsg/lib/res0.c
===
--- libvorbis-1.1.2.dfsg.orig/lib/res0.c	2007-08-15 14:04:50.0 -0700
+++ libvorbis-1.1.2.dfsg/lib/res0.c	2007-08-15 16:26:17.0 -0700
@@ -512,7 +512,7 @@
 
 #ifdef TRAIN_RES
   for(i=0;ibegin;jend;j++){
+for(j=info->begin;jlook->tmax)look->tmax=in[i][j];
   if(in[i][j]tmin)look->tmin=in[i][j];
 }
@@ -617,8 +617,11 @@
   /* move all this setup out later */
   int samples_per_partition=info->grouping;
   int partitions_per_word=look->phrasebook->dim;
-  int n=info->end-info->begin;
+  int max=vb->pcmend>>1;
+  int end=(info->endend:max);
+  int n=end-info->begin;
   
+  if(n>0){
   int partvals=n/samples_per_partition;
   int partwords=(partvals+partitions_per_word-1)/partitions_per_word;
   int ***partword=alloca(ch*sizeof(*partword));
@@ -655,7 +658,7 @@
 	}
 } 
   }
-  
+  }
  errout:
  eopbreak:
   return(0);
@@ -833,8 +836,11 @@
   /* move all this setup out later */
   int samples_per_partition=info->grouping;
   int partitions_per_word=look->phrasebook->dim;
-  int n=info->end-info->begin;
+  int max=(vb->pcmend*ch)>>1;
+  int end=(info->endend:max);
+  int n=end-info->begin;
 
+  if(n>0){
   int partvals=n/samples_per_partition;
   int partwords=(partvals+partitions_per_word-1)/partitions_per_word;
   int **partword=_vorbis_block_alloc(vb,partwords*sizeof(*partword));
@@ -867,7 +873,7 @@
 	}
 } 
   }
-  
+  }
  errout:
  eopbreak:
   return(0);
Index: libvorbis-1.1.2.dfsg/lib/info.c
===
--- libvorbis-1.1.2.dfsg.orig/lib/info.c	2007-08-15 16:26:18.0 -0700
+++ libvorbis-1.1.2.dfsg/lib/info.c	2007-08-15 16:27:27.0 -0700
@@ -162,14 +162,23 @@
   if(ci->mode_param[i])_ogg_free(ci->mode_param[i]);
 
 for(i=0;imaps;i++) /* unpack does the range checking */
-  _mapping_P[ci->map_type[i]]->free_info(ci->map_param[i]);
+  if(ci->map_param[i]) /* this may be cleaning up an aborted
+			  unpack, in which case the below type
+			  cannot be trusted */
+	_mapping_P[ci->map_type[i]]->free_info(ci->map_param[i]);
 
 for(i=0;ifloors;i++) /* unpack does the range checking */
-  _floor_P[ci->floor_type[i]]->free_info(ci->floor_param[i]);
+  if(ci->floor_param[i]) /* this may be cleaning up an aborted
+unpack, in which case the below type
+cannot be trusted */
+	_floor_P[ci->floor_type[i]]->free_info(ci->floor_param[i]);
 
 for(i=0;iresidues;i++) /* unpack does the range checking */
-  _residue_P[ci->residue_type[i]]->free_info(ci->residue_param[i]);
-
+  if(ci->residue_param[i]) /* this may be cleaning up an aborted
+  unpack, in which case the below type
+  cannot be trusted */
+	_residue_P[ci->residue_type[i]]->free_info(ci->residue_param[i]);
+
 for(i=0;ibooks;i++){
   if(ci->book_param[i]){
 	/* knows if the book was not alloced */

Bug#438183: '421 Could not go to my home directory' on 'wzdftpd' login after fresh install

[Nick Shaforostoff]

Package: wzdftpd
Version: 0.8.2-1
Severity: grave
Justification: renders package unusable

what i did:
dpkg -P wzdftpd
rm -rf /var/log/wzdftpd #because dpkg complained
apt-get install wzdftpd
ftp 127.0.0.1
[type wzdftpd:wzdftpd]
=>login fails with '421 Could not go to my home directory'

ps i did fresh install because it stopped to allow all logins
(including wzdftpd) so i wanted to configure it from scratch


-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (990, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.20.1-my (PREEMPT)
Locale: LANG=ru_UA, LC_CTYPE=ru_UA (charmap=KOI8-U) (ignored: LC_ALL set to 
ru_UA.KOI8-U)
Shell: /bin/sh linked to /bin/bash

Versions of packages wzdftpd depends on:
ii  debconf [debconf-2.0] 1.5.13 Debian configuration management sy
ii  libc6 2.6-2  GNU C Library: Shared libraries
ii  libgnutls13   1.6.3-1the GNU TLS library - runtime libr
ii  libpam0g  0.79-4 Pluggable Authentication Modules l
ii  po-debconf1.0.8  manage translated Debconf template
ii  ucf   2.0020 Update Configuration File: preserv

wzdftpd recommends no packages.

-- debconf information:
  wzdftpd/upgrade:


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

Bug#438184: getpwnam and getgrnam astonishing inefficiency

[Ian Jackson]

Package: libc6
Version: 2.3.6.ds1-13

While stracing dpkg I saw something strange so I investigated.

Below is a fragment showing dpkg on sarge installing libadns1-bin.
This is from the unpack phase and convers the installation of two
files.  I see similar behaviour on etch.

18 out of the 32 system calls for installing each file are the libc
reading /etc/{passwd,group} for get{pw,gr}nam in order to map "root"
to 0 for the nth time.

Surely it could be at least slightly more intelligent.

Ian.

00:54:58.376667 read(7, "./usr/bin/adnsheloex\0\0\0\0\0\0\0\0\0\0\0\0"..., 512) 
= 512
00:54:58.376735 open("/etc/passwd", O_RDONLY) = 8
00:54:58.376791 fcntl64(8, F_GETFD) = 0
00:54:58.376833 fcntl64(8, F_SETFD, FD_CLOEXEC) = 0
00:54:58.376876 _llseek(8, 0, [0], SEEK_CUR) = 0
00:54:58.376922 fstat64(8, {st_mode=S_IFREG|0644, st_size=5251, ...}) = 0
00:54:58.376996 mmap2(NULL, 5251, PROT_READ, MAP_SHARED, 8, 0) = 0x40022000
00:54:58.377041 _llseek(8, 5251, [5251], SEEK_SET) = 0
00:54:58.377093 munmap(0x40022000, 5251) = 0
00:54:58.377137 close(8)= 0
00:54:58.377185 open("/etc/group", O_RDONLY) = 8
00:54:58.377238 fcntl64(8, F_GETFD) = 0
00:54:58.377280 fcntl64(8, F_SETFD, FD_CLOEXEC) = 0
00:54:58.377321 _llseek(8, 0, [0], SEEK_CUR) = 0
00:54:58.377367 fstat64(8, {st_mode=S_IFREG|0644, st_size=1884, ...}) = 0
00:54:58.377440 mmap2(NULL, 1884, PROT_READ, MAP_SHARED, 8, 0) = 0x40022000
00:54:58.377487 _llseek(8, 1884, [1884], SEEK_SET) = 0
00:54:58.377538 munmap(0x40022000, 1884) = 0
00:54:58.377580 close(8)= 0
00:54:58.377635 lstat64("/usr/bin/adnsheloex", {st_mode=S_IFREG|0755, 
st_size=9720, ...}) = 0
00:54:58.377721 rmdir("/usr/bin/adnsheloex.dpkg-new") = -1 ENOENT (No such file 
or directory)
00:54:58.377829 rmdir("/usr/bin/adnsheloex.dpkg-tmp") = -1 ENOENT (No such file 
or directory)
00:54:58.377888 open("/usr/bin/adnsheloex.dpkg-new", 
O_WRONLY|O_CREAT|O_EXCL|O_LARGEFILE, 0) = 8
00:54:58.378071 read(7, "[EMAIL PROTECTED]"..., 9720) = 9720
00:54:58.378324 write(8, "[EMAIL PROTECTED]"..., 9720) = 9720
00:54:58.381611 read(7, "\0\0\0\0\0\0\0\0", 8) = 8
00:54:58.381688 fchown32(8, 0, 0)   = 0
00:54:58.381746 fchmod(8, 0755) = 0
00:54:58.381794 close(8)= 0
00:54:58.381844 utime("/usr/bin/adnsheloex.dpkg-new", [2007/08/16-00:53:53, 
2006/10/17-17:47:03]) = 0
00:54:58.381924 link("/usr/bin/adnsheloex", "/usr/bin/adnsheloex.dpkg-tmp") = 0
00:54:58.382067 rename("/usr/bin/adnsheloex.dpkg-new", "/usr/bin/adnsheloex") = 0

00:54:58.382224 read(7, "./usr/bin/adnsresfilter\0\0\0\0\0\0\0\0\0"..., 512) = 
512
00:54:58.382410 open("/etc/passwd", O_RDONLY) = 8
00:54:58.382478 fcntl64(8, F_GETFD) = 0
00:54:58.382521 fcntl64(8, F_SETFD, FD_CLOEXEC) = 0
00:54:58.382566 _llseek(8, 0, [0], SEEK_CUR) = 0
00:54:58.382614 fstat64(8, {st_mode=S_IFREG|0644, st_size=5251, ...}) = 0
00:54:58.382689 mmap2(NULL, 5251, PROT_READ, MAP_SHARED, 8, 0) = 0x40022000
00:54:58.382739 _llseek(8, 5251, [5251], SEEK_SET) = 0
00:54:58.382853 munmap(0x40022000, 5251) = 0
00:54:58.382900 close(8)= 0
00:54:58.382952 open("/etc/group", O_RDONLY) = 8
00:54:58.383006 fcntl64(8, F_GETFD) = 0
00:54:58.383048 fcntl64(8, F_SETFD, FD_CLOEXEC) = 0
00:54:58.383092 _llseek(8, 0, [0], SEEK_CUR) = 0
00:54:58.383138 fstat64(8, {st_mode=S_IFREG|0644, st_size=1884, ...}) = 0
00:54:58.383211 mmap2(NULL, 1884, PROT_READ, MAP_SHARED, 8, 0) = 0x40022000
00:54:58.383257 _llseek(8, 1884, [1884], SEEK_SET) = 0
00:54:58.383307 munmap(0x40022000, 1884) = 0
00:54:58.383348 close(8)= 0
00:54:58.383404 lstat64("/usr/bin/adnsresfilter", {st_mode=S_IFREG|0755, 
st_size=11528, ...}) = 0
00:54:58.383492 rmdir("/usr/bin/adnsresfilter.dpkg-new") = -1 ENOENT (No such 
file or directory)
00:54:58.383598 rmdir("/usr/bin/adnsresfilter.dpkg-tmp") = -1 ENOENT (No such 
file or directory)
00:54:58.383659 open("/usr/bin/adnsresfilter.dpkg-new", 
O_WRONLY|O_CREAT|O_EXCL|O_LARGEFILE, 0) = 8
00:54:58.383826 read(7, 
"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\2\0\3\0\1\0\0\0\0\213\4"..., 11528) = 11528
00:54:58.384050 write(8, 
"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\2\0\3\0\1\0\0\0\0\213\4"..., 11528) = 11528
00:54:58.384206 read(7, 
"\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 248) = 248
00:54:58.384276 fchown32(8, 0, 0)   = 0
00:54:58.384326 fchmod(8, 0755) = 0
00:54:58.384371 close(8)= 0
00:54:58.384413 utime("/usr/bin/adnsresfilter.dpkg-new", [2007/08/16-00:53:53, 
2006/10/17-17:47:03]) = 0
00:54:58.384486 link("/usr/bin/adnsresfilter", 
"/usr/bin/adnsresfilter.dpkg-tmp") = 0
00:54:58.384622 rename("/usr/bin/adnsresfilter.dpkg-new", 
"/usr/bin/adnsresfilter") = 0

-- 


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

Bug#393521: epiphany should be renamed to epiphany-game

[Simon Cross]

On 8/16/07, Ricardo Mones <[EMAIL PROTECTED]> wrote:
>   By the way, the voices in my head tell me not to change package names just
> for fun ;-)

Look, this clearly violates the principle of least surprise (the game
doesn't even have a Wikipedia page; the browser is GNOME's browser).
If you're going to argue with this, please try raise some sort of
counter point rather than flippantly stating the opposite opinion.

I'm not saying this is a serious bug, but to claim there is nothing
wrong is disingenuous.

Perhaps you could explain to me why:

1) typing "epiphany" launches the browser but typing "epiphany-game"
launches the game,
2) typing "man epiphany" brings up the the man page for the browser
but typing "man epiphanty-game" brings up the game's help,
3) the Debian install rules for the epiphany package *manually rename
the epiphany executable from the default name of epiphany to
epiphany-game*.

All I'm asking for here is a little consistency.

> You'll have to file a separate bug for that, but given the amount of
> "confused people" I see in this bug I think things are pretty clear.

It's a minor issue. People are busy. Ubuntu has already had one user
file a bug because they thought the browser hadn't installed properly
[1].

[1] https://launchpad.net/ubuntu/+source/epiphany/+bug/40922

Schiavo
Simon


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

Bug#427991: libxine1: xine crashed when playing dvds with jack server error

[Michael Schmitt]

Hi folks,

even if Prakash J Kokkatt confused me a bit with his report, I have the
same issue. I don't use jackd but I don't think a forced deinstall of
depends of xine can be called a "solution". So in my opinion the
solution is quite simple: Remove the depends for the jack libs or if
this would break something else one should implement a check if jackd is
installed and if not it should not try to use it.
I did not find anything on google for this issue, is the upstream
version not affected?

greetings
Michael

P.S.: I am sure the color of my computer case has nothing to do with
this issue but if one wants to know, it is white with small blue
parts ;)



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

Bug#438182: linux-source-2.6.22-rc7: evbug.c fills syslog, dmesg fills log files.

[Gnu_Raiz]

Package: linux-source-2.6.22-rc7
Severity: important

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

This is the same type of problem that is present in other linux-source
linux-images.

evbug.c: Event. Dev: isa0060/serio0/input0, Type: 4, Code: 4, Value: 56
evbug.c: Event. Dev: isa0060/serio0/input0, Type: 1, Code: 56, Value: 2
evbug.c: Event. Dev: isa0060/serio0/input0, Type: 0, Code: 0, Value: 0
evbug.c: Event. Dev: isa0060/serio0/input0, Type: 4, Code: 4, Value: 56
evbug.c: Event. Dev: isa0060/serio0/input0, Type: 1, Code: 56, Value: 2
evbug.c: Event. Dev: isa0060/serio0/input0, Type: 0, Code: 0, Value: 0

Checked to see if evbug blacklisted yes, modprobe.conf is not empty can
not delete.


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

Bug#397791: inetd, redir, ProxyCommand, and basic file descriptors

[Daniel Kahn Gillmor]

thanks for noting this.  i'm trying to sort out what it means that
this doesn't work.  Canonically, stdin is FD 0 and stdout is FD 1
(stderr is FD 2).

ssh_config(5) describes ProxyCommand as:

  The command can be basically anything, and should read from its
  standard input and write to its standard output.

But inetd(8) says that:

 The master socket will then be passed as fd 0 to the server, which
 will then need to accept the incoming connection.

and redir(1) says:

  --inetd 
  Run as a process started from inetd, with the connection
  passed as stdin and stdout on startup.

So there's a conflict between these goals: inetd passes the socket as
a single file descriptor (FD 0, or stdin).  The strace you posted here
shows that redir --inetd is behaving correctly (trying to write to FD
0) according to the way that inetd works.

But that doesn't match up with what OpenSSH's ProxyCommand needs, and
the redir man page itself appears to be confused, since it claims to
use stdin and stdout, when only stdin (FD 0) is used, as required by
inetd.  At the very least the redir man page should be fixed?

Maybe there's some sort of shell-based file descriptor redirection
magic that could be used to coax a ProxyCommand out of redir?

Patches or suggestions are welcome.

As a workaround, you could always use netcat (or socat) as the
ProxyCommand, with something like this:

 nc hostname 22

hth,

--dkg


pgplEH1hJadLe.pgp
Description: PGP signature

Bug#438179: getaddrinfo() sorts results.

[Kurt Roeckx]

Package: glibc
Version: 2.6.1-1
Severity: important


Hi,

It seems that getaddrinfo() seems to sort the results, which defeats the
point of having multiple A-records in the first place.

If I look up 0.pool.ntp.org I (now) get:
0.pool.ntp.org has address 193.39.78.2
0.pool.ntp.org has address 195.34.187.132
0.pool.ntp.org has address 202.73.37.27
0.pool.ntp.org has address 212.24.114.156
0.pool.ntp.org has address 217.116.227.3
0.pool.ntp.org has address 62.75.136.76
0.pool.ntp.org has address 62.245.224.171
0.pool.ntp.org has address 64.5.1.129
0.pool.ntp.org has address 66.180.136.186
0.pool.ntp.org has address 80.86.83.133
0.pool.ntp.org has address 81.169.172.219
0.pool.ntp.org has address 85.25.252.58
0.pool.ntp.org has address 88.198.8.101
0.pool.ntp.org has address 91.121.13.62

But getaddrinfo() will always return ip's in this order:
62.75.136.76
62.245.224.171
64.5.1.129
[...]

There seems to be some variation in the list, but the first 4 or 5 are
always the same.  I only care about the first one.

It should keep the order of the A-records the same as they were returned
by the dns server.


Kurt



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

Bug#428003: Use of UXTerm with clusterssh

[tony mancill]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Thank you for this bug report!

The reason this isn't working is because uxterm changes the class from
"XTerm" to "UXTerm" for the uxterm invoked, and the allowSendEvents
attribute isn't getting set.

You can modify your ~/.csshrc file to set the value correctly by modifying
the terminal_allow_send_events parameter as follows:

#terminal_allow_send_events=-xrm 'XTerm.VT100.allowSendEvents:true'
terminal_allow_send_events=-xrm 'UXTerm.VT100.allowSendEvents:true'

I'll consider updating the Debian version of clusterssh to set this value
automatically and discuss the issue with the upstream author.

Regards,
tony
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGw4ccpdwBkPlyvgMRAtUHAJ9R6DFsBNW9hjrnMVu6UGMa9jHA5wCfXZe9
w2q9gE+7j/16DAMFcWnTV6k=
=b57n
-END PGP SIGNATURE-


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

Bug#437898: redir: not handling nostrip build option (policy 10.1)

[Daniel Kahn Gillmor]

tags 437898 +pending
thanks

On Tue 2007-08-14 14:38:24 -0400, Julien Danjou wrote:

> There was a problem while autobuilding your package with
> DEB_BUILD_OPTIONS=nostrip.  Final binaries are still stripped.

Thanks for finding this.  i've got a new version of this package
available here, which resolves the issue:

 http://cmrg.fifthhorseman.net/debian/pool/redir/r/redir/

now i just need get a DD to put it in the queue.  Aníbal, would you be
willing to sponsor this upload?

--dkg


pgpIt7AwJ6eLb.pgp
Description: PGP signature

Bug#398912: Unable to reproduce iproute2 problem.

[Andreas Henriksson]

tags 398912 - moreinfo
tags 398912 + patch
thanks

On ons, 2007-08-15 at 18:23 +0200, Michal Pokrywka wrote:
> I just tested script attached to my bugreport and bug still exists.
> I reproduced it on two different machines: PIII with Linux 2.6.18-4-686
> and PIV with few xen domains with Linux 2.6.18-4-xen-686.

Hello again!

Thanks for testing and verifying the problem still exists.
With your hint I made some more efforts into reproducing it and managed
to do so on an older Pentium computer running Etch as well.

I've located the problem and created a patch that works for me. If you
could verify that it works for you as well that would be great.

The attached patch is against the Etch version of iproute, but seems to
apply against the Sid version as well (with some offset and fuzz, but
without failing).

Have a nice day!


-- 
Regards,
Andreas Henriksson
diff -urip iproute-20061002/include/utils.h iproute-20061002.fixed2/include/utils.h
--- iproute-20061002/include/utils.h	2006-10-02 22:13:34.0 +0200
+++ iproute-20061002.fixed2/include/utils.h	2007-08-16 00:51:58.0 +0200
@@ -132,7 +132,7 @@ int print_timestamp(FILE *fp);
 #define ARRAY_SIZE(x) (sizeof(x) / sizeof((x)[0]))
 
 extern int cmdlineno;
-extern size_t getcmdline(char **line, size_t *len, FILE *in);
+extern ssize_t getcmdline(char **line, size_t *len, FILE *in);
 extern int makeargs(char *line, char *argv[], int maxargs);
 
 #endif /* __UTILS_H__ */
diff -urip iproute-20061002/lib/utils.c iproute-20061002.fixed2/lib/utils.c
--- iproute-20061002/lib/utils.c	2006-10-02 22:13:34.0 +0200
+++ iproute-20061002.fixed2/lib/utils.c	2007-08-16 00:49:02.0 +0200
@@ -578,9 +578,9 @@ int print_timestamp(FILE *fp)
 int cmdlineno;
 
 /* Like glibc getline but handle continuation lines and comments */
-size_t getcmdline(char **linep, size_t *lenp, FILE *in)
+ssize_t getcmdline(char **linep, size_t *lenp, FILE *in)
 {
-	size_t cc;
+	ssize_t cc;
 	char *cp;
 		
 	if ((cc = getline(linep, lenp, in)) < 0)
@@ -608,9 +608,11 @@ size_t getcmdline(char **linep, size_t *
 		if (cp) 
 			*cp = '\0';
 
-		*linep = realloc(*linep, strlen(*linep) + strlen(line1) + 1);
+		*lenp = strlen(*linep) + strlen(line1) + 1;
+		*linep = realloc(*linep, *lenp);
 		if (!*linep) {
 			fprintf(stderr, "Out of memory\n");
+			*lenp = 0;
 			return -1;
 		}
 		cc += cc1 - 2;


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

Bug#425397: tasksel/pkgsel causing Etch netboot install to hang indefinitely

[Adrian Bridgett]

Many thanks :-)  I've not been in a position to retest this yet,
however I'm hitting what looks like a very similar problem which the
new package doesn't help with.  All the comments below are w.r.t
debconf 1.5.14.  Apologies for the rambling nature, but maybe some
random comment may spark something...

I've been putting loads of debug output in but my understanding of how
the whole package sits together isn't good enough to figure out what
should happen.  /usr/share/doc/debconf-doc/passthrough.txt.gz for
example was really helpful, but I'm not sure how dpkg-preconfigure
(and debconf-apt-progress) fits into it.

I'm using puppet at the end of a preseeded install and some packages
keep hanging (sysstat and postfix namely).  I suspect it's the
preseeding that's causing the problem.  

What I see is dpkg-preconfigure running /tmp/postfix.config.12345
(sometimes with a zombie'd process in the middle).  dpkg-preconfigure
is reading from FD8 (which is FD1 from the postfix.config),  the
postfix-config in turn is reading from FD0 (which is FD7 from the
dpkg-preconfigure).  Deadlock ensues :-(

I've been trying to do some debugging but it's a bit tricky as I'm not
sure exactly which frontends etc end up being run.  puppet is calling
apt which is set to run dpkg-preconfigure, overall therefore, the
config file thus gets run once by dpkg-preconfigure and once normally.

When postfix.config runs /usr/share/debconf/confmodules, at line 45 it
complains that FD3 is a bad file descriptor.  Listing /proc/$$/fd
shows that FD3 doesn't exist.  FD2 points to the overall stderr, FD1
is a pipe back to FD8 of dpkg-preconfigure.  FD0 is FD7 from
dpkg-preconfigure.

FD3 exists and DEBCONF_REDIR is set when ConfModule::startup() is
called, however it looks like FD3 does not persist into the open2()
call.  I'll try and post a bit more tomorrow after more debugging...

Adrian
-- 
Email: [EMAIL PROTECTED]  -*-  GPG key available on public key servers
Debian GNU/Linux - the maintainable distribution   -*-  www.debian.org


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

Bug#437018: closed by Joey Hess <[EMAIL PROTECTED]> (Re: Bug#437018: Network shouldn't be used/enforced on non-network installs)

[Tim Hull]

-- Forwarded message --

> From: Joey Hess <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Date: Wed, 15 Aug 2007 16:13:23 -0400
> Subject: Re: Bug#437018: Network shouldn't be used/enforced on non-network
> installs
> Wouter Verhelst wrote:
> > ("there's no working connection to the Internet, but what the heck,
> > we'll try anyway, and if it doesn't work, the admin will have to wait
> > for the connection to time out an insane number of times")
>
> If there's no network connection *at all*, there is no timeout to wait
> for. Try it yourself:
>
> [EMAIL PROTECTED]:/home/joey>ifdown wlan0
> ...
> [EMAIL PROTECTED]:/home/joey>time apt-get update
> ...
> 0.06user 0.04system 0:00.21elapsed 48%CPU (0avgtext+0avgdata
> 0maxresident)k
> 0inputs+0outputs (0major+3403minor)pagefaults 0swaps
> zsh: exit 100   command time apt-get update
>
> In the edge case where there is a network connection with a default route
> that
> doesn't work, you get to wait for a timeout. We have discussed this
> before,
> and this is a sufficiently uncommon enough case that it's not worth asking
> in every install whether d-i should hit the network[1]. If you're in such
> a
> situation, unplug your network cable, or fix your network before trying to
> install Debian, or run the install in expert mode and tell it not to set
> up a network connection.



I see what you're saying.  However, one must still navigate the d-i steps
related to networking in any case, and in my experience I've had to wait for
a DHCP timeout on a disconnected network card. IMHO, it seems logical to add
a "Don't use a network for this install" option as a choice on the screen
which lists the available network cards.  If that is selected, the updates
step and all network-related steps would be skipped entirely.

I think that would be the ideal solution - it would make the install much
more friendly to users who don't have networking during the install. This
situation is probably more common than you think, since it includes every
wi-fi-only user as well as anyone who uses authentication methods like
802.11x.

Could this be considered?

Tim

Tim

Bug#393521: epiphany should be renamed to epiphany-game

[Ricardo Mones]

On Wed, 15 Aug 2007 18:06:03 +0200
Simon Cross <[EMAIL PROTECTED]> wrote:

> I got hit by this today. It was more amusing than frustrating but

  Glad you were amused.

> since a friend pointed me to this bug, I'll spell out the current
> silliness:
> 
> The package "epiphany-browser" installs an executable named
> "epiphany". The package "epiphany" installs an executable named
> "epiphany-game". This is crazy. I propose that the "epiphany" be
> renamed to "epiphany-game" and that the package "epiphany-broswer" be
> left as is.

  Yeah, it's a so crazy situation that we have to maintain those packages
from this psychiatric pavillion, it's terrific, isn't it? :-)

  By the way, the voices in my head tell me not to change package names just
for fun ;-)
 
> Renaming the "epiphany" executable to "epiphany-browser" would further
> clarify things.

  You'll have to file a separate bug for that, but given the amount of
"confused people" I see in this bug I think things are pretty clear.

  enjoy,
-- 
 Ricardo Mones
 http://people.debian.org/~mones
 «Ships are safe in harbor, but they were never meant to stay there.»


signature.asc
Description: PGP signature

Bug#437100: unison: Crashes when nmapped

[Sylvain Le Gall]

Hello,

On Fri, Aug 10, 2007 at 01:02:17PM +, Roman Odaisky wrote:
> Package: unison
> Version: 2.13.16-6
> Severity: normal
> 
> 
> When I ran nmap -sV, unison (being run with --socket over VPN) crashed with 
> this message:
> 
> Uncaught exception File
> "/home/gildor/deb/unison/build-area/unison-2.13.16/remote.ml", line 530,
> characters 2-8: Assertion failed
> 
> Obviously nmap sent something to unison that it couldn't process.
> 
> Expected behavior: drop the connection, or ignore the error until some 
> reasonable input is sent, but don't crash.
> 

Unison rely on "ssh" to establish a connection with remote site. So it
doesn't handle at all any network error, since it look likes a
broken pipe when ssh fails...

Don't you think that nmap just crash "ssh" ? 

In this case, this bug should be reassigned to ssh.

Can you reproduce the same behavior with the same command ?

Regards
Sylvain Le Gall



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

Bug#274928: The bugs are still present

[Margarita Manterola]

found 274928 2.0.4.dfsg.2-5etch1
found 274928 2.2.1-7
thanks

Hi!

Sorry for being so slow in replying.  I have just now tested this out, and
all the behaviours reported are still happening with the version in Etch
2.0.4, and with the version in Sid, 2.2.1

My original report included more than one bug... And some are more serious
than others.  Here's a list, in order of severity.

1) "Suppress output of empty pages" is not selected by default.
   I can't believe that this is still true.  I cannot think of ANY 
   usecase where it would be useful to print empty pages.  Specially taking
   into account that the default spreadsheed includes 3 sheets, and most
   people just use the first one.  Thus, without checking this box, having
   a tendency to print 2 useless empty pages.  I'd say this is an
   _important_ bug.

2) Selecting a printing range affects all Sheets, not just the one where
   the printing range is selected.
   This means that if you select a printing range in one sheet, you need
   to either delete it or select a printing range for all sheets, if you
   want to print what's in the other sheets.  I'd say this is a _normal_
   bug.

3) "Print only selected sheets" is not selected by default.
   This is not that bad, but is also quite bothersome.  Since the expected
   behaviour is that pressing the "Print" button will print the selected
   page. I'd say this is a _minor_ bug.

4) The print preview doesn't take into account the "Print only selected 
   sheets" option.
   This is a bit shocking, since one is expecting to see whatever is going
   to be printed in the Print Preview, and nothing else.  But, it's not as
   bad as the others, so this would be _wishlist_, or maybe _minor_.

I'm really surprised that all these flaws have survived such a long time,
since I find all of them pretty bothering.  However, I also know that it's
not Debian's duty to fix these.  These should all be sent upstream.

Thanks a lot, and sorry again for the late reply.

-- 
 Bezitos,
 Maggie.


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

Bug#437962: sgt-puzzles: depends on GNOME libraries

[Ben Hutchings]

On Tue, 2007-08-14 at 20:06 -0500, maybeway36 wrote:
> The sgt-puzzles package in the Debian etch, lenny and sid distributions
> depend on the GNOME 2 libraries (libgnome2-0). I have previously been 
> able to compile the collection myself with just libgtk2.0-dev and 
> libx11-dev. Is the package compilied with a dependency on the GNOME 
> libraries?
> 
In upstream versions, the Windows front-end has online help but the Gtk
front-end does not.  Since the documentation is already written to be
suitable as online help, I added this feature to the Gtk front-end using
the libgnome help functions.  I may in future reimplement it by
executing a help browser (or failing that, a web browser) directly.

Ben.

-- 
Ben Hutchings
Sturgeon's Law: Ninety percent of everything is crap.


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

Bug#438178: ITP: openbios-sparc -- SPARC Open Firmware

[Aurelien Jarno]

Package: wnpp
Severity: wishlist
Owner: Aurelien Jarno <[EMAIL PROTECTED]>

* Package name: openbios-sparc
  Version : 1.0alpha2
  Upstream Author : Stefan Reinauer <[EMAIL PROTECTED]>
Samuel Rydh <[EMAIL PROTECTED]>
* URL : http://www.openbios.org/
* License : GPL v2 only, GPL v2 or later, MIT-like, 
2-clause BSD, 3-clause BSD
  Programming Lang: C, Assembler, Forth
  Description : SPARC Open Firmware

 OpenBIOS is a free, portable implementation of IEEE 1275-1994
 (Open Firmware).
 .
 This package contains the SPARC 32-bit and SPARC 64-bit versions
 of OpenBIOS.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

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


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

Bug#432906: integrate lckdo in moreutils?

[Michael Tokarev]

Robert Edmonds wrote at Thu, 12 Jul 2007 18:59:23 -0400:
> Package: moreutils
> Version: 0.22
> Severity: wishlist
> 
> Hi, Joey:
> 
> I currently have a single binary package called 'lckdo' -- I didn't
> realize the upstream author (mjt) was a Debian developer when I packaged
> it, however.
> 
> What do you think about including it in moreutils?
> 
> Here's the current package description:
> 
> Description: execute a program with a lock set
>  lckdo is a utility for controlling the invocation of another program
>  based on a lock file.  It supports both shared (read) and exclusive
>  (write) locks and can wait for a configurable amount of time for the
>  lock to become free.  lckdo is commonly used to make automated rsync
>  mirroring more robust.
> 
> I've found it very handy for doing simple locking in shell scripts.

Robert,

First of all, please excuse me for the loong delay with the answer.
I was (and still is) at vacation and was busy with family stuff.
But it's better later than never, isn't it? :)

Speaking of your question(s).

No, I'm not really a Debian Developer (yet, still, ...).  My packages
in Debian are sponsored by other people.

Concering lckdo - it's a very tiny utility.  Yes it's handy sometimes,
and I was VERY surprized when I tried to find something similar but
found nothing (newslock, lockexec or something like those - used in
shell scripts to do locking - works a bit differently, and mostly
too complex and too unreliable).

I don't think it deserves its own package due to it's "size".  I wish
to see something like lckdo as a standard utility somewhere, maybe
like in coreutils -- but moreutils looks ok too.

So if you want(ed) to package it together with the rest of small
assorted utilities, I'm ok with that.

And thank you for your interest, support and asking me first!..

/mjt




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

Bug#364112: Fixed ?

[Marco Rodrigues]

I think this one is already fixed on 3.7.3.. How about to close it ?


$ man ddclient

NAME
   ddclient - Update IP addresses at dynamic DNS services

SYNOPSIS
   ddclient {-help}

   ddclient [-daemon interval] [-proxy host] [-server host] [-protocol type]
[-file configfile] [-cache cachefile] [-pid pidfile]
[-use mechanism] {-if interface | -ip ipaddress | -web {provider
| url} | -fw firewall | -cmd command}

DESCRIPTION
   ddclient is a little program to update IP addresses managed using dynamic
DNS providers such as DynDNS.com.

   For usage information please run ddclient -help until this manpage is
finished.


-- 
Marco Rodrigues

http://Marco.Tondela.org


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

Bug#438177: grub: debian/copyright is incomplete

[Aurelien Jarno]

Package: grub
Version: 0.97-29
Severity: serious

debian/copyright says:
   This program is free software; you can redistribute it and/or modify
   it under the terms of the GNU General Public License as published by
   the Free Software Foundation; either version 2, or (at your option)
   any later version.

However there are files with other licenses in the sources: GPL v2 only, 
2-clause BSD, 3-clause BSD, 4-clause BSD, BSD-like and WTFPL-like licenses.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

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

-- no debconf information


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

Bug#438116: vdr-plugin-xineliboutput: Can not start vdr-sxfe

[Tobias Grimm]

Hello,

picca frederic wrote:
> but when I start vdr-sxfe:
> I obtained this:
>
> VDR server not given, searching ...
>
> the vdr process running is this one:
>
> -P "xineliboutput --remote=37890 --primary --video=auto
> --audio=auto --fullscreen"
>   

You don't need to specify --video and --audio, if using vdr-sxfe. Just
use these options:

 --local=none --primary --remote=37890

For access over the network from a different machine, you must
explicitly allow network access in the svdrphosts.conf.

I'm not sure about this right now, but it might be necessary to add this
line to /var/lib/vdr/setup.conf:

xineliboutput.RemoteMode = 1

You must stop vdr before and restart it after editing the setup.conf!

Tobias




signature.asc
Description: OpenPGP digital signature

Bug#432710: [Adduser-devel] Bug#432710: Annoying EXTRA_GROUPS example

[Joerg Hoh]

Hi

On Thu, Jul 12, 2007 at 12:21:21AM +1000, Trent W. Buck wrote:
> Package: adduser
> Version: 3.102
> Severity: minor
> 
> The (commented out) EXTRA_GROUPS value in /etc/adduser.conf 1)
> contains two copies of srv; and 2) doesn't match the groups used by
> debian-installer for the first user -- to whit, lp and src were added
> and plugdev was missing.


Currently we have the following groups hardcoded:

"dialout cdrom floppy audio src video lp users"

I will change this to:

"dialout cdrom floppy audio video plugdev users"


Jörg

-- 
What did you do to the cat? It looks half-dead. -Schroedinger's wife


signature.asc
Description: Digital signature

Bug#438176: maint-guide: 4.1 control file, Build-Depends, version numbers always returned by simple hack script.

[Brendan M. Sleight]

Package: maint-guide
Version: 1.2.11
Severity: wishlist

"Here's a hack you can use to find out which packages your package needs to be 
built:"

The script returns version numbers, for all the build-depends. Maybe add a note 
that versioned 
dependencies which are fulfilable in stable shouldn't be versioned.

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

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

-- no debconf information


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

Bug#438175: note: mysql backend broken

[andrej hocevar]

Package: note
Version: 1.3.1-5
Severity: grave
Justification: renders package unusable


at a certain point note stoped working with the mysql backend (i had
been using it for some time, but some upgrade must have rendered it
unusable). this is the error i keep getting:

mysql backend unsupported: Global symbol "$dbdriver" requires explicit
package name at /usr/share/perl5/NOTEDB/mysql.pm line 41.
Global symbol "$dbdriver" requires explicit package name at
/usr/share/perl5/NOTEDB/mysql.pm line 44.
Compilation failed in require at (eval 6) line 1.
BEGIN failed--compilation aborted at (eval 6) line 1.


other packages on my system:

ii  libdbi-perl1.53-1 Perl5 database interface by Tim Bunce
ii  libdbd-mysql-perl 4.005-1A Perl5 database interface to the
MySQL database
ii  libdbd-mysql-perl  4.005-1 A Perl5 database
interface to the MySQL database
ii  libmysqlclient12   4.0.24-10sarge2 mysql database client
library
ii  libmysqlclient14   4.1.11a-4sarge7 mysql database client
library
ii  libmysqlclient15off5.0.41a-1   MySQL database client
library
ii  mysql-client-5.0   5.0.41a-1   MySQL database client
binaries
ii  mysql-common   5.0.45-1MySQL database common
files




-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (900, 'stable'), (800, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18pinkmoon
Locale: LANG=en_US, LC_CTYPE=sl_SI (charmap=ISO-8859-2)

Versions of packages note depends on:
ii  perl  5.8.8-7Larry Wall's Practical Extraction 

note recommends no packages.

-- no debconf information


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

Bug#394472: I think it's already fixed...

[Marco Rodrigues]

Hi!

Can you try with the latest 3.7.3 version from unstable ? I think it's already
fixed..

Thanks!

-- 
Marco Rodrigues

http://Marco.Tondela.org


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

Bug#201295: checkip dyndns error...

[Marco Rodrigues]

Hi!

I think this bug can be finally closed. I don't got this error on version 3.7.3.

-- 
Marco Rodrigues

http://Marco.Tondela.org


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

Bug#401282: SSL support...

[Marco Rodrigues]

Hi!

Try to install version 3.7.3 from unstable and see if you can do it now with
SSL. Also read README.ssl that comes with ddclient.

-- 
Marco Rodrigues

http://Marco.Tondela.org


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

Bug#309421: Version 3.7.3

[Marco Rodrigues]

Hi!

Try to install version 3.7.3 from unstable and see if you can do it now with
SSL. Also read README.ssl that comes with ddclient.

-- 
Marco Rodrigues

http://Marco.Tondela.org


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

Bug#438174: gramps should conflict with python-gtk-1.2

[Gregor Hoffleit]

Package: gramps
Version: 2.2.8-1
Severity: normal

gramps fails to start as long as python-gtk-1.2 is still installed.
I end up with an error loading the gtk module:

etch:4> gramps
Traceback (most recent call last):
  File "/usr/share/gramps/gramps.py", line 50, in ?
import gtk.gdk
ImportError: No module named gtk.gdk

Obviously this is due to another pygtk.py, which python-gtk-1.2 installs
in /usr/lib/python2.4/site-packages.


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

Versions of packages gramps depends on:
ii  gconf22.18.0.1-3 GNOME configuration database syste
ii  librsvg2-common   2.18.0-1   SAX-based renderer library for SVG
ii  python-central0.5.13-0.1 register and build utility for Pyt
ii  python-glade2 2.10.6-1   GTK+ bindings: Glade support
ii  python-gnome2 2.18.2-1   Python bindings for the GNOME desk
ii  scrollkeeper  0.3.14-13  A free electronic cataloging syste
ii  yelp  2.18.1-1   Help browser for GNOME 2

Versions of packages gramps recommends:
ii  graphviz  2.8-2.4rich set of graph drawing tools
ii  python-gnome2-desktop 2.18.0-2+b1Python bindings for the GNOME desk
ii  python-gnome2-extras  2.14.3-1   Python bindings for the GNOME desk
ii  python-reportlab  2.0dfsg-1  ReportLab library to create PDF do
ii  ttf-freefont  20060501cvs-12 Freefont Serif, Sans and Mono True

-- no debconf information


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

Bug#437704: CVE-2007-3726: crafted RAR archive may cause crash

[Luciano Bello]

tags 437704 patch
stop

Patch adapted attached. As Stefan said, is the same patch.
http://lists.opensuse.org/opensuse-commit/2007-07/msg01030.html
diff -Naur unrar-nonfree-3.7.3/rarvm.cpp unrar-nonfree-3.7.3.orig/rarvm.cpp
--- unrar-nonfree-3.7.3/rarvm.cpp	2007-08-15 18:09:38.0 -0300
+++ unrar-nonfree-3.7.3.orig/rarvm.cpp	2007-02-02 03:13:42.0 -0300
@@ -843,7 +843,7 @@
 int DataSize=R[4];
 uint FileOffset=R[6];
 
-if ((DataSize>=VM_GLOBALMEMADDR) || (DataSize < 4))
+if (DataSize>=VM_GLOBALMEMADDR)
   break;
 
 const int FileSize=0x100;
@@ -889,7 +889,7 @@
 int DataSize=R[4];
 uint FileOffset=R[6];
 
-if ((DataSize>=VM_GLOBALMEMADDR) || (DataSize < 21))
+if (DataSize>=VM_GLOBALMEMADDR)
   break;
 
 uint CurPos=0;


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

Bug#393746: Processed: reassign 393746 to msttcorefonts

[Thijs Kinkhorst]

On Wednesday 15 August 2007 20:54, Debian Bug Tracking System wrote:
> Dear msttcorefonts maintainer,
>
> Please add defoma 'Alias' options to your hints file.  From a quick bit of
> websearching it appears that Courier New is intended to be metric
> compatible with Courier and Arial with Helvetica.  I expect other fonts in
> the msttcorefonts set were designed as drop-in replacements for existing
> fonts too.
>
> gsfonts.hints has plenty of Alias examples, if what I'm asking isn't clear
> (or ask me and I can provide more details).

No problem - I've added aliases for Arial (Helvetica), Times New Roman (Times) 
and Courier New (Courier). See attached diff. Let me know if you see a 
problem with this or think more should be added.

I'll probably upload this soon otherwise.


Thanks,
Thijs
Index: msttcorefonts.defoma-hints
===
--- msttcorefonts.defoma-hints	(revision 325)
+++ msttcorefonts.defoma-hints	(working copy)
@@ -16,6 +16,7 @@
 begin /usr/share/fonts/truetype/msttcorefonts/Arial.ttf
   Family = Arial
   FontName = Arial-Regular
+  Alias = Helvetica
   Encoding = Unicode
   Location = Magyar Dutch Spanish Czech Vietnamese Russian English Catalan Slovak Italian Turkish Danish Slovenian Basque Portuguese German Polish Swedish Norwegian French Finnish Greek
   Charset = ISO8859-1 ISO8859-2 ISO8859-3 ISO8859-4 ISO8859-5 ISO8859-6 ISO8859-7 ISO8859-8 ISO8859-9 ISO8859-9e ISO8859-10 ISO8859-13 ISO8859-14 ISO8859-15 KOI8-R KOI8-U CP437 CP850 CP1251 CP1255 VISCII1.1-1 TCVN-5712 TATAR-CYR ISO10646-1
@@ -44,6 +45,7 @@
 begin /usr/share/fonts/truetype/msttcorefonts/Arial_Bold.ttf
   Family = Arial
   FontName = Arial-Bold
+  Alias = Helvetica-Bold
   Encoding = Unicode
   Location = Magyar Dutch Spanish Czech Vietnamese Russian English Catalan Slovak Italian Turkish Danish Slovenian Basque Portuguese German Polish Swedish Norwegian French Finnish Greek
   Charset = ISO8859-1 ISO8859-2 ISO8859-3 ISO8859-4 ISO8859-5 ISO8859-6 ISO8859-7 ISO8859-8 ISO8859-9 ISO8859-9e ISO8859-10 ISO8859-13 ISO8859-14 ISO8859-15 KOI8-R KOI8-U CP437 CP850 CP1251 CP1255 VISCII1.1-1 TCVN-5712 TATAR-CYR ISO10646-1
@@ -58,6 +60,7 @@
 begin /usr/share/fonts/truetype/msttcorefonts/Arial_Bold_Italic.ttf
   Family = Arial
   FontName = Arial-BoldItalic
+  Alias = Helvetica-BoldItalic
   Encoding = Unicode
   Location = Magyar Dutch Spanish Czech Vietnamese Russian English Catalan Slovak Italian Turkish Danish Slovenian Basque Portuguese German Polish Swedish Norwegian French Finnish Greek
   Charset = ISO8859-1 ISO8859-2 ISO8859-3 ISO8859-4 ISO8859-5 ISO8859-7 ISO8859-8 ISO8859-9 ISO8859-9e ISO8859-10 ISO8859-13 ISO8859-14 ISO8859-15 KOI8-R KOI8-U CP437 CP850 CP1251 CP1255 VISCII1.1-1 TCVN-5712 TATAR-CYR ISO10646-1
@@ -72,6 +75,7 @@
 begin /usr/share/fonts/truetype/msttcorefonts/Arial_Italic.ttf
   Family = Arial
   FontName = Arial-Italic
+  Alias = Helvetica-Italic
   Encoding = Unicode
   Location = Magyar Dutch Spanish Czech Vietnamese Russian English Catalan Slovak Italian Turkish Danish Slovenian Basque Portuguese German Polish Swedish Norwegian French Finnish Greek
   Charset = ISO8859-1 ISO8859-2 ISO8859-3 ISO8859-4 ISO8859-5 ISO8859-7 ISO8859-8 ISO8859-9 ISO8859-9e ISO8859-10 ISO8859-13 ISO8859-14 ISO8859-15 KOI8-R KOI8-U CP437 CP850 CP1251 CP1255 VISCII1.1-1 TCVN-5712 TATAR-CYR ISO10646-1
@@ -114,6 +118,7 @@
 begin /usr/share/fonts/truetype/msttcorefonts/Courier_New.ttf
   Family = Courier-New
   FontName = CourierNew-Regular
+  Alias = Courier
   Encoding = Unicode
   Location = Magyar Dutch Spanish Czech Vietnamese Russian English Catalan Slovak Italian Turkish Danish Slovenian Basque Portuguese German Polish Swedish Norwegian French Finnish Greek
   Charset = ISO8859-1 ISO8859-2 ISO8859-3 ISO8859-4 ISO8859-5 ISO8859-6 ISO8859-7 ISO8859-8 ISO8859-9 ISO8859-9e ISO8859-10 ISO8859-13 ISO8859-14 ISO8859-15 KOI8-R KOI8-U CP437 CP850 CP1251 CP1255 VISCII1.1-1 TCVN-5712 TATAR-CYR ISO10646-1
@@ -128,6 +133,7 @@
 begin /usr/share/fonts/truetype/msttcorefonts/Courier_New_Bold.ttf
   Family = Courier-New
   FontName = CourierNew-Bold
+  Alias = Courier-Bold
   Encoding = Unicode
   Location = Magyar Dutch Spanish Czech Vietnamese Russian English Catalan Slovak Italian Turkish Danish Slovenian Basque Portuguese German Polish Swedish Norwegian French Finnish Greek
   Charset = ISO8859-1 ISO8859-2 ISO8859-3 ISO8859-4 ISO8859-5 ISO8859-6 ISO8859-7 ISO8859-8 ISO8859-9 ISO8859-9e ISO8859-10 ISO8859-13 ISO8859-14 ISO8859-15 KOI8-R KOI8-U CP437 CP850 CP1251 CP1255 VISCII1.1-1 TCVN-5712 TATAR-CYR ISO10646-1
@@ -142,6 +148,7 @@
 begin /usr/share/fonts/truetype/msttcorefonts/Courier_New_Bold_Italic.ttf
   Family = Courier-New
   FontName = CourierNew-BoldItalic
+  Alias = Courier-BoldItalic
   Encoding = Unicode
   Location = Magyar Dutch Spanish Czech Russian English Catalan Slovak Italian Turkish Danish Slovenian Basque Portuguese German Polish Swedish Norwegian French Finnish Greek
   

Bug#437923: Touchpad doesn't work at all

[David]

Thank you.

At least today, /dev/input/event2 was the USB mouse.

The touchpad was event1 and no, no activity at all, although I move the
finger, press buttons, etc

# evtest /dev/input/event1
Input driver version is 1.0.0
Input device ID: bus 0x11 vendor 0x2 product 0x7 version 0x12b1
Input device name: "SynPS/2 Synaptics TouchPad"
Supported events:
  Event type 0 (Reset)
Event code 0 (Reset)
Event code 1 (Key)
Event code 3 (Absolute)
  Event type 1 (Key)
Event code 256 (Btn0)
Event code 257 (Btn1)
Event code 258 (Btn2)
Event code 259 (Btn3)
Event code 272 (LeftBtn)
Event code 273 (RightBtn)
Event code 274 (MiddleBtn)
Event code 325 (ToolFinger)
Event code 330 (Touch)
Event code 333 (?)
Event code 334 (?)
  Event type 3 (Absolute)
Event code 0 (X)
  Value  0
  Min 1472
  Max 5472
Event code 1 (Y)
  Value  0
  Min 1408
  Max 4448
Event code 24 (Pressure)
  Value  0
  Min0
  Max  255
Event code 28 (?)
  Value  0
  Min0
  Max0
Testing ... (interrupt to exit)

Bug#438173: scenario crashes each time the lava expands

[Mark Purcell]

Package: wesnoth-sof
Version: 1.3.6-1
Severity: important
Tags: upstream

Isaac,

I am seeing a scenario crash each time the lava expands, in
the 9_Caverns_of_Flame:

wesnoth: terrain_translation.cpp:715: t_translation::t_layer
t_translation::stri ng_to_layer_(const
std::string&): Assertion `str.size() <= 4' failed.

Aparently this is fixed in upstream scenario .cfg in svn:
http://www.wesnoth.org/forum/viewtopic.php?t=4670&postdays=0&postorder=asc&start=300

Mark

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

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

Versions of packages wesnoth-sof depends on:
ii  wesnoth   1.3.6-1fantasy turn-based strategy game

wesnoth-sof recommends no packages.

-- no debconf information


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

Bug#438172: scribes: suggested change for packages description

[Eike Nicklas]

Package: scribes
Version: 0.3.2.8-1
Severity: wishlist


Hello,

currently, the description of Scribes reads:

Description: simple, slim and sleek, yet powerful text editor for GNOME
 Scribes focuses on streamlining your workflow. It does so by ensuring
 common and repetitive operations are intelligently automated. And also
 by eliminating factors that prevent you from focusing on your tasks.
 .
 The result is a text editor that provides a fluid user experience.
 An editor that is easy and fun to use. And an editor that ensures the
 safety of your documents at all times.
 .
  Homepage: http://scribes.sourceforge.net/


I'd suggest a few changes, which result in the following 
description (which sounds a little better for me):

Description: simple, slim and sleek, yet powerful text editor for GNOME
 Scribes focuses on streamlining your workflow. It does so by ensuring
 that common and repetitive operations are intelligently automated and
 also by eliminating factors that prevent you from focusing on your
 tasks.
 .
 The result is a text editor that provides a fluid user experience,
 that is easy and fun to use and that ensures the safety of your
 documents at all times.
 .
  Homepage: http://scribes.sourceforge.net/

I am not a native English speaker myself, so these are just suggestions. 
Please feel free to correct me or ignore this completely.

Thanks,

Eike

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

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

Versions of packages scribes depends on:
ii  gconf2   2.18.0.1-3  GNOME configuration database syste
ii  python   2.4.4-6 An interactive high-level object-o
ii  python-central   0.5.14  register and build utility for Pyt
ii  python-dbus  0.82.0-1simple interprocess messaging syst
ii  python-gnome22.18.2-1Python bindings for the GNOME desk
ii  python-gnome2-desktop2.18.0-2+b1 Python bindings for the GNOME desk
ii  python-gnome2-extras 2.14.3-1Python bindings for the GNOME desk
ii  python-gtk2  2.10.6-1Python bindings for the GTK+ widge
ii  scrollkeeper 0.3.14-13   A free electronic cataloging syste
ii  yelp 2.14.3-2Help browser for GNOME 2

Versions of packages scribes recommends:
ii  python-psyco  1.5.1-3python specializing compiler

-- no debconf information


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

Bug#438166: ITP: libexempi2 -- A library to parse XMP metadata (Library)

[Asheesh Laroia]

On Wed, 15 Aug 2007, Michael Biebl wrote:


Oops, there seems to be some vital information missing or incorrect.


Oops indeed, sorry - I was too quick to hit yes

-- Asheesh.

--
All the existing 2.0.x kernels are to buggy for 2.1.x to be the
main goal.
-- Alan Cox


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

Bug#434361: sysprof libbfd still not fixed.

[Lionel Landwerlin]

Le mardi 14 août 2007 à 23:33 +0200, Julien Cristau a écrit :
> On Tue, Aug 14, 2007 at 23:20:25 +0200, Lionel Landwerlin wrote:
> 
> > Package: sysprof
> > Version: 1.0.8-3
> > Followup-For: Bug #434361
> > 
> > Hi,
> > I'm trying to use sysprof on version 1.0.8-3, you reported the bug was 
> > fixed, but I still have same kind of error when launching sysprof :
> > 
> > ~# sysprof 
> > sysprof: error while loading shared libraries: 
> > libbfd-2.17.50.20070804.so: cannot open shared object file: No such file 
> > or directory
> > 
> > ~# dpkg -L binutils | grep libbfd
> > /usr/lib/libbfd-2.17.90.20070812.so
> > 
> > Should sysprof be rebuild for each version of binutils ?
> > 
> No, it shouldn't be built dynamically against libbfd at all.

This bug should be reopened.

-- 
Lionel Landwerlin <[EMAIL PROTECTED]>

Bug#438166: ITP: libexempi2 -- A library to parse XMP metadata (Library)

[Michael Biebl]

Asheesh Laroia schrieb:
> Package: wnpp
> Severity: wishlist
> Owner: Asheesh Laroia <[EMAIL PROTECTED]>
> 
> 
> * Package name: libexempi2
>   Version : x.y.z
>   Upstream Author : Name <[EMAIL PROTECTED]>
> * URL : http://www.example.org/
> * License : LGPL
>   Programming Lang: C
>   Description : A library to parse XMP metadata (Library)
> 
> Exempi is a library to parse XMP metadata as defined by the 
> specification.
> .
>  Homepage: http://libopenraw.freedesktop.org/wiki/Exempi
> 

Oops, there seems to be some vital information missing or incorrect.
As I'm going to comaintain the package with Asheesh, here is an updated ITP:

* Package name: exempi
  Version : 1.99.3
  Upstream Author : Hubert Figuiere <[EMAIL PROTECTED]>
* URL : http://libopenraw.freedesktop.org/wiki/Exempi
* License : BSDish
  Programming Lang: C++
  Description : A library to parse XMP metadata



-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#438170: Typo in xcscope.el

[Takeshi Hakamata]

Package: cscope
Version: 15.6-3
Severity: minor

At line 117 in xcscope.el, define-key is misspelled as defin-ekey.


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.21.7 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages cscope depends on:
ii  libc6 2.6.1-1GNU C Library: Shared libraries
ii  libncurses5   5.6+20070812-1 Shared libraries for terminal hand

cscope recommends no packages.

-- no debconf information


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

Bug#438171: scribes: missing dependency on python-glade2

[Eike Nicklas]

Package: scribes
Version: 0.3.2.8-1
Severity: important


Hello,

when I try to start scribes without python-glade2 being installed, I get 
the following error message:

$ Traceback (most recent call last):
  File "/usr/lib/python2.4/site-packages/SCRIBES/Main.py", line 98, in 
__launch_new_editor
manager = EditorManager()
  File "/usr/lib/python2.4/site-packages/SCRIBES/InstanceManager.py", 
line 54, in __init__
self.__init_i18n()
  File "/usr/lib/python2.4/site-packages/SCRIBES/InstanceManager.py", 
line 392, in __init_i18n
from gtk import glade
ImportError: cannot import name glade

Installing python-glade2 fixed this problem.

Thanks for your great work!

Eike


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

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

Versions of packages scribes depends on:
ii  gconf2   2.18.0.1-3  GNOME configuration database syste
ii  python   2.4.4-6 An interactive high-level object-o
ii  python-central   0.5.14  register and build utility for Pyt
ii  python-dbus  0.82.0-1simple interprocess messaging syst
ii  python-gnome22.18.2-1Python bindings for the GNOME desk
ii  python-gnome2-desktop2.18.0-2+b1 Python bindings for the GNOME desk
ii  python-gnome2-extras 2.14.3-1Python bindings for the GNOME desk
ii  python-gtk2  2.10.6-1Python bindings for the GTK+ widge
ii  scrollkeeper 0.3.14-13   A free electronic cataloging syste
ii  yelp 2.14.3-2Help browser for GNOME 2

Versions of packages scribes recommends:
ii  python-psyco  1.5.1-3python specializing compiler

-- no debconf information


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

Bug#437940: getXconsole returns wrong DISPLAY="0\n0"

[Bart Samwel]

Tobias Lorenz wrote:

Am Mittwoch, 15. August 2007 21:24 schrieben Sie:

On Wed, August 15, 2007 09:10, Bart Samwel wrote:

playing around with the acpi-support scripts, I found something unusual
in /usr/share/acpi-support/power-funcs. The function getXconsole should
return the DISPLAY variable of the local X11 screen. In my case it
returns "0\n0".

Thanks for the report. Could you send us the output of "fgconsole" and
"ps ax" on your machine? That'll help us debug this situation.

As far as I can tell, this can only be caused by the expression

ps ax | grep -e 'X .* vt'$console | grep -v grep | sed -re 's!.*/X
.*:([0-9]+).*!\1!'

returning more than one line. Perhaps the X server has forked / runs
multiple threads, I don't know exactly what "ps ax" shows in these cases.
We may fix it up by adding  a simple "| uniq", I guess, but I'd like to
know what causes it. Raphael, what do you think?


You are right. I'm running kdm in almost standard configuration and fglrx. And 
that is what fgconsole and the ps ax returns:

[EMAIL PROTECTED]:/home/users/tobias# fgconsole
7
[EMAIL PROTECTED]:/home/users/tobias# ps ax | grep -e 'X .* vt'7 | grep -v grep
 3805 tty7 S

OK, this is probably caused by the frglx then. Adding "uniq" should 
cover this situation. I'll take care of it!


Cheers,
Bart


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

Bug#437940: getXconsole returns wrong DISPLAY="0\n0"

[Tobias Lorenz]

Am Mittwoch, 15. August 2007 21:24 schrieben Sie:
> On Wed, August 15, 2007 09:10, Bart Samwel wrote:
> >> playing around with the acpi-support scripts, I found something unusual
> >> in /usr/share/acpi-support/power-funcs. The function getXconsole should
> >> return the DISPLAY variable of the local X11 screen. In my case it
> >> returns "0\n0".
> >
> > Thanks for the report. Could you send us the output of "fgconsole" and
> > "ps ax" on your machine? That'll help us debug this situation.
>
> As far as I can tell, this can only be caused by the expression
>
> ps ax | grep -e 'X .* vt'$console | grep -v grep | sed -re 's!.*/X
> .*:([0-9]+).*!\1!'
>
> returning more than one line. Perhaps the X server has forked / runs
> multiple threads, I don't know exactly what "ps ax" shows in these cases.
> We may fix it up by adding  a simple "| uniq", I guess, but I'd like to
> know what causes it. Raphael, what do you think?

You are right. I'm running kdm in almost standard configuration and fglrx. And 
that is what fgconsole and the ps ax returns:

[EMAIL PROTECTED]:/home/users/tobias# fgconsole
7
[EMAIL PROTECTED]:/home/users/tobias# ps ax | grep -e 'X .* vt'7 | grep -v grep
 3805 tty7 S

Bug#438097:

[Arthur Loiret]

Hello,

I've investigated further on this issue and here is a debdiff for your
package which should fix this bug:

* Add 438097_configure_allow_nostrip.diff
  - Patch configure to remove strip
  - Patch Makefile to remove -s option on install
* Modify debian/rules to avoid stripping when $DEB_BUILD_OPTIONS =~ /nostrip/
-   strip --strip-unneeded $(CURDIR)/debian/tcc/usr/lib/tcc/bcheck.o
+   [ "$$DEB_BUILD_OPTIONS" != "$${DEB_BUILD_OPTIONS/nostrip//}" ] || \
+   strip --strip-unneeded $(CURDIR)/debian/tcc/usr/lib/tcc/bcheck.o

The full debdiff is joined to this mail.

Have a nice day.

Arthur.


438097.debdiff
Description: Binary data

Bug#344559: Including .desktop files

[Sven Arvidsson]

On Wed, 2007-08-15 at 15:25 +0100, Sam Morris wrote:
> On Wed, 2007-08-15 at 16:04 +0200, Sven Arvidsson wrote:
> > If you do, it would probably be best to split the package and only ship
> > a select few of the screensavers by default, similar to how Ubuntu does
> > this; http://packages.ubuntu.com/gutsy/x11/xscreensaver-data
> 
> This might not be necessary: the fdo menu spec allows us to specify
> which screensavers are enabled by default. Although I don't know if
> there is a way for the user to enable any that we have disabled;
> currently I believe the enable/disabled status is reflected by
> hiding/showing screensavers in g-s-preferences rather than by greying
> them out or giving them a checkbox.

That sounds like a good idea. It looks like upstream is at least
planning to add functionality to enable/disable screensavers from the
preferences; http://bugzilla.gnome.org/show_bug.cgi?id=316462

> My main concern here is really to prevent screensavers that have been
> known to show controvertial content (webcollage, the RSS reader one,
> etc.) from being enabled without the user's consent. Ideally we should
> display some kind of "screensavers that display third party content may
> contain unexpected porn and nazi propoganda and get you in trouble"
> warning when these hacks are enabled, but this is really a discussion
> for a separate bug. :)

Another concern is stripping out screensavers that need some kind of
configuration before being run, as this goes against the design of
gnome-screensaver. 

There's also the question of translations of screensaver descriptions.
The migrate script from gnome-screensaver doesn't seem to support this.

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


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

Bug#388427: RFS: multiget

[Julian Andres Klode]

Am Mittwoch, den 15.08.2007, 23:50 +0800 schrieb LI Daobing:
> Dear mentors,
> 
> I am looking for a sponsor for my package "multiget".
> 
> * Package name: multiget
>   Version : 1.1.4-1
>   Upstream Author : liubin <[EMAIL PROTECTED]>
> * URL : http://multiget.sourceforge.net/
> * License : GPL
>   Section : net
> 
> It builds these binary packages:
> multiget   - graphical download manager
> 
> The package appears to be lintian clean.
> 
> The upload would fix these bugs: 388427
> 
> The package can be found on mentors.debian.net:
> - URL: http://mentors.debian.net/debian/pool/main/m/multiget
> - Source repository: deb-src http://mentors.debian.net/debian unstable main 
> contrib non-free
> - dget 
> http://mentors.debian.net/debian/pool/main/m/multiget/multiget_1.1.4-1.dsc
> 
> I would be glad if someone uploaded this package for me.
> 
> Kind regards
>  LI Daobing

I am no DD, which means I can not upload it, but I took
a look at the package.

few things can be improved:
 - Remove changelog.txt from debian/docs, you install it with 
   dh_installchangelogs
 - Delete the lines you commented out, this makes it easier
   to read.
 - Use Priority: optional

-- 
Julian Andres Klode

IRC Nickname:   juliank (Debian/OFTC + Freenode, GimpNet)
Fellow of FSFE: https://www.fsfe.org/en/fellows/jak (No. 1049)
Debian Wiki:http://wiki.debian.org/JulianAndresKlode
Ubuntu Wiki:http://wiki.ubuntu.com/JulianAndresKlode
In Launchpad:   https://launchpad.net/~juliank
My packages:  http://qa.debian.org/[EMAIL PROTECTED]
Languages:  German, English, [bit French]


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#438169: Warn about missing hash in /etc/crypttab

[sebastian . leske]

Package: cryptsetup
Version: 2:1.0.4+svn26-1

As described in bug #406317 and documented in README.initramfs.gz, the
initramfs scripts default to using the sha256 hash function while
the plain cryptsetup binary defaults to using the ripemd160 hash
function.

That means that on upgrade from initrd to initramfs, a root partition
that was encrypted using plain cryptsetup will become unbootable, unless
the correct hash is given as an option in /etc/crypttab
("hash=ripemd160").

While this is documented in README.initramfs.gz, it is unlikely everyone
will read all the README's when instaling initramfs. Therefore, as a
migration help I propose that mkinitramfs should warn if the entry for
the root partition in /etc/crypttab lacks the hash= option.

The enclosed patch (to /usr/share/initramfs-tools/hooks/cryptroot) does
just that. If the line for the root device in crypttab does not contain
the options "hash= or "luks", it prints:

WARNING: Option hash= missing in crypttab for target $target, assuming
sha256.
 If this is wrong, this initramfs image will not boot.
 Please read /usr/share/doc/cryptsetup/README.initramfs.gz and
add
 the correct hash= option to your /etc/crypttab (or add luks if
you are
 running LUKS).

That will give users a chance to correct their crypttab. Even if sha256
would
have been correct, it doesn't hurt to add it explicitly. To avoid
breaking
things, the patch does not change the behaviour of mkinitramfs, it only
warns.

The patch skips the warning if option "luks" is present, to avoid
bothering
LUKS users, who don't need to specify the hash anyway.

[--- patch follows, format: unified diff ---]

--- /usr/share/initramfs-tools/hooks/cryptroot-orig 2007-07-23
18:08:34.0 +0200
+++ /usr/share/initramfs-tools/hooks/cryptroot  2007-08-12
12:10:17.0 +0200
@@ -197,17 +197,20 @@
fi

# We have all the basic options, let's go trough them
OPTIONS="target=$target,source=$source,key=$key"
local IFS=", "
+   unset HASH_FOUND
+   unset LUKS_FOUND
for opt in $rootopts; do
case $opt in
cipher=*)
OPTIONS="$OPTIONS,$opt"
;;
hash=*)
OPTIONS="$OPTIONS,$opt"
+   HASH_FOUND=1
;;
size=*)
OPTIONS="$OPTIONS,$opt"
;;
lvm=*)
@@ -221,16 +224,28 @@
fi
KEYSCRIPT="$opt"
opt=$(basename "$opt")
   
OPTIONS="$OPTIONS,keyscript=/keyscripts/$opt"
;;
+   luks)
+   LUKS_FOUND=1
+   ;;
*)
# Presumably a non-supported option
;;
esac
done

+# Warn for missing hash option, unless we have a LUKS partition
(which does not need it)
+   if [ -z "$HASH_FOUND" ] && [ -z "$LUKS_FOUND" ]; then
+ echo "WARNING: Option hash= missing in crypttab for target
$target, assuming sha256." >&2
+ echo " If this is wrong, this initramfs image will not
boot." >&2
+ echo " Please read
/usr/share/doc/cryptsetup/README.initramfs.gz and add" >&2
+ echo " the correct hash= option to your /etc/crypttab
(or add"  >&2
+ echo " 'luks' if you are running LUKS)." >&2
+   fi
+
# If keyscript is set, the "key" is just an argument to the
script
if [ "$key" != "none" ] && [ -z "$KEYSCRIPT" ]; then
echo "cryptsetup: WARNING: target $target uses a key
file, skipped" >&2
return 1
fi





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

Bug#438161: [Pkg-lyx-devel] svn commit: r348 - in /lyx/branches/lyx-1.5/debian: changelog control rules

[Per Olofsson]

Sven Hoexter wrote:
> On Wed, Aug 15, 2007 at 06:57:58PM -, [EMAIL PROTECTED] wrote:
> 
>> +Description: lyx debug symbols
> 
> IMHO this is a bad wording. I guess it would be better to describe it
> with "Debug symbols for LyX" or "LyX debugging symbols".
> 
> Comments, Ideas?

OTOH, the resulting -dbg package is 30M, which is a lot, especially since it's
arch-dependent. I think it's too big for uploading.

-- 
Pelle


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

Bug#438168: Debian doesn't care about mod_perl, maintainer unresponsive

[bugs]

Package: libapache2-mod-perl2
Severity: critical

Please package the latest upstream version of mod_perl2; it has been
released in November already, which makes it almost a year.

In doing so, many of the open grave and important bugs of equal age
could also be closed.

Noone felt the need to include this in etch and I fear lenny is
awaiting the same fate. But at least you could put it into unstable.


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

Bug#438139: xfonts-terminus: misleading small cyrillic letter "w"

[Anton Zinoviev]

I am forwarding this bug to the upstream.

A notice to the upstream: If you reply, please keep the CC to
[EMAIL PROTECTED]

In my opinion the small letter I is not a problem - this is the usual
italic shape for this letter and it can not be confused with any other
Cyrillic letter. (Terminus seems to give a mix between normal and
italic shape).

As of the small letter 'w' I must admit, sometimes this was confusing
to me too. :)

Anton Zinoviev

- Forwarded message from Olaf Schulz <[EMAIL PROTECTED]> -

From: Olaf Schulz <[EMAIL PROTECTED]>
Subject: Bug#438139: xfonts-terminus: misleading small cyrillic letter "w"
Date: Wed, 15 Aug 2007 17:44:35 +0200
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
X-Mailer: reportbug 3.31

Package: xfonts-terminus
Version: 4.20-5.1
Severity: important


The cyrillic letter 'в' (small letter!) has a misleading shape as it
looks almost like the capital 'В'. It should not have the same size as
many of the small latin letters like 'acemnorsuvwxz'.

The unicode character table references this letter as
"U+0432 CYRILLIC SMALL LETTER VE"
UTF-8: 0xD0 0xB2
UTF-16: 0x0432
decimal XML-entity: в

checking other letters I find two other ambiguously formed ones:
'и' and 'й'

'и'
U+0438 CYRILLIC SMALL LETTER I
UTF-8: 0xD0 0xB8
UTF-16: 0x0438
decimal XML-entity: и

'й'
U+0439 CYRILLIC SMALL LETTER SHORT I
UTF-8: 0xD0 0xB9
UTF-16: 0x0439
decimal XML-entity: й

The two latter ones should look like their capital equivalents but smaller in
size, like latin 'acemnorsuvwxz'.

I consider this bug more important as the terminus font claims to be
easier readable than other fonts.

в и й
В И Й  (capitals)

compare the text above with
http://www.village.in-berlin.de/terminus-bug/

Olaf

- End forwarded message -


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

Bug#438159: xserver-xorg-video-ati: segfault after watching video

[Brice Goglin]

Xavier Bestel wrote:
> after watching a video (with Totem, using Xv under beryl), Xorg
> segfaulted. Can't say much more, I just hope this backtrace helps.
>   

Can you reproduce it? If so, could you catch a debugging backtrace with
xserver-xorg-core-dbg, xserver-xorg-video-ati-dbg and gdb? Does anything
interesting appear in stdout/stderr?

> (II) AIGLX: Resuming AIGLX clients after VT switch
> (II) RADEON(0): RADEONRestoreMemMapRegisters() : 
> (II) RADEON(0):   MC_FB_LOCATION   : 0xe7ffe000
> (II) RADEON(0):   MC_AGP_LOCATION  : 0xf7fff000
> (II) RADEON(0): [RESUME] Attempting to re-init Radeon hardware.
> (==) RADEON(0): Using AGP 8x
> (==) RADEON(0): AGP Fast Writes disabled
> (II) RADEON(0): [agp] Mode 0x1f00420a [AGP 0x10de/0x00e1; Card 0x1002/0x4152]
> (II) Generic Mouse: ps2EnableDataReporting: succeeded
>
> Backtrace:
> 0: /usr/bin/Xorg(xf86SigHandler+0x81) [0x80c8631]
> 1: [0xe500]
> 2: /usr/bin/Xorg(Dispatch+0x19f) [0x808ed3f]
> 3: /usr/bin/Xorg(main+0x495) [0x8076e85]
> 4: /lib/i686/cmov/libc.so.6(__libc_start_main+0xe0) [0xf7dc3050]
> 5: /usr/bin/Xorg(FontFileCompleteXLFD+0x1ed) [0x80761c1]
>   


There's almost nothing in this backtrace unfortunately :(

Brice



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