Bug#405160: tasksel: laptop task installs bare X.Org

[Frans Pop]

Package: tasksel
Version: 2.59
Severity: minor

When you select the laptop task by itself, it also installs most of X.Org 
due to dependencies, but not enough to result in any kind of working X 
environment.
This also makes the download and installed size a lot larger than strictly 
required.

Installed/Download  Comments
49.3  16.9  Current laptop task
26.3   9.5  Without xserver-xorx-input-synaptics, which gets rid
of most of all X.Org packages
10.1   3.1  Without acpi-support, which gets rid of dbus and thus
xbase-clients
 4.1   1.5  Without bluetooth, which gets rid of x11-common

The last set I would qualify as the pure laptop utilities.

It would be great if the laptop task could be split into a basic laptop 
task and a "laptop-desktop" task that "enhances" both desktop and laptop, 
but I'm not sure if tasksel supports a double "enhances" currently.

Cheers,
FJP


pgpWqCSgC9VWW.pgp
Description: PGP signature

Bug#353213: urllib.keepalive merged in 0.13

[Don Armstrong]

On Wed, 27 Dec 2006, Wouter van Heyst wrote:
> As the subject mentions, bzr 0.13 included work by Vincent Ladeuil,
> which should make this a problem of the past. Could you confirm that?
> 
> Wouter van Heyst, preparing an upload of 0.13

I've checked, and 0.13-0.1 appears to resolve the problem. [I
replicated it with 0.11-something, and couldn't with 0.13-0.1.]

Thanks Wouter!


Don Armstrong

-- 
"People selling drug paraphernalia ... are as much a part of drug
trafficking as silencers are a part of criminal homicide."
 -- John Brown, DEA Chief

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


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

Bug#405129: installation-reports: No message displayed if there is not enough space for the installation.

[Frans Pop]

reassign 405129 tasksel
severity 405129 important
thanks

On Sunday 31 December 2006 17:08, alex wrote:
> I tried to install Etch using the RC1 installer (expertgui way).
> I didnt allocate enough space for the installation. Obviously, it
> couldnt finish the installation, and I was getting generic "I cant
> install" messages, giving me the option to try again, but I wasnt told
> that there just wasnt enough space. I had to get out of the
> installation and check for myself what was wrong.

In general this is a known issue. Required disk space for the different 
tasks are documented in the manual, but is not checked during the 
installation as technically this is not that easy to implement.
It is also not that easy (if possible at all) to detect out of disk as the 
reason for failures. The installer will respond much like a normal 
system: with a bunch of errors that can be checked in the logs.

How exactly did you partition your disk?
What tasks did you select?
On which file system did you run out of space?

The Desktop task should only be shown as installable if there is 
sufficient free disk space, though the check is probably too tight at the 
moment.

Joey:
I've just checked the required disk space for tasks, and 2GB is probably 
too low for Desktop. IMO you have to consider that Standard + Desktop + 
Laptop should be installable together.

That means (installed + download):
Standard: 197 + 60
Desktop + Laptop: 1272 + 421 (Laptop adds only about 6 MB)

Grand total: 1950MB


pgp2gJYyNWa2E.pgp
Description: PGP signature

Bug#405132: cdimage.debian.org: etch multi-arch netinst CD fails integrity check

[Steve McIntyre]

tag 405132 +pending
thanks

On Sun, Dec 31, 2006 at 05:32:19PM +0100, Francesco Poli wrote:
>Package: cdimage.debian.org
>Severity: normal
>
>Hi!
>
>I downloaded a recent snapshot of the new multi-arch netinst CD ISO image.
>I checked the image MD5 checksum and it is OK.
>I burned the CD and then tried to check the integrity of its content:
>
>  $ mount /cdrom/
>  $ cd /cdrom/
>  $ grep -A 4 labeled README.txt 
> This CD-ROM is labeled
>  
>   Debian GNU/Linux testing "Etch" - Official Snapshot
> Multi-architecture i386/amd64/powerpc NETINST #1 20061228-09:45
>  
>  $ md5sum -c md5sum.txt 
>  md5sum: MD5 check failed for './md5sum.txt'
>  $ grep 'md5sum\.txt' md5sum.txt 
>  f9e0046389c212f1efa8b26469f844e9  ./md5sum.txt
>  $ md5sum ./md5sum.txt 
>  c25ce4f626d23a50f57c83ad214c357b  ./md5sum.txt
>  $ cd
>  $ eject /cdrom/
>
>It seems that the `md5sum.txt' file includes a line which claims
>to report the MD5 checksum of the file itself.
>The checksum is obviously incorrect (AFAICT, it could only be correct
>if one managed to converge an appropriate iterative procedure...).

Yup, it's a silly bug in the scripts. Already fixed in svn, the new
images (today) should be fixed by the new weekly build.

-- 
Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED]
Who needs computer imagery when you've got Brian Blessed?



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

Bug#401726: xterm: color change on redraw

[Marc Wilson]

So, does this mean that it's a bug in xterm, or a but in mutt, or what?  I
know it's mutt that *triggers* it... when mutt launched vim in its window
to compose this message, the window flashed cyan, and I've got this cyan
border.

It didn't do that before.

-- 
 Marc Wilson | BOFH excuse #61: not approved by the FCC
 [EMAIL PROTECTED] |


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

Bug#268713: update-rc.d: Unhelpful -h text remains

[Paul TBBle Hampson]

reopen 268713 !
Thankyou Mr Bug Control Robot

The "sNN kNN" syntax still appears in the -h output of update-rc.d,
even though the manpage was updated as per the diff posted to this
bug.

I've just come across a wiki entry that had "s99 k04" in the
update-rc.d invocation instructions, and when that failed I
stared at the -h output for a fair few minutes before trying it
without the s and k.

So I feel it is still misleading.

Maybe rather than changing the -h output, make the code accept the s and
k? This could be as simple as adding the following two lines at line 155
of update-rc.d:

$start =~ s/^s//;
$stop =~ s/^[sk]//;

(Not tested, mind you. But it looks right to me.)

-- 
Paul "TBBle" Hampson, [EMAIL PROTECTED]

Shorter .sig for a more eco-friendly paperless office.


pgpe48MwdEmSO.pgp
Description: PGP signature

Bug#405157: initramfs-tools: Typo in man page for initramfs.conf

[Reuben Thomas]

Package: initramfs-tools
Version: 0.85e
Severity: minor

"The default is to boot of an local media" ->
"The default is to boot from a local device"

(I changed media to device because "media" is plural, and "medium" is
confusing.)

-- Package-specific info:
-- /proc/cmdline
root=/dev/hda2 ro 

-- /proc/filesystems
cramfs
reiserfs
ext2
iso9660
vfat

-- lsmod
Module  Size  Used by
ipt_TCPMSS  4096  1 
xt_tcpmss   2336  1 
xt_tcpudp   3136  1 
pppoatm 5760  1 
ppp_generic25908  5 pppoatm
slhc6528  1 ppp_generic
speedtch   13392  0 
usbatm 17472  2 speedtch
loop   15048  0 
michael_mic 2624  0 
arc42112  0 
ieee80211_crypt_tkip10272  0 
vmnet  27596  13 
parport_pc 32164  0 
vmmon 166924  0 
cpufreq_powersave   1920  0 
iptable_nat 7044  0 
ip_nat 16876  1 iptable_nat
ip_conntrack   49088  2 iptable_nat,ip_nat
nfnetlink   6680  2 ip_nat,ip_conntrack
iptable_mangle  2880  0 
iptable_filter  3104  1 
ip_tables  12964  3 iptable_nat,iptable_mangle,iptable_filter
x_tables   13316  5 
ipt_TCPMSS,xt_tcpmss,xt_tcpudp,iptable_nat,ip_tables
nls_utf82208  0 
nls_cp437   5920  0 
vfat   11872  0 
fat46684  1 vfat
sd_mod 19040  0 
nfs   202828  0 
lockd  54344  1 nfs
nfs_acl 3584  1 nfs
sunrpc138780  3 nfs,lockd,nfs_acl
nls_iso8859_1   4256  0 
isofs  32540  0 
i915   17600  2 
drm61332  3 i915
binfmt_misc10984  1 
ppdev   8676  0 
lp 11012  0 
parport33256  3 parport_pc,ppdev,lp
cpufreq_ondemand6636  0 
speedstep_centrino  8384  0 
freq_table  4576  1 speedstep_centrino
button  6672  0 
ac  5188  0 
battery 9636  0 
ipv6  226016  33 
ext2   5  1 
mbcache 8356  1 ext2
dm_snapshot15520  0 
dm_mirror  19152  0 
dm_mod 50232  2 dm_snapshot,dm_mirror
fuse   39700  0 
asus_acpi  15320  0 
pcmcia 34108  0 
tsdev   7520  0 
rtc12372  0 
ieee80211  29416  0 
ieee80211_crypt 5952  2 ieee80211_crypt_tkip,ieee80211
pcspkr  3072  0 
firmware_class  9600  2 speedtch,pcmcia
yenta_socket   24460  1 
rsrc_nonstatic 11840  1 yenta_socket
pcmcia_core36852  3 pcmcia,yenta_socket,rsrc_nonstatic
usblp  12768  0 
pl2303 17796  0 
usbserial  29128  1 pl2303
snd_intel8x0m  15980  5 
snd_pcm_oss38368  0 
snd_mixer_oss  15200  41 snd_pcm_oss
snd_intel8x0   30332  40 
snd_ac97_codec 83104  2 snd_intel8x0m,snd_intel8x0
snd_ac97_bus2400  1 snd_ac97_codec
plusb   2752  0 
usbnet 15464  1 plusb
psmouse35016  0 
serio_raw   6660  0 
snd_pcm68644  6 
snd_intel8x0m,snd_pcm_oss,snd_intel8x0,snd_ac97_codec
snd_timer  20996  1 snd_pcm
snd47012  15 
snd_intel8x0m,snd_pcm_oss,snd_mixer_oss,snd_intel8x0,snd_ac97_codec,snd_pcm,snd_timer
soundcore   9248  41 snd
snd_page_alloc  9640  3 snd_intel8x0m,snd_intel8x0,snd_pcm
shpchp 33024  0 
pci_hotplug28704  1 shpchp
intel_agp  21148  1 
agpgart29896  3 drm,intel_agp
evdev   9088  1 
sg 31292  0 
eth139418212  0 
sr_mod 15876  0 
cdrom  32544  1 sr_mod
reiserfs  212640  1 
usb_storage71840  0 
scsi_mod  124168  4 sd_mod,sg,sr_mod,usb_storage
ide_disk   14848  4 
piix9444  0 [permanent]
e100   32232  0 
mii 5344  1 e100
ohci1394   30800  0 
ieee1394   86904  2 eth1394,ohci1394
ehci_hcd   28136  0 
generic 5028  0 [permanent]
ide_core  110504  4 usb_storage,ide_disk,piix,generic
uhci_hcd   21032  0 
usbcore   112676  11 
speedtch,usbatm,usblp,pl2303,usbserial,plusb,usbnet,usb_storage,ehci_hcd,uhci_hcd
thermal13608  0 
processor  28840  2 speedstep_centrino,thermal
fan 4804  0 

-- kernel-img.conf
# Do not create symbolic links in /
do_symlinks = yes
relative_links = yes
do_bootloader = no
do_bootf

Bug#405156: cpio: Typo in info

[Reuben Thomas]

Package: cpio
Version: 2.6-17
Severity: minor

"compatability" -> "compatibility"

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

Versions of packages cpio depends on:
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries

cpio recommends no packages.

-- no debconf information


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

Bug#401668: depends on initrd-tools, which will go away

[Steve Langasek]

tags 401668 etch-ignore
thanks

This bug is no longer RC for etch, initrd-tools will be reintroduced in
response to upgrade concerns.

It will be dropped after etch anyway, so the bug still needs to be fixed for
lenny.

Cheers,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


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

Bug#384379: [Pkg-bluetooth-maintainers] Bug#384379: WORK-AROUND for "iscan not set"

[Hendrik Sattler]

Happy New Year 2007.

Am Sonntag 31 Dezember 2006 16:22 schrieb Marcel Holtmann:
> > * plugging the dongle in and then chaning to "connectable" may be too
> > late Practically the same thing as the default from above.
>
> This is why we go back to non-discoverable after 180 seconds by default.
>
> Supporting these kind of strange setting would also mean that you know
> the address of the adapter you are gonna plug in up-front. In general
> you don't. Except you really know what you are doing and then no
> interface will fully suit you at all.

Well, it is a special case, I agree. But since you already plugged it in once, 
you can already know the address (ls /var/lib/bluetooth).

> > > > So is there an easy command line tool for all those dbus options
> > > > (except using raw dbus command)?: no == very bad usibility (and an
> > > > awful lot to type for one option)
> > > >
> > > > So how can you solve this problem with your input:
> > > > * ship the dbus API documenation in the binary packages
> > >
> > > Definitely.
> > >
> > > > * give the user and root a shell tool to make use of the things in
> > > > the bluez dbus API without getting bloody hands by using dbus-send
> > >
> > > Since we wanna avoid a Python dependency,
> >
> > Does that mean that there is such a tool?
>
> The apitest script could easily do this job or the dbusdef.py pre-load
> code are really helpful for testing. In general it is really simple to
> handle our D-Bus API from within Python. Most things are only a few
> lines of Python, but for a base package like bluez-utils you don't wanna
> have that dependency.

Pythong is priority standard. Ok not essential but looking at what already 
depends on python, it is most likely already installed.
I wouldn't mind it but I am not the bluez-utils maintainer ;)

HS


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

Bug#405155: abiword-gnome: crashes on spell checking

[Harald Geyer]

Package: abiword-gnome
Version: 2.4.6-1
Severity: important

Whenever abiword tries to check a word (i.e. I select spell checking from the
menu or I have auto spell checking enabled an type a word of at least
two characters) it crashes with the following message:

abiword: common/convert.cpp:391:
acommon::PosibErr*>
acommon::create_norm_table(acommon::IStream&, acommon::String&) [with T
= acommon::ToUniNormEntry]: Zusicherung »cur - d == size« nicht erfüllt.

This happens with a newly created account.

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.8-1-386
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages abiword-gnome depends on:
ii  abiword-common2.4.6-1WYSIWYG word processor based on GT
ii  libart-2.0-2  2.3.17-1   Library of functions for 2D graphi
ii  libatk1.0-0   1.12.3-1   The ATK accessibility toolkit
ii  libbonobo2-0  2.14.0-3   Bonobo CORBA interfaces library
ii  libbonoboui2-02.8.1-2The Bonobo UI library
ii  libc6 2.3.6.ds1-8GNU C Library: Shared libraries
ii  libcairo2 1.2.4-4The Cairo 2D vector graphics libra
ii  libenchant1c2a1.3.0-2a wrapper library for various spel
ii  libfontconfig12.4.1-2generic font configuration library
ii  libfreetype6  2.2.1-5FreeType 2 font engine, shared lib
ii  libfribidi0   0.10.7-4   Free Implementation of the Unicode
ii  libgcc1   1:4.1.1-19 GCC support library
ii  libgconf2-4   2.16.0-3   GNOME configuration database syste
ii  libglade2-0   1:2.6.0-3  library to load .glade files at ru
ii  libglib2.0-0  2.12.4-2   The GLib library of C routines
ii  libgnome-keyring0 0.6.0-3GNOME keyring services library
ii  libgnome2-0   2.16.0-2   The GNOME 2 library - runtime file
ii  libgnomecanvas2-0 2.14.0-2   A powerful object-oriented display
ii  libgnomeprint2.2-02.12.1-6   The GNOME 2.2 print architecture -
ii  libgnomeprintui2.2-0  2.12.1-4   GNOME 2.2 print architecture User 
ii  libgnomeui-0  2.14.1-2   The GNOME 2 libraries (User Interf
ii  libgnomevfs2-02.14.2-4   GNOME virtual file-system (runtime
ii  libgtk2.0-0   2.8.20-3   The GTK+ graphical user interface 
ii  libgucharmap4 1:1.6.0-1  Unicode browser widget library (sh
ii  libice6   1:1.0.1-2  X11 Inter-Client Exchange library
ii  liborbit2 1:2.14.3-0.1   libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0 1.14.8-3   Layout and rendering of internatio
ii  libperl5.85.8.8-7Shared Perl library
ii  libpng12-01.2.15~beta5-1 PNG library - runtime
ii  libpopt0  1.10-3 lib for parsing cmdline parameters
ii  libsm61:1.0.1-3  X11 Session Management library
ii  libstdc++64.1.1-19   The GNU Standard C++ Library v3
ii  libx11-6  2:1.0.3-4  X11 client-side library
ii  libxcursor1   1.1.3-1X cursor management library
ii  libxext6  1:1.0.1-2  X11 miscellaneous extension librar
ii  libxfixes31:4.0.1-5  X11 miscellaneous 'fixes' extensio
ii  libxft2   2.1.7-1FreeType-based font drawing librar
ii  libxi61:1.0.1-4  X11 Input extension library
ii  libxinerama1  1:1.0.1-4.1X11 Xinerama extension library
ii  libxml2   2.6.27.dfsg-1  GNOME XML library
ii  libxrandr22:1.1.0.2-5X11 RandR extension library
ii  libxrender1   1:0.9.1-3  X Rendering Extension client libra
ii  zlib1g1:1.2.3-13 compression library - runtime

Versions of packages abiword-gnome recommends:
pn  abiword-plugins-gnome  (no description available)

-- no debconf information


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

Bug#405114: konqueror: special characters not displayed

[Modestas Vainius]

tags 405114 unreproducible
thanks

Hi,

2006 m. gruodis 31 d., sekmadienis 14:49, Marcus Better rašė:
> konqueror fails to display glyphs from the International Phonetic
> Alphabet (IPA) in web pages (in Unicode), for example on Wikipedia:
>   http://en.wikipedia.org/wiki/International_Phonetic_Alphabet
>
> In the above page, most phonetic characters display as empty
> boxes. The same page displays correctly in Iceweasel, so I am sure
> that I have the necessary fonts.
Not the case here. Konqueror displays[1] the same set of characters as 
Iceweasel[2].

1. http://alioth.debian.org/~modax-guest/konqueror-phonetic.png
2. http://alioth.debian.org/~modax-guest/iceweasel-phonetic.png

Please upgrade to libqt3-mt 3.3.7-2 (from unstable) and test again.


pgpilQYwQN926.pgp
Description: PGP signature

Bug#405153: amarok: Amarok orphaning mp3s; likely libgpod incompatibility

[Vermont]

Package: amarok
Version: 1.4.4-2
Severity: important

I am experiencing the problem reported here
http://bugs.kde.org/show_bug.cgi?id=138733

I haven't yet tried building with the exact version of libgpod0 on my 
system to see if that fixes it; the kde build dependencies are large.

If the solution for this bug is what Martin Aumueller recommends, then 
I suppose the fix could be to require the exact version of libgpod0 
that amarok was built with or perhaps link to it statically.

-- System Information:
Debian Release: 2.2
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.19.1
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages amarok depends on:
ii  amarok-engines 1.4.4-2   output engines for the Amarok audi
ii  amarok-xine [amarok-en 1.4.4-2   xine engine for the Amarok audio p
ii  kdelibs4c2a4:3.5.5a.dfsg.1-5 core libraries and binaries for al
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libaudio2  1.7-9 The Network Audio System (NAS). (s
ii  libc6  2.3.6-9   GNU C Library: Shared libraries
ii  libfontconfig1 2.4.1-2   generic font configuration library
ii  libfreetype6   2.2.1-2   FreeType 2 font engine, shared lib
ii  libgcc11:4.1.1-13GCC support library
ii  libgl1-mesa-glx [libgl 6.4.2-1   A free implementation of the OpenG
ii  libglib2.0-0   2.12.3-2  The GLib library of C routines
ii  libgpod0   0.4.0-0.3 a library to read and write songs 
ii  libice61:1.0.0-3 X11 Inter-Client Exchange library
ii  libidn11   0.5.18-1  GNU libidn library, implementation
ii  libifp41.0.0.2-3 communicate with iRiver iFP audio 
ii  libjpeg62  6b-10 The Independent JPEG Group's JPEG 
ii  libmysqlclient15off5.0.30-2  mysql database client library
ii  libnjb52.2.5-4.1 Creative Labs Nomad Jukebox librar
ii  libpng12-0 1.2.15~beta5-1PNG library - runtime
ii  libpq4 8.1.5-2   PostgreSQL C client library
ii  libqt3-mt  3:3.3.7-1 Qt GUI Library (Threaded runtime v
ii  libruby1.8 1.8.5-4   Libraries necessary to run Ruby 1.
ii  libsdl1.2debian1.2.10-3  Simple DirectMedia Layer
ii  libsm6 1:1.0.0-4 X11 Session Management library
ii  libsqlite3-0   3.3.8-1   SQLite 3 shared library
ii  libstdc++6 4.1.1-13  The GNU Standard C++ Library v3
ii  libtag1c2a 1.4-4 TagLib Audio Meta-Data Library
ii  libtunepimp3   0.4.2-4.1 MusicBrainz tagging library and si
ii  libusb-0.1-4   2:0.1.12-2userspace USB programming library
ii  libvisual-0.4-00.4.0-1   Audio visualization framework
ii  libx11-6   2:1.0.0-6 X11 client-side library
ii  libxcursor11.1.5.2-5 X cursor management library
ii  libxext6   1:1.0.0-4 X11 miscellaneous extension librar
ii  libxft22.1.8.2-8 FreeType-based font drawing librar
ii  libxi6 1:1.0.0-5 X11 Input extension library
ii  libxinerama1   1:1.0.1-4 X11 Xinerama extension library
ii  libxrandr2 2:1.1.0.2-4   X11 RandR extension library
ii  libxrender11:0.9.0.2-4   X Rendering Extension client libra
ii  libxt6 1:1.0.0-5 X11 toolkit intrinsics library
ii  ruby   1.6.7-7   An interpreter of object-oriented 
ii  zlib1g 1:1.2.3-9 compression library - runtime

Versions of packages amarok recommends:
pn  kdemultimedia-kio-plugins  (no description available)

-- no debconf information


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

Bug#405154: libsdl-gfx1.2-4: unchecked surface allocation results in segfault

[Kevin Locke]

Package: libsdl-gfx1.2-4
Version: 2.0.13-2+b1
Severity: normal
Tags: patch

In SDL_rotozoom.c there are several calls to SDL_CreateRGBSurface()
where the return value is passed unchecked to subsequent functions
where it is dereferenced (such as zoomSurfaceRGBA()) which results in
segfaults.  The attached patch bails out and returns NULL if
allocation fails (since SDL_Error is already set by CreateSurface()
upon failure).

There may be more elegant ways to handle this (is there a way to
recover from failed allocations?) but at least this will allow the
user to call SDL_GetError() on failure.

Hope you find it useful,
Kevin

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.18.20061209a
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages libsdl-gfx1.2-4 depends on:
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libsdl1.2debian  1.2.11-7Simple DirectMedia Layer

libsdl-gfx1.2-4 recommends no packages.

-- no debconf information
--- SDL_rotozoom.c.orig	2004-11-29 07:40:21.0 -0700
+++ SDL_rotozoom.c	2006-12-31 17:21:01.0 -0700
@@ -640,6 +640,8 @@
 	 */
 	rz_src =
 	SDL_CreateRGBSurface(SDL_SWSURFACE, src->w, src->h, 32, 0x00ff, 0xff00, 0x00ff, 0xff00);
+	if (rz_src == NULL)
+	return NULL;
 	SDL_BlitSurface(src, NULL, rz_src, NULL);
 	src_converted = 1;
 	is32bit = 1;
@@ -702,6 +704,18 @@
 	rz_dst = SDL_CreateRGBSurface(SDL_SWSURFACE, dstwidth, dstheight, 8, 0, 0, 0, 0);
 	}
 
+	/*
+	 * Bail if we were unable to allocate the zoomed surface
+	 */
+	if (rz_dst == NULL) {
+	/*
+	 * Free the converted source surface if necessary
+	 */
+	if (src_converted)
+		SDL_FreeSurface(rz_src);
+	return NULL;
+	}
+
 	/*
 	 * Lock source surface 
 	 */
@@ -774,6 +788,18 @@
 	rz_dst = SDL_CreateRGBSurface(SDL_SWSURFACE, dstwidth, dstheight, 8, 0, 0, 0, 0);
 	}
 
+	/*
+	 * Bail if we were unable to allocate the zoomed surface
+	 */
+	if (rz_dst == NULL) {
+	/*
+	 * Free the converted source surface if necessary
+	 */
+	if (src_converted)
+		SDL_FreeSurface(rz_src);
+	return NULL;
+	}
+
 	/*
 	 * Lock source surface 
 	 */
@@ -892,6 +918,8 @@
 	 */
 	rz_src =
 	SDL_CreateRGBSurface(SDL_SWSURFACE, src->w, src->h, 32, 0x00ff, 0xff00, 0x00ff, 0xff00);
+	if (rz_src == NULL)
+	return NULL;
 	SDL_BlitSurface(src, NULL, rz_src, NULL);
 	src_converted = 1;
 	is32bit = 1;
@@ -925,6 +953,18 @@
 }
 
 /*
+ * Bail if we were unable to allocate the zoomed surface
+ */
+if (rz_dst == NULL) {
+	/*
+	 * Free the converted source surface if necessary
+	 */
+	if (src_converted)
+	SDL_FreeSurface(rz_src);
+	return NULL;
+}
+
+/*
  * Lock source surface 
  */
 SDL_LockSurface(rz_src);

Bug#364167: missing sound drivers (were in 2.6.8 but gone in 2.6.17 and above)

[Brian White]

this is an obsolote sound module and oss is superseded by alsa.
there is an equivalent sound driver for your sound card available.
make sure you have the alsa userland installed aka alsa-utils
and run alsaconf it will load the apprioriate sound driver.


Okay, I got it.  It was found and loaded by "discover" but there was a 
USB webcam that somehow took first position so everything tried to play 
through that.


  Brian
  ( [EMAIL PROTECTED] )

---
If it weren't for the last minute, nothing would ever get done.


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

Bug#405152: myspell-lv: patch to generate aspell-lv

[Martin-Éric Racine]

Package: myspell-lv
Version: 0.6.5.1-1
Severity: wishlist
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Sveiki!

I made a preliminary patch to generate the Aspell wordlist from the MySpell one:

dget http://q-funk.iki.fi/debian/pool/m/myspell-lv/myspell-lv_0.6.5.1-1.1.dsc

There is one error (similar in nature to the one that previously plagued the 
Russian wordlists that I maintain) that appears at installation time. However, 
because I'm not (yet) too familiar with Latvian, I'm not sure how to fix the 
word that triggers the bug.

Anyhow, if the above looks like something that you would consider a good 
starting 
point to generate proper Aspell wordlists for Latvian, feel free to use it.
 
- -- System Information:
Debian Release: 4.0
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.18-imac
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)

Versions of packages myspell-lv depends on:
ii  dictionaries-common   0.70.10Common utilities for spelling dict

myspell-lv recommends no packages.

- -- no debconf information

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

iD8DBQFFmFUjeXr56x4Muc0RAt2eAJ0brtavX2UzbttvZH63PU3yqRsINgCgsWva
z7DisJ2q58uBl/OZCk3rndY=
=ZoJ6
-END PGP SIGNATURE-


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

Bug#404616: [Monotone-devel] Re: Bug#404616: monotone: Segmentation fault

[Brian May]

> "Zack" == Zack Weinberg <[EMAIL PROTECTED]> writes:

Zack> 1) Make absolutely sure that the Boost libraries are compiled with the
Zack> same version of GCC as Monotone itself.  This is the #1 cause of
Zack> inexplicable segfaults.

Build log of boost libraries:

http://buildd.debian.org/fetch.cgi?&pkg=boost&ver=1.33.1-9&arch=powerpc&stamp=1164182879&file=log

Build log of monotone:

http://buildd.debian.org/fetch.cgi?&pkg=monotone&ver=0.31-3&arch=powerpc&stamp=1166142009&file=log

Looks like the same gcc to me.

(gcc-4.1_4.1.1-20 vs gcc-4.1_4.1.1-21)


I seriously doubt the changes in -21 vs -20 would have affected
powerpc:

gcc-4.1 (4.1.1ds2-21) unstable; urgency=high

   * Enable -pthread for GNU/Hurd (Michael Banck). Closes: #400031.
   * Update the m68k-fpcompare patch (Roman Zippel). Closes: #401585.

 -- Matthias Klose <[EMAIL PROTECTED]>  Sun, 10 Dec 2006 12:35:06 +0100


Zack> 2) Run the crashing command under valgrind - valgrind does support PPC
Zack> now, I believe - and get us a backtrace from that.

==6046== Memcheck, a memory error detector.
==6046== Copyright (C) 2002-2006, and GNU GPL'd, by Julian Seward et al.
==6046== Using LibVEX rev 1658, a library for dynamic binary translation.
==6046== Copyright (C) 2004-2006, and GNU GPL'd, by OpenWorks LLP.
==6046== Using valgrind-3.2.1-Debian, a dynamic binary instrumentation 
framework.
==6046== Copyright (C) 2000-2006, and GNU GPL'd, by Julian Seward et al.
==6046== For more details, rerun with: -v
==6046== 
==6046== Conditional jump or move depends on uninitialised value(s)
==6046==at 0x40023A4: (within /lib/ld-2.3.6.so)
==6046==by 0x40112F0: (within /lib/ld-2.3.6.so)
==6046== 
==6046== Conditional jump or move depends on uninitialised value(s)
==6046==at 0x40023E0: (within /lib/ld-2.3.6.so)
==6046==by 0x40112F0: (within /lib/ld-2.3.6.so)
==6046== 
==6046== Conditional jump or move depends on uninitialised value(s)
==6046==at 0x4001F74: (within /lib/ld-2.3.6.so)
==6046==by 0x40024A4: (within /lib/ld-2.3.6.so)
==6046==by 0x40112F0: (within /lib/ld-2.3.6.so)
==6046== 
==6046== Invalid read of size 1
==6046==at 0xFFBD0FC: strcmp (mc_replace_strmem.c:341)
==6046==by 0xFB0F11C: setlocale (in /lib/tls/libc-2.3.6.so)
==6046==by 0x1031D3DC: (within /usr/bin/mtn)
==6046==by 0x10034ACC: (within /usr/bin/mtn)
==6046==by 0x10034E44: (within /usr/bin/mtn)
==6046==by 0x102BC770: (within /usr/bin/mtn)
==6046==by 0x102BEFC4: (within /usr/bin/mtn)
==6046==by 0xFB02990: (within /lib/tls/libc-2.3.6.so)
==6046==by 0xFB02ACC: (below main) (in /lib/tls/libc-2.3.6.so)
==6046==  Address 0x4064390 is 0 bytes inside a block of size 12 free'd
==6046==at 0xFFBB5A4: free (vg_replace_malloc.c:233)
==6046==by 0xFB0F418: setlocale (in /lib/tls/libc-2.3.6.so)
==6046==by 0x1031D3C4: (within /usr/bin/mtn)
==6046==by 0x10034ACC: (within /usr/bin/mtn)
==6046==by 0x10034E44: (within /usr/bin/mtn)
==6046==by 0x102BC770: (within /usr/bin/mtn)
==6046==by 0x102BEFC4: (within /usr/bin/mtn)
==6046==by 0xFB02990: (within /lib/tls/libc-2.3.6.so)
==6046==by 0xFB02ACC: (below main) (in /lib/tls/libc-2.3.6.so)
==6046== 
==6046== Invalid read of size 1
==6046==at 0xFFBD124: strcmp (mc_replace_strmem.c:341)
==6046==by 0xFB0F11C: setlocale (in /lib/tls/libc-2.3.6.so)
==6046==by 0x1031D3DC: (within /usr/bin/mtn)
==6046==by 0x10034ACC: (within /usr/bin/mtn)
==6046==by 0x10034E44: (within /usr/bin/mtn)
==6046==by 0x102BC770: (within /usr/bin/mtn)
==6046==by 0x102BEFC4: (within /usr/bin/mtn)
==6046==by 0xFB02990: (within /lib/tls/libc-2.3.6.so)
==6046==by 0xFB02ACC: (below main) (in /lib/tls/libc-2.3.6.so)
==6046==  Address 0x4064391 is 1 bytes inside a block of size 12 free'd
==6046==at 0xFFBB5A4: free (vg_replace_malloc.c:233)
==6046==by 0xFB0F418: setlocale (in /lib/tls/libc-2.3.6.so)
==6046==by 0x1031D3C4: (within /usr/bin/mtn)
==6046==by 0x10034ACC: (within /usr/bin/mtn)
==6046==by 0x10034E44: (within /usr/bin/mtn)
==6046==by 0x102BC770: (within /usr/bin/mtn)
==6046==by 0x102BEFC4: (within /usr/bin/mtn)
==6046==by 0xFB02990: (within /lib/tls/libc-2.3.6.so)
==6046==by 0xFB02ACC: (below main) (in /lib/tls/libc-2.3.6.so)
==6046== 
==6046== Invalid read of size 4
==6046==at 0x101CFEA0: boost::detail::shared_count::~shared_count() (in 
/usr/bin/mtn)
==6046==by 0x10226778: (within /usr/bin/mtn)
==6046==by 0x1022ACE0: (within /usr/bin/mtn)
==6046==by 0x10225C78: (within /usr/bin/mtn)
==6046==by 0x1022B06C: (within /usr/bin/mtn)
==6046==by 0x10208094: (within /usr/bin/mtn)
==6046==by 0x102091A0: (within /usr/bin/mtn)
==6046==by 0x1012A670: (within /usr/bin/mtn)
==6046==by 0x1012B05C: (within /usr/bin/mtn)
==6046==by 0x1012B278: (within /usr/bin/mtn)
==6046==by 0x100F6ED4: (within /usr/bin/mtn)
==6046==by 0x100F70E4: (within /usr/bin/mtn)
==6046==  Address 0x454B

Bug#405151: ITP: libclamav-client-perl -- A client for the ClamAV virus scanner daemon

[Devin Carraway]

Package: wnpp
Severity: wishlist
Owner: Devin Carraway <[EMAIL PROTECTED]>

* Package name: libclamav-client-perl
  Version : 0.11
  Upstream Author : Julian Mehnle <[EMAIL PROTECTED]>
* URL : http://search.cpan.org/dist/ClamAV-Client/
* License : GPL, Artistic
  Programming Lang: Perl
  Description : A client for the ClamAV virus scanner daemon

 This package supplies ClamAV::Client, a Perl interface to
 the ClamAV virus scanner via the clamd daemon.  It allows
 connection either over a UNIX domain socket to a local
 clamd, via TCP to a remote one.

 The client package fully implements the clamd socket protocol,
 with both scanning and daemon management calls provided.


... this will be uploaded after Etch ships, unless there's some
specific need to upload it to experimental.  Upload candidates
are in http://devin.com/debian/ if anyone wants 'em.

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


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

Bug#405150: linux-2.6: FTBFS after 32 hours: find: invalid predicate `-execdir'

[Kalle Olavi Niemitalo]

Package: linux-2.6
Version: 2.6.18-8
Severity: normal

Date: Sat, 30 Dec 2006 16:50:41 +0200
...
find 
'debian/linux-patch-debian-2.6.18/usr/src/kernel-patches/all/2.6.18/debian' ! 
-path '*/series/*' -type f -execdir bzip2 '{}
' ';' -execdir chmod 644 '{}.bz2' ';'
find: invalid predicate `-execdir'
make[2]: *** [install-patch] Error 1
make[2]: Leaving directory `/var/tmp/Kalle/debian/linux-2.6-2.6.18'
make[1]: *** [binary-indep] Error 2
make[1]: Leaving directory `/var/tmp/Kalle/debian/linux-2.6-2.6.18'
make: *** [binary-indep] Error 2
Command exited with non-zero status 2
82190.47user 7782.49system 31:55:59elapsed 3%CPU (0avgtext+0avgdata 
0maxresident)k
0inputs+0outputs (39617major+343210364minor)pagefaults 0swaps

%%%END%%%
Exit-Code: 2
Date: Mon, 01 Jan 2007 00:46:41 +0200

So I waited almost 32 hours for the thing to build and got this
error instead.  According to findutils-4.2.28/NEWS, -execdir was
first added in version 4.2.12; please declare a versioned
build-dependency if you must use -execdir.

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

Versions of packages linux-2.6 build-depends on:
ii  bzip2 1.0.3-2high-quality block-sorting file compressor 
- utilities
ii  debhelper 5.0.37.3   helper programs for debian/rules
ii  debianutils   2.17.3 Miscellaneous utilities specific to Debian
ii  docbook-utils 0.6.14-1   Convert Docbook files to other formats 
(HTML, RTF, PS,
ii  dpkg-dev  1.13.24package building tools for Debian
ii  gcc-3.3   3.3.5-12   The GNU C compiler
ii  gcc-4.1   4.1.0-4The GNU C compiler
ii  gs8.01-5 Transitional package
ii  kernel-package10.065 A utility for building Linux kernel 
related Debian pac
ii  module-init-tools 3.2-pre8-1 tools for managing Linux kernel modules
ii  python2.3.5-11   An interactive high-level object-oriented 
language (de
ii  python2.4-minimal 2.4.4~c1-1 A minimal subset of the Python language 
(version 2.4)
ii  transfig  3.2.5-alpha5-2 Utilities for converting XFig figure files
ii  xmlto 0.0.18-5   XML-to-any converter

The culprit:
ii  findutils  4.1.20-1   utilities for finding files--find, xargs, and 
locate


pgp2j39iv2tCN.pgp
Description: PGP signature

Bug#338405: another patch

[Russell Coker]

On Sunday 31 December 2006 23:47, maximilian attems <[EMAIL PROTECTED]> 
wrote:
> as you agree that the busybox utitilites are not functional ident,
> i queue that patch for postetch. there should be enough time to poke
> new busybox upstream to merge such patches.

OK, post-etch will do.

I'll write the busybox patches if no-one else does, I've hacked busybox 
before.


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

Bug#405149: hylafax-server: faxinfo and other utils always exit(0), even on erros

[Paolo]

Package: hylafax-server
Version: 2:4.3.1~rc3-1
Severity: normal

hi,

this was mentioned 'en passant' in #370420: faxinfo as well as other utils,
should exit with non-0 status, so that scripts can implement case path
according to return code as usual.
Se also proposed patch in #370420 (faxinfo only).

I feel bug is 'normal' instead of just 'wishlist', as eg 'success' (rc=0)
isn't expected in current practice for eg 'either not TIFF or corrupted'.

thanks
-- paolo



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

Bug#304159: Debian package for gnudatalanguage now available

[Sergio Gelato]

Since after all these years I still can't find a gnudatalanguage package
in the Debian archives, I decided to roll my own. I'm not a Debian developer
so I won't be uploading it to the Debian archives, but any interested
parties are welcome to download my work from

http://www.astro.su.se/~gelato/Modified_Debian_packages.html#gnudatalanguage

The packaging, like gnudatalanguage itself, is under the GPL (v2 or later).

My policy, as explained on that page, is to distribute my packages in
source form only; if you want binaries, compile them yourself (I use
pbuilder for that purpose).

Happy 2007.


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

Bug#402692: Status of KeyFile regressions in glib2.0

[Loïc Minier]

On Sun, Dec 31, 2006, Thomas Bushnell BSG wrote:
> If such a patch is in, and can be verified to work by the people who
> reported the bug against gnucash, then I have no objections (on this
> score) to the migration of glib into testing.  Can you let me know when
> an upload is made so that it can be conveniently tested?

 I had uploaded at the time of my previous message; the files are now
 visible in incoming.d.o.

> >  It would be best if Gnucash switched as soon as possible to stricter
> >  key names.
> gnucash upstream is working on the problem.  However, a serious
> deficiency with this particular change was that it did not make any
> sensible *conversion* possible.  When new strictness rules are created
> out of whole cloth, it is crucial to provide for transition, and not
> just decree a new rule.  It appears that glib is very unlikely to do
> anything to help with the transition, which creates major extra work.
> If you could impress this upon the upstream maintainers, it would be
> great.

 I've proposed using the patch to revert to the previous level of
 compatibility in the 2.12.x series of glib in the upstream bug report
 (to effectively postpone and warn of the change until the next major
 glib release).

-- 
Loïc Minier <[EMAIL PROTECTED]>
 "Forget your stupid theme park! I'm gonna make my own! With hookers!
  And blackjack! In fact, forget the theme park!"  -- Bender

Bug#341801: Bug#347412: Bug#341801: independent confirmation

[Kevin Brown]

maximilian attems wrote:
> have you tried newer than 2.6.18, is there a patch upstream for that
> in 2.6.20-rc2 ?
> if yes we are happy to integrate the fix.
> a quick scan of the git log drivers/net/skge.c doesnt show anything
> convincing, so please report upstream in bugzilla.kernel.org
> once you have tested that newest is still showing this trouble.

I don't have a "throwaway" system with the right hardware on which I
can test random kernels to debug this, unfortunately.  So it'll have
to wait until 2.6.20 hits -testing.



-- 
Kevin Brown   [EMAIL PROTECTED]


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

Bug#397179: [php-maint] Bug#397179: suhosin patch

[sean finney]

hi andreas,

On Sun, 2006-12-31 at 15:00 +0100, Andreas Beckmann wrote:
> I'm currently using PHP with suhosin patch (and suhosin module) on
> several production systems (i386, amd64, some still running php5.1)
> without problems (only had to increase some varfilter limits in the
> module configuration).

okay... when we do get around to including the patch i'll come find you
and get you to help test it on your production systems for us :)

> The only problem I encountered is a build problem:
> the patch modifies both configure and configure.in (which is nice if
> suhosin is the only patch to be applied), but this prevents recreation
> of configure (which is required by several Debian patches to
> configure.in) due to timestamp magic on fast machines.
> My fix: I just removed the configure specific patch from the suhosin
> patch, letting the build system take care of configure recreation.

yeah... there's no reason to patch both configure and configure.in,
that's kinda silly really.  i think as it is we're already regenerating
the configure script as part of the build process, so nothing to lose
putting an additional change in configure.in from what i can tell.

anyway i'm on vacation right now and am doing mostly stuff limited to
email exchanges, but depending on when etch gets released i could see
this showing up in either experimental or unstable sometime in late
january.


sean


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

Bug#400560: aptitude: #400560 shows up after failure to obtain Packages files

[Rodrigo Gallardo]

Package: aptitude
Version: 0.4.4-1
Followup-For: Bug #400560

I got the same failure when trying a dist-upgrade after a failed update.
In my case, the update failed because a machine in my sources.list was
not available in the network I updated from.

Retrying the update did no good. Removing the deb and deb-src entries
from sources.list and retrying the updated fixed the problem.

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

Versions of packages aptitude depends on:
ii  apt [libapt-pkg-libc6.3-6-3. 0.6.46.4Advanced front-end for dpkg
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libgcc1  1:4.1.1-19  GCC support library
ii  libncursesw5 5.5-5   Shared libraries for terminal hand
ii  libsigc++-2.0-0c2a   2.0.17-2type-safe Signal Framework for C++
ii  libstdc++6   4.1.1-19The GNU Standard C++ Library v3

Versions of packages aptitude recommends:
pn  aptitude-doc-en | aptitude-do  (no description available)

-- no debconf information


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

Bug#404585: Gnucash fails to write config file under .gnucash/books/

[Thomas Bushnell BSG]

Hi; we may have a temporary fix in place.

Can you please install glib version 2.12.6-2 (it was only just uploaded,
so it may take a day or so to get to the mirror) and check whether it
seems to have solved the bug?

Thomas



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

Bug#404826: prboom.wad contains material from doom and wolfenstein 3d

[Jon Dowland]

On Sun, Dec 31, 2006 at 02:27:19PM +, Jon Dowland wrote:
> These have been dealt with: there's a configure option --disable-dogs 
> that can be used, and then the resources removed from prboom.wad. I've 
> got this part done.
...
> I'm now going to try and generate alternatives.

Ok I generated alternatives; the packages for sponsoring are at 
. Moritz mailed to 
say he'd do it, but in case someone else beats him to it...

Also attached to this mail is the final script used to generate the 
replacement lumps (small alteration). The palette issue I alluded to 
earlier was solved by ensuring the base image had the right palette and 
not switching between formats.


-- 
Jon Dowland
#!/bin/sh

while read line; do
set -- $line
file="$1"
width="$2"
height="$3"
shift
shift
shift
text="$*"
text=$(echo "$text" | tr a-z A-Z)

convert -fill red -font Helvetica-Bold\
  -resize "${width}x${height}!" \
  +antialias \
  -pointsize 16\
-gravity west \
  -draw "text 0,0 '$text'"  \
"base.gif" "$file"
done < output.txt

Bug#402692: Status of KeyFile regressions in glib2.0

[Thomas Bushnell BSG]

On Sun, 2006-12-31 at 21:10 +0100, Loïc Minier wrote:
>  Finally, since glib's upstream added support for key names with MIME
>  types chars such as "/" and "+" for gnome-vfs2, I also added a patch to
>  silently support key names with spaces in the middle of the name (not
>  at the beginning or at the end) as I think this might be relatively
>  common.  (Attached as well.)

If such a patch is in, and can be verified to work by the people who
reported the bug against gnucash, then I have no objections (on this
score) to the migration of glib into testing.  Can you let me know when
an upload is made so that it can be conveniently tested?

The upstream bug in bugzilla is looking like upstream is not going to
allow spaces in keynames, though this may change.  I understand that
gnucash upstream plans to talk directly to them.

>  It would be best if Gnucash switched as soon as possible to stricter
>  key names.

gnucash upstream is working on the problem.  However, a serious
deficiency with this particular change was that it did not make any
sensible *conversion* possible.  When new strictness rules are created
out of whole cloth, it is crucial to provide for transition, and not
just decree a new rule.  It appears that glib is very unlikely to do
anything to help with the transition, which creates major extra work.
If you could impress this upon the upstream maintainers, it would be
great.
> 
>  The first patch will probably be reverted in the lenny cycle, and the
>  second patch might be kept if upstream merges it.

If the patch to support spaces gets reverted, can we please at least
coordinate that with gnucash?  (That is, please don't just revert it
when the mood strikes; check and see whether the upstream gnucash fix is
in place in Debian unstable first.)


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

Bug#373947: Bug confirmed

[Jose Carlos Garcia Sogo]

I can confirm this bug with kernel 2.6.18-3-xen-amd64 y 
2.6.18-3-xen-vserver-amd64


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

Bug#405122: Acknowledgement (ITP: ocamlwc -- count the lines of code and comments in OCaml sources)

[Daniel Baumann]

Georg Neis wrote:
> http://mentors.debian.net/debian/pool/main/o/ocamlwc/
> 
> I.e., I am looking for a sponsor.

please read in the developer reference on how to ask for a sponsor
properly. on -wnpp, nearly nobody reads this.

nevertheless, i had a look at your package:

  * tipp: debhelper (>> 4.0.0) is over-precise,
debhelper (>= 4) is just enough.

  * should: since you wrote ocamlwc.1 yourself,
you should structure it like the more common
examples, incl. adding a AUTHOR section.
look at gproftpd for a sane example.

  * must: instead of patch, you should use patch-stamp in rules.

  * should: remove the
## All lines beginning with `## DP:' are a description of the patch.
line from the dpatch header.

  * should: you do not ship a shared library, hence remove the
useless dh_makeshlibs from your rules.

  * should: you do not have a shlibs:Depends in control,
hence remove the useless dh_shlibdeps from your rules.

if you fix above things, i'll sponsor this package.

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  [EMAIL PROTECTED]
Internet:   http://people.panthera-systems.net/~daniel-baumann/


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

Bug#364167: missing sound drivers (were in 2.6.8 but gone in 2.6.17 and above)

[maximilian attems]

tags 364167 moreinfo
stop

On Sun, Dec 31, 2006 at 03:12:24PM -0500, Brian White wrote:
> I, too, have noticed that since 2.6.8, some OSS drivers are missing. 
> For me specifically, "osssolo1.ko" is missing and my IBM ThinkPad needs it.

the module name was esssolo1.
 
> This module is present in 2.6.8 but that version is too old to support 
> udev and some other things.

this is an obsolote sound module and oss is superseded by alsa.
there is an equivalent sound driver for your sound card available.
make sure you have the alsa userland installed aka alsa-utils
and run alsaconf it will load the apprioriate sound driver.
 
> Please include these modules if possible.  Thanks!
> 
>   Brian
>   ( [EMAIL PROTECTED] )

such questions are better directed to the debian-user mailinglist
than filing bug reports.

anyway unless your hardware is _really_ not supported,
you need to provide some info aka lspci -vv, dmesg and so on

good new year

-- 
maks


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

Bug#405148: xcdroast: cant burn, wrong interaction with wodim?

[Toni Mueller]

Package: xcdroast
Version: 0.98+0alpha15-11
Severity: important

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

Hello,


with sid current as of today, I can't burn a CD. This is the error
message I get:

Calling: /usr/lib/xcdroast/bin/xcdrwrap CDRECORD dev= "ATAPI:0,1,0" gracetime=2 
fs=4096k driveropts=burnfree -v -useinfo spe
ed=16 -dao -eject -pad -data 
"/home/toni/cdimgs/KNOPPIX_V5.1.0CD-2006-12-30-DE.iso" ...

TOC Type: 1 = CD-ROM

Warning, the ATAPI: method is considered deprecated on modern kernels!
Mapping device specification to dev=0,1,0 now.
To force the old ATAPI: method, replace ATAPI: with OLDATAPI:
scsidev: '0,1,0'
scsibus: 0 target: 1 lun: 0
wodim: Invalid argument. 
Cannot open SCSI driver!
For possible targets try 'wodim --devices' or 'wodim -scanbus'.
For possible transport specifiers try 'wodim dev=help'.
For IDE/ATAPI devices configuration, see the file README.ATAPI.setup from
the wodim documentation.


This is with the automatic device scan. I tried both as a normal user
and as root. I'm unsure if this is the right package to report this
problem against.


Best,
--Toni++


-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (990, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-1-686
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)

Versions of packages xcdroast depends on:
ii  cdda2wav 9:1.1.1-1   Dummy transition package for iceda
ii  debconf [debconf-2.0]1.5.11  Debian configuration management sy
ii  libatk1.0-0  1.12.3-1The ATK accessibility toolkit
ii  libc62.3.6.ds1-9 GNU C Library: Shared libraries
ii  libcairo21.2.4-4 The Cairo 2D vector graphics libra
ii  libfontconfig1   2.4.2-1 generic font configuration library
ii  libglib2.0-0 2.12.6-1The GLib library of C routines
ii  libgtk2.0-0  2.8.20-3The GTK+ graphical user interface 
ii  libpango1.0-01.14.8-4Layout and rendering of internatio
ii  libx11-6 2:1.0.3-4   X11 client-side library
ii  libxcursor1  1.1.7-4 X cursor management library
ii  libxext6 1:1.0.1-2   X11 miscellaneous extension librar
ii  libxfixes3   1:4.0.1-5   X11 miscellaneous 'fixes' extensio
ii  libxi6   1:1.0.1-4   X11 Input extension library
ii  libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library
ii  libxrandr2   2:1.1.0.2-5 X11 RandR extension library
ii  libxrender1  1:0.9.1-3   X Rendering Extension client libra
ii  mkisofs  9:1.1.1-1   Dummy transition package for genis
ii  wodim9:1.1.1-1   command line CD/DVD writing tool

xcdroast recommends no packages.

-- debconf information:
  xcdroast/can_use_normal_user: false



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

Bug#405147: please add support for *.command files

[Marcin Owsiany]

Package: dupload
Version: 2.6.3.3
Severity: wishlist

This would be very useful, rather than having to upload them manually.


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-2-xen-686
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2)

Versions of packages dupload depends on:
ii  perl  5.8.8-6.1  Larry Wall's Practical Extraction 
ii  perl-modules [libnet-perl]5.8.8-6.1  Core Perl modules

Versions of packages dupload recommends:
ii  openssh-client1:4.3p2-3  Secure shell client, an rlogin/rsh
ii  ssh   1:4.3p2-3  Secure shell client and server (tr

-- no debconf information


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

Bug#405108: busybox: should have a --list option to list all supported commands

[Joey Hess]

Russell Coker wrote:
> busybox | tail -19 | tr , n | sed -e "s/ \|\t//"|grep .|grep -v busybox

My version:

TAB="   "

busybox --help | grep -A 100 'Currently defined functions' | \
tail -n +2 | grep "^$TAB" | sed 's/,/ /g'

> Currently to get a list of the supported commands in busybox I need to use
> the above shell code.  This is ugly and will cause problems if the number of
> lines required changes.
> 
> What we need is a --list command-line option that will display all supported
> options one per line to stdout without any additional commentary.

Seconded.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#405146: brasero: should include a menu file

[Nelson A. de Oliveira]

Package: brasero
Version: 0.4.4-4
Severity: minor
Tags: patch

Hi!

Brasero should include a menu file:

?package(brasero):needs="X11" section="Apps/Tools"\
 title="Brasero" command="/usr/bin/brasero"

Thank you!

Best regards,
Nelson


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

Bug#378243: grub-reboot does not work

[imacat]

Dear all,

Hi.  This is imacat from Taiwan.  I tested on our live server this
weekend.  It is a Debian Etch AMD64 with grub 0.97-20.  It has a
different result.  It seems that /boot/grub/default has never been
touched.

I have sent the result files to Otavio Salvador <[EMAIL PROTECTED]>
and dorileo <[EMAIL PROTECTED]>.  Hope they helps.  Please tell me if
you need any more information.

--
Best regards,
imacat ^_*' <[EMAIL PROTECTED]>
PGP Key: http://www.imacat.idv.tw/me/pgpkey.txt

<> News: http://www.wov.idv.tw/
Tavern IMACAT's: http://www.imacat.idv.tw/
TLUG List Manager: http://lists.linux.org.tw/cgi-bin/mailman/listinfo/tlug


pgp1A051tfktE.pgp
Description: PGP signature

Bug#404888: Status of KeyFile regressions in glib2.0

[Loïc Minier]

Hi,

 First, I'm the one who uploaded the new upstream release of glib2.0
 with the regressions you noticed in Gnucash.  I apologize for not
 testing this new release for a longer time: it only spent a single day
 in experimental and on my system; Sébastien Bacher suggested that I
 should test core libs such as glib2.0 for a longer time before upload.

 (Please note that the new upstream release did not bump shlibs, so I
 didn't expect it to hijack the etch release cycle; it still caused an
 inconvenient situation obviously.)

 Given that the problem not only hit gnome-vfs2 but also Gnucash, I can
 only agree that the strictness in KeyFile checks is too intrusive;
 hence I've added a patch reverting to the older checks but also
 outputting warnings when the new checks fail. (Attached.)

 Finally, since glib's upstream added support for key names with MIME
 types chars such as "/" and "+" for gnome-vfs2, I also added a patch to
 silently support key names with spaces in the middle of the name (not
 at the beginning or at the end) as I think this might be relatively
 common.  (Attached as well.)

 Please let me know if the patches still cause regressions or introduce
 new regressions via bug reports against glib2.0.


 It would be best if Gnucash switched as soon as possible to stricter
 key names.

 The first patch will probably be reverted in the lenny cycle, and the
 second patch might be kept if upstream merges it.

 Happy new year!

   Bye,
-- 
Loïc Minier <[EMAIL PROTECTED]>
 "Forget your stupid theme park! I'm gonna make my own! With hookers!
  And blackjack! In fact, forget the theme park!"  -- Bender
--- /home/lool/tarballs/gnome/glib/2.12/glib-2.12.6/glib/gkeyfile.c	2006-12-19 22:03:00.0 +0100
+++ glib-2.12.6/glib/gkeyfile.c	2006-12-31 19:22:33.0 +0100
@@ -753,11 +753,15 @@ g_key_file_parse_group (GKeyFile *ke
   
   if (!g_key_file_is_group_name (group_name))
 {
+  /* Debian: print a warning instead of failing */
+  g_critical(_("Invalid group name: %s"), group_name);
+#if 0
   g_set_error (error, G_KEY_FILE_ERROR,
 		   G_KEY_FILE_ERROR_PARSE,
 		   _("Invalid group name: %s"), group_name);
   g_free (group_name);
   return;
+#endif
 }
 
   g_key_file_add_group (key_file, group_name);
@@ -801,11 +805,15 @@ g_key_file_parse_key_value_pair (GKeyFil
 
   if (!g_key_file_is_key_name (key))
 {
+  /* Debian: print a warning instead of failing */
+  g_critical(_("Invalid key name: %s"), key);
+#if 0
   g_set_error (error, G_KEY_FILE_ERROR,
G_KEY_FILE_ERROR_PARSE,
_("Invalid key name: %s"), key);
   g_free (key);
   return; 
+#endif
 }
 
   /* Pull the value from the line (chugging leading whitespace)
@@ -1238,8 +1246,22 @@ g_key_file_set_value (GKeyFile*key_f
   GKeyFileKeyValuePair *pair;
 
   g_return_if_fail (key_file != NULL);
+  /* Debian: restore older and simpler checks for NULLity; convert the new
+   * checks to warnings */
+  g_return_if_fail (group_name != NULL);
+  g_return_if_fail (key != NULL);
+  if (G_LIKELY(g_key_file_is_group_name (group_name))) { } else
+{
+  g_critical(_("Invalid group name: %s"), group_name);
+}
+  if (G_LIKELY(g_key_file_is_key_name (key))) { } else
+{
+  g_critical(_("Invalid key name: %s"), key);
+}
+#if 0
   g_return_if_fail (g_key_file_is_group_name (group_name));
   g_return_if_fail (g_key_file_is_key_name (key));
+#endif
   g_return_if_fail (value != NULL);
 
   group = g_key_file_lookup_group (key_file, group_name);
@@ -1366,6 +1388,10 @@ g_key_file_set_string (GKeyFile*key_
   gchar *value;
 
   g_return_if_fail (key_file != NULL);
+  /* Debian: restore checks for NULLity */
+  g_return_if_fail (group_name != NULL);
+  g_return_if_fail (key != NULL);
+  /* end of Debian specific block */
   g_return_if_fail (string != NULL);
 
   value = g_key_file_parse_string_as_value (key_file, string, FALSE);
@@ -1490,6 +1516,10 @@ g_key_file_set_string_list (GKeyFile
   gsize i;
 
   g_return_if_fail (key_file != NULL);
+  /* Debian: restore checks for NULLity */
+  g_return_if_fail (group_name != NULL);
+  g_return_if_fail (key != NULL);
+  /* end of Debian specific block */
   g_return_if_fail (list != NULL);
 
   value_list = g_string_sized_new (length * 128);
@@ -1532,6 +1562,9 @@ g_key_file_set_locale_string (GKeyFile  
   gchar *full_key, *value;
 
   g_return_if_fail (key_file != NULL);
+  /* Debian: restore checks for NULLity */
+  g_return_if_fail (group_name != NULL);
+  /* end of Debian specific block */
   g_return_if_fail (key != NULL);
   g_return_if_fail (locale != NULL);
   g_return_if_fail (string != NULL);
@@ -1734,6 +1767,9 @@ g_key_file_set_locale_string_list (GKeyF
   gsize i;
 
   g_return_if_fail (key_file != NULL);
+  /* Debian: restore checks for NULLity */
+  g_return_if_fail (group_name != NULL);
+  /* end of Debian specific block */
   g_return_if_fail (key != NULL);
   g_retu

Bug#403699: fixed in ktrack 0.3.0-alpha1-9

[Ana Guerrero]

reopen 403699
found 403699 0.3.0-alpha1-9
thanks

On Sun, Dec 31, 2006 at 11:32:03AM +, Jaime Robles wrote:
> Format: 1.7
> Date: Sun, 23 Apr 2006 19:14:04 +
> Source: ktrack
> Binary: ktrack
> Architecture: source powerpc
> Version: 0.3.0-alpha1-9
> Distribution: unstable
> Urgency: low
> Maintainer: Jaime Robles <[EMAIL PROTECTED]>
> Changed-By: Jaime Robles <[EMAIL PROTECTED]>
> Description: 
>  ktrack - KDE Satellite tracking program
> Closes: 259025 265677 268755 302810 302810 327995 327995 403699
> Changes: 
>  ktrack (0.3.0-alpha1-9) unstable; urgency=low
>  .
>* New hamlib built. (Closes: #302810, #327995, #403699)
>* Acknowledging NMU, thanks! (Closes: #302810, #327995, #259025, #265677, 
> #268755)
> Files: 
>  2e9df300ff6c6eefe950460dbee4071e 733 hamradio optional 
> ktrack_0.3.0-alpha1-9.dsc
>  246e620051251b92eba23d7aac91578d 33471 hamradio optional 
> ktrack_0.3.0-alpha1-9.diff.gz
>  de1741ee6ee40971359eb1635010dbef 134464 hamradio optional 
> ktrack_0.3.0-alpha1-9_powerpc.deb
>

Sorry, but this new version upload did not fix the bug. I'm reopening.

Ana


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

Bug#364167: missing sound drivers (were in 2.6.8 but gone in 2.6.17 and above)

[Brian White]

I, too, have noticed that since 2.6.8, some OSS drivers are missing. 
For me specifically, "osssolo1.ko" is missing and my IBM ThinkPad needs it.


This module is present in 2.6.8 but that version is too old to support 
udev and some other things.


Please include these modules if possible.  Thanks!

  Brian
  ( [EMAIL PROTECTED] )

---
If it weren't for the last minute, nothing would ever get done.


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

Bug#405145: hylafax-server: redundant/misplaced stop/start lines in .postinst

[Paolo]

Package: hylafax-server
Version: 2:4.3.1~rc3-1
Severity: normal

hi,

perhaps I'm mis-reading the script, but seems to me that lines 219..221

$  invoke-rc.d hylafax stop
$  (echo; echo no; echo no) | /usr/sbin/faxsetup -server
$  invoke-rc.d hylafax start

should be removed, at least the 'start' one, as next step @239 - ask the
user if server should be (re)started - would be meaningless if 
RUN_HYLAFAX=1 already.

I think both stop/start lines (219,221) should be removed; server should be 
(re)configured anyway, then ask user whether to actually (re)start it.


-- paolo


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

Bug#405144: brasero: should suggests gnome-icon-theme

[Nelson A. de Oliveira]

Package: brasero
Version: 0.4.4-4
Severity: wishlist

Hi!

The brasero package should suggests gnome-icon-theme, so users that
don't use Gnome and don't have gnome-icon-theme installed can see that
installing it they will get some icons when using brasero.

Thank you!

Best regards,
Nelson


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

Bug#404876: libgstreamer0.10-0: Possible solution found

[Loïc Minier]

Hi Sjoerd,

On Sun, Dec 31, 2006, b9 wrote:
> >> $ apt-get source libgstreamer0.10-0
> >> $ sudo aptitude install libgstreamer0.10-dev libglib-dev
> >> $ cd gstreamer0.10-0.10.10/
> >> $ ./configure
[...]
> Good idea. Here are config.{h,log,status} from the run. Let me know if
> you need anything else.

 Could you compare the config.* files from a configure run on your
 powerpc in gstreamer0.10 with the files from the G3 run in #404876?

 I hope this could help pin-point the relevant test that we need to
 force to the G3 value on the buildds; perhaps it can even be moved to
 runtime.

   Thanks,
-- 
Loïc Minier <[EMAIL PROTECTED]>
 "Forget your stupid theme park! I'm gonna make my own! With hookers!
  And blackjack! In fact, forget the theme park!"  -- Bender

Bug#405143: brasero: New version available

[Nelson A. de Oliveira]

Package: brasero
Version: 0.4.4-4
Severity: wishlist

Hi!

There is a new version (0.5.1) of brasero available at
http://sourceforge.net/projects/bonfire/

Thank you!

Best regards,
Nelson


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

Bug#405140: Bug#373947: powernow-k8: scaling cpu frequency not working with xen

[Bastian Blank]

severity 405140 normal
reassign 405140 linux-2.6
retitle 405140 linux-2.6 - xen images does not support frequency scaling
tags 405140 -patch
thanks

On Sun, Dec 31, 2006 at 08:04:24PM +0100, Janusz Krzysztofik wrote:
> This is not the same problem. I am affriad that not being able to load 
> processor module could be much more serious for your pc health than just not 
> being able to change frequency.

This is not supported at all anyway.

Bastian

-- 
Not one hundred percent efficient, of course ... but nothing ever is.
-- Kirk, "Metamorphosis", stardate 3219.8


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

Bug#405141: python-twisted: Doesn't load from an SVN working dir

[Anders Kaseorg]

Package: python-twisted
Version: 2.4.0-2
Severity: important
Tags: patch

twisted apps managed in subversion 1.4 directories fail to load with a
nasty expat error, because twisted.python.versions incorrectly uses an
implementation detail in .svn to find the app's subversion revision
number.  (I ran into this problem trying to install the SVN version of
Nevow.)  The upstream bug report
 has a patch ("PATCH") that
they applied; it would be good to get this into the package.

I'm running Ubuntu feisty i386 but the package appears to be the same as
the one in etch and sid.




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

Bug#405142: xcdroast: fails to start (readcd)

[Toni Mueller]

Package: xcdroast
Version: 0.98+0alpha15-11
Severity: normal

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

Hello,

I get this error on starting xcdroast:

** (xcdroast:18780): WARNING **: Invalid readcd version -unknown- found.
Expecting at least version 1.1.0
Start xcdroast with the -n option to override (not recommended!)

So I tried to find out what I have as 'readcd':

$ which readcd
/usr/bin/readcd
$ dpkg -S /usr/bin/readcd 
cdrecord: /usr/bin/readcd
$ dpkg -l cdrecord
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name   VersionDescription
+++-==-==-
ii  cdrecord   1.1.1-1Dummy transition package for wodim

AND:

$ readcd --version
readcd 2.01.01a05 is not what you see here. This line is only a fake for too 
clever
GUIs and other frontend applications. In fact, this program is:
readom 1.1.1 (Linux)
Copyright (C) 1987, 1995-2006 Joerg Schilling
Copyright (C) 2006 Cdrkit maintainers
(modified version of  -- don't bother Joerg Schilling with problems)




Best,
--Toni++



-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (990, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-1-686
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)

Versions of packages xcdroast depends on:
ii  cdda2wav 9:1.1.1-1   Dummy transition package for iceda
ii  debconf [debconf-2.0]1.5.11  Debian configuration management sy
ii  libatk1.0-0  1.12.3-1The ATK accessibility toolkit
ii  libc62.3.6.ds1-9 GNU C Library: Shared libraries
ii  libcairo21.2.4-4 The Cairo 2D vector graphics libra
ii  libfontconfig1   2.4.2-1 generic font configuration library
ii  libglib2.0-0 2.12.6-1The GLib library of C routines
ii  libgtk2.0-0  2.8.20-3The GTK+ graphical user interface 
ii  libpango1.0-01.14.8-4Layout and rendering of internatio
ii  libx11-6 2:1.0.3-4   X11 client-side library
ii  libxcursor1  1.1.7-4 X cursor management library
ii  libxext6 1:1.0.1-2   X11 miscellaneous extension librar
ii  libxfixes3   1:4.0.1-5   X11 miscellaneous 'fixes' extensio
ii  libxi6   1:1.0.1-4   X11 Input extension library
ii  libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library
ii  libxrandr2   2:1.1.0.2-5 X11 RandR extension library
ii  libxrender1  1:0.9.1-3   X Rendering Extension client libra
ii  mkisofs  9:1.1.1-1   Dummy transition package for genis
ii  wodim9:1.1.1-1   command line CD/DVD writing tool

xcdroast recommends no packages.

-- debconf information excluded


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

Bug#296219: closed by Andreas Metzler <[EMAIL PROTECTED]> (mozilla-browser: clicking on a fragment link can go to wrong place; but 'reload' fixes)

[Andrew Young]

> I cannot reproduce this with iceape 1.0.6-1. If you can please (ask us
> to) re-open the bug and reassign it to iceape-browser.

Thanks for checking.  I now believe the problem was due to missing
"height" and "width" attributes on images in the page that was badly
displayed.  Apparently the browser first attempted to display the page
without allowing for the space actually occupied by the images, so it
mis-judged where to go to reach the #fragment.  After the page had loaded
fully, the browser *did* know how much space to allow of the images,
and went to the correct place.

I'm now more careful to make sure all images have "height" and "width"
attribute tags.


-- aty


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

Bug#324218: closed by Andreas Metzler <[EMAIL PROTECTED]> (mozilla-browser: renders tags incorrectly)

[Andrew Young]

> This is an automatic notification regarding your Bug report
> #324218: mozilla-browser: renders  tags incorrectly,
> which was filed against the mozilla-browser package.
> 
> It has been closed by Andreas Metzler <[EMAIL PROTECTED]>.
> 
> Their explanation is attached below.  If this explanation is
> unsatisfactory and you have not received a better one in a separate
> message then please contact Andreas Metzler <[EMAIL PROTECTED]> b=
> y replying
> to this email.
> 
> Debian bug tracking system administrator
> (administrator, Debian Bugs database)
> 
> 
> =_1167559435-16542-1
> Content-Type: message/rfc822
> Content-Disposition: inline
> Content-Transfer-Encoding: 7bit
> 
> Received: (at 324218-done) by bugs.debian.org; 31 Dec 2006 09:56:59 +
> Return-path: <[EMAIL PROTECTED]>
> Received: from m26s25.vlinux.de ([83.151.30.59] 
> ident=[aG5OCez8QYlEqNm0FfljSP9RGuHpDAbZ])
>   by spohr.debian.org with esmtp (Exim 4.50)
>   id 1H0xR4-0002IV-Nr
>   for [EMAIL PROTECTED]; Sun, 31 Dec 2006 01:56:58 -0800
> Received: from adsl-165.225.166.194.arpa.as1901.net ([194.166.225.165] 
> helo=argenau.downhill.at.eu.org)
>   by m26s25.vlinux.de with esmtpa (Exim 4.63)
>   (envelope-from <[EMAIL PROTECTED]>)
>   id 1H0xRC-000880-3z
>   for [EMAIL PROTECTED]; Sun, 31 Dec 2006 09:57:07 +
> Received: from ametzler by argenau.downhill.at.eu.org with local (Exim 4.63)
>   (envelope-from <[EMAIL PROTECTED]>)
>   id 1H0xQi-00034X-PC
>   for [EMAIL PROTECTED]; Sun, 31 Dec 2006 10:56:36 +0100
> Date: Sun, 31 Dec 2006 10:56:36 +0100
> From: Andreas Metzler <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: mozilla-browser: renders  tags incorrectly
> Message-ID: <[EMAIL PROTECTED]>
> MIME-Version: 1.0
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline
> X-GPG-Fingerprint: BCF7 1345 BE42 B5B8 1A57  EE09 1D33 9C65 8B8D 7663
> User-Agent: Mutt/1.5.13 (2006-08-11)
> X-Spam-Score: -4.0 ()
> X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 
>   (1.212-2003-09-23-exp) on spohr.debian.org
> X-Spam-Level: 
> X-Spam-Status: No, hits=0.0 required=4.0 tests=BAYES_10,HTML_MESSAGE 
>   autolearn=no version=2.60-bugs.debian.org_2005_01_02
> 
> Version: 2:1.8+1.0.6-1
> 
> iceape 1.0.6-1 renders the samples on
> http://www.saila.com/attic/sandbox/quotes.html correctly for me.
> Closing.
> cu andreas

Thanks -- looks as though it got fixed somewhere since I reported the bug.
Works for me now, too.

-- aty


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

Bug#373947: powernow-k8: scaling cpu frequency not working with xen

[Janusz Krzysztofik]

package linux-2.6
clone 373947 -1
reassign -1 linux-image-2.6.18-3-xen-amd64 2.6.18-7
package linux-image-2.6.18-3-xen-amd64
retitle -1 linux-image-2.6.18-3-xen-amd64: processor: Unknown symbol pm_idle
severity -1 important
tags -1 patch
submitter -1 !
thanks

Dnia piątek, 27 października 2006 20:04, Daniel Schröter napisał:
> Hello,
>
> I have here a similar problem here. powernow-k8 is working fine, if I'm
> not using the xen-system.
>
> With the xen system I get the following error messages and I can not
> control the frequency:
>
> $ dmesg |grep -i unknow
> processor: Unknown symbol pm_idle

This is not the same problem. I am affriad that not being able to load 
processor module could be much more serious for your pc health than just not 
being able to change frequency.

Maybe this small patch could help (unless pm_idle is not exported 
intentionally for reasons I am missing):

--- 
linux-source-2.6.18-3-xen-vserver-acer_7.200612091203/arch/x86_64/kernel/process-xen.c.bad
  
2006-12-31 19:18:30.0 +0100
+++ 
linux-source-2.6.18-3-xen-vserver-acer_7.200612091203/arch/x86_64/kernel/process-xen.c
  
2006-12-31 19:19:10.0 +0100
@@ -72,6 +72,7 @@ EXPORT_SYMBOL(boot_option_idle_override)
  * Powermanagement idle function, if any..
  */
 void (*pm_idle)(void);
+EXPORT_SYMBOL(pm_idle);
 static DEFINE_PER_CPU(unsigned int, cpu_idle_state);

 static ATOMIC_NOTIFIER_HEAD(idle_notifier);

Thank you,
Janusz

Bug#339613: hnb: can't see cursor moving in edit mode - patch

[Carsten Hey]

tags 339613 + patch
thanks

Hi,

this bug was introduced in 1.9.18-3.

I've attached a patch that reverts the changes that caused this bug,
this patch is quite small, only two lines had to be changed.

I'm not sure whether this patch has any negative side-effects, but at
least on i386 it apparently does not break something.

Regards,
Carsten
diff -ur hnb-1.9.18.old/src/ui_draw.c hnb-1.9.18/src/ui_draw.c
--- hnb-1.9.18.old/src/ui_draw.c	2006-12-31 18:49:38.0 +0100
+++ hnb-1.9.18/src/ui_draw.c	2006-12-31 18:56:35.0 +0100
@@ -780,8 +780,8 @@
 		line_nodeno[active_line] = node_no (node);
 
 		if (edit_mode) {
-			lines = draw_item (active_line, strlen(input) - 1,
-	   node, drawmode_edit);
+			lines = draw_item (active_line, (int) input, node,
+	   drawmode_edit);
 		} else {
 			lines = draw_item (active_line, strlen (input), node,
 	   drawmode_completion);
diff -ur hnb-1.9.18.old/src/ui_edit.c hnb-1.9.18/src/ui_edit.c
--- hnb-1.9.18.old/src/ui_edit.c	2006-12-31 18:49:38.0 +0100
+++ hnb-1.9.18/src/ui_edit.c	2006-12-31 18:53:27.0 +0100
@@ -81,7 +81,7 @@
 
 	while (!stop) {
 		node_set (pos, TEXT, input);
-		ui_draw (pos, input, 1);
+		ui_draw (pos, (char *) cursor_pos, 1);
 		c = parsekey (ui_input (), ui_scope_nodeedit);
 		switch (c->action) {
 			case ui_action_right:

Bug#405139: ITP: pngtools -- series of tools for PNG (Portable Network Graphics) images

[Nelson A. de Oliveira]

Package: wnpp
Severity: wishlist
Owner: "Nelson A. de Oliveira" <[EMAIL PROTECTED]>

* Package name: pngtools
 Version : 0.3
 Upstream Author : Michael Still <[EMAIL PROTECTED]>
* URL : http://www.stillhq.com/pngtools/
* License : GNU GPL
 Programming Lang: C
 Description : series of tools for PNG (Portable Network Graphics) images

pngtools is a suite of commands that implements the PNG (Portable Network
Graphics) equivalents to libtiff's tiffinfo and tiffcp commands.
These commands are called pnginfo, pngcp. tiffdump is replaced by pngchunks
and pngchunkdesc as well.


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

Bug#404898: dnsproxy_1.15-1(ia64/unstable): FTBFS: missing build-depends, prototypes

[Patrick Schoenfeld]

Hi,

I have received the following bug report for dnsproxy.
Are you aware of this issue?

Please note: This message goes CC to the Debian Bug Tracking System,
please be so kind to keep [EMAIL PROTECTED] in CC, so that
your answer can be tracked by the BTS.

Best Regards

Patrick

P.S for your interest: I told you a while ago that i intend to package
your software for Debian. Well it is included in Debian/unstable since
28th December 2006.


[EMAIL PROTECTED] schrieb:
> Package: dnsproxy
> Version: 1.15-1
> Severity: serious
> 
> There was an error while trying to autobuild your package:
> 
>> Automatic build of dnsproxy_1.15-1 on caballero by sbuild/ia64 98
>> Build started at 20061228-1543
> 
> [...]
> 
>> ** Using build dependencies supplied by package:
>> Build-Depends: debhelper (>= 5), autotools-dev, libevent-dev
> 
> [...]
> 
>> dnsproxy.c: In function 'main':
>> dnsproxy.c:349: warning: implicit declaration of function 'setgroups'
>> dnsproxy.c:352: warning: implicit declaration of function 'setresgid'
>> dnsproxy.c:364: warning: implicit declaration of function 'setresuid'
>> ia64-linux-gnu-gcc -Wall -g -O2 -I.  -DHAVE_CONFIG_H -DVERSION="\"1.15\""  
>> -c -o daemon.o daemon.c
>> ia64-linux-gnu-gcc -Wall -g -O2 -I.  -DHAVE_CONFIG_H -DVERSION="\"1.15\""  
>> -c -o hash.o hash.c
>> ia64-linux-gnu-gcc -Wall -g -O2 -I.  -DHAVE_CONFIG_H -DVERSION="\"1.15\""  
>> -c -o internal.o internal.c
>> ia64-linux-gnu-gcc -Wall -g -O2 -I.  -DHAVE_CONFIG_H -DVERSION="\"1.15\""  
>> -c -o log.o log.c
>> ia64-linux-gnu-gcc -Wall -g -O2 -I.  -DHAVE_CONFIG_H -DVERSION="\"1.15\""  
>> -c -o parse.o parse.c
>> ia64-linux-gnu-gcc -Wall -g -O2 -I.  -DHAVE_CONFIG_H -DVERSION="\"1.15\""  
>> -c -o stats.o stats.c
>> ia64-linux-gnu-gcc -Wl,-z,defs -o dnsproxy dnsproxy.o daemon.o hash.o 
>> internal.o log.o parse.o stats.o  -levent 
>> /bin/false -man dnsproxy.1 > dnsproxy.cat1
>> make[1]: *** [dnsproxy.cat1] Error 1
>> make[1]: Leaving directory `/build/buildd/dnsproxy-1.15'
>> make: *** [build-stamp] Error 2
> 
> A full build log can be found at:
> http://buildd.debian.org/build.php?arch=ia64&pkg=dnsproxy&ver=1.15-1
> 
> The implicit declarations _will_ result in runtime errors on ia64, and
> sometimes amd64.
> 
> lamont
> 



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

Bug#403914: fontconfig is picking small-caps when requesting roman

[Anthony DeRobertis]

Ralf Stubner wrote:
> BTW, I have tried the snippet for ~/.fonts.conf provided by Anthony. The
> consequence was like this:
>
> ~$ fc-match LMRoman10
> lmr10.pfb: "LMRoman10" "Regular"
> ~$ fc-match LMRoman10:Bold
> lmr10.pfb: "LMRoman10" "Regular"
> ~$ fc-match LMRoman10:Italic
> lmr10.pfb: "LMRoman10" "Regular"

Hmmm, that isn't good, I'll have to check at work if that happens.


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

Bug#405118: k3b: does not add files to the project

[Francois Marier]

Hi Angelo,

which version of K3b are you using?  The bug report says 1.0pre2 but
that version is not in Debian yet...

Francois


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

Bug#405138: gwhere: typo in Spanish (Spain) translation.

[Manolo Díaz]

Package: gwhere
Version: 0.2.3.dfsg.1-1
Severity: minor
Tags: l10n



-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (1001, 'testing'), (101, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)

Versions of packages gwhere depends on:
ii  libatk1.0-0  1.12.3-1The ATK accessibility toolkit
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libcairo21.2.4-4 The Cairo 2D vector graphics libra
ii  libfontconfig1   2.4.2-1 generic font configuration library
ii  libglib2.0-0 2.12.4-2The GLib library of C routines
ii  libgtk2.0-0  2.8.20-3The GTK+ graphical user interface 
ii  libpango1.0-01.14.8-3Layout and rendering of internatio
ii  libx11-6 2:1.0.3-4   X11 client-side library
ii  libxcursor1  1.1.7-4 X cursor management library
ii  libxext6 1:1.0.1-2   X11 miscellaneous extension librar
ii  libxfixes3   1:4.0.1-5   X11 miscellaneous 'fixes' extensio
ii  libxi6   1:1.0.1-4   X11 Input extension library
ii  libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library
ii  libxrandr2   2:1.1.0.2-5 X11 RandR extension library
ii  libxrender1  1:0.9.1-3   X Rendering Extension client libra
ii  zlib1g   1:1.2.3-13  compression library - runtime

gwhere recommends no packages.

-- debconf-show failed

Hi,
Please, replace all the occurrences of "extraibles" with "extraíbles" 
(note the i with acute), which is correct form, in the file

/usr/share/gnome/apps/Applications/gwhere.desktop

Regards,
Manolo.

Bug#405134: acct: cron.monthly broken

[Fabian Pietsch]

* Fabian Pietsch <[EMAIL PROTECTED]> (Sun, 31 Dec 2006 17:48:01 +0100):
> 
> Package: acct
> Version: 6.4~pre1-3
> 
> acct's cron.monthly script seems to be severely broken since -3.
> 
> What seems to be a good-faith attempt to handle switching between
> compressed and uncompressed rotated logfiles gracefully, turns out to be
> affected by the following defects:
> 
[...]
> 
> The previous (-1) version's only defect, on the other hand, seems to be
> that it unconditionally uses a possibly-existing uncompressed rotated
> logfile in addition to the previously detected existing
> uncompressed-or-compressed one, and there, too, only for `ac', not for
> `last'. It could have been fixed simply be dropping the superflous
> '-f /var/log/wtmp.1'.
>
[...]

Sorry, forgot to attach both scripts for public review.

They live in /etc/cron.monthly/acct after installation
(if that wasn't obvious).

-- 
Fabian "zzz" Pietsch - http://zzz.arara.de/
#!/bin/sh
#
# cron script to perform monthly login accounting.
#
# Written by Ian A. Murdock <[EMAIL PROTECTED]>
# Modified by Dirk Eddelbuettel <[EMAIL PROTECTED]>   
# Modified by Tero Tilus <[EMAIL PROTECTED]>
#   patch adopted by Christian Perrier <[EMAIL PROTECTED]> for #187538

LOGROTATE="/etc/cron.daily/logrotate"

if [ -x /usr/sbin/accton ]
then
echo "Login accounting for the month ended `date`:" > 
/var/log/wtmp.report
echo >> /var/log/wtmp.report

# The logrotate script happens to run before this one, effectively 
# swallowing all information out of wtmp before we can use it. 
# Hence, we need to use the previous file. Bad hack.
# Too bad we never heard from the logrotate maintainer about this ...

# edd 18 May 2002  make sure wtmp.1 exists

if [ -f "${LOGROTATE}" ] && [ -x /usr/sbin/logrotate ]
then
if [ -f /var/log/wtmp.1 ]
then
WTMP="/var/log/wtmp.1"
elif [ -f /var/log/wtmp.1.gz ]
then
WTMP_WAS_GZIPPED="1"
WTMP="`tempfile`"

gunzip -c /var/log/wtmp.1.gz > "${WTMP}"
fi

ac -f "${WTMP}" -f /var/log/wtmp.1 -p | sort -nr -k2 >> 
/var/log/wtmp.report
echo >> /var/log/wtmp.report
last -f "${WTMP}" >> /var/log/wtmp.report

if [ -n "${WTMP_WAS_GZIPPED}" ]
then
# remove temporary file
rm -f "${WTMP}"
fi
else
ac -p | sort -nr -k2 >> /var/log/wtmp.report
echo >> /var/log/wtmp.report
last >> /var/log/wtmp.report
fi
fi
#!/bin/sh
#
# cron script to perform monthly login accounting.
#
# Written by Ian A. Murdock <[EMAIL PROTECTED]>
# Modified by Dirk Eddelbuettel <[EMAIL PROTECTED]>   
# Modified by Tero Tilus <[EMAIL PROTECTED]>
#   patch adopted by Christian Perrier <[EMAIL PROTECTED]> for #187538

LOGROTATE="/etc/cron.daily/logrotate"

if [ -x /usr/sbin/accton ]
then
echo "Login accounting for the month ended `date`:" > 
/var/log/wtmp.report
echo >> /var/log/wtmp.report

# The logrotate script happens to run before this one, effectively 
# swallowing all information out of wtmp before we can use it. 
# Hence, we need to use the previous file. Bad hack.
# Too bad we never heard from the logrotate maintainer about this ...

# edd 18 May 2002  make sure wtmp.1 exists

if [ -f "${LOGROTATE}" ] && [ -x /usr/sbin/logrotate ]
then
if [ -f /var/log/wtmp.1 ]
then
LOGFILE="/var/log/wtmp.1"
fi

if [ -f /var/log/wtmp.1.gz ]
then
LOGFILE2="`tempfile`"
fi

if [ -n "${LOGFILE}" ] && [ -n "${LOGFILE2}" ]
then
ac -f "${LOGFILE2}" -f "${LOGFILE}" -p | sort -nr -k2 
>> /var/log/wtmp.report
echo >> /var/log/wtmp.report
last -f "${LOGFILE2}" >> /var/log/wtmp.report
elif [ -n "${LOGFILE}" ] && [ -z "${LOGFILE2}" ]
then
ac -f "${LOGFILE}" -p | sort -nr -k2 >> 
/var/log/wtmp.report
echo >> /var/log/wtmp.report
last -f "${LOGFILE}" >> /var/log/wtmp.report
fi

rm -f "${LOGFILE2}"
else
ac -p | sort -nr -k2 >> /var/log/wtmp.report
echo >> /var/log/wtmp.report
last >> /var/log/wtmp.report
fi
fi

Bug#404222: yet another update to twiki debian package

[Marcus C. Gottwald]

Hello Amaya,

Amaya wrote (Sun 2006-Dec-31 12:44:16 +0100):

> > Please note that this change does not match the syntax suggested for
> > the value of DefaultUrlHost in LocalSite.cfg: A trailing slash is
> > given in the default config but excluded from the first pair of
> > brackets in the above regular expression.
..
> Can you provide a patch? I am just sponsoring twiki and I am not
> familiar enough with it yet. Sven is on holidays, so he might be away
> from the computer at the moment.

Well, I'd change the error message to contain information about
the reason for the denial of the request:

  Sven's version:
params => [ 'redirect', 'unsafe redirect to '.$url ]);

  A suggestion:
params => [ 'redirect', 'unsafe redirect to '.$url.': '.$host.' does not 
match DefaultUrlHost' ]);

I would hope that any TWiki admin would be able to find
DefaultUrlHost in /etc/twiki and note the difference.

Since I don't fully understand the intentions behind the regular
expression matching on the redirection target and don't know the
code creating and handling this piece of information, I can't
suggest a good replacement. What happens if the (malicious)
redirect points to a target such as "bad.server" instead of
"http://bad.server"; (if this is possible at all) -- which
wouldn't match the expression anyway but might be supported by a
lot of browsers and thus be successful?


Cheers, Marcus

-- 
Marcus C. Gottwald
Quantum Hydrometrie GmbH, Zossener Str. 55, 10961 Berlin, Germany
Tel: +49.(0)30.698110-0, Fax: +49.(0)30.698110-99
eMail: <[EMAIL PROTECTED]>
Web: http://www.quantum-hydrometrie.de


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

Bug#291438: tetex-bin: dvipdfm segfaults when used with hyperref and hypertex

[Hilmar Preusse]

On 24.01.05 Frank Küster ([EMAIL PROTECTED]) wrote:

Hi,

Frank started using top posting and bottom quoting, I continue to do
so. This mail goes about http://bugs.debian.org/291438, which is
still not fixed in teTeX and now hits TeX Live too. As etch will be
released soon and is actually frozen: did you have a chance to work
out the promised patch? If yes, did you have the time to test it, so
we can simply include it into teTeX/TeX Live?

Thanks,
  Hilmar

> Unfortunately mails to -forwarded get archived, but are not
> relayed to the list. Therefore I resend this for reference.
> 
> "Mark A. Wicks" <[EMAIL PROTECTED]> schrieb:
> 
> > Prabhu has definitely uncovered a bug, but changing the length of the
> > string isn't the right fix.  That field should never be more than 24
> > characters (including the terminating null character).
> >
> > I'm working on a fix.  It looks like there's more than one thing
> > broken in asn_date().
> >
> > Mark
> >
> > On Sun, 23 Jan 2005, [iso-8859-1] Frank Küster wrote:
> >
> >> Dear Mark,
> >>
> >> Prabhu Rmachandran, a user of the Debian teTeX package that contains
> >> dvipdfm has reported a segfault in dvipdfm, and also found a fix that
> >> corrects the problem.
> >>
> >> The strange thing is that other people were not able to reproduce the
> >> segfault with the same minimal LaTeX or dvi file as Prabhu did. We would
> >> be glad if you could look into this.
> >>
> >> Regards, Frank
> >>
> >>
> >> Prabhu Ramachandran <[EMAIL PROTECTED]> wrote:
> >>
> >>>
> >>> OK, I've found the bug.  Basically, the asn_date function in
> >>> texk/dvipdfm/pdfdoc.c was writing to a string but did not allocate
> >>> enough memory for the string before writing to it.  Attached is a
> >>> trivial patch for the file texk/dvipdfm/pdfdoc.c.
> >>>
> >>> With this patch dvipdfm works fine for me and does not segfault
> >>> anymore.
> >>>
> >>> HTH.
> >>> prabhu
> >>>
> >>> --- pdfdoc.c.orig 2005-01-22 16:12:30.0 +0530
> >>> +++ pdfdoc.c  2005-01-22 16:12:38.0 +0530
> >>> @@ -239,7 +239,7 @@
> >>>   #define timezone 0l
> >>>  #endif /* TM_GM_TOFF */
> >>>  #endif /* HAVE_TIMEZONE */
> >>> -  static char date_string[24];
> >>> +  static char date_string[32];
> >>>time_t current_time;
> >>>struct tm *bd_time;
> >>>if (debug) {
> >>
> >> -- 
> >> Frank Küster
> >> Inst. f. Biochemie der Univ. Zürich
> >> Debian Developer
> >>
> 
 
-- 
sigmentation fault

Bug#111342: patch , Re: xarchon: me too

[A Mennucc]

severity 111342 grave
tag 111342 +patch 
thanks

here is the patch

I really think that this bug should be fixed before Etch is released;
so I will NMU this tomorrow

a.

-- 
Andrea Mennucc

"The EULA sounds like it was written by a team of lawyers who want to tell 
me what I can't do, and the GPL sounds like it was written by a human 
being who wants me to know what I can do."
Anonymous,http://www.securityfocus.com/columnists/420
diff -ur xarchon-0.50/debian/changelog xarchon-0.50-nmu/debian/changelog
--- xarchon-0.50/debian/changelog	2006-12-31 18:02:35.0 +0100
+++ xarchon-0.50-nmu/debian/changelog	2006-12-31 18:02:00.0 +0100
@@ -1,3 +1,9 @@
+xarchon (0.50-10.1) unstable; urgency=low
+
+  * NMU: Bug fix: "Missing font prevents starting new game" (Closes: #111342).
+  
+ -- A Mennucc1 <[EMAIL PROTECTED]>  Sun, 31 Dec 2006 18:01:46 +0100
+
 xarchon (0.50-10) unstable; urgency=low
 
   * Use debian/tmp as a staging directory and use dh_install to move files
diff -ur xarchon-0.50/src/canvas.c xarchon-0.50-nmu/src/canvas.c
--- xarchon-0.50/src/canvas.c	2006-12-31 18:02:35.0 +0100
+++ xarchon-0.50-nmu/src/canvas.c	2006-12-31 18:00:40.0 +0100
@@ -289,8 +289,12 @@
 
fs = XLoadQueryFont(display, name);
if (fs == NULL) {
-  fprintf(stderr, "canvas_font_load():  cannot load font `%s'\n", name);
-  exit(EXIT_FAILURE);
+ fs = XLoadQueryFont(display, "-*-fixed-*-*-*-*-15-*-*-*-*-*-iso8859-1"); 
+ if (fs == NULL) {
+   fprintf(stderr, "canvas_font_load(): cannot load neither font `%s' , nor fallback: panic!\n",name);
+   exit(EXIT_FAILURE);
+ } else
+   fprintf(stderr, "canvas_font_load() warning: cannot load font `%s', using fallback.\n", name);
}
return fs;
 }

Bug#405136: libperl4caml-ocaml-dev: Library missing !

[Benjamin Jacobs]

Package: libperl4caml-ocaml-dev
Version: 0.9.3-6
Severity: grave
Justification: renders package unusable

This package doesn't contain the expected cm[x]a files and so files 
(for libperl4caml-ocaml).
Hence it is unusable. I checked the file list for the i386 packages on 
packages.debian.org: all the same; so it isn't ppc specific.

$ dpkg -L libperl4caml-ocaml libperl4caml-ocaml-dev
/.
/usr
/usr/share
/usr/share/doc
/usr/share/doc/libperl4caml-ocaml
/usr/share/doc/libperl4caml-ocaml/copyright
/usr/share/doc/libperl4caml-ocaml/changelog.Debian.gz

/.
/usr
/usr/share
/usr/share/doc
/usr/share/doc/libperl4caml-ocaml-dev
/usr/share/doc/libperl4caml-ocaml-dev/README.Debian
/usr/share/doc/libperl4caml-ocaml-dev/copyright
/usr/share/doc/libperl4caml-ocaml-dev/changelog.Debian.gz


-- System Information:
Debian Release: 4.0
  APT prefers experimental
  APT policy: (999, 'experimental'), (500, 'unstable')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-powerpc
Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8)
(ignored: LC_ALL set to fr_BE.UTF-8)

Versions of packages libperl4caml-ocaml-dev depends on:
ii  libdate-calc-perl 5.4-5  Perl library for accessing
dates ii  libhtml-tree-perl 3.19.01-2  represent and create
HTML syntax t ii  libnet-google-perl1.0.1-1Simple
OOP-ish interface to the Go ii  libperl4caml-ocaml
0.9.3-6Use Perl code in OCaml programs, r ii
libtemplate-perl  2.14-1 template processing system
written ii  liburi-perl   1.35-2 Manipulates and
accesses URI strin

libperl4caml-ocaml-dev recommends no packages.

-- no debconf information


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

Bug#405137: gwhere: gwhere.desktop isn't utf8 encoded.

[Manolo Díaz]

Package: gwhere
Version: 0.2.3.dfsg.1-1
Severity: minor
Tags: l10n



-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (1001, 'testing'), (101, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)

Versions of packages gwhere depends on:
ii  libatk1.0-0  1.12.3-1The ATK accessibility toolkit
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libcairo21.2.4-4 The Cairo 2D vector graphics libra
ii  libfontconfig1   2.4.2-1 generic font configuration library
ii  libglib2.0-0 2.12.4-2The GLib library of C routines
ii  libgtk2.0-0  2.8.20-3The GTK+ graphical user interface 
ii  libpango1.0-01.14.8-3Layout and rendering of internatio
ii  libx11-6 2:1.0.3-4   X11 client-side library
ii  libxcursor1  1.1.7-4 X cursor management library
ii  libxext6 1:1.0.1-2   X11 miscellaneous extension librar
ii  libxfixes3   1:4.0.1-5   X11 miscellaneous 'fixes' extensio
ii  libxi6   1:1.0.1-4   X11 Input extension library
ii  libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library
ii  libxrandr2   2:1.1.0.2-5 X11 RandR extension library
ii  libxrender1  1:0.9.1-3   X Rendering Extension client libra
ii  zlib1g   1:1.2.3-13  compression library - runtime

gwhere recommends no packages.

-- debconf-show failed

Hi,

Although /usr/share/gnome/apps/Applications/gwhere.desktop claims to be
UTF-8 encoded, it appears to be ISO-8859-1 instead.

Regards,
Manolo


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

Bug#403863: [Pkg-sysvinit-devel] Bug#403863: initscripts: Stray file /lib/init/rw/.ramfs not in package list

[Henrique de Moraes Holschuh]

On Sun, 31 Dec 2006, Greg Kochanski wrote:
> According to that document, /lib is reserved for "shared library images
> needed to boot the system and run the commands in the root filesystem".

This is a bogus description of lib *on systems where libexec is not used*.

Well, we could just add libexec and move a ton of crap from lib to libexec.

I also dislike .files ANYWHERE outside of user dirs, but lots of other stuff
uses them too as it was pointed out to me sometime ago in -devel.

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh


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

Bug#374997: in NEW: utf8-migration-tool -- Debian UTF-8 migration wizard

[Martin-Éric Racine]

I'd suggest keeping debian-release out of this thread and instead
including debian-i18n, which is where the skills needed to fix can be
found.

We can include debian-release again one the issues are fixed and the
package is considered fit for release. :)

-- 
Martin-Éric Racine
http://q-funk.iki.fi

Bug#405134: acct: cron.monthly broken

[Fabian Pietsch]

Package: acct
Version: 6.4~pre1-3

Hi,

acct's cron.monthly script seems to be severely broken since -3.

What seems to be a good-faith attempt to handle switching between
compressed and uncompressed rotated logfiles gracefully, turns out to be
affected by the following defects:

 - Compressed rotated logfile is no longer uncompressed for processing.
   Instead, a fresh, empty temporary file will be used.

 - The case of having no uncompressed but a compressed logfile isn't
   handled anymore.

 - If no compressed logfile exists, an unconditional 'rm -f ""' will be
   executed, without output redirection(, but simply wrong).

 - Even in the case of having two rotated logfiles, one compressed and
   one uncompressed, for what the change seems to have been meant:
   `ac' is run on both files, but `last' only on the compressed one
   (if it would have been decompressed into the temporary file).

The previous (-1) version's only defect, on the other hand, seems to be
that it unconditionally uses a possibly-existing uncompressed rotated
logfile in addition to the previously detected existing
uncompressed-or-compressed one, and there, too, only for `ac', not for
`last'. It could have been fixed simply be dropping the superflous
'-f /var/log/wtmp.1'.

Apart from the technical details, there seems to be little point in
trying to support using two rotated logfiles at the same time, as they
are assumed to be rotated monthly / contain records for the previous month,
and if really a wtmp.1 and a wtmp.1.gz exist at the same time, one will
almost certainly be out-of-date and be stuck there from a configuration
change whether to compress rotated wtmp files.

Hope this helps in any way and is not (perceived as?) only flames...

Regards, Fabian

-- 
Fabian "zzz" Pietsch - http://zzz.arara.de/


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

Bug#405135: linux-image-2.6.18-3-xen-vserver-686: kernel freezes on pcmcia card insertion

[Vagrant Cascadian]

Package: linux-image-2.6.18-3-xen-vserver-686
Version: 2.6.18-8
Severity: important

at boot, when the pcmcia cards get initialized, the kernel freezes
entirely.

if i boot without the card inserted, it freezes upon insertion of the
card.

i have no problems with linux-image-2.6.18-3-vserver-686 (2.6.18-8).

card information:

pccardctl ident
Socket 0:
  product info: "Lucent Technologies", "WaveLAN/IEEE", "Version 01.01", ""
  manfid: 0x0156, 0x0002
  function: 6 (network)

using:

ii  pcmciautils014-3  PCMCIA utilities for 
Linux 2.6


live well,
  vagrant

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

Versions of packages linux-image-2.6.18-3-xen-vserver-686 depends on:
ii  initramfs-tools   0.85e  tools for generating an initramfs
ii  linux-modules-2.6.18-3-xen-vs 2.6.18-8   Linux 2.6.18 modules on PPro/Celer

Versions of packages linux-image-2.6.18-3-xen-vserver-686 recommends:
pn  libc6-xen  (no description available)

at the time, i have libc6-xen installed, if that matters...

-- no debconf information


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

Bug#404236: emacs-snapshot: mis-detected charset in text file with ASCII-only HTML

[Vincent Lefevre]

On 2006-12-31 15:13:57 +0100, Romain Francoise wrote:
> Yes, that's because you have a different encoding specified in the
> META tag of the HTML snippet, and Emacs uses it to set the encoding
> for the buffer.
> 
> You have two solutions:
> 
>  - add -*- coding: utf-8 -*- at the top of your file to specify that
>this file is to be read as utf-8 (this disables auto-detection); or
> 
>  - move the HTML snippet out of the first 1K bytes (or last 3K
>bytes) of the buffer to prevent it from being recognized
>automatically (which is less practical).

The file was generated by a reply by mail (the HTML code was included
in my reply). So I didn't write it and couldn't (and wouldn't want to)
change it.

> I'm not sure that this really qualifies as a bug -- in almost all
> cases, using the encoding specified in the HTML headers is the right
> thing to do regardless of what's really in the buffer.

It probably is in HTML mode, but not in other modes. Or Emacs should
look at the other parts of the file.

> And disabling auto-detection can be achieved easily on a per-file
> basis with a coding cookie, as shown above.

I don't want to disable every auto-detection.

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


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

Bug#405133: messes up the display resolution (i.e. the dpi setting)

[Rogier]

Package: kde-guidance
Version: 0.7.0-1
Severity: normal
Tags: patch


After installation of kde-guidance, and restart of X, all fonts were displayed
*much* larger than before. Changing the X-server resolution did not have any 
effect.
It appeared that using the default installation settings, guidance insists on
rounding the resolution to 96 or 120 dpi. In my case this means a 28% (!) 
increase
in font size (from 75dpi to 96dpi).

I have tried finding a way to change this behavior, but displayconfig does not 
have
an option to configure this. After reading the source, I manually created a file
/etc/kde3/displayconfigrc containing the text 'dpi=xserver'.
(For the benefit of other people reading this report: this file can be created 
in
any of the paths returned by 'kde-config --path config')

IMHO, kde-guidance's default policy should be to modify nothing, and use the X
server's setting. This also gives best results if the user may start X sessions
on different X servers (with different resolutions...). Consistency is also
improved across applications when some do, and others don't use xrdb's value.

Another reason is that users may install kde-guidance along with a large batch
of other software, or upgrades, and be puzzled as to why their fonts seem to
have changed.  Few may discover kde-guidance causes this, and even less will
discover how to change this, except by removing kde-guidance again...


I propose to change FixXorgDPI in
/usr/share/python-support/kde-guidance/displayconfig-restore.py as follows:

--- displayconfig-restore.orig  2006-12-31 16:35:55.0 +0100
+++ displayconfig-restore.py2006-12-31 16:47:23.0 +0100
@@ -62,24 +62,25 @@
 # resource database. Most X applications (Qt and GTK apps at least) will then
 # use this DPI for font rendering.
 #
 def FixXorgDPI(desiredDPI):
 # dpi is:
-#   None - round the DPI.
+#   None - Use the X server's DPI.
 #   xserver - Use the X server's DPI.
+#   round - Round the X server's DPI.
 #- DPI to use.
-if desiredDPI=="xserver":
+if desiredDPI=="xserver" or desiredDPI is None:
 return

 dpi = 96
 try:
-if desiredDPI is not None:
+if desiredDPI != "round":
 dpi = int(desiredDPI)
 except ValueError:
-desiredDPI = None
+desiredDPI = "round"

-if desiredDPI is None:
+if desiredDPI == "round":
 xserver = xf86misc.XF86Server()
 if len(xserver.getScreens())!=0:
 (width,height,width_mm,height_mm) = 
xserver.getScreens()[0].getDimensions()
 w_dpi = float(width)/(float(width_mm)/25.4)
 h_dpi = float(height)/(float(height_mm)/25.4)


Regards,

Rogier.


-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages kde-guidance depends on:
ii  kdelibs4c2a4:3.5.5a.dfsg.1-5 core libraries and binaries for al
ii  libc6  2.3.6.ds1-8   GNU C Library: Shared libraries
ii  libgcc11:4.1.1-19GCC support library
ii  libpythonize0  0.4.0-3   Python packages to support KDE app
ii  libqt3-mt  3:3.3.7-1 Qt GUI Library (Threaded runtime v
ii  libstdc++6 4.1.1-19  The GNU Standard C++ Library v3
ii  libx11-6   2:1.0.3-4 X11 client-side library
ii  libxext6   1:1.0.1-2 X11 miscellaneous extension librar
ii  libxrandr2 2:1.1.0.2-5   X11 RandR extension library
ii  libxrender11:0.9.1-3 X Rendering Extension client libra
ii  libxxf86vm11:1.0.1-2 X11 XFree86 video mode extension l
ii  pykdeextensions0.4.0-3   Python packages to support KDE app
ii  python 2.4.4-2   An interactive high-level object-o
ii  python-dbus0.71-3simple interprocess messaging syst
ii  python-kde33.15.2+20060422-3 KDE3 bindings for Python
ii  python-support 0.5.6 automated rebuilding support for p
ii  python2.4  2.4.4-1   An interactive high-level object-o
ii  sysv-rc2.86.ds1-36   System-V-like runlevel change mech

kde-guidance recommends no packages.

-- no debconf information




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

Bug#398837: Also, persistent naming for interfaces...

[Loïc Minier]

On Thu, Dec 28, 2006, Andreas Henriksson wrote:
> It would be nice if there where some way that the if-pre-up.d/vlan
> script could catch the setup rather then relying on the eth-name (when
> using that vlan layout). Btw, I haven't tested if this even works with
> the vconfig utility.

 There's already something, which is the IF_VLAN_RAW_DEVICE
 (vlan_raw_device in /e/n/interfaces) setting.  I intend to promote this
 better after etch, perhaps warning people relying only on the old vlan*
 naming scheme that they should add such a definition.

-- 
Loïc Minier <[EMAIL PROTECTED]>
 "Forget your stupid theme park! I'm gonna make my own! With hookers!
  And blackjack! In fact, forget the theme park!"  -- Bender

Bug#398108: cegui 0.5.0

[Gonéri Le Bouder]

Hi,

I need cegui 0.5.0 to package Battle Just Started 
(http://sourceforge.net/projects/bjs/).

Are you interested by co-maintainer?

Best regards,

Gonéri


pgppbxvLF8JEw.pgp
Description: PGP signature

Bug#374997: in NEW: utf8-migration-tool -- Debian UTF-8 migration wizard

[Isaac Clerencia]

On Sunday, 31 December 2006 17:14, Alexander E. Patrakov wrote:
> Osamu Aoki wrote:
> > On Sun, Dec 31, 2006 at 08:42:40PM +0500, Alexander E. Patrakov wrote:
> >> This is because you have the .dmrc file. I don't (I created an empty
> >> file to get past this error when writing my first mail). This file
> >> presumably belongs to gdm, but I don't have gdm (I use "startx"), and
> >> your package installs fine without gdm. Missing dependency?
> >
> > I think gdm|kdm but maybe gdm|kdm|wdm is needed.  xdm and startx does
> > not work as I vaguely remember for m17n-env package I made which I
> > requested removal.
>
> Sorry for a stupid question, but what does the .dmrc file contain for a kdm
> or wdm user?
% cat .dmrc
[Desktop]
Session=kde

-- 
Isaac Clerencia at Warp Networks, http://www.warp.es
Work: <[EMAIL PROTECTED]>   | Debian: <[EMAIL PROTECTED]>


pgpcAeFvKYz1v.pgp
Description: PGP signature

Bug#405130: evince: DVI reload doesn't add new pages

[Chris Boyle]

Package: evince
Version: 0.4.0-3
Severity: normal

When automatically reloading a DVI file that has changed, if extra pages
have been added to the file, they are not shown, despite changes in
earlier pages being shown.

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

Versions of packages evince depends on:
ii  gconf2   2.16.0-3GNOME configuration database syste
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libatk1.0-0  1.12.3-1The ATK accessibility toolkit
ii  libaudiofile00.2.6-6 Open-source version of SGI's audio
ii  libavahi-client3 0.6.16-1Avahi client library
ii  libavahi-common3 0.6.16-1Avahi common library
ii  libavahi-glib1   0.6.16-1Avahi glib integration library
ii  libbonobo2-0 2.16.0-1Bonobo CORBA interfaces library
ii  libbonoboui2-0   2.16.0-0ubuntu1 The Bonobo UI library
ii  libc62.5-0exp1   GNU C Library: Shared libraries
ii  libcairo21.2.4-4 The Cairo 2D vector graphics libra
ii  libdbus-1-3  1.0.2-1 simple interprocess messaging syst
ii  libdjvulibre15   3.5.17-3Runtime support for the DjVu image
ii  libesd-alsa0 [libesd0]   0.2.36-3Enlightened Sound Daemon (ALSA) - 
ii  libfontconfig1   2.4.2-1 generic font configuration library
ii  libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib
ii  libgconf2-4  2.16.0-3GNOME configuration database syste
ii  libgcrypt11  1.2.3-2 LGPL Crypto library - runtime libr
ii  libglade2-0  1:2.6.0-4   library to load .glade files at ru
ii  libglib2.0-0 2.12.6-1The GLib library of C routines
ii  libgnome-keyring00.6.0-3 GNOME keyring services library
ii  libgnome2-0  2.16.0-2The GNOME 2 library - runtime file
ii  libgnomecanvas2-02.14.0-2A powerful object-oriented display
ii  libgnomeprint2.2-0   2.12.1-7The GNOME 2.2 print architecture -
ii  libgnomeprintui2.2-0 2.12.1-4GNOME 2.2 print architecture User 
ii  libgnomeui-0 2.16.1-1The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0   2.16.0-1GNOME virtual file-system (runtime
ii  libgnutls13  1.4.4-3 the GNU TLS library - runtime libr
ii  libgpg-error01.4-2   library for common error values an
ii  libgtk2.0-0  2.10.6-2The GTK+ graphical user interface 
ii  libice6  1:1.0.1-2   X11 Inter-Client Exchange library
ii  libjpeg626b-13   The Independent JPEG Group's JPEG 
ii  libkpathsea4 3.0-28  path search library for teTeX (run
ii  libnautilus-extension1   2.16.1-1libraries for nautilus components 
ii  liborbit21:2.14.4-1  libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-01.14.8-4Layout and rendering of internatio
ii  libpng12-0   1.2.15~beta5-1  PNG library - runtime
ii  libpoppler0c20.4.5-5 PDF rendering library
ii  libpoppler0c2-glib   0.4.5-5 PDF rendering library (GLib-based 
ii  libpopt0 1.10-3  lib for parsing cmdline parameters
ii  libsm6   1:1.0.1-3   X11 Session Management library
ii  libtasn1-3   0.3.6-2 Manage ASN.1 structures (runtime)
ii  libtiff4 3.8.2-6 Tag Image File Format (TIFF) libra
ii  libx11-6 2:1.0.3-4   X11 client-side library
ii  libxcursor1  1.1.7-4 X cursor management library
ii  libxext6 1:1.0.1-2   X11 miscellaneous extension librar
ii  libxfixes3   1:4.0.1-5   X11 miscellaneous 'fixes' extensio
ii  libxi6   1:1.0.1-4   X11 Input extension library
ii  libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library
ii  libxml2  2.6.27.dfsg-1   GNOME XML library
ii  libxrandr2   2:1.1.0.2-5 X11 RandR extension library
ii  libxrender1  1:0.9.1-3   X Rendering Extension client libra
ii  zlib1g   1:1.2.3-13  compression library - runtime

evince recommends no packages.

-- no debconf information


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

Bug#405132: cdimage.debian.org: etch multi-arch netinst CD fails integrity check

[Francesco Poli]

Package: cdimage.debian.org
Severity: normal

Hi!

I downloaded a recent snapshot of the new multi-arch netinst CD ISO image.
I checked the image MD5 checksum and it is OK.
I burned the CD and then tried to check the integrity of its content:

  $ mount /cdrom/
  $ cd /cdrom/
  $ grep -A 4 labeled README.txt 
 This CD-ROM is labeled
  
   Debian GNU/Linux testing "Etch" - Official Snapshot
 Multi-architecture i386/amd64/powerpc NETINST #1 20061228-09:45
  
  $ md5sum -c md5sum.txt 
  md5sum: MD5 check failed for './md5sum.txt'
  $ grep 'md5sum\.txt' md5sum.txt 
  f9e0046389c212f1efa8b26469f844e9  ./md5sum.txt
  $ md5sum ./md5sum.txt 
  c25ce4f626d23a50f57c83ad214c357b  ./md5sum.txt
  $ cd
  $ eject /cdrom/

It seems that the `md5sum.txt' file includes a line which claims
to report the MD5 checksum of the file itself.
The checksum is obviously incorrect (AFAICT, it could only be correct
if one managed to converge an appropriate iterative procedure...).

I think that `md5sum.txt' MD5 checksum should not be included in
`md5sum.txt' itself...

Actually it seems that it used to be excluded in sarge CDs:

  $ mount /cdrom/
  $ cd /cdrom/
  $ grep -A 3 labeled README.txt 
 This CD-ROM is labeled
  
   Debian GNU/Linux 3.1 r0a "Sarge" - Official i386 Binary-1
  
  $ md5sum -c md5sum.txt 
  $ grep 'md5sum\.txt' md5sum.txt
  $ cd
  $ eject /cdrom/


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

Bug#383260: dfsbuild: Custom script OR mount --bind /proc

[Lars Kruse]

Package: dfsbuild
Version: 0.99.2
Followup-For: Bug #383260

Hi,
I have the same problem as described above: I cannot install samba via
dfsbuild.

If install scripts of packages (like samba) may not depend on /proc (according
to the debian package policy), then a bug report should be filed against samba.
But if this is allowed, then dfsbuild should provide /proc (and maybe /sys)
within the chroot environment.

Otherwise a hook for pre- and post-installation would be nice to solve
this (very annoying) problem.

thanks and regards,
Lars

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages dfsbuild depends on:
ii  cdebootstrap  0.3.15 Bootstrap a Debian system
ii  cramfsprogs   1.1-6  Tools for CramFs (Compressed ROM F
ii  debconf [debconf-2.0] 1.5.11 Debian configuration management sy
ii  grub  0.97-20GRand Unified Bootloader
ii  libc6 2.3.6.ds1-8GNU C Library: Shared libraries
ii  libgmp3c2 2:4.2.1+dfsg-4 Multiprecision arithmetic library
ii  mkisofs   9:1.1.0-1  Dummy transition package for genis
ii  reprepro  1.3.1-1debian package repository producer
ii  ucf   2.0017 Update Configuration File: preserv

dfsbuild recommends no packages.

-- no debconf information


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

Bug#405131: Export filter for binary CDX format exports to CDXML

[Daniel Leidert]

Package: xdrawchem
Version: 1.9.9-3
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

During testing the exported CDX format (ChemDraw binary format, tests
started after reading Francesco Pietra's mail at debian-science) I
observed, that choosing the "CDX - ChemDraw Binary Format (*)" output
filter results in a CDXML (.cdxml) file, not a binary CDX file.

Regards, Daniel


- -- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (850, 'unstable'), (700, 'testing'), (550, 'stable'), (110, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17.09060920
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)

Versions of packages xdrawchem depends on:
ii  libaudio2 1.8-2  The Network Audio System (NAS). (s
ii  libc6 2.3.6.ds1-9GNU C Library: Shared libraries
ii  libfontconfig12.4.2-1generic font configuration library
ii  libgcc1   1:4.1.1-21 GCC support library
ii  libice6   1:1.0.1-2  X11 Inter-Client Exchange library
ii  libopenbabel1 2.0.2-1Convert and manipulate chemical da
ii  libpng12-01.2.15~beta5-1 PNG library - runtime
ii  libqt3-mt 3:3.3.7-2  Qt GUI Library (Threaded runtime v
ii  libsm61:1.0.1-3  X11 Session Management library
ii  libstdc++64.1.1-21   The GNU Standard C++ Library v3
ii  libx11-6  2:1.0.3-4  X11 client-side library
ii  libxcursor1   1.1.7-4X cursor management library
ii  libxext6  1:1.0.1-2  X11 miscellaneous extension librar
ii  libxft2   2.1.8.2-8  FreeType-based font drawing librar
ii  libxi61:1.0.1-4  X11 Input extension library
ii  libxinerama1  1:1.0.1-4.1X11 Xinerama extension library
ii  libxrandr22:1.1.0.2-5X11 RandR extension library
ii  libxrender1   1:0.9.1-3  X Rendering Extension client libra
ii  libxt61:1.0.2-2  X11 toolkit intrinsics library
ii  zlib1g1:1.2.3-13 compression library - runtime

xdrawchem recommends no packages.

- -- no debconf information

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

iD8DBQFFl+KQm0bx+wiPa4wRAqmJAJ9++pnvaT2RgE3hUCuDqEVDiR+bxACfejjv
J6ajQ2sI2e33xfoBZtQkVRA=
=zKGZ
-END PGP SIGNATURE-


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

Bug#374997: in NEW: utf8-migration-tool -- Debian UTF-8 migration wizard

[Alexander E. Patrakov]

Osamu Aoki wrote:

On Sun, Dec 31, 2006 at 08:42:40PM +0500, Alexander E. Patrakov wrote:
This is because you have the .dmrc file. I don't (I created an empty file 
to get past this error when writing my first mail). This file presumably 
belongs to gdm, but I don't have gdm (I use "startx"), and your package 
installs fine without gdm. Missing dependency?


I think gdm|kdm but maybe gdm|kdm|wdm is needed.  xdm and startx does
not work as I vaguely remember for m17n-env package I made which I
requested removal.


Sorry for a stupid question, but what does the .dmrc file contain for a kdm 
or wdm user?


--
Alexander E. Patrakov


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

Bug#405129: installation-reports: No message displayed if there is not enough space for the installation.

[alex]

Package: installation-reports
Severity: important

I tried to install Etch using the RC1 installer (expertgui way).
I didnt allocate enough space for the installation. Obviously, it
couldnt finish the installation, and I was getting generic "I cant
install" messages, giving me the option to try again, but I wasnt told
that there just wasnt enough space. I had to get out of the installation
and check for myself what was wrong.

I think the gui should tell me that I was out of free space, instead of
just failing and even telling me try to select the option again in the
menu.

PS: The System Info below is about my current working system, not
the installer Im talking about. Not removing it because i dont know if
reportbug will cry if I delete it.

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.19.1
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)


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

Bug#374997: in NEW: utf8-migration-tool -- Debian UTF-8 migration wizard

[Osamu Aoki]

On Sun, Dec 31, 2006 at 08:42:40PM +0500, Alexander E. Patrakov wrote:
> 
> This is because you have the .dmrc file. I don't (I created an empty file 
> to get past this error when writing my first mail). This file presumably 
> belongs to gdm, but I don't have gdm (I use "startx"), and your package 
> installs fine without gdm. Missing dependency?

I think gdm|kdm but maybe gdm|kdm|wdm is needed.  xdm and startx does
not work as I vaguely remember for m17n-env package I made which I
requested removal.




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

Bug#404482: Patch to fix the "I" cursor issue

[Attilio Fiandrotti]

Frans Pop wrote:

Hi Attilio,

On Monday 25 December 2006 15:45, Attilio Fiandrotti wrote:


As a workaround, the attached patch resets the cursor to its original
arrow shape when it moves into the main gdkwindow.



I've tested this in vmware and it does make the cursor switch back 
sometimes, but very unreliably. Most of the time I still have an "I" 
where you'd want an arrow.


It's also extremely unpredictable: sometimes when you move from one area 
to another the cursor changes back, on other occasions it does not. 
During localechooser I could hardly get the cursor correct at all, later 
it was a bit better.
It also seems to change late sometimes ("long" after you've already 
crossed over to another area). The overall effect is very erratic.
Also, if you go from description _around_ e.g. a text input box, the 
cursor will not change. 

Personally I'd prefer to keep the current behavior over a hack that only 
half works. If you can improve the patch, that'd be different of course.


Yesterday i replied to this bug, but my reply never hit d-boot tough it 
was recorded in the bts, maybe because of attached jpg size: it still 
can be found in #404482 debian's bts page.


Attilio


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

Bug#374997: in NEW: utf8-migration-tool -- Debian UTF-8 migration wizard

[Martin-Éric Racine]

su, 2006-12-31 kello 20:42 +0500, Alexander E. Patrakov kirjoitti:
> Martin-Éric Racine wrote:
> > su, 2006-12-31 kello 18:55 +0500, Alexander E. Patrakov kirjoitti:
> >> Martin-Éric Racine wrote:
> >>> Having merged Vincent's patch, I uploaded utf8-migration-tool to NEW.
> >>>
> >>> Since Etch will be Debian's first UTF-8 release - implying a migration
> >>> from legacy encodings for those upgrading from Sarge, which is precisely
> >>> what this tool tackles - it would be nice to approve it for Etch.
> >> Hello,
> >>
> >> 1) [EMAIL PROTECTED]:~$ utf8migrationtool
> >> Unexpected error: exceptions.IOError
> >> Traceback (most recent call last):
> >>File "/usr/bin/utf8migrationtool", line 40, in ?
> >>  dmrc = getconfig()
> >>File "/usr/bin/utf8migrationtool", line 34, in getconfig
> >>  config.readfp(open(os.path.expanduser('~/.dmrc')))
> >> IOError: [Errno 2] No such file or directory: '/home/patrakov/.dmrc'
> > 
> > Works fine here, so no comment.
> 
> This is because you have the .dmrc file. I don't (I created an empty file to 
> get past this error when writing my first mail). This file presumably 
> belongs to gdm, but I don't have gdm (I use "startx"), and your package 
> installs fine without gdm. Missing dependency?

I don't see why it would depend upon GDM, though, since Ubuntu (which is
where the package originates from) also supports KDE and XFCE.

> >> 2) The tool must handle the already-migrated case better (e.g., by adding 
> >> a 
> >> line about that onto the second screen).
> > 
> > It does. Here, it says that the locale is already migrated. It also says
> > that it cannot find any files utilizing a legacy encoding.
> 
> Yes, it does, in the case when the old locale is from .dmrc.

It's starting to look that way. :(

> >> 3) The legacy locale for Russia is ru_RU.KOI8-R, not ru_RU, and the 
> >> migration tool must handle this special case.
> > 
> > Russian is a messy case. Too many encodings, more than half of which are
> > OS-specific or otherwise standards that never gained momentum.  This is
> > further complicated by usage cases: while Unices tend to go for KOI8-R,
> > users that need to interact with Windows use CP1251 instead. Still, it's
> > up to Russian developers to add support for this; upstream simply cannot
> > anticipate every possible exception.
> 
> OK, I temporarily take this back (because the old report was based on empty 
> .dmrc - but anyway, you could take the .KOI8-R part from $LANG). However, I 
> replace my old report with this: when the old .dmrc contains
> 
> [Desktop]
> Language=ru_RU.KOI8-R
> 
> the migration tool migrates this to ru_RU.KOI8-R.UTF-8 which is wrong. Also 
> it migrates [EMAIL PROTECTED] to [EMAIL PROTECTED]
> 
> The locale names generally have the form:
> 
> [EMAIL PROTECTED] (where .CODESET and @MODIFIERS may or may not be 
> present). The old codeset and the @euro modifier (but probably not other 
> modifiers) must be stripped out.

Noted.

> >> 4) migration of encodings is only a part of the game. The most important 
> >> part is to deal with packages that do not work correctly in UTF-8 locales 
> >> and cannot be fixed (e.g., a2ps). Since this part cannot be automated (as 
> >> nobody has created such blacklist), I suggest mentioning this obstacle in 
> >> the manual page and on the welcome screen.
> > 
> > Remaining UCS issues really belong in Etch's release notes, since it is
> > Debian's first release claiming UTF-8 support.
> 
> Yes, they do. However, not everyone reads the release notes, 

Which then becomes the user's own problem.  

> >> Thus, I cannot recommend migration of this package to Etch in its current 
> >> shape.
> 
> And I still say this.

Sadly, I'm starting to agree. :(

However, this also means that users will need to manually upgrade their
system, which his far from ideal.  

If anyone would care to contribute code towards fixing the above, it
would still be highly relevant for Etch. At any rate, this software's
usefulness post-Etch would essentially be zero, so it's pretty much a
now-or-never case.

-- 
Martin-Éric Racine
http://q-funk.iki.fi

Bug#246505: mozilla google-search sourceid is a privacy issue

[Mike Hommey]

tag 246505 - patch
tag 246505 wontfix
thanks

On Mon, Dec 25, 2006 at 03:16:15PM +0100, Andreas Metzler <[EMAIL PROTECTED]> 
wrote:
> # Bastian Kleineidam writes
> # > The google search functionality when entering search terms in the
> # > location bar sends the following url to google:
> # > 
> # > 
> http://www.google.com/search?q=&sourceid=mozilla-search&start=0&start=0&ie=utf-8&oe=utf-8
> # 
> # This applies to iceape.
> 
> reassign 246505 iceape-browser
> found 246505 1.0.6-1
> thanks

Note that iceape doesn't send the same url, but still sends the browser
name and vendor. The patch doesn't apply anymore.

I don't see how this is disclosure of information. All this information
is alreay present in the User Agent. You can change the User Agent by
yourself, and you can change the google search string to not include the
browser name and vendor by yourself, too.

Mike


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

Bug#384379: [Pkg-bluetooth-maintainers] Bug#384379: WORK-AROUND for "iscan not set"

[Hendrik Sattler]

Am Sonntag 31 Dezember 2006 15:40 schrieb Marcel Holtmann:
> > The administrator should be able to change the default (visibility or
> > not) or there should be an always working default.
>
> The default is not visible (due security reasons) and if you decide it
> to switch it to visible (even with a low-level HCI command) it will only
> stay visible for 180 seconds. That is the default starting with 3.x.

Taking that...

> > That is currently not the case because the bluetooth guys change stuff
> > but the user frontends do catch up a bit late. Just remember the passkey
> > situation and this is pretty much the same. It probably gets solved in
> > the long run but that's a strange idea of development :-/
>
> It is actually solved for all GNOME and command line users. I don't know
> about the KDE guys, but I am sure they have something similar.

They don't, yet, users possibly have to wait for KDE4.
What is the solution for command line users? Or do you mean dbus-send?

> > Beside that, running the dbus command suggested in this bug report works,
> > too. It should be noted, though, that you have to be root.
>
> No. You have to be console user (or root).

Sorry but that is not sufficient. I tested this (X with konsole) and nothing 
happened. Running the same command with su worked.

> > It probably is the better alternative with exceptions:
> > * you cannot change the mode of devices that are currently not plugged in
>
> That is true. The case to change settings for not active devices is
> kinda strange. I know that there might be corner cases, but I never
> fully got convinced that this is needed.

* your last mode was "discoverable"
* you do not want to be visible
* plugging the dongle in and then chaning to "connectable" may be too late
Practically the same thing as the default from above.

> > * you can only refer to devices by using the device name, not the address
>
> Actually you can use "manager.FindAdapter(address)" to get the path for
> an adapter. Remember that the path for an adapter is only a string. It
> has no real meaning. You shouldn't trust that they stay the same.

So it is practically useless?

> > So is there an easy command line tool for all those dbus options (except
> > using raw dbus command)?: no == very bad usibility (and an awful lot to
> > type for one option)
> >
> > So how can you solve this problem with your input:
> > * ship the dbus API documenation in the binary packages
>
> Definitely.
>
> > * give the user and root a shell tool to make use of the things in the
> > bluez dbus API without getting bloody hands by using dbus-send
>
> Since we wanna avoid a Python dependency,

Does that mean that there is such a tool?

> I seems that there is finally 
> need for a btconfig tool written in plain C.

Or even better: write a libbluezconf with a shell frontend, so that other 
programs can easily change bluetooth settings.
Wouldn't a simply shell script suffice in the mean time?

HS


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

Bug#374997: in NEW: utf8-migration-tool -- Debian UTF-8 migration wizard

[Martin-Éric Racine]

su, 2006-12-31 kello 18:55 +0500, Alexander E. Patrakov kirjoitti:
> Martin-Éric Racine wrote:
> > Having merged Vincent's patch, I uploaded utf8-migration-tool to NEW.
> > 
> > Since Etch will be Debian's first UTF-8 release - implying a migration
> > from legacy encodings for those upgrading from Sarge, which is precisely
> > what this tool tackles - it would be nice to approve it for Etch.
> 
> Hello,
> 
> 1) [EMAIL PROTECTED]:~$ utf8migrationtool
> Unexpected error: exceptions.IOError
> Traceback (most recent call last):
>File "/usr/bin/utf8migrationtool", line 40, in ?
>  dmrc = getconfig()
>File "/usr/bin/utf8migrationtool", line 34, in getconfig
>  config.readfp(open(os.path.expanduser('~/.dmrc')))
> IOError: [Errno 2] No such file or directory: '/home/patrakov/.dmrc'

Works fine here, so no comment.

> 2) The tool must handle the already-migrated case better (e.g., by adding a 
> line about that onto the second screen).

It does. Here, it says that the locale is already migrated. It also says
that it cannot find any files utilizing a legacy encoding.

> 3) The legacy locale for Russia is ru_RU.KOI8-R, not ru_RU, and the 
> migration tool must handle this special case.

Russian is a messy case. Too many encodings, more than half of which are
OS-specific or otherwise standards that never gained momentum.  This is
further complicated by usage cases: while Unices tend to go for KOI8-R,
users that need to interact with Windows use CP1251 instead. Still, it's
up to Russian developers to add support for this; upstream simply cannot
anticipate every possible exception.

> 4) migration of encodings is only a part of the game. The most important 
> part is to deal with packages that do not work correctly in UTF-8 locales 
> and cannot be fixed (e.g., a2ps). Since this part cannot be automated (as 
> nobody has created such blacklist), I suggest mentioning this obstacle in 
> the manual page and on the welcome screen.

Remaining UCS issues really belong in Etch's release notes, since it is
Debian's first release claiming UTF-8 support.

> Thus, I cannot recommend migration of this package to Etch in its current 
> shape.

I'd still go for it. Applications for which upstream cannot be bothered
with supporting UCS or locales that create exception cases are not an
excuse to deprive users of this tool.

-- 
Martin-Éric Racine
http://q-funk.iki.fi

Bug#405126: xfe: feature request - eject

[Rob Bochan]

Package: xfe
Version: 0.88-3.1
Severity: wishlist

Xfe is a fine file manager. It is, however, lacking one feature that would
make it an excellent file manager: the ability to eject media (cd, dvd,
etc.). The included mount/unmount funtions seem lacking without the ability
to eject media as well.

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

Versions of packages xfe depends on:
ii  libc6 2.3.6.ds1-9GNU C Library: Shared libraries
ii  libfox1.4 1.4.34-1   The FOX C++ GUI Toolkit
ii  libgcc1   1:4.1.1-21 GCC support library
ii  libpng12-01.2.15~beta5-1 PNG library - runtime
ii  libstdc++64.1.1-21   The GNU Standard C++ Library v3
ii  ucf   2.0017 Update Configuration File: preserv

Versions of packages xfe recommends:
pn  rpm(no description available)

-- no debconf information


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

Bug#405120: linux-modules-nonfree-2.6: kqemu kill my computer in xen0 domain

[Daniel Baumann]

reassign 405120 kqemu
severity 405120 grave
force-merge 405120 401404
thanks

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  [EMAIL PROTECTED]
Internet:   http://people.panthera-systems.net/~daniel-baumann/


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

Bug#405128: Segfault in IMAP code

[Christian Hammers]

Package: sylpheed-claws-gtk2
Version: 2.6.0-1
Severity: important

Hello

Since yesterday sylpheed-claws-gtk2 segfaults when starting.
sylpheed-claws (gtk1) still works. As I changed some IMAP settings,
IIRC "STARTTLS" to "normal SSL", it could be that.

Using GDB I get the following stack trace:
Program received signal SIGSEGV, Segmentation fault.
  [Switching to Thread 47414223949504 (LWP 6578)]
  0x00548fb5 in imap_add_envelope_fetch_att ()
  (gdb) bt
  #0  0x00548fb5 in imap_add_envelope_fetch_att ()
  #1  0x005498d3 in imap_threaded_connect_ssl ()
  #2  0x004a1d6f in imap_get_capabilities ()
  #3  0x004a314c in imap_get_path_separator_for_item ()
  #4  0x004986ab in folderview_check_new ()
  #5  0x004afe30 in inc_all_account_mail ()
  #6  0x004b9bf8 in defer_check_all ()
  #7  0x2b1f78ab4f8b in g_source_get_current_time () from 
/usr/lib/libglib-2.0.so.0
  #8  0x2b1f78ab4a83 in g_main_context_dispatch () from 
/usr/lib/libglib-2.0.so.0
  #9  0x2b1f78ab78cd in g_main_context_check () from 
/usr/lib/libglib-2.0.so.0
  #10 0x2b1f78ab7bb6 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
  #11 0x2b1f781576b2 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
  #12 0x004b9204 in main ()
  (gdb) 

With strace I get at least the IMAP announcement:
  ...
  6299  write(6, "A", 1 
  6297  <... poll resumed> [{fd=5, events=POLLIN, revents=POLLIN}, {fd=4, 
events=POLLIN}, {fd=3, events=POLLIN|POLLPRI}, {fd=8, events=POLLIN}, {f d=10, 
events=POLLIN|POLLPRI}], 5, -1) = 1
  6297  futex(0x7fbe18, FUTEX_WAIT, 2, NULL 
  6299  <... write resumed> ) = 1
  6299  futex(0x7fbe18, FUTEX_WAKE, 1 
  6297  <... futex resumed> ) = 0
  6297  read(5, "A", 1)   = 1
  6297  futex(0x7fbe18, FUTEX_WAKE, 1)= 0
  6297  ioctl(4, FIONREAD, [0])   = 0
  6297  poll( 
  6299  <... futex resumed> ) = 1
  6299  fstat(7, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
  6299  mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 
0) = 0x2abd3000
  6299  write(7, "[15:52:00] IMAP4< * OK [CAPABILITY IMAP4rev1 CHILDREN 
NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT AUTH=PLAIN ACL ACL2 
=UNION] Courier-IMAP ready. Copyright 1998-2004 Double Precision, Inc.  See 
COPYING for distribution information. \n", 243) = 243
  6299  write(9, "\1", 1 
  6297  <... poll resumed> [{fd=5, events=POLLIN}, {fd=4, events=POLLIN}, 
{fd=3, events=POLLIN|POLLPRI}, {fd=8, events=POLLIN, revents=POLLIN}, {f d=10, 
events=POLLIN|POLLPRI}], 5, -1) = 1
  6297  read(8, "\1", 1)  = 1
  6297  --- SIGSEGV (Segmentation fault) @ 0 (0) ---
  6299  <... write resumed> ) = 1
  6299  +++ killed by SIGSEGV +++

Using ngrep I can see that a connection to Port 993/tcp (imaps) on the
mailserver is opened and some data is send in both directions after the SSL
certificate exchange.

I have only the core packages installed, no plugins that could interfere:
  $ dpkg -l "*sylpheed*" |grep ^.i
  ii  sylpheed-claws   1.0.5-5Extended version of 
the Sylpheed mail client
  ii  sylpheed-claws-gtk2  2.6.0-1Fast, lightweight and 
user-friendly GTK2 bas

bye,

-christian-


-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-amd64
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: 
LC_ALL set to [EMAIL PROTECTED])

Versions of packages sylpheed-claws-gtk2 depends on:
ii  libaspell15  0.60.4-4GNU Aspell spell-checker runtime l
ii  libc62.3.6.ds1-9 GNU C Library: Shared libraries
ii  libcompfaceg11:1.5.2-4   Compress/decompress images for mai
ii  libetpan10   0.48-2  mail handling library
ii  libglib2.0-0 2.12.6-1The GLib library of C routines
ii  libgnomeprint2.2-0   2.12.1-7The GNOME 2.2 print architecture -
ii  libgnomeprintui2.2-0 2.12.1-4GNOME 2.2 print architecture User 
ii  libgtk2.0-0  2.8.20-3The GTK+ graphical user interface 
ii  libice6  1:1.0.1-2   X11 Inter-Client Exchange library
ii  libldap2 2.1.30-13.2 OpenLDAP libraries
ii  libpango1.0-01.14.8-4Layout and rendering of internatio
ii  libpisock9   0.12.1-5library for communicating with a P
ii  libsm6   1:1.0.1-3   X11 Session Management library
ii  libssl0.9.8  0.9.8c-4SSL shared libraries

Versions of packages sylpheed-claws-gtk2 recommends:
ii  aspell-de [aspell-dict 0.60-20030222-1-6 German dictionary for aspell
ii  aspell-en [aspell-dict 6.0-0-5.1 English dictionary for GNU Aspell
ii  metamail   2.7-52   

Bug#391021: Bug#392021: Still occurring?

[Pierre Machard]

Hi,

On Sun, Dec 31, 2006 at 03:53:35AM -0600, Adam Porter wrote:
> Does this bug still happen in current builds?

I cannot test. The server I used for debugging purpose is now in
production.

Cheers, 
-- 
Pierre Machard
<[EMAIL PROTECTED]> http://debian.org
GPG: 1024D/23706F87 : B906 A53F 84E0 49B6 6CF7 82C2 B3A0 2D66 2370 6F87



signature.asc
Description: Digital signature

Bug#405102: installation-report: Include info on which PCI device is in used by which kernel module

[Frans Pop]

Hi Petter,

Not yet tested the patch, but the idea looks nice.

On Sunday 31 December 2006 11:14, Petter Reinholdtsen wrote:
> + if grep -q "^$module " /proc/modules ; then
> + address=$(echo $address |sed s/://)
> + echo "`lspci -n -s $address | tail -n 1 | awk '{print $3}'` 
> $module"

This should be '$lspci', right?

Some minor comments:
- please always use tab indentation in d-i (saves memory)
- we slightly prefer '$(...)' over '`...`'.

Cheers,
FJP

Note to self and joeyh;
Is the check for /target//usr/bin/lspci still useful now that lspci
is no longer installed by default?
I suspect that the chance of it not being available in d-i environment
but somehow installed in /target is very close to zero.


pgpd5F0Obki9w.pgp
Description: PGP signature

Bug#405122: Acknowledgement (ITP: ocamlwc -- count the lines of code and comments in OCaml sources)

[Georg Neis]

The package is available at mentors.debian.net:
http://mentors.debian.net/debian/pool/main/o/ocamlwc/

I.e., I am looking for a sponsor.

Bye,
Georg


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

Bug#383722: it's not a BUG, illegal

[Kamil Rytarowski]

Just click in Menu: Mode->ICS Input. For input window.





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

Bug#374997: in NEW: utf8-migration-tool -- Debian UTF-8 migration wizard

[Alexander E. Patrakov]

Martin-Éric Racine wrote:

su, 2006-12-31 kello 18:55 +0500, Alexander E. Patrakov kirjoitti:

Martin-Éric Racine wrote:

Having merged Vincent's patch, I uploaded utf8-migration-tool to NEW.

Since Etch will be Debian's first UTF-8 release - implying a migration
from legacy encodings for those upgrading from Sarge, which is precisely
what this tool tackles - it would be nice to approve it for Etch.

Hello,

1) [EMAIL PROTECTED]:~$ utf8migrationtool
Unexpected error: exceptions.IOError
Traceback (most recent call last):
   File "/usr/bin/utf8migrationtool", line 40, in ?
 dmrc = getconfig()
   File "/usr/bin/utf8migrationtool", line 34, in getconfig
 config.readfp(open(os.path.expanduser('~/.dmrc')))
IOError: [Errno 2] No such file or directory: '/home/patrakov/.dmrc'


Works fine here, so no comment.


This is because you have the .dmrc file. I don't (I created an empty file to 
get past this error when writing my first mail). This file presumably 
belongs to gdm, but I don't have gdm (I use "startx"), and your package 
installs fine without gdm. Missing dependency?


2) The tool must handle the already-migrated case better (e.g., by adding a 
line about that onto the second screen).


It does. Here, it says that the locale is already migrated. It also says
that it cannot find any files utilizing a legacy encoding.


Yes, it does, in the case when the old locale is from .dmrc.

3) The legacy locale for Russia is ru_RU.KOI8-R, not ru_RU, and the 
migration tool must handle this special case.


Russian is a messy case. Too many encodings, more than half of which are
OS-specific or otherwise standards that never gained momentum.  This is
further complicated by usage cases: while Unices tend to go for KOI8-R,
users that need to interact with Windows use CP1251 instead. Still, it's
up to Russian developers to add support for this; upstream simply cannot
anticipate every possible exception.


OK, I temporarily take this back (because the old report was based on empty 
.dmrc - but anyway, you could take the .KOI8-R part from $LANG). However, I 
replace my old report with this: when the old .dmrc contains


[Desktop]
Language=ru_RU.KOI8-R

the migration tool migrates this to ru_RU.KOI8-R.UTF-8 which is wrong. Also 
it migrates [EMAIL PROTECTED] to [EMAIL PROTECTED]


The locale names generally have the form:

[EMAIL PROTECTED] (where .CODESET and @MODIFIERS may or may not be 
present). The old codeset and the @euro modifier (but probably not other 
modifiers) must be stripped out.


4) migration of encodings is only a part of the game. The most important 
part is to deal with packages that do not work correctly in UTF-8 locales 
and cannot be fixed (e.g., a2ps). Since this part cannot be automated (as 
nobody has created such blacklist), I suggest mentioning this obstacle in 
the manual page and on the welcome screen.


Remaining UCS issues really belong in Etch's release notes, since it is
Debian's first release claiming UTF-8 support.


Yes, they do. However, not everyone reads the release notes, so why not 
point users to them explicitly on the welcome screen?



Thus, I cannot recommend migration of this package to Etch in its current shape.


And I still say this.

--
Alexander E. Patrakov

Bug#404662: dwww: File conflict with iceweasel

[Dererk]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Robert!

I was checking the current state of this bug, and seems to be solved now!

I installed iceweasel package from unstable on a testing box, and got
no problems on its way with dwww.

ii  dwww1.10.0
ii  firefox 2.0.0.1+dfsg-1
ii  iceweasel   2.0.0.1+dfsg-1
ii  iceweasel-l10n-es-ar2.0.0.1+debian-1


Have you already upload this patch?


Greetings and Happy Gnu year! :)


Dererk

- --
[EMAIL PROTECTED]: ~$ cat /proc/version | grep -i 'power in your hands'
Debian GNUine Perception

- -FortuneTip-
You are scrupulously honest, frank, and straightforward. Therefore you
have few friends.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFFl9DJzqYvwbbBjiQRAoUDAJ9lzHQI95baQqsZj/lE6L8pIF1hbACfSSng
2a/C2ONsY5TekacTo8DtEW4=
=CGhJ
-END PGP SIGNATURE-



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

Bug#224469: Can ftpmasters do ONE SIMPLE THING?

[Roberto C. Sanchez]

On Sun, Dec 31, 2006 at 03:51:38PM +0100, Kurt Roeckx wrote:
> 
> Afaik, it can't be removed from unstable before oldstable is removed
> from the main archive.
> 
AFAICT, his point is that they belong in oldstable, since boot-floppies
went away after Woody.

Regards,

-Roberto

-- 
Roberto C. Sanchez
http://people.connexer.com/~roberto
http://www.connexer.com


signature.asc
Description: Digital signature

Bug#379065: hugs98 missing Build-Depends on autoconf

[Jeremy Shaw]

At Sun, 10 Dec 2006 13:52:26 +0100,
Arjan Oosting wrote:

> I don't see why should call autoconf unless you have touched one of the
> dependencies of the configure target in the upstream Makefile:

I don't think we explicitly touched any of the files, but it is
possible that we implicitly touched one. I think what we did was:

 1) apt-get source hugs98
 2) import hugs98 source into tla
 3) check out hugs98 source and build it

So, while we did not change the contents of any files, we probably did
change their time stamps relative to one another.

I guess hugs98 is just more sensitive than most of the packages we
usually build.

In any case, our reason for needing to build hugs98 ourselves no
longer exists, so I won't complain if you want to close or ignore this
bug.

thanks!
j.



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

Bug#384379: [Pkg-bluetooth-maintainers] Bug#384379: WORK-AROUND for "iscan not set"

[Marcel Holtmann]

Hi Hendrik,

> > > That is currently not the case because the bluetooth guys change stuff
> > > but the user frontends do catch up a bit late. Just remember the passkey
> > > situation and this is pretty much the same. It probably gets solved in
> > > the long run but that's a strange idea of development :-/
> >
> > It is actually solved for all GNOME and command line users. I don't know
> > about the KDE guys, but I am sure they have something similar.
> 
> They don't, yet, users possibly have to wait for KDE4.
> What is the solution for command line users? Or do you mean dbus-send?

basically you have dbus-send. Additionally we have our apitest script
that we used for testing the interface. However it might not be suitable
for a general installation.

> > > Beside that, running the dbus command suggested in this bug report works,
> > > too. It should be noted, though, that you have to be root.
> >
> > No. You have to be console user (or root).
> 
> Sorry but that is not sufficient. I tested this (X with konsole) and nothing 
> happened. Running the same command with su worked.

That must be a bug of the at_console setting of D-Bus. We really on the
security system of D-Bus here. And the general (actually default rule)
is that root and the current console user can change all settings.

> > > It probably is the better alternative with exceptions:
> > > * you cannot change the mode of devices that are currently not plugged in
> >
> > That is true. The case to change settings for not active devices is
> > kinda strange. I know that there might be corner cases, but I never
> > fully got convinced that this is needed.
> 
> * your last mode was "discoverable"
> * you do not want to be visible
> * plugging the dongle in and then chaning to "connectable" may be too late
> Practically the same thing as the default from above.

This is why we go back to non-discoverable after 180 seconds by default.

Supporting these kind of strange setting would also mean that you know
the address of the adapter you are gonna plug in up-front. In general
you don't. Except you really know what you are doing and then no
interface will fully suit you at all.

> > > * you can only refer to devices by using the device name, not the address
> >
> > Actually you can use "manager.FindAdapter(address)" to get the path for
> > an adapter. Remember that the path for an adapter is only a string. It
> > has no real meaning. You shouldn't trust that they stay the same.
> 
> So it is practically useless?

It is not useless. It is meaningless, because it is a runtime value. As
long as the adapter is plugged in it is valid, but after that it has no
additional lexical meaning.

This is why "manager.ListAdapters()" and "manager.DefaultAdapter()"
exists to discover the adapters.

> > > So is there an easy command line tool for all those dbus options (except
> > > using raw dbus command)?: no == very bad usibility (and an awful lot to
> > > type for one option)
> > >
> > > So how can you solve this problem with your input:
> > > * ship the dbus API documenation in the binary packages
> >
> > Definitely.
> >
> > > * give the user and root a shell tool to make use of the things in the
> > > bluez dbus API without getting bloody hands by using dbus-send
> >
> > Since we wanna avoid a Python dependency,
> 
> Does that mean that there is such a tool?

The apitest script could easily do this job or the dbusdef.py pre-load
code are really helpful for testing. In general it is really simple to
handle our D-Bus API from within Python. Most things are only a few
lines of Python, but for a base package like bluez-utils you don't wanna
have that dependency.

> > I seems that there is finally 
> > need for a btconfig tool written in plain C.
> 
> Or even better: write a libbluezconf with a shell frontend, so that other 
> programs can easily change bluetooth settings.

This always comes up from time to time, but wrapping another C API
around the D-Bus API is really not a good idea. You wanna use D-Bus
directly and fully integrate it.

> Wouldn't a simply shell script suffice in the mean time?

Using dbus-send only? Yes, that would do.

Regards

Marcel




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

Bug#404826: prboom.wad contains material from doom and wolfenstein 3d

[Jon Dowland]

On Sun, Dec 31, 2006 at 02:27:19PM +, Jon Dowland wrote:
> I've attached "output.txt" which identifies which graphics are 
> problematic. first column is graphic lump (+.gif suffix); second column 
> is lump width; third is lump height; fourth is the text of the lump.
> 
> I'm now going to try and generate alternatives.

The attached script generates lumps that are nearly good enough to 
substitute in: I just have to make sure the palette indexes don't get 
mangled.
#!/bin/sh

while read line; do
set -- $line
file="$1"
width="$2"
height="$3"
shift
shift
shift
text="$*"
text=$(echo "$text" | tr a-z A-Z)

TMP1=$(mktemp)
mv "$TMP1" "$TMP1.png"
TMP1="$TMP1.png"

convert \
  -resize "${width}x${height}!" \
  base.png "$TMP1"

convert -fill red -font Helvetica-Bold\
  -pointsize 16\
-gravity west \
  -draw "text 0,0 '$text'"  \
"$TMP1" "$file"
done < output.txt


base.png
Description: PNG image

Bug#405127: wget doesn't handle IDN domains

[Thomas Perl]

Package: wget
Version: 1.10.2-2
Severity: normal

wget doesn't handle IDN domains (domains with umlauts) right.

$ wget -ct0 http://stefan.kögl.co.at/test.tar.gz

--16:07:15--  http://stefan.k%C3%B6gl.co.at/test.tar.gz
   => `test.tar.gz'
Resolving stefan.k\303\266gl.co.at... failed: Name or service not known.

When I manually "translate" the IDN domain name to the "xn--" format, 
it works.

GNU libidn seems to offer this functionality already, the URL is
http://www.gnu.org/software/libidn/

libidn is already in Debian, packaged as "libidn11" and "libidn11-dev".


-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages wget depends on:
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libssl0.9.8  0.9.8c-4SSL shared libraries

wget recommends no packages.

-- no debconf information


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

Bug#405030: greylistd: minimum delay should be bound to 15 mins

[Josip Rodin]

On Sun, Dec 31, 2006 at 12:42:17PM +1100, Anand Kumria wrote:
> Package: greylistd
> Followup-For: Bug #405030
> 
> The other to keep in mind is that the RFCs (2822, 2821) specify a 15
> minute retry interval as the lower bound for well behaving MTAs.

RFC 2821 describes the protocol, and it would help if you actually read it
before specifying so exactly :) because the relevant stuff is:

4.5.4.1 Sending Strategy
[...]
   The sender MUST delay retrying a particular destination after one
   attempt has failed.  In general, the retry interval SHOULD be at
   least 30 minutes; however, more sophisticated and variable strategies
   will be beneficial when the SMTP client can determine the reason for
   non-delivery.
[...]
   Experience suggests that failures are typically transient (the target
   system or its connection has crashed), favoring a policy of two
   connection attempts in the first hour the message is in the queue,
   and then backing off to one every two or three hours.

FWIW.

-- 
 2. That which causes joy or happiness.


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

Bug#351832: Bug 351832 still exists.

[Lee Garrett]

maximilian attems wrote:

On Sun, 31 Dec 2006, Lee Garrett wrote:

Sorry to nag you with this bug, but it is still there! Reading 
through the patch I had mailed, I got the both files reversed. After 
talking to a friend who is more into kernels and C, it is probably 
better to put the reboot fixup for this in 
arch/i386/kernel/reboot_fixups.c.


--Lee


the patch you posted got applied upstream,
that is the reason i closed the bug, also there was no further info.

please name the linux-image where you still see that issue?


Hi,

Sorry for reporting confusing things *ahem*. I have this bug with 
kernels later than 2.6.13.5 (vanilla and debian stock). This bug is 
still in latest package "linux-image-2.6.18-3-k7".


I pinpointed the bug to commit 
59f4e7d572980a521b7bdba74ab71b21f5995538 in Linus git repository 
(2.6.14 vanilla wouldn't reboot, if I reversed this commit, it would).


I can give you more information if necessary.
Thank you.

--Lee


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

Bug#224469: Can ftpmasters do ONE SIMPLE THING?

[Kurt Roeckx]

On Sun, Dec 31, 2006 at 09:17:06AM -0500, Nathanael Nerode wrote:
> Namely, fix bug #224469.  It's really trivial and it's been waiting
> for over three years now.  This is just STUPID.
> 
> Next DPL election, I want to see someone running on the platform of
> adding an extra ftpmaster *whether or not the current ftpmasters
> like it*.  Someone who will get simple stuff like this DONE.

Afaik, it can't be removed from unstable before oldstable is removed
from the main archive.


Kurt



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