Bug#381150: does not support partitionable RAID arrays

[Robert Millan]

Can you please send the output of "grub-probefs -v /" ?

-- 
Robert Millan

My spam trap is [EMAIL PROTECTED]  Note: this address is only intended for
spam harvesters.  Writing to it will get you added to my black list.


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

Bug#389243: [Pkg-utopia-maintainers] Bug#389243: dbus: Unknown group "netdev"

[giskard]

Il giorno dom, 24/09/2006 alle 20.12 +0200, Vincent Lönngren ha scritto:
> Package: dbus
> Version: 0.62-4
> Severity: normal
> 
> Every time dbus is started, including during boot, the following error
> message is output:
> 
> Starting system message bus: dbusUnknown group "netdev" in message bus
> configuration file
> .

you have to create this group by hand: addgroup netdev 
-- 
giskard <[EMAIL PROTECTED]>


signature.asc
Description: Questa è una parte del messaggio	firmata digitalmente

Bug#389232: linux-image-2.6-amd64: mounting xfs filesystem causes kernel oops

[Oleg Verych]

On Sun, Sep 24, 2006 at 10:19:07PM +0200, Dan Ohnesorg wrote:
> Dne Sun, Sep 24, 2006 at 09:23:15PM +0200, Oleg Verych napsal:
> 
> > Let's add XFS team in CC.
> 
> There isn't

Yes, my MUA...

> 
> > On 2006-09-24, Dan Ohnesorg <[EMAIL PROTECTED]> wrote:
> > > Package: linux-image-2.6-amd64
> > > Version: 2.6.17+2
> > > Severity: critical
> > > Justification: breaks the whole system
> > 
> > More details, please.
> > 
> > What happend before this boot?
> > 
> > Why ext3 is recovering?
> 
> The system was installed as 32 bit system, fresh install of debian etch,
> some week ago. (I remember, that beta3 of installer was only one day old).
> Runned good, but I have decided to migrate to 64 bit. All drives except xfs
> one are reformatted, only xfs has been kept untouched. Even if the xfs was
> probably clean unmounted, installer had some problem with mounting xfs into
> /target. So I deciced not to mount xfs automatically. After first boot,
> while mounting xfs manually the kernel oopsed and was not able to shutdown
> correctly, so the next boot was unclean and the ext3 (/) has to be
> recovered. I have made the bugreport after second unsecssful boot.
> 
> The instalation was made by nightly snapshoot of installer from 24-Sep-2006
> 02:33. I didn't use beta3, becouse beta 3 is missing xfs libs.
> 
> > > raid1: raid set md1 active with 4 out of 4 mirrors
> > > EXT3-fs: INFO: recovery required on readonly filesystem.
> > > EXT3-fs: write access will be enabled during recovery.
> > > kjournald starting.  Commit interval 5 seconds
> > 
> > And why XFS does ?
> 
> Don't know exactly, as written above. 
> 
> > In upstream there are very hidden bugs with XFS, which are very hard
> > to find, because they are rare and are showed on big machines:
> > huge RAM, many CPUs. Maybe you can help.
> > 
> > (s)ata + xfs bug:   
> > devmaper + xfs bug: 
> 
> The problem was solved by using my own kernel, 2.6.18.

Well, that means you've cathed this (git commit):
b2ea401bac39e75ebb64038609ed22efbc799905


Maybe it's worth to ask to be in next 2.6.17-stable ?


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

Bug#389232: linux-image-2.6-amd64: mounting xfs filesystem causes kernel oops

[Frederik Schueler]

reassign 389232 linux-2.6
thanks



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

Bug#388315: eeprom SIGBUS

[Daniel Smolik]

Jurij Smakov napsal(a):

Hi,

This crash happens because the buf2 buffer declared on line 656 of eeprom.c ends 
up not aligned on a 4-bit boundary. One simple solution is to declare it as


int buf2[1024];

then compiler enforces the alignment and it does not crash anymore.

Eric, if you don't have access to a sparc workstation, perhaps you would be 
willing to accept me as a comaintainer?


Best regards,

Jurij Smakov[EMAIL PROTECTED]
Key: http://www.wooyd.org/pgpkey/   KeyID: C99E03CC



Hi,
when I compile eeprom.c with gcc-3.3 works without fix. May be  this isn't 
problem in eeprom.c but in gcc or gcc usage. What do you mean ?



Regards
Dan


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

Bug#389265: kernel-patch-relayfs: Obsolete, keep it out of Etch

[Moritz Muehlenhoff]

Package: kernel-patch-relayfs
Severity: grave
Justification: renders package unusable

This kernel patch has been filed for removal in sid. As processing
of ftp.debian.org removal bugs can take some time I'm filing a
bug to keep it out of Etch before the freeze.

#386811 - RM: kernel-patch-relayfs -- RoQA; RoM; outdated; merged in to 
mainline kernel

Cheers,
Moritz

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


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

Bug#385403: aspell-ru: hash file is not created

[Agustin Martin]

On Sat, Sep 23, 2006 at 09:12:28PM +0300, Martin-Éric Racine wrote:
> Hello Brian,
> 
> It seems that a recent release of the Russian wordlist (source:
> rus-ispell) contains words that aspell interprets as illegal, which makes
> the hash generation break, leaving users with an empty hash file (Bug
> #385403) and making this an RC bug. Both words definitely exist in the
> Russian language, so I am unsure how to solve this issue. Any ideas?

The error message

postinst log===
? ? aspell-ru (0.99g3-1) ...
aspell-autobuildhash: processing: ru [ru]
??: /usr/lib/aspell//ru_affix.dat:1246: The condition "???" does not
guarantee that "" can always be stripped.
aspell-autobuildhash: processing: ru [ru]
??: /usr/lib/aspell//ru_affix.dat:1246: The condition "???" does not
guarantee that "" can always be stripped.
===

suggests that rule described in line 1246 of ru_affix.dat is wrong, and
cannot always be executed for the given string. Indeed, looking at that
rule, I see something that, expressed in terms of 7bit chars, looks like

SFX L estn as stn

that means, if you find 'stn' strip 'estn' (Buggy!!!) and replace it by
'as'. But if you have something like 'astn' rule is matched, but you cannot
strip 'estn', hence the error.

I have blindly modified that line to something possible and I then find a
different set of errors and warnings,

-
Warning: The word "???" is invalid. The total length is larger than 240
characters. Skipping word.
...
Error: The word "?" is invalid. The total word length, with
soundslike data, is larger than 240 characters.
-

which disappear if I use the .wl file instead of the .cwl for building the
hash (I also removed the offending number from the first line of the
wordlist). I tested this in a aspell personal sarge backport, so I cannot
confirm if this means only that my backport is buggy or if is a general
problem. I hope to try that tomorrow with a current aspell.

Regarding the original problem, the right ru_affix.dat fix is definitely
something for rus-ispell upstream, or at least for somebody fluent with
russian.

I am attaching a patch with the changes I used here to test that the rule
was failing. Do not consider it a real patch, I do not speak russian, just a
dummy test.

Hope this helps

-- 
Agustin
--- ru_affix.dat.orig   2006-09-24 22:05:38.0 +0200
+++ ru_affix.dat2006-09-24 22:05:55.0 +0200
@@ -1244,7 +1244,7 @@
 SFX L   ÓÑ   ÌÁÓØ [^ÁÉÑØ]ÓÑ
 SFX L   ÅÞØÓÑ £ËÓÑ ÅÞØÓÑ
 SFX L   ÅÞØ  £Ë   ÅÞØ
-SFX L   ÅÚÔÉ £Ú   ÚÔÉ
+SFX L   ÅÚÔÉ £Ú   ÅÚÔÉ
 SFX L   ÅÓÔØ ÌÏ   ÞÅÓÔØ
 SFX L   ÅÓÔØ ÌÉ   ÞÅÓÔØ
 SFX L   ÅÓÔØ ÌÁ   ÞÅÓÔØ

Bug#375909: Untranslated strings in pkgsel

[Frans Pop]

block 375909 with 389261
thanks

> Some strings aren't translated while pkgsel is downloading packages:
> http://people.debian.org/~bubulle/d-i/untranslated.png

I have traced this bug to apt. I've filed a separate bug report so we keep 
this one on our radar.
See http://bugs.debian.org/389261 for details.
 
> I'm not sure whether this is related to #345800 or not

If it is, probably only indirectly.

P.S. If anyone wants to have a shot at creating a patch for this, please!


pgp7dmRHX6fUo.pgp
Description: PGP signature

Bug#370710: xserver-xorg-input-evdev: mouse dev must be of the type "event*"

[michaelm]

Package: xserver-xorg-input-evdev
Version: 1:1.1.2-2
Followup-For: Bug #370710

it seems it's not the fact that was a symlink after all. even as a
hardlink but named e.g. "logitech" it fails with the same error type

(EE) PreInit returned NULL for "mymouse"

but if it's a symlink or a hardlink named e.g. "input/event9", it will
continue.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-fs2
Locale: LANG=el_GR, LC_CTYPE=el_GR (charmap=ISO-8859-7)

Versions of packages xserver-xorg-input-evdev depends on:
ii  libc62.3.6.ds1-4 GNU C Library: Shared libraries
ii  xserver-xorg-core2:1.1.1-7   X.Org X server -- core server

xserver-xorg-input-evdev recommends no packages.

-- no debconf information


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

Bug#372509: xserver-xorg-input-kbd: Keyboard does not work properly for second X server

[Benjamin Mesing]

[I've noticed that I've sent this only via private mail to Denis, thus a
resent to the bug.]

On Thu, 2006-09-14 at 22:33 +0200, Denis Barbier wrote:
> > I have purged and reinstalled xbase-clients (7.1.ds-3). The problem
> > persists though and the output to the log look pretty much alike.
> I'll
> > look into it again after a clean reboot though I do not expect any
> > change (right now there is still another XSession running).
I have confirmed, that after a reboot the problem persists.

> Is XKBPATH environment variable defined?  
No.

> Is /usr/share/X11/xkb a directory, and contains XKB files? 
It is a directoy with the following content:

> tree /usr/share/X11/xkb
/usr/share/X11/xkb
|-- compat
|   |-- README
|   |-- accessx
|   |-- basic
|   |-- complete
|   |-- default
|   |-- iso9995
|   |-- japan
|   |-- keypad
|   |-- ledcaps
|   |-- lednum
|   |-- ledscroll
|   |-- level5
|   |-- misc
|   |-- mousekeys
|   |-- norepeat
|   |-- pc
|   |-- pc98
|   |-- xfree86
|   `-- xtest
|-- compat.dir
|-- geometry
|   |-- README
|   |-- amiga
|   |-- ataritt
|   |-- chicony
|   |-- dell
|   |-- digital_vndr
|   |   |-- lk
|   |   |-- pc
|   |   `-- unix
|   |-- everex
|   |-- fujitsu
|   |-- hp
|   |-- ibm_vndr
|   |   `-- thinkpad
|   |-- keytronic
|   |-- kinesis
|   |-- macintosh
|   |-- microsoft
|   |-- nec
|   |-- northgate
|   |-- pc
|   |-- sgi_vndr
|   |   |-- O2
|   |   |-- indigo
|   |   `-- indy
|   |-- sony
|   |-- sun
|   `-- winbook
|-- geometry.dir
|-- keycodes
|   |-- README
|   |-- aliases
|   |-- amiga
|   |-- ataritt
|   |-- digital_vndr
|   |   |-- lk
|   |   `-- pc
|   |-- evdev
|   |-- fujitsu
|   |-- hp
|   |-- ibm
|   |-- macintosh
|   |-- powerpcps2
|   |-- sgi_vndr
|   |   |-- indigo
|   |   |-- indy
|   |   `-- iris
|   |-- sony
|   |-- sun
|   |-- xfree86
|   `-- xfree98
|-- keycodes.dir
|-- keymap
|   |-- README
|   |-- amiga
|   |-- ataritt
|   |-- digital_vndr
|   |   `-- us
|   |-- macintosh
|   |-- sgi_vndr
|   |   |-- be
|   |   |-- bg
|   |   |-- ca
|   |   |-- ch
|   |   |-- cz
|   |   |-- de
|   |   |-- dk
|   |   |-- dvorak
|   |   |-- es
|   |   |-- fi
|   |   |-- fr
|   |   |-- gb
|   |   |-- hu
|   |   |-- it
|   |   |-- jp
|   |   |-- no
|   |   |-- pl
|   |   |-- pt
|   |   |-- ru
|   |   |-- se
|   |   |-- sk
|   |   |-- th
|   |   `-- us
|   |-- sony
|   |-- sun_vndr
|   |   |-- all
|   |   |-- de
|   |   |-- es
|   |   |-- fi
|   |   |-- fr
|   |   |-- no
|   |   |-- pl
|   |   |-- ru
|   |   |-- se
|   |   |-- uk
|   |   `-- us
|   |-- xfree86
|   `-- xfree98
|-- keymap.dir
|-- rules
|   |-- README
|   |-- base
|   |-- base.lst
|   |-- base.xml
|   |-- sgi
|   |-- sun
|   |-- xfree86 -> base
|   |-- xfree86.lst -> base.lst
|   |-- xfree86.xml -> base.xml
|   |-- xfree98
|   |-- xkb.dtd
|   |-- xorg -> base
|   |-- xorg.lst -> base.lst
|   `-- xorg.xml -> base.xml
|-- semantics
|   |-- basic
|   |-- complete
|   |-- default
|   `-- xtest
|-- semantics.dir
|-- symbols
|   |-- ad
|   |-- af
|   |-- al
|   |-- altwin
|   |-- am
|   |-- ara
|   |-- az
|   |-- ba
|   |-- bd
|   |-- be
|   |-- bg
|   |-- br
|   |-- bt
|   |-- by
|   |-- ca
|   |-- capslock
|   |-- ch
|   |-- compose
|   |-- cs
|   |-- ctrl
|   |-- cz
|   |-- de
|   |-- digital_vndr
|   |   |-- lk
|   |   |-- pc
|   |   |-- us
|   |   `-- vt
|   |-- dk
|   |-- ee
|   |-- epo
|   |-- es
|   |-- eurosign
|   |-- fi
|   |-- fo
|   |-- fr
|   |-- fujitsu_vndr
|   |   |-- jp
|   |   `-- us
|   |-- gb
|   |-- ge
|   |-- gh
|   |-- gr
|   |-- group
|   |-- hp_vndr
|   |   `-- us
|   |-- hr
|   |-- hu
|   |-- ie
|   |-- il
|   |-- in
|   |-- inet
|   |-- ir
|   |-- is
|   |-- it
|   |-- jp
|   |-- keypad
|   |-- kg
|   |-- kh
|   |-- kz
|   |-- la
|   |-- latam
|   |-- latin
|   |-- level3
|   |-- level5
|   |-- lk
|   |-- lt
|   |-- lv
|   |-- macintosh_vndr
|   |   |-- apple
|   |   |-- ch
|   |   |-- de
|   |   |-- dk
|   |   |-- es
|   |   |-- fi
|   |   |-- fr
|   |   |-- gb
|   |   |-- is
|   |   |-- it
|   |   |-- nl
|   |   |-- no
|   |   |-- pt
|   |   |-- se
|   |   `-- us
|   |-- mao
|   |-- mk
|   |-- mm
|   |-- mn
|   |-- mt
|   |-- mv
|   |-- nec_vndr
|   |   `-- jp
|   |-- nl
|   |-- no
|   |-- pc
|   |-- pk
|   |-- pl
|   |-- pt
|   |-- ro
|   |-- ru
|   |-- se
|   |-- sgi_vndr
|   |   `-- jp
|   |-- si
|   |-- sk
|   |-- sony_vndr
|   |   `-- us
|   |-- srvr_ctrl
|   |-- sun_vndr
|   |   |-- cs
|   |   |-- cz
|   |   |-- de
|   |   |-- dk
|   |   |-- es
|   |   |-- fi
|   |   |-- fr
|   |   |-- gb
|   |   |-- gr
|   |   |-- hu
|   |   |-- it
|   |   |-- jp
|   |   |-- ko
|   |   |-- lt
|   |   |-- lv
|   |   |-- nl
|   |   |-- no
|   |   |-- pl
|   |   |-- pt
|   |   |-- ru
|   |   |-- se
|   |   |-- solaris
|   |   |-- sw
|   |   |-- tr
|   |   |-- tuv
|   |   |-- tw
|   |   |-- us
|   |   `-- usb
|   |-- sy
|   |-- th
|   |-- tj
|   |-- tr
|   |-- ua
|   |-- us
|   |-- uz
|   |-- vn
|   |-- xfree68_vndr
|   |   |-- amiga
|   |   `-- ataritt
|   `-- za
|-- symbols.dir
|-- types
|   |-- README
|

Bug#389270: fetchmail: DNS problem in daemon mode

[Eike Sauer]

Package: fetchmail
Version: 6.3.4-6+b1
Severity: important

My fetchmail daemon doesn't fetch mail. It tells me it
can't resolve DNS when woken up, no matte if by due time 
or by invoking "/etc/init.d/fetchmail awaken". 

When I do 
* tail -f /var/log/mail.log
* ping pop.t-online.de (works, "0% packet loss")
* /etc/init.d/fetchmail awaken
...I get ...
Sep 24 22:29:34 localhost fetchmail[4061]: erweckt um So 24 Sep 2006 
22:29:34 CEST
Sep 24 22:29:34 localhost fetchmail[4061]: konnte kanonischen DNS-Namen 
von pop.t-online.de (pop.t-online.de) nicht finden
Sep 24 22:29:34 localhost fetchmail[4061]: Abfragestatus=11 (DNS)

Invoking fetchmail by hand works fine.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (150, 'testing'), (100, 'stable'), (50, 'unstable'), (1, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-k7
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages fetchmail depends on:
ii  adduser  3.97Add and remove users and groups
ii  debianutils  2.17Miscellaneous utilities specific t
ii  gettext  0.14.6-1GNU Internationalization utilities
ii  libc62.3.6.ds1-4 GNU C Library: Shared libraries
ii  libssl0.9.8  0.9.8c-1SSL shared libraries

Versions of packages fetchmail recommends:
ii  ca-certificates   20060816   Common CA Certificates PEM files

-- no debconf information


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

Bug#389232: linux-image-2.6-amd64: mounting xfs filesystem causes kernel oops

[Dan Ohnesorg]

Dne Sun, Sep 24, 2006 at 09:23:15PM +0200, Oleg Verych napsal:

> Let's add XFS team in CC.

There isn't

> On 2006-09-24, Dan Ohnesorg <[EMAIL PROTECTED]> wrote:
> > Package: linux-image-2.6-amd64
> > Version: 2.6.17+2
> > Severity: critical
> > Justification: breaks the whole system
> 
> More details, please.
> 
> What happend before this boot?
> 
> Why ext3 is recovering?

The system was installed as 32 bit system, fresh install of debian etch,
some week ago. (I remember, that beta3 of installer was only one day old).
Runned good, but I have decided to migrate to 64 bit. All drives except xfs
one are reformatted, only xfs has been kept untouched. Even if the xfs was
probably clean unmounted, installer had some problem with mounting xfs into
/target. So I deciced not to mount xfs automatically. After first boot,
while mounting xfs manually the kernel oopsed and was not able to shutdown
correctly, so the next boot was unclean and the ext3 (/) has to be
recovered. I have made the bugreport after second unsecssful boot.

The instalation was made by nightly snapshoot of installer from 24-Sep-2006
02:33. I didn't use beta3, becouse beta 3 is missing xfs libs.

> > raid1: raid set md1 active with 4 out of 4 mirrors
> > EXT3-fs: INFO: recovery required on readonly filesystem.
> > EXT3-fs: write access will be enabled during recovery.
> > kjournald starting.  Commit interval 5 seconds
> 
> And why XFS does ?

Don't know exactly, as written above. 

> In upstream there are very hidden bugs with XFS, which are very hard
> to find, because they are rare and are showed on big machines:
> huge RAM, many CPUs. Maybe you can help.
> 
> (s)ata + xfs bug:   
> devmaper + xfs bug: 

The problem was solved by using my own kernel, 2.6.18.

gmame is currently down:

"""
Couldn't contact deer:8010
The web interface is down for maintenance.
"""

This machine has 2GB RAM and 1,1TB xfs filesystem, it will be bacula sd
machine. Main problem I see here is, that testing is using in freeze phase
kernel, which oopsed instead of just returning some error message from xfs
layer. It can occur, that my xfs filesystem was broken in some way, but xfs
should say, bye bye to my data and no oops whole kernel.

cheers
dan


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

Bug#389266: industrial-cursor-theme: Different sizes / inverted cursors

[Sven Arvidsson]

Package: industrial-cursor-theme
Version: 0.6.1.3
Severity: wishlist

Hi,

I'm not sure there is an active upstream listening to this request but
it would be great if there were more sizes and an inverted version of
these cursors. Similar to what Fedora and SuSE seems to provide.

As these are the default cursors in Debian now, this would be good both
for the vision impaired and those of us who simply prefer our cursors
large :)

(See attached screenshot if isn't clear what I mean)

-- 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.16-1-686
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

-- no debconf information

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



mouseprefs.png
Description: PNG image


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

Bug#389267: CVE-2006-4294: Directory traversal vulnerability in TWiki

[Stefan Fritsch]

Package: twiki
Severity: grave
Tags: security
Justification: user security hole


A vulnerability has been found in twiki:

Directory traversal vulnerability in viewfile in TWiki 4.0.0 through 4.0.4
allows remote attackers to read arbitrary files via a .. (dot dot) in the
filename parameter.

I could not find information about version 20040902, so this has to be checked.

See
http://twiki.org/cgi-bin/view/Codev/SecurityAlert-CVE-2006-4294


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

Bug#389269: kernel-patch-2.2.25-m68k: Shouldn't ship with Etch: 2.2 patch, not a release arch

[Moritz Muehlenhoff]

Package: kernel-patch-2.2.25-m68k
Severity: grave
Justification: renders package unusable

This patch shouldn't be included in Etch, which will be kernel 2.6 only.

Cheers,
Moritz

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


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

Bug#295258: Good idea to close it: it's packaged now

[Enrico Zini]

Thanks Damog for automatically closing this: the Italian voices for
Festival are now packaged, as:

  festlex-ifd - Italian support for Festival
  festvox-italp16k - Italian female speaker for Festival
  festvox-itapc16k - Italian male speaker for Festival

I'm sorry we forgot to close the ITP bug.


Ciao,

Enrico

-- 
GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini <[EMAIL PROTECTED]>


signature.asc
Description: Digital signature

Bug#388315: eeprom SIGBUS

[Daniel Smolik]

Jurij Smakov napsal(a):

Hi,

This crash happens because the buf2 buffer declared on line 656 of eeprom.c ends 
up not aligned on a 4-bit boundary. One simple solution is to declare it as


int buf2[1024];

then compiler enforces the alignment and it does not crash anymore.

Eric, if you don't have access to a sparc workstation, perhaps you would be 
willing to accept me as a comaintainer?


Best regards,

Jurij Smakov[EMAIL PROTECTED]
Key: http://www.wooyd.org/pgpkey/   KeyID: C99E03CC



This  fix works for me. Sorry but I don't understand how it works. How Can I 
declare char buf2[4096] to be aligned to 4-bit boundary ? Is it gcc bug on sparc 
 or is possible use some gcc option to do this ?



Regards
Dan


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

Bug#389170: coreutils: mv -v fails on hardlinked files

[Eric Blake]

> And the result would be correct wether x is removed, or y was replaced (I
> see this similar to rm not doing the same thing as unlink to achieve removal
> of a name, but resorting to a variety of syscalls).

This corner case is problematic in POSIX.  The fact that GNU even removes
x is counter to a strict reading of POSIX, which requires that mv defer
to rename(2), and that rename is a no-op when the old and new name
refer to the same file (even when it is two different names of a hard
link).  But this is so counter-intuitive that GNU has chosen to break with
POSIX on this regards (except perhaps under POSIXLY_CORRECT; I'd
have to re-read the source to be sure).  So I'm not sure if Jim should
spend much more effort improving the verbose output; the fact that it
is different already goes to show that hard links are a special case.

-- 
Eric Blake


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

Bug#388691: License does not explicitly permit modification and distribution, but....

[Nathanael Nerode]

severity 388691 serious
thanks

Yes, this is the *whole* GTRC license statement:
} Copyright ? 1989 by Georgia Tech Research Corporation, Atlanta, GA
} 30332.
} All Rights Reserved. GTRC hereby grants public use of this
} software. Derivative works based on this software must incorporate
} this copyright notice.

Other problematic code appears to have been removed or relicensed: the *only*
problematic license left is the Georgia Tech Research Corporation license.

GTRC has not been willing to change their license: see
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=321178

Their license is stupid, because it doesn't explicitly permit modification or
distribution, and we require those permissions: if they aren't granted, they
are prohibited, by law.

However, it says
"Derivative works based on this software must incorporate this copyright 
notice."

This seems to be an implicit grant of permission to modify (create derivative 
works),
because otherwise this line would be pure, meaningless surplusage.

There also *might* be an implicit grant of permission to distribute modified 
works,
but it's very very unclear.

I would not feel comfortable distributing this without getting clarification 
from
GTRC.  I advise asking the following questions:

(1)  Under this license, can I make a modified version of this code?
(2)  Under this license, can I redistribute that modified version to other 
people?
(3)  Under this license, can I sell a CD which includes a copy of that modified 
version?

If you get "YES" answers to all three, then you're fine.  If not, obviously 
you're not.

To save you some time, I sent an email asking exactly those questions to the 
contact
address I found.  I'll tell you if I get a reply.  I certainly hope the answers 
are
"yes".

-- 
Nathanael Nerode  <[EMAIL PROTECTED]>

A thousand reasons. http://www.thousandreasons.org/
Lies, theft, war, kidnapping, torture, rape, murder...
Get me out of this fascist nightmare!

Bug#389254: Ignore this bug for gksu version 1.3.6-1, applicable to 1.9.4-1

[Matthijs Melchior]

Sending this bug from another system than where the bug exhibits itself
has caused the original entry to have an incorrect version reference
and incorrect dependency info.

The correct info is present in the middle part of the message.

Sorry.

-- 
Regards,
  -o)
Matthijs Melchior   Maarssen  /\\
[EMAIL PROTECTED]  +31 346 570616  Netherlands _\_v
 



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

Bug#282075: WNPP bug retitle

[David Moreno Garza]

retitle 282075 O: libunicode -- The GNOME Unicode library
noowner 282075
thanks obrigado

Hello,

This is an automatic mail sent to retitle the ITA you have reported or 
are involved with.

Your ITA wnpp bug is being orphaned because of the following reasons:
- It is, as of today, older than 250 days.
- It hasn't had any activity recently.

As this is an automatic procedure, it could of course have something
wrong and probably it would be managing some bugs that are not 
intended by owners and submitters (like you) to be orphaned, for
example if the ITA is still of your interest, or there has been 
some kind of activity around it. In that case, please retitle the
bug, do it, DO IT NOW! (I don't want to be blamed because of
mass closing and not let people know that they can easily recover
their bugs ;-).

To retitle it, you simply have to mail <[EMAIL PROTECTED]>
with a body text like this:

retitle 282075 ITA: libunicode -- The GNOME Unicode library
owner 282075 !
thanks bts

Further comments on the work done in the bug sent to
[EMAIL PROTECTED] would be truly welcomed.
Anyway, if you have any kind of problems when dealing with
the BTS, feel free to contact me and I'd be more than happy to help
you on this: <[EMAIL PROTECTED]>.

A similar process is being applied to other kind of wnpp bugs.

Thanks for your cooperation,

 -- David Moreno Garza <[EMAIL PROTECTED]>.



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

Bug#388859: vnc4server: shift, control, and alt keys send multiple events

[Ola Lundqvist]

Hi

On Sat, Sep 23, 2006 at 01:49:23AM +0200, Chris Moore wrote:
> Package: vnc4server
> Version: 4.1.1+X4.3.0-17
> Severity: normal
> 
> 
> I quite regularly use VNC to connect to an existing X session from a Windows 
> machine.
> 
> About 24 hours ago I noticed that while using GNOME over VNC, a dialog
> kept popping up asking if I wanted to enable 'sticky keys', explaining
> that I had hit shift 5 times in a row.
> 
> I hadn't hit shift 5 times in a row, but I had been holding shift for
> a second or so each time.
> 
> Running 'xev' shows me that when I hold the shift key down, multiple
> KeyPress and KeyRelease events are sent very quickly.  See
> http://s89213869.onlinehome.us/shift.txt for a transcript.
> 
> I tried using both 
> x11vnc's /usr/bin/x11vnc and vnc4server's /usr/bin/x0vnc4server, and
> both show the same behaviour.
> 
> I also tried starting a new X session on display :1 using vnc4server's
> /usr/bin/vnc4server and vncserver's /usr/bin/realvncserver, and
> pointing the Windows VNC client at port 5901.  Neither
> of those exhibit the problem.  I see one KeyPress event when I press
> shift, and another when I release it.  Nothing in between.  In this
> case, the Debian machine's monitor doesn't show the X session.  The
> problem only seems to exist when I connect to an existing display.
> 
> This bug should probably be filed against package x11vnc as well as
> vnc4server, since both are affected.
> 
> I'm pretty sure that this didn't start happening until a day or two
> ago.  I've not seen any VNC related updates recently, but there have
> been several xorg updates, so perhaps the problem lies there.

If this problem appeared very recently I can only agree. No such updates
have been made to vnc in a very long time.

Regards,

// Ola

> -- System Information:
> Debian Release: testing/unstable
>   APT prefers unstable
>   APT policy: (500, 'unstable')
> Architecture: i386 (i686)
> Shell:  /bin/sh linked to /bin/bash
> Kernel: Linux 2.6.17-2-686
> Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
> 
> Versions of packages vnc4server depends on:
> ii  libc62.3.6.ds1-4 GNU C Library: Shared libraries
> ii  libgcc1  1:4.1.1-13  GCC support library
> ii  libice6  1:1.0.1-2   X11 Inter-Client Exchange library
> ii  libsm6   1:1.0.1-3   X11 Session Management library
> ii  libstdc++6   4.1.1-13The GNU Standard C++ Library v3
> ii  libx11-6 2:1.0.0-9   X11 client-side library
> ii  libxext6 1:1.0.1-2   X11 miscellaneous extension 
> librar
> ii  libxtst6 1:1.0.1-5   X11 Testing -- Resource 
> extension 
> ii  vnc-common   3.3.7-13Virtual network computing server 
> s
> ii  x11-common   1:7.1.0-1   X Window System (X.Org) 
> infrastruc
> ii  xbase-clients1:7.1.ds-3  miscellaneous X clients
> ii  zlib1g   1:1.2.3-13  compression library - runtime
> 
> Versions of packages vnc4server recommends:
> ii  xfonts-base   1:1.0.0-3  standard fonts for X
> 
> -- no debconf information
> 
> 

-- 
 - Ola Lundqvist ---
/  [EMAIL PROTECTED] Annebergsslingan 37  \
|  [EMAIL PROTECTED] 654 65 KARLSTAD  |
|  +46 (0)54-10 14 30  +46 (0)70-332 1551   |
|  http://www.opal.dhs.org UIN/icq: 4912500 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---


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

Bug#389232: linux-image-2.6-amd64: mounting xfs filesystem causes kernel oops

[Oleg Verych]

Let's add XFS team in CC.

On 2006-09-24, Dan Ohnesorg <[EMAIL PROTECTED]> wrote:
> Package: linux-image-2.6-amd64
> Version: 2.6.17+2
> Severity: critical
> Justification: breaks the whole system

More details, please.

What happend before this boot?

Why ext3 is recovering?

> raid1: raid set md1 active with 4 out of 4 mirrors
> EXT3-fs: INFO: recovery required on readonly filesystem.
> EXT3-fs: write access will be enabled during recovery.
> kjournald starting.  Commit interval 5 seconds

And why XFS does ?

In upstream there are very hidden bugs with XFS, which are very hard
to find, because they are rare and are showed on big machines:
huge RAM, many CPUs. Maybe you can help.

(s)ata + xfs bug:   
devmaper + xfs bug: 

(use Subject links to navigate and find all thread)


> -- System Information:
> Debian Release: testing/unstable
>   APT prefers testing
>   APT policy: (500, 'testing')
> Architecture: amd64 (x86_64)
> Shell:  /bin/sh linked to /bin/bash
> Kernel: Linux 2.6.17-2-amd64
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
>
> Versions of packages linux-image-2.6-amd64 depends on:
> ii  linux-image-2.6.17-2-amd642.6.17-9   Linux 2.6.17 image on AMD64
>
> linux-image-2.6-amd64 recommends no packages.
>
> -- no debconf information
>
> -- dmesg output
>
> Bootdata ok (command line is root=/dev/md1 ro )
> Linux version 2.6.17-2-amd64 (Debian 2.6.17-9) ([EMAIL PROTECTED]) (gcc 
> version 4.1.2 20060901 (prerelease) (Debian 4.1.1-13)) #1 SMP Wed Sep 13 
> 17:49:33 CEST 2006
> BIOS-provided physical RAM map:
>  BIOS-e820:  - 0009e800 (usable)
>  BIOS-e820: 0009e800 - 000a (reserved)
>  BIOS-e820: 000e - 0010 (reserved)
>  BIOS-e820: 0010 - 7ed26000 (usable)
>  BIOS-e820: 7ed26000 - 7ede7000 (ACPI NVS)
>  BIOS-e820: 7ede7000 - 7fea2000 (usable)
>  BIOS-e820: 7fea2000 - 7fee9000 (ACPI NVS)
>  BIOS-e820: 7fee9000 - 7feed000 (usable)
>  BIOS-e820: 7feed000 - 7feff000 (ACPI data)
>  BIOS-e820: 7feff000 - 7ff0 (usable)
> DMI 2.3 present.
> ACPI: RSDP (v000 INTEL ) @ 0x000fe020
> ACPI: RSDT (v001 INTEL  D975XBX  0x026a MSFT 0x0113) @ 
> 0x7fefde48
> ACPI: FADT (v001 INTEL  D975XBX  0x026a MSFT 0x0113) @ 
> 0x7fefcf10
> ACPI: MADT (v001 INTEL  D975XBX  0x026a MSFT 0x0113) @ 
> 0x7fefce10
> ACPI: WDDT (v001 INTEL  D975XBX  0x026a MSFT 0x0113) @ 
> 0x7fef7f90
> ACPI: MCFG (v001 INTEL  D975XBX  0x026a MSFT 0x0113) @ 
> 0x7fef7f10
> ACPI: ASF! (v032 INTEL  D975XBX  0x026a MSFT 0x0113) @ 
> 0x7fefcd10
> ACPI: HPET (v001 INTEL  D975XBX  0x026a MSFT 0x0113) @ 
> 0x7fef7e90
> ACPI: SSDT (v001 INTEL CpuPm 0x026a MSFT 0x0113) @ 
> 0x7fefdc10
> ACPI: SSDT (v001 INTEL   Cpu0Ist 0x026a MSFT 0x0113) @ 
> 0x7fefda10
> ACPI: SSDT (v001 INTEL   Cpu1Ist 0x026a MSFT 0x0113) @ 
> 0x7fefd810
> ACPI: SSDT (v001 INTEL   Cpu2Ist 0x026a MSFT 0x0113) @ 
> 0x7fefd610
> ACPI: SSDT (v001 INTEL   Cpu3Ist 0x026a MSFT 0x0113) @ 
> 0x7fefd410
> ACPI: DSDT (v001 INTEL  D975XBX  0x026a MSFT 0x0113) @ 
> 0x
> No NUMA configuration found
> Faking a node at -7ff0
> Bootmem setup node 0 -7ff0
> On node 0 totalpages: 515371
>   DMA zone: 2825 pages, LIFO batch:0
>   DMA32 zone: 512546 pages, LIFO batch:31
> ACPI: PM-Timer IO Port: 0x408
> ACPI: Local APIC address 0xfee0
> ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
> Processor #0 15:6 APIC version 20
> ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
> Processor #1 15:6 APIC version 20
> ACPI: LAPIC (acpi_id[0x03] lapic_id[0x82] disabled)
> ACPI: LAPIC (acpi_id[0x04] lapic_id[0x83] disabled)
> ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x02] dfl dfl lint[0x1])
> ACPI: IOAPIC (id[0x02] address[0xfec0] gsi_base[0])
> IOAPIC[0]: apic_id 2, version 32, address 0xfec0, GSI 0-23
> ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
> ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
> ACPI: IRQ0 used by override.
> ACPI: IRQ2 used by override.
> ACPI: IRQ9 used by override.
> Setting APIC routing to physical flat
> ACPI: HPET id: 0x8086a201 base: 0xfed0
> Using ACPI (MADT) for SMP configuration information
> Allocating PCI resources starting at 8000 (gap: 7ff0:8010)
> Checking aperture...
> SMP: Allowing 4 CPUs, 2 hotplug CPUs
> Built 1 zonelists
> Kernel command line: root=/dev/md1 ro 
> Initializing CPU#0
> PID hash table entries: 4096 (order: 12, 32768 bytes)
> time.c: Using 14.318180 MHz WAL

Bug#388001: Here's your backtrace...

[Marc Wilson]

Here's your backtrace:

(gdb) run
Starting program: /usr/lib/thunderbird/thunderbird-bin 
[Thread debugging using libthread_db enabled]
[New Thread -1220204864 (LWP 24984)]
[New Thread -1223611472 (LWP 24990)]
[New Thread -1235428432 (LWP 24991)]
[New Thread -1256756304 (LWP 24992)]
DOUBLE-CLICK: 250 --> -1 THRESHOLD: 8 --> -1 [New Thread -1268778064 (LWP 24994)
]
[New Thread -1280058448 (LWP 24996)]
[New Thread -1288447056 (LWP 24997)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1220204864 (LWP 24984)]
0xb79ffd17 in FcCharSetDestroy () from /usr/lib/libfontconfig.so.1
(gdb) bt
#0  0xb79ffd17 in FcCharSetDestroy () from /usr/lib/libfontconfig.so.1
#1  0xb2961a78 in ~nsFontMetricsPS (this=0x8e3e8e8) at nsFontMetricsPS.cpp:111
#2  0xb295f1f8 in nsFontMetricsPS::Release (this=0xb766fcf4)
at nsFontMetricsPS.cpp:135
#3  0xb67a7ae5 in nsFontCache::Flush (this=0x8e6d070)
at nsDeviceContext.cpp:715
#4  0xb67a7bf0 in ~nsFontCache (this=0x8e6d070) at nsDeviceContext.cpp:580
#5  0xb295d94d in ~nsFontCachePS (this=0x8e6d070) at nsDeviceContextPS.cpp:547
#6  0xb67a878f in ~DeviceContextImpl (this=0x8db4bc0) at nsDeviceContext.cpp:88
#7  0xb295d55b in ~nsDeviceContextPS (this=0x8db4bc0)
at nsDeviceContextPS.cpp:134
#8  0xb67a7d4b in DeviceContextImpl::Release (this=0xb766fcf4)
at nsDeviceContext.cpp:54
#9  0xb295cdcd in nsDeviceContextPS::Release (this=0x8db4bc0)
at nsDeviceContextPS.cpp:179
#10 0xb7e48da4 in ~nsCOMPtr_base (this=)
at nsCOMPtr.cpp:81
#11 0xb565c7cd in ~nsPrintData (this=0x8de1910)
at ../../dist/include/xpcom/nsCOMPtr.h:542
#12 0xb5654b01 in nsPrintEngine::Destroy (this=0x8e00c38)
at nsPrintEngine.cpp:283
#13 0xb5549772 in DocumentViewerImpl::OnDonePrinting (this=0x8de1310)
at nsDocumentViewer.cpp:4141
#14 0xb565391b in HandlePLEvent (aEvent=0x8df8320) at nsPrintEngine.cpp:4549
#15 0xb7e8fe87 in PL_HandleEvent (self=0x8df8320) at plevent.c:688
#16 0xb7e90199 in PL_ProcessPendingEvents (self=0x80c9c70) at plevent.c:623
#17 0xb7e9201e in nsEventQueueImpl::ProcessPendingEvents (this=0x80981e0)
at nsEventQueue.cpp:417
#18 0xb67ceea5 in event_processor_callback (source=0x83d8960, 
condition=G_IO_IN, data=0xb766fcf4) at nsAppShell.cpp:67
#19 0xb77e2d1f in g_io_channel_unix_get_fd () from /usr/lib/libglib-2.0.so.0
#20 0xb77b97b1 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#21 0xb77bc826 in g_main_context_check () from /usr/lib/libglib-2.0.so.0
#22 0xb77bcbe7 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#23 0xb7c01141 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#24 0xb67cf2f2 in nsAppShell::Run (this=0x81647e8) at nsAppShell.cpp:139
#25 0xb678ed80 in nsAppStartup::Run (this=0x81647a8) at nsAppStartup.cpp:150
#26 0x0804e66a in XRE_main (argc=1, argv=0xbf879d24, aAppData=0x8059020)
at nsAppRunner.cpp:2374
#27 0x0804abdf in main (argc=-1265790312, argv=0x41) at nsMailApp.cpp:62
#28 0xb7560ea8 in __libc_start_main () from /lib/tls/libc.so.6
#29 0x0804ab11 in _start () at ../sysdeps/i386/elf/start.S:119
(gdb) 

Hope it helps.

-- 
 Marc Wilson | Using TSO is like kicking a dead whale down the
 [EMAIL PROTECTED] | beach.  -- S. C. Johnson


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

Bug#333516: grub2 manpages

[Robert Millan]

tags 333516 upstream
tags 333516 wontfix
thanks

Hi!

Diverging from upstream to add manpages in grub2 means more work in maintaining
these manpages (specialy since grub2 is experimental software with rapidly
changing interfaces), and we don't have the resources for that.

Please take this to upstream.  If upstream is willing to include (and hence
maintain) a manpage you write, then it's no problem for us.

-- 
Robert Millan

My spam trap is [EMAIL PROTECTED]  Note: this address is only intended for
spam harvesters.  Writing to it will get you added to my black list.


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

Bug#389259: reportbug: crashes attempting to file a bug on icu

[Zack Weinberg]

Package: reportbug
Version: 3.29.5
Severity: normal

$ reportbug libicu34
*** Welcome to reportbug.  Use ? for help at prompts. ***
Detected character set: UTF-8
Please change your locale if this is incorrect.

Using 'Zack Weinberg <[EMAIL PROTECTED]>' as your from address.
Getting status for libicu34...
Verifying package integrity...
Checking for newer versions at packages.debian.org...
Querying Debian BTS for reports on icu (source)...
Traceback (most recent call last):
  File "/usr/bin/reportbug", line 1745, in ?
main()
  File "/usr/bin/reportbug", line 778, in main
return iface.user_interface()
  File "/usr/bin/reportbug", line 1303, in user_interface
version=pkgversion)
  File "/usr/share/reportbug/reportbug_ui_text.py", line 467, in 
handle_bts_query
source=source, http_proxy=http_proxy, archived=archived)
  File "/usr/share/reportbug/debianbts.py", line 748, in get_reports
source, version=version)
  File "/usr/share/reportbug/debianbts.py", line 722, in get_cgi_reports
parser.feed(content)
  File "/usr/lib/python2.4/sgmllib.py", line 100, in feed
self.goahead(0)
  File "/usr/lib/python2.4/sgmllib.py", line 139, in goahead
k = self.parse_endtag(i)
  File "/usr/lib/python2.4/sgmllib.py", line 297, in parse_endtag
self.finish_endtag(tag)
  File "/usr/lib/python2.4/sgmllib.py", line 351, in finish_endtag
self.handle_endtag(tag, method)
  File "/usr/lib/python2.4/sgmllib.py", line 362, in handle_endtag
method()
  File "/usr/share/reportbug/debianbts.py", line 558, in end_ul
self.check_li()
  File "/usr/share/reportbug/debianbts.py", line 580, in check_li
bugid, title = re.split(r':\s+', self.bugtitle, 1)
ValueError: need more than 1 value to unpack

This happens with any set of arguments that leads to looking up bugs
on the icu source package.  It seems to be something specific to icu
(e.g. "reportbug reportbug" works fine :-)

-- Package-specific info:
** Environment settings:
INTERFACE="text"

** /home/zack/.reportbugrc:
reportbug_version "3.18"
mode advanced
ui text
email "[EMAIL PROTECTED]"
no-cc
header "X-Debbugs-CC: [EMAIL PROTECTED]"
smtphost bugs.debian.org

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

Versions of packages reportbug depends on:
ii  python2.4.3-11   An interactive high-level object-o
ii  python-central0.5.5  register and build utility for Pyt

Versions of packages reportbug recommends:
pn  python-cjkcodecs | python-ico  (no description available)

-- no debconf information


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

Bug#388842: Missing changelog

[Goswin von Brederlow]

Jose Luis Rivas Contreras <[EMAIL PROTECTED]> writes:

> Goswin von Brederlow escribió:
>> Jose Luis Rivas Contreras <[EMAIL PROTECTED]> writes:
>> 
>>> Ok, I will try it, but in the moment I can't access to the ChangeLog
>>> URI, I have tried the full day and I can't do it, so when became avaible
>>> I will make the Changelog.
>>>
>>> Thanks.
>> 
>> Works fine from here. I made a copy with
>> 
>> wget -np -r -l1 -H -k -c http://libtorrent.rakshasa.no/wiki/Changelog
>> 
>> in case you still can't access it. It seems to be just a collection of
>> links into the mailing list archive where the new version gets
>> announced. Try
>> 
>> http://mrvn.homeip.net/torrent/libtorrent.rakshasa.no/wiki/Changelog.html
>
> Thanks, now I can see it. There's just a problem, that changelog applies
> for rtorrent and libtorrent, they're different packages from same
> upstream, should I redirect rtorrent changelog to libtorrent changelog?
> I mean, as libtorrent is a dependency of rtorrent so you need it installed.
>
> Thanks and Cheers!
>> 
>> MfG
>> Goswin

I think that is sane. A simple link should do.

MfG
Goswin

Bug#388701: URL Change

[Shawn Starr]

The URL is: http://www.beryl-project.org/ 


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

Bug#389260: icu: please apply patch to avoid unnecessary linkage with libpthread

[Zack Weinberg]

Package: icu
Version: 3.6-1
Severity: wishlist
Tags: patch

The ICU shared libraries are all linked against libpthread, but the only
pthread functions ICU actually uses are:

libicuuc.so: U pthread_mutex_destroy
libicuuc.so: U pthread_mutex_init
libicuuc.so: U pthread_mutex_lock
libicuuc.so: U pthread_mutex_unlock

On a glibc-based system, these functions are all in libc, so the ICU
libraries can safely be built without linking against libpthread.
It is desirable to avoid libpthread, because glibc attempts to ensure
that single-threaded programs are not subject to the overhead of thread
safety, and it detects multi-threadedness by checking whether libpthread
is loaded at runtime.  Thus, any single-threaded program that uses ICU
is currently subject to unnecessary overhead.

It's possible to avoid linking ICU against libpthread by a clever trick
which does not involve any modifications to the upstream source, and
this is what I have done in the appended patch.  It applies relative
to the top level of the directory you get by unpacking the source deb
(*not* to build-tree/).

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

-- patch:

--- debian/rules2006-09-24 11:48:05.0 -0700
+++ debian/rules2006-09-24 11:14:32.0 -0700
@@ -14,7 +14,8 @@
  awk '/Version:/ {print $$2}' | cut -d- -f 1)
 
 DEB_TAR_SRCDIR = icu/source
-DEB_CONFIGURE_USER_FLAGS = --disable-samples --enable-static
+DEB_CONFIGURE_USER_FLAGS = --disable-samples --enable-static \
+   CONFIG_SITE=../../../config.site
 DEB_COMPRESS_EXCLUDE = html examples
 DEB_INSTALL_EXAMPLES_libicu36-dev = \
build-tree/$(DEB_TAR_SRCDIR)/samples/*
--- config.site 1969-12-31 16:00:00.0 -0700
+++ config.site 2006-09-24 11:47:28.0 -0700
@@ -0,0 +1,7 @@
+# These trick the configure script into not linking anything with libpthread,
+# while still enabling thread safety (it goes on to check for
+# pthread_mutex_lock in libc, which is enough for what it actually needs).
+# Should work correctly on all glibc-based systems.
+ac_cv_lib_pthread_pthread_attr_init=no
+ac_cv_search_pthread_mutex_destroy=no
+ac_cv_lib_pthread_pthread_mutex_init=no


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

Bug#383344: closing with right version

[Steinar H. Gunderson]

reopen 383344
close 383344

On Sun, Sep 24, 2006 at 09:17:08PM +0200, Alexander Sack wrote:
>> 1.5-4 < 1.5.0.5-1, so this is effectively a no-op. Is the bug closed or not?
>> The bug log is rather confusing...
> Urgh ... looks like I did something completely wrong here. Anyway:
> This bug is closed ... it was never reproducible.
> 
> I hope that this time I got things right ;)

Not entirely; if the bug is a non-bug, it should be closed unversioned, not
versioned. Doing so now. :-)

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


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

Bug#389264: libdbus-1-dev: include error dbus/dbus*.h

[Esteban Paz Freire]

Package: libdbus-1-dev
Version: 0.92-2
Severity: important


The libraries are installed in /usr/include/dbus-1.0/dbus/ , but the libraries 
try to find in /usr/include/dbus/ . Another package is affected, libhal-dev .

Example error:
/usr/include/dbus-1.0/dbus/dbus.h:33:33: error: dbus/dbus-arch-deps.h

Thanks for your attention. 


-- System Information:
Debian Release: testing/unstable
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-2-686
Locale: LANG=gl_ES.UTF-8, LC_CTYPE=gl_ES.UTF-8 (charmap=UTF-8)

Versions of packages libdbus-1-dev depends on:
ii  libdbus-1-3   0.92-2 simple interprocess messaging syst
ii  pkg-config0.21-1 manage compile and link flags for 

libdbus-1-dev recommends no packages.

-- no debconf information


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

Bug#383344: closing with right version

[Alexander Sack]

close 383344 1.5.0.5-1
thanks

On Sun, Sep 24, 2006 at 08:23:03PM +0200, Steinar H. Gunderson wrote:
> On Sun, Sep 17, 2006 at 02:29:28PM +0200, Alexander Sack - Debian Bugmail 
> wrote:
> > close 385071 1.5-4
> > close 383344 1.5-4
> > thanks
> 
> 1.5-4 < 1.5.0.5-1, so this is effectively a no-op. Is the bug closed or not?
> The bug log is rather confusing...

Urgh ... looks like I did something completely wrong here. Anyway:
This bug is closed ... it was never reproducible.

I hope that this time I got things right ;)

> 
> >  p.s. please take care that the bug is listed as To: or CC: when 
> >   replying to this mail (e.g. /reply-all/). 
> 
> Not that reply-all will send mail to [EMAIL PROTECTED] when it's not a 
> recipient of
> _your_ mail, but OK :-)
> 

Yes, its obsolete now that the bts has been improved. Always forgot to
remove it. Will do so asap :). Thanks for the reminder.

 - Alexander

-- 
 GPG messages preferred.   |  .''`.  ** Debian GNU/Linux **
 Alexander Sack| : :' :  The  universal
 [EMAIL PROTECTED]   | `. `'  Operating System
 http://www.asoftsite.org  |   `-http://www.debian.org


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

Bug#389263: ITP: pyragua -- pyragua is a pythonic development environment for python

[Daniel Aristizabal Romero]

Package: wnpp
Owner: Daniel Aristizabal Romero <[EMAIL PROTECTED]>
Severity: wishlist

* Package name: pyragua
  Version : 0.1.0
  Upstream Author : Juan Pablo Valois Valencia <[EMAIL PROTECTED]>
* URL : http://quimbaya.utp.edu.co/projects/pyragua/
* License : GPL
  Programming Lang: Python
  Description : Pyragua is a pythonic development environment for python

Pyragua is an python IDE (Integrated Development Environment) developed
by Semillero de investigacion de la Universidad Tecnologica de Pereira
PYROX

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


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

Bug#329907: This needs to be updated or should be removed from Etch

[Moritz Muehlenhoff]

severity 329907 grave
thanks

Etch will ship 2.6.17 or 2.6.18, so this patch shouldn't ship with Etch
unless it is updated to work with these kernel versions.

Cheers,
Moritz


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

Bug#389262: ripit: tray close hack causes IDE errors

[Johannes Stezenbach]

Package: ripit
Version: 3.5.1-1
Severity: normal

At startup, ripit causes a number of the following errors:

  hdc: command error: status=0x51 { DriveReady SeekComplete Error }
  hdc: command error: error=0x50 { LastFailedSense=0x05 }
  ide: failed opcode was: unknown
  ATAPI device hdc:
  Error: Illegal request -- (Sense key=0x05)
  Illegal mode for this track or incompatible medium -- (asc=0x64, ascq=0x00)
  The failed "Read 10" packet command was: 
  "28 00 00 00 00 00 00 00 08 00 00 00 00 00 00 00 "
  end_request: I/O error, dev hdc, sector 0
  Buffer I/O error on device hdc, logical block 0
  Buffer I/O error on device hdc, logical block 1
  Buffer I/O error on device hdc, logical block 2
  Buffer I/O error on device hdc, logical block 3


After I have ripped a few CDs, the kernel finally says:

  cdrom: dropping to single frame dma

and after that CD ripping is extremely slow until reboot.
My CD drive is a TEAC DV-W50D DVD+/-RW.

This is caused by the following code in ripit:

else {  # Ugly hack to close the tray.
   system("more $cddev > /dev/null 2> /dev/null");
}

I suggest to either replace "more" with "eject -t", or omit
this command altogether (ripit will then wait for the user
to close the tray manually).


Regards,
Johannes


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

Versions of packages ripit depends on:
ii  cdda2wav5:1.0~pre4-1 Creates WAV files from audio CDs
ii  cdparanoia  3a9.8-14 An audio extraction tool for sampl
ii  libcddb-get-perl2.23-2   read the CDDB entry for an audio C
ii  libwww-perl 5.805-1  WWW client/server library for Perl
ii  vorbis-tools1.1.1-6  several Ogg Vorbis tools

ripit recommends no packages.

-- no debconf information


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

Bug#389261: apt: Progress strings not translated when using APT::Status-Fd option

[Frans Pop]

Package: apt
Version: 0.6.46
Severity: important
Tags: d-i

During new installations using Debian Installer, we are seeing some 
strings that are not translated during installation of tasks. This has 
long puzzled us, but I think I've finally been able to narrow it down to 
apt.

The log below shows the issue (test language was Dutch). As you can see 
all strings are translated, except for those in the 'pmstatus' lines.

It would be great if this could be resolved before Etch (or even before 
the next Debian Installer release candidate). For the installer this is a 
fairly important l10n issue (and one of the very few remaining).

I suspect this to be a bug in apt-pkg/deb/dpkgpm.cc.

TIA,
Frans Pop

$ echo $LANG
nl_NL.UTF-8
$ aptitude -q -y -o APT::Status-Fd=1 install iproute
Pakketlijsten worden ingelezen...
Boom van vereisten wordt opgebouwd...
Uitgebreide statusinformatie aan het lezen...
Initialiseren van pakketstatussen...
Lezen van taakbeschrijvingen...
Opbouwen van tagdatabase...
De volgende NIEUWE pakketten zullen automatisch worden geïnstalleerd:
  libatm1
De volgende NIEUWE pakketten zullen worden geïnstalleerd:
  iproute libatm1
0 pakketten opgewaardeerd, 2 nieuwe geïnstalleerd, 0 te verwijderen en 0 
niet opwaarderen.
Heb 0B/1115kB archieven nodig. Na uitpakken zal 1720kB worden gebruikt.
Schrijven van uitgebreide statusinformatie...
Selecteren van voorheen niet geselecteerd pakket libatm1.
(Database inlezen ... 28313 bestanden en mappen geïnstalleerd.)
Uitpakken van libatm1 (uit .../libatm1_2.4.1-17_i386.deb) ...
pmstatus:libatm1:10:Preparing libatm1
pmstatus:libatm1:20:Unpacking libatm1
pmstatus:libatm1:30:Preparing to configure libatm1
Selecteren van voorheen niet geselecteerd pakket iproute.
Uitpakken van iproute (uit .../iproute_20051007-4_i386.deb) ...
pmstatus:iproute:40:Preparing iproute
pmstatus:iproute:50:Unpacking iproute
pmstatus:iproute:60:Preparing to configure iproute
Instellen van libatm1 (2.4.1-17) ...
pmstatus:libatm1:70:Configuring libatm1

pmstatus:libatm1:80:Installed libatm1
Instellen van iproute (20051007-4) ...
pmstatus:iproute:90:Configuring iproute
pmstatus:iproute:100:Installed iproute


pgpjDk6xTTqdx.pgp
Description: PGP signature

Bug#389170: coreutils: mv -v fails on hardlinked files

[Marc Lehmann]

On Sun, Sep 24, 2006 at 09:33:27PM +0200, Jim Meyering <[EMAIL PROTECTED]> 
wrote:
> >cerebro /tmp/tst# mv -v x y
> >cerebro /tmp/tst#
> >
> > The second mv should output `x' -> `y', but doesn't output anything (the
> > operation is correctly executed, though).
> 
> Thanks for the report.
> I've fixed that.  Though it doesn't print what you suggest.

Wow, cool!

Well, I didn't suggest anything, to be exact, but I would prefer if mv gave
the same message as when moving other files. The fact that the destination is
a hardlink of the source file should not make any difference, and the fact
that mv removes the first file, while providing more information, is likely
confusing to users. As a heavy shell user, I often depend on the output of
mv, and be able to select both filenames has been very useful.

And the result would be correct wether x is removed, or y was replaced (I
see this similar to rm not doing the same thing as unlink to achieve removal
of a name, but resorting to a variety of syscalls).

It doesn't make much sense to me that hardlinks are such a special case
when I basically want to replace one named file by another.

However, it certainly fixes the bug that mv doesn't display anything,
which is rather scary, so I am content even with that message :)

Thanks a lot for fixing this :)

-- 
The choice of a
  -==- _GNU_
  ==-- _   generation Marc Lehmann
  ---==---(_)__  __   __  [EMAIL PROTECTED]
  --==---/ / _ \/ // /\ \/ /  http://schmorp.de/
  -=/_/_//_/\_,_/ /_/\_\  XX11-RIPE


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

Bug#389231: defrag_0.73pjm1-8(ia64/unstable): FTBFS: cast increases required alignment of target type

[Goswin von Brederlow]

[EMAIL PROTECTED] writes:

> Package: defrag
> Version: 0.73pjm1-8
> Severity: serious

Severity for FTBFS which never build before is important only. Not an
RC bug. Adjusting.

> There was an error while trying to autobuild your package:

I am aware of the alignment errors but don't know what to do about
them short of rewriting half the upstream code. Maybe there is some
attribute or something one can use to get gcc to do the right thing?

Anyway. Could you remove the -Werror flag and see if it builds and
more importantly if it works then please? The package has never been
run on !i386/amd64 so anything could happen. Don't use any important
data for it.

MfG
Goswin


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

Bug#389170: coreutils: mv -v fails on hardlinked files

[Jim Meyering]

Marc Lehmann <[EMAIL PROTECTED]> wrote:
> Version: 5.97-5
>
> "mv -v" does not output anything when it moves one hardlink of a file over 
> another:
>
>cerebro /tmp/tst# touch a
>cerebro /tmp/tst# touch b
>cerebro /tmp/tst# mv -v a b
>`a' -> `b'
>cerebro /tmp/tst# touch x
>cerebro /tmp/tst# ln x y
>cerebro /tmp/tst# mv -v x y
>cerebro /tmp/tst#
>
> The second mv should output `x' -> `y', but doesn't output anything (the
> operation is correctly executed, though).

Thanks for the report.
I've fixed that.  Though it doesn't print what you suggest.
Now it does this:

$ touch x; ln x y; mv -v x y
removed `x'

2006-09-24  Jim Meyering  <[EMAIL PROTECTED]>

* NEWS: Mention these fixes.
* src/copy.c (copy_reg): With --verbose (-v), print
"removed `file_name'" just after unlinking a file.
(copy_internal): Likewise, in three more places.
Marc Lehman reported that "touch x; ln x y; mv -v x y" was silent.
* tests/mv/hard-verbose: New file.  Test for the above fix.
* tests/mv/Makefile.am (TESTS): Add hard-verbose.

Index: src/copy.c
===
RCS file: /fetish/cu/src/copy.c,v
retrieving revision 1.212
retrieving revision 1.213
diff -u -p -u -r1.212 -r1.213
--- src/copy.c  20 Sep 2006 17:32:14 -  1.212
+++ src/copy.c  24 Sep 2006 19:28:25 -  1.213
@@ -296,6 +296,8 @@ copy_reg (char const *src_name, char con
  return_val = false;
  goto close_src_desc;
}
+ if (x->verbose)
+   printf (_("removed %s\n"), quote (dst_name));

  /* Tell caller that the destination file was unlinked.  */
  *new_dst = true;
@@ -1061,6 +1063,8 @@ copy_internal (char const *src_name, cha
 doesn't end up removing the source file.  */
  if (rename_succeeded)
*rename_succeeded = true;
+ if (unlink_src && x->verbose)
+   printf (_("removed %s\n"), quote (src_name));
  return true;
}
  if (unlink_src)
@@ -1240,6 +1244,8 @@ copy_internal (char const *src_name, cha
  return false;
}
  new_dst = true;
+ if (x->verbose)
+   printf (_("removed %s\n"), quote (dst_name));
}
}
 }
@@ -1344,6 +1350,8 @@ copy_internal (char const *src_name, cha
  error (0, errno, _("cannot remove %s"), quote (dst_name));
  goto un_backup;
}
+ if (x->verbose)
+   printf (_("removed %s\n"), quote (dst_name));
  link_failed = (link (earlier_file, dst_name) != 0);
}


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

Bug#290300: This needs to be adapted to 2.6.17/2.6.18 or removed from Etch

[Moritz Muehlenhoff]

severity 383738 grave
severity 290300 grave
thanks

Etch will ship 2.6.17 or 2.6.18, so the patch should be updated
to these kernels or be removed from Etch.


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

Bug#387173: xvnc4viewer: Terminal password entry broken when 0 to 7 characters in length

[Ola Lundqvist]

Hi

Correction is now on the way. When it is shorter than 8 characters
a newline character was included...

It is now corrected and upload is on the way. Compiling now.

Regards,

// Ola

On Tue, Sep 12, 2006 at 02:15:19PM -0400, Adrian Irving-Beer wrote:
> Package: xvnc4viewer
> Version: 4.1.1+X4.3.0-17
> Severity: normal
> 
> This is similar to bug #386404, but whereas that bug seems to have
> been solved, this one is still open for me as of package version 17.
> 
> When connecting from my Debian laptop (xvnc4viewer) to a Windows 2000
> Server (RealVNC, latest version), terminal entry of passwords fails
> for any password of length 0 to 7.  Lengths 8 and 9 (and presumably
> longer) appear to work fine.  GUI password entry always works fine.
> 
> Note that my laptop runs Dvorak as a keyboard layout, if that makes a
> difference.  However, the passwords I used to test (every length from
> 1 to 9) were simply sequences of the letter 'a', which is the same on
> both layouts.  I also generally work inside 'screen' in a urxvt, but I
> tested from a plain urxvt and had the same issue.
> 
> Also note that '0' is not a typo.  Length 0 passwords suffer the same
> issue; they work in the GUI but not in the terminal.  (This is not to
> be confused with 'no authentication', which does not prompt for a
> password at all.)
> 
> -- System Information:
> Debian Release: testing/unstable
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (400, 'testing'), (300, 'stable'), (200, 
> 'experimental')
> Architecture: i386 (i686)
> Shell:  /bin/sh linked to /bin/dash
> Kernel: Linux 2.6.16-2-686
> Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
> 
> Versions of packages xvnc4viewer depends on:
> ii  libc6   2.3.6.ds1-4  GNU C Library: Shared libraries
> ii  libgcc1 1:4.2-20060709-1 GCC support library
> ii  libice6 1:1.0.1-1X11 Inter-Client Exchange library
> ii  libsm6  6.9.0.dfsg.1-6   X Window System Session 
> Management
> ii  libstdc++6  4.2-20060709-1   The GNU Standard C++ Library v3
> ii  libx11-66.9.0.dfsg.1-6   X Window System protocol client 
> li
> ii  libxext66.9.0.dfsg.1-6   X Window System miscellaneous 
> exte
> ii  zlib1g  1:1.2.3-13   compression library - runtime
> 
> xvnc4viewer recommends no packages.
> 
> -- no debconf information



-- 
 - Ola Lundqvist ---
/  [EMAIL PROTECTED] Annebergsslingan 37  \
|  [EMAIL PROTECTED] 654 65 KARLSTAD  |
|  +46 (0)54-10 14 30  +46 (0)70-332 1551   |
|  http://www.opal.dhs.org UIN/icq: 4912500 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---


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

Bug#389170: coreutils: mv -v fails on hardlinked files

[Jim Meyering]

[EMAIL PROTECTED] (Eric Blake) wrote:
>> And the result would be correct wether x is removed, or y was replaced (I
>> see this similar to rm not doing the same thing as unlink to achieve removal
>> of a name, but resorting to a variety of syscalls).
>
> This corner case is problematic in POSIX.  The fact that GNU even removes
> x is counter to a strict reading of POSIX, which requires that mv defer
> to rename(2), and that rename is a no-op when the old and new name
> refer to the same file (even when it is two different names of a hard
> link).  But this is so counter-intuitive that GNU has chosen to break with
> POSIX on this regards (except perhaps under POSIXLY_CORRECT; I'd

In this tiny corner case, GNU mv violates POSIX even when
POSIXLY_CORRECT is set.  And I want to keep it that way.
The POSIX requirement is simply too counter-intuitive.

> have to re-read the source to be sure).  So I'm not sure if Jim should
> spend much more effort improving the verbose output;

I'm sure that Jim will not spend more time on this :)


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

Bug#388842: Missing changelog

[Jose Luis Rivas Contreras]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Goswin von Brederlow escribió:
> Jose Luis Rivas Contreras <[EMAIL PROTECTED]> writes:
> 
>> Goswin von Brederlow escribió:
>>> Jose Luis Rivas Contreras <[EMAIL PROTECTED]> writes:

>>>
>>> http://mrvn.homeip.net/torrent/libtorrent.rakshasa.no/wiki/Changelog.html
>> Thanks, now I can see it. There's just a problem, that changelog applies
>> for rtorrent and libtorrent, they're different packages from same
>> upstream, should I redirect rtorrent changelog to libtorrent changelog?
>> I mean, as libtorrent is a dependency of rtorrent so you need it installed.
>>
>> Thanks and Cheers!
>>> MfG
>>> Goswin
> 
> I think that is sane. A simple link should do.
> 
> MfG
> Goswin
> 
Great, so I'm doing that.

Thanks and Cheers ;)

- --

~ghostbar @ linux/debian 'unstable' on i686 - Linux Counter# 382503
http://ghostbar.ath.cx/ - irc.freenode.net #talug #velug #debian-es
http://debianvenezuela.org.ve - irc.debian.org #debian-es #debian-ve
San Cristobal - Venezuela. TALUG -- http://linuxtachira.org
CHASLUG -- http://chaslug.org.ve - irc.unplug.org.ve #chaslug
Fingerprint = 3E7D 4267 AFD5 2407 2A37  20AC 38A0 AD5B CACA B118
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)

iD8DBQFFFt4zOKCtW8rKsRgRAmTAAJsFgMp0rzyWl25KhEBbtPOjT1OK6ACfQr4h
ZlUL3P4Vj8HnT4jz80BmDi4=
=TkGB
-END PGP SIGNATURE-


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

Bug#389258: FTBFS with -O3: assembler symbols redefined

[Martin Michlmayr]

Package: memtest86
Version: 3.2-1.1

When you compile test.c with -O3 it fails because some assembler symbols
are redefined.  This is because your sources define them but so does the
compiler at -O3.  According to the GCC people this is allowed, see
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29204 in which Andrew Pinski
writes "This is not a bug as asms can be duplicated even if they are
volatile.  The way to fix this is to use .1 and 1f lables."

Note that this is not a concrete problem in Debian since it's compiled
at -Os but it would be nice if this could be fixed upstream.


> (sid)61:[EMAIL PROTECTED]: ~/src/memtest86-3.2] gcc -c -Wall -march=i486 -m32 
> -Os -fomit-frame-pointer -fno-builtin -ffreestanding test.c
> (sid)62:[EMAIL PROTECTED]: ~/src/memtest86-3.2] gcc -c -Wall -march=i486 -m32 
> -O3 -fomit-frame-pointer -fno-builtin -ffreestanding test.c
> /tmp/ccHC5zjf.s: Assembler messages:
> /tmp/ccHC5zjf.s:1668: Error: symbol `L26' is already defined
> /tmp/ccHC5zjf.s:1674: Error: symbol `L25' is already defined
> /tmp/ccHC5zjf.s:1682: Error: symbol `L23' is already defined
> /tmp/ccHC5zjf.s:1693: Error: symbol `L24' is already defined
> zsh: exit 1 gcc -c -Wall -march=i486 -m32 -O3 -fomit-frame-pointer 
> -fno-builtin  test.c
> (sid)63:[EMAIL PROTECTED]: ~/src/memtest86-3.2]

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


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

Bug#389238: asterisk-chan-capi: fails to load with asterisk-bristuff

[Tzafrir Cohen]

On Sun, Sep 24, 2006 at 07:42:04PM +0200, Christoph Kaminski wrote:
> Package: asterisk-chan-capi
> Version: 0.7.0-1
> Severity: grave
> Justification: renders package unusable
> 
> I cant load it with asterisk-bristuff (1.2.11.dfsg-1).
> I get this error: 
> 
> [chan_capi.so]Sep 24 19:41:33 WARNING[30578]: loader.c:325 __load_resource: 
> /usr/lib/asterisk/modules/chan_capi.so: undefined 
> symbol: ast_pickup_call
> Sep 24 19:41:33 WARNING[30578]: loader.c:499 load_modules: Loading module 
> chan_capi.so failed!

Workaround:

add:

chan_capi.so=yes to the [global] section of modules.conf.

Better yet: we need to get rid of the chan_capi modules of bristuff. It
was probably a bad choice of me to add them. Anybody acually uses them?

-- 
Tzafrir Cohen sip:[EMAIL PROTECTED]
icq#16849755  iax:[EMAIL PROTECTED]
+972-50-7952406  jabber:[EMAIL PROTECTED]
[EMAIL PROTECTED] http://www.xorcom.com


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

Bug#383344: closing with right version

[Steinar H. Gunderson]

On Sun, Sep 17, 2006 at 02:29:28PM +0200, Alexander Sack - Debian Bugmail wrote:
> close 385071 1.5-4
> close 383344 1.5-4
> thanks

1.5-4 < 1.5.0.5-1, so this is effectively a no-op. Is the bug closed or not?
The bug log is rather confusing...

>  p.s. please take care that the bug is listed as To: or CC: when 
>   replying to this mail (e.g. /reply-all/). 

Not that reply-all will send mail to [EMAIL PROTECTED] when it's not a 
recipient of
_your_ mail, but OK :-)

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


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

Bug#386609: Same with 0.9.17

[Tim Rühsen]

> /usr/lib/wine/wined3d.dll.so is found in the libwine-gl package. (The
> name does not start with "lib".)

Wow, that's it! I somehow missed the new package, thanks.

I think, the bug can be closed now.


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

Bug#389239: a2ps: support UTF-8

[Per Olofsson]

merge 389239 180236
thanks

Dan Jacobson:
> $ cd /usr/share/doc/a2ps; zegrep -nH -i unicode\|utf *
> shows no mention.
> $ w3m -dump http://jidanni.org/index.html|a2ps -o /tmp/f.ps
> just gives a mess. a2ps should support UTF-8.
> $ ls /usr/share/a2ps/encoding
> shows just what isn't available.

And it probably never will support UTF-8. See #180236.

Try paps instead.

-- 
Pelle


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

Bug#389115: squirrelmail: Cannot login: reports "cross-realm login [EMAIL PROTECTED] denied"

[Thijs Kinkhorst]

On Sun, 2006-09-24 at 13:48 -0400, Jeffrey B. Green wrote:
> The question is where is the "screw up"? Like I said, IMAP mail
> retrievals work just fine. The only other possibility that I can think
> of is Perdition, however Perdition is mainly just routing, though it
> does do the regular expression matching to identify which server to
> send to.

Well, a first thing would be to configure SquirrelMail to access the
IMAP server directly and not through perdition.

Are you using any SquirrelMail plugins? If so, you might try to disable
them all and see if that helps. Are you perhaps using the vlogin plugin?

You can check the SquirrelMail authentication settings (like SSL/TLS)
and whether you've set the IMAP Server Type correctly.

Are you sure that you're using exactly the same login credentials as
your other IMAP client uses?

If it used to work and now doesn't anymore, something must have changed.
What did you change?

> S, is there a debug setting for Squirrelmail to see exactly what
> is being sent to the IMAP processing?

SquirrelMail is designed to be good at its own function and leave for
other programs what they do best. Hence, the logging of IMAP calls is
left to the IMAP server: you'd best check the log of Cyrus for the exact
commands executed.

> However, it stills needs to be determined what is happening.

As you can see - without access to your system it's mostly guessing for
me.


Thijs


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

Bug#389256: FTBFS with -O3: assembler symbols redefined

[Martin Michlmayr]

Package: sdlgfx
Version: 2.0.13-2

When you compile SDL_imageFilter.c with -O3 it fails because some assembler
symbols are defined.  This is because your sources define them but so does
the compiler at -O3.  According to the GCC people this is allowed, see
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29204 in which Andrew Pinski
writes "This is not a bug as asms can be duplicated even if they are
volatile.  The way to fix this is to use .1 and 1f lables."

Note that this is not a concrete problem in Debian since it's compiled at
-O2 but it would be nice if this could be fixed upstream.


> (sid)52:[EMAIL PROTECTED]: ~/src/sdlgfx-2.0.13] gcc -DPACKAGE_NAME=\"\" 
> -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" 
> -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"SDL_gfx\" -DVERSION=\"2.0.13\" 
> -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 
> -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 
> -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DBUILD_DLL -I. -I. -g 
> -O2 -DUSE_MMX -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -MT 
> SDL_imageFilter.lo -MD -MP -MF .deps/SDL_imageFilter.Tpo -c SDL_imageFilter.c 
> -o SDL_imageFilter.o
> (sid)53:[EMAIL PROTECTED]: ~/src/sdlgfx-2.0.13] gcc -DPACKAGE_NAME=\"\" 
> -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" 
> -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"SDL_gfx\" -DVERSION=\"2.0.13\" 
> -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 
> -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 
> -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DBUILD_DLL -I. -I. -g 
> -O3 -DUSE_MMX -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -MT 
> SDL_imageFilter.lo -MD -MP -MF .deps/SDL_imageFilter.Tpo -c SDL_imageFilter.c 
> -o SDL_imageFilter.o
> SDL_imageFilter.s: Assembler messages:
> SDL_imageFilter.s:3873: Error: symbol `.L10311' is already defined
> SDL_imageFilter.s:3875: Error: symbol `.L10312' is already defined
> SDL_imageFilter.s:3902: Error: symbol `.L1031' is already defined
> SDL_imageFilter.s:4123: Error: symbol `.L1030' is already defined
> SDL_imageFilter.s:4300: Error: symbol `.L21011' is already defined
> SDL_imageFilter.s:4519: Error: symbol `.L1026' is already defined
> SDL_imageFilter.s:4712: Error: symbol `.L10270' is already defined
> SDL_imageFilter.s:4722: Error: symbol `.L10271' is already defined
> SDL_imageFilter.s:4993: Error: symbol `.L11023' is already defined
> SDL_imageFilter.s:5181: Error: symbol `.L1022' is already defined
> SDL_imageFilter.s:5457: Error: symbol `.L11024' is already defined
> SDL_imageFilter.s:5642: Error: symbol `.L10240' is already defined
> SDL_imageFilter.s:5652: Error: symbol `.L10241' is already defined
> SDL_imageFilter.s:5837: Error: symbol `.L13023' is already defined
> SDL_imageFilter.s:6019: Error: symbol `.L10250' is already defined
> SDL_imageFilter.s:6034: Error: symbol `.L10251' is already defined
> SDL_imageFilter.s:6055: Error: symbol `.L10252' is already defined
> SDL_imageFilter.s:6232: Error: symbol `.L1029' is already defined
> SDL_imageFilter.s:6403: Error: symbol `.L1010' is already defined
> SDL_imageFilter.s:6579: Error: symbol `.L1012' is already defined
> SDL_imageFilter.s:6754: Error: symbol `.L1013' is already defined
> SDL_imageFilter.s:6943: Error: symbol `.L1021' is already defined
> SDL_imageFilter.s:7127: Error: symbol `.L1023' is already defined
> SDL_imageFilter.s:7312: Error: symbol `.L12023' is already defined
> SDL_imageFilter.s:7505: Error: symbol `.L10280' is already defined
> SDL_imageFilter.s:7520: Error: symbol `.L10281' is already defined
> SDL_imageFilter.s:7541: Error: symbol `.L10282' is already defined
> SDL_imageFilter.s:7702: Error: symbol `.L1014' is already defined
> SDL_imageFilter.s:7808: Error: symbol `.L10141' is already defined
> SDL_imageFilter.s:7811: Error: symbol `.L10142' is already defined
> SDL_imageFilter.s:8018: Error: symbol `.L1015' is already defined
> SDL_imageFilter.s:8207: Error: symbol `.L1016' is already defined
> SDL_imageFilter.s:8357: Error: symbol `.L1017' is already defined
> SDL_imageFilter.s:8528: Error: symbol `.L91017' is already defined
> SDL_imageFilter.s:8613: Error: symbol `.L10191' is already defined
> SDL_imageFilter.s:8619: Error: symbol `.L10192' is already defined
> SDL_imageFilter.s:8624: Error: symbol `.L10193' is already defined
> SDL_imageFilter.s:8764: Error: symbol `.L91117' is already defined
> zsh: exit 1 gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" 
> -DPACKAGE_VERSION=\"\"
>  (sid)54:[EMAIL PROTECTED]: ~/src/sdlgfx-2.0.13]

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


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

Bug#388443: apache2: MUST NOT send data in an 304 reply

[Florian Weimer]

* Christoph Biedl:

> This would result in a lot of bug reports against the according scripts.

But this is the way to go, I'm afraid.  Or something could be
implemented at the PHP level, I guess.  If it's only possible to get a
conforming 304 reply by stripping the trailing newline from the .php
file, PHP really needs to be fixed, IMHO.


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

Bug#389253: [l10n] Updated Czech translation of strongswan debconf messages

[Miroslav Kure]

Package: strongswan
Severity: wishlist
Tags: l10n, patch

Hi,

in attachement there is updated Czech (cs.po) translation of
strongswan debconf messages. Please include it with the package.

Thanks
-- 
Miroslav Kure


cs.po.gz
Description: Binary data

Bug#389248: [l10n] Update Czech translation of lirc debconf messages

[Miroslav Jezbera]

Package: lirc
Severity: wishlist
Tags: l10n, patch

Hi,
there is updated Czech (cs.po) translation of lirc debconf messages
in attachment. Please include it in the package.

Thanks
--
Miroslav Jezbera
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
msgid ""
msgstr ""
"Project-Id-Version: lirc\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2006-09-18 13:58+0200\n"
"PO-Revision-Date: 2005-12-12 20:39+0100\n"
"Last-Translator: Miroslav Jezbera <[EMAIL PROTECTED]>\n"
"Language-Team: Czech <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=ISO-8859-2\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: multiselect
#. Description
#: ../lirc-modules-source.templates:1001
msgid "Drivers to build:"
msgstr "Přeložit ovladače:"

#. Type: multiselect
#. Description
#: ../lirc-modules-source.templates:1001
msgid ""
" atiusb:  ATI/NVidia/X10 I & II RF Remote\n"
" bt829:   Tekram M230 Mach64\n"
" cmdir:   COMMANDIR USB Transceiver\n"
" gpio:TV cards from FlyVideo98, Avermedia, MiRO and many others\n"
" i2c: TV cards from Hauppauge and PixelView\n"
" igorplugusb: Igor Cesko's USB IR Receiver\n"
" imon:Soundgraph iMON MultiMedian IR/VFD\n"
" it87:ITE IT8705/12 CIR ports (e.g. on the ECS K7S5A or Asus "
"DigiMatrix)\n"
" mceusb:  Windows Media Center Remotes (old version, MicroSoft USB ID)\n"
" mceusb2: Windows Media Center Remotes (new version, Philips et al.)\n"
" parallel:Home-brew parallel-port receiver\n"
" sasem:   Dign HV5 HTPC IR/VFD Module\n"
" serial:  Home-brew serial-port driver\n"
" sir: Serial InfraRed (IRDA)\n"
" streamzap:   Streamzap PC Remote"
msgstr ""
" atiusb:  Dálkové ovládání ATI/NVidia/X10 I & II RF\n"
" bt829:   Tekram M230 Mach64\n"
" cmdir:   COMMANDIR USB vysílač\n"
" gpio:TV karty FlyVideo98, Avermedia, MiRO a mnoho dalších\n"
" i2c: TV karty Hauppauge a PixelView\n"
" igorplugusb: USB IR přijímač od Igora Ceska\n"
" imon:Soundgraph iMON MultiMedian IR/VFD\n"
" it87:ITE IT8705/12 CIR porty (např. na desce ECS K7S5A nebo Asus "
"DigiMatrix)\n"
" mceusb:  Dálkové ovládání pro Windows Media Center (starší verze, 
MicroSoft USB ID)\n"
" mceusb2: Dálkové ovládání pro Windows Media Center (novější verze, 
Philips aj.)\n"
" parallel:Podomácku vyrobený IR přijímač připojený na paralelní port\n"
" sasem:   Dign HV5 HTPC IR/VFD Modul\n"
" serial:  Podomácku vyrobený IR přijímač připojený na sériový port\n"
" sir: Infračervený port (IRDA)\n"
" streamzap:   Dálkové ovládání Streamzap PC"

#. Type: boolean
#. Description
#: ../lirc-modules-source.templates:2001
msgid "Try to automagically select support for your hardware?"
msgstr "Pokusit se automaticky zvolit podporu pro váš hardware?"

#. Type: boolean
#. Description
#: ../lirc-modules-source.templates:2001
msgid ""
"You have installed and configured LIRC. It is possible to guess what kernel "
"modules are needed and their parameters from your previous answers."
msgstr ""
"Nainstaloval jste a nastavil jste LIRC. Je možné odhadnout jaké jaderné "
"moduly jsou potřeba a jaké mají být jejich parametry z vašich předchozích "
"odpovědí."

#. Type: note
#. Description
#: ../lirc-modules-source.templates:3001
msgid "You don't need any additional kernel modules"
msgstr "Nepotřebujete žádné další jaderné moduly."

#. Type: note
#. Description
#: ../lirc-modules-source.templates:3001
msgid ""
"Unless you want to build LIRC kernel modules for some other system, you can "
"probably remove this package."
msgstr ""
"Pokud nechcete vytvářet jaderné moduly pro nějaký jiný systém, můžete "
"pravděpodobně odebrat tento balík."

#. Type: note
#. Description
#: ../lirc-modules-source.templates:4001
msgid "How to build the binary modules package"
msgstr "Jak vytvořit balík s binárními moduly"

#. Type: note
#. Description
#: ../lirc-modules-source.templates:4001
msgid ""
"For instructions on how to build the binary modules debian package read: /"
"usr/share/doc/lirc-modules-source/README.Debian"
msgstr ""
"Pro návod jak vytvořit debianí balík s binárními moduly čtěte: /usr/share/"
"doc/lirc-modules-source/README.Debian"

#. Type: note
#. Description
#: ../lirc-modules-source.templates:4001
msgid ""
"Quick walkthrough:\n"
" cd /usr/src/\n"
" tar -xzf lirc-modules.tar.gz\n"
" cd modules/lirc\n"
" debian/rules binary-modules KSRC=/path/of/my/kernel/source/\n"
" dpkg -i ../../irc-modules-*.deb"
msgstr ""
"Krátký návod:\n"
" cd /usr/src/\n"
" tar 

Bug#389122: rtorrent: wrong build-dependency on libreadline5

[Jose Luis Rivas Contreras]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Jose Luis Rivas Contreras escribió:
> Guillem Jover escribió:
>>> On Sun, 2006-09-24 at 13:04:04 -0400, Jose Luis Rivas Contreras wrote:
 Guillem Jover escribió:
> If bc is missing a dependency on libreadline5, then that's a bug on bc
> not your package. If you mean that you just need bc, that's fine, but
> that does not imply that you need libreadline5 as well.
 Hi Guillem, if I put out `libreadline5' then fails to build, `bc'
 suggests `libreadline5' so it's not installed in clean builds
 enviromments like with `pbuilder'. So I _need_ to put explicit
 `libreadline5' as Build-Depend.
>>> Not here:
>>>
>>> Package: bc
>>> Priority: standard
>>> Section: math
>>> Installed-Size: 188
>>> Maintainer: John Hasler <[EMAIL PROTECTED]>
>>> Architecture: i386
>>> Version: 1.06-19
>>> Depends: libc6 (>= 2.3.5-1), libncurses5 (>= 5.4-5), libreadline5
>>> Filename: pool/main/b/bc/bc_1.06-19_i386.deb
>>> Size: 66196
>>> MD5sum: 7a630e7467a72c1af2fa9f151299beac
>>> SHA1: cd8b6eb4ab065146e8f86babe27d993c423572f3
>>> SHA256: 420865bb3d562400fbb2d3e4f1b5949a32f5823ddec654eb3436c665d8652a98
>>> Description: The GNU bc arbitrary precision calculator language
>>>  GNU bc is an interactive algebraic language with arbitrary precision which
>>>  follows the POSIX 1003.2 draft standard, with several extensions including
>>>  multi-character variable names, an `else' statement and full Boolean
>>>  expressions.  GNU bc does not require the separate GNU dc program.
>>> Tag: field::mathematics, interface::text-mode, uitoolkit::ncurses
>>>
 I don't know if it's fine fill a bug in bc because of this, because they
 already have it as Suggests.
>>> I don't see anything wrong in the package, it's listed as a Depends, so
>>> please check your local environment, there's something fishy there.
>>>
>>> regards,
>>> guillem
>>>
> Ok, I'm sending as attachment my build-log, I use debuild-pbuilder, I
> have removed `libreadline5' from Build-Depends.
> 
> Please take a look, and tell if I'm doing something wrong.
> 
Sorry, the one before is the good one, here's the fails build-log.

Thanks and Cheers!


- --

~ghostbar @ linux/debian 'unstable' on i686 - Linux Counter# 382503
http://ghostbar.ath.cx/ - irc.freenode.net #talug #velug #debian-es
http://debianvenezuela.org.ve - irc.debian.org #debian-es #debian-ve
San Cristobal - Venezuela. TALUG -- http://linuxtachira.org
CHASLUG -- http://chaslug.org.ve - irc.unplug.org.ve #chaslug
Fingerprint = 3E7D 4267 AFD5 2407 2A37  20AC 38A0 AD5B CACA B118
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)

iD8DBQFFFs5eOKCtW8rKsRgRAu03AJ9WQogMxVYY5ylpd3yKgmLn/3nX9gCbB60V
OxymNElU80D8U+IA0CLQXHw=
=3ynU
-END PGP SIGNATURE-
W: /home/ghostbar/.pbuilderrc does not exist
 -> Attempting to parse the build-deps : pbuilder-satisfydepends,v 1.28 
2006/05/30 23:45:45 dancer Exp $
 -> Considering  debhelper (>= 5.0.37.2)
   -> Trying debhelper
 -> Considering  libtorrent9-dev(>= 0.10.1)
   -> Trying libtorrent9-dev
 -> Considering  libsigc++-2.0-dev
   -> Trying libsigc++-2.0-dev
 -> Considering  libcurl3-openssl-dev
   -> Trying libcurl3-openssl-dev
 -> Considering  libncurses5-dev
   -> Trying libncurses5-dev
 -> Considering  bc
   -> Trying bc
 -> Installing  debhelper libtorrent9-dev libsigc++-2.0-dev 
libcurl3-openssl-dev libncurses5-dev bc
Leyendo lista de paquetes...
Creando árbol de dependencias...
debhelper ya está en su versión más reciente.
libtorrent9-dev ya está en su versión más reciente.
libncurses5-dev ya está en su versión más reciente.
bc ya está en su versión más reciente.
Se instalarán los siguientes paquetes extras:
  comerr-dev libidn11-dev libkadm55 libkrb5-dev libkrb53 libsigc++-2.0-0c2a
  libssl-dev
Paquetes sugeridos:
  doc-base libcurl3-dbg krb5-doc krb5-user libsigc++-2.0-doc
Se instalarán los siguientes paquetes NUEVOS:
  comerr-dev libcurl3-openssl-dev libidn11-dev libkadm55 libkrb5-dev
  libssl-dev
Se actualizarán los siguientes paquetes:
  libkrb53 libsigc++-2.0-0c2a libsigc++-2.0-dev
3 actualizados, 6 se instalarán, 0 para eliminar y 27 no actualizados.
Se necesita descargar 4466kB/4873kB de archivos.
Se utilizarán 11,7MB de espacio de disco adicional después de desempaquetar.
Des:1 http://ftp.at.debian.org sid/main libssl-dev 0.9.8c-1 [2085kB]
Des:2 http://ftp.at.debian.org sid/main libidn11-dev 0.6.5-1 [544kB]
Des:3 http://ftp.at.debian.org sid/main libkadm55 1.4.4-3 [173kB]
Des:4 http://ftp.at.debian.org sid/main comerr-dev 2.1-1.39-1 [46,1kB]
Des:5 http://ftp.at.debian.org sid/main libkrb5-dev 1.4.4-3 [679kB]
Des:6 http://ftp.at.debian.org sid/main libcurl3-openssl-dev 7.15.5-1 [765kB]
Des:7 http://ftp.at.debian.org sid/main libsigc++-2.0-dev 2.0.17-2 [141kB]
Des:8 http://ftp.at.debian.org sid/main libsigc++-2.0-0c2a 2.0.17-2 [33,3kB]
Descargados 4215kB en 1m22s (50,9kB/s)
(Leyendo la base de datos ...  
230384 ficheros y directorios instalados actualmente.)
Preparando para re

Bug#389216: [l10n] Updated Czech translation of localization-config debconf messages

[Christian Perrier]

tags 389216 pending
thanks

Quoting Miroslav Kure ([EMAIL PROTECTED]):
> Package: localization-config
> Severity: wishlist
> Tags: l10n, patch
> 
> Hi,
> 
> in attachement there is updated Czech (cs.po) translation of
> localization-config debconf messages. Please include it with the package.


Committed



signature.asc
Description: Digital signature

Bug#260077: closed by David Moreno Garza <[EMAIL PROTECTED]> (WNPP bug closing)

[Marc Haber]

reopen 260077
thanks

I find this kind of automatic housekeeping _very_ _very_ annoying.

Greetings
Marc


On Sun, Sep 24, 2006 at 11:19:34AM -0700, Debian Bug Tracking System wrote:
> From: Debian Bug Tracking System <[EMAIL PROTECTED]>
> Subject: Bug#260077 closed by David Moreno Garza <[EMAIL PROTECTED]>
>  (WNPP bug closing)
> To: Marc Haber <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> Date: Sun, 24 Sep 2006 11:19:34 -0700
> X-Mailer: MIME-tools 5.417 (Entity 5.417)
> X-Debian-PR-Package: wnpp
> X-Spam-Score: (--) -2.6
> X-Spam-Report: torres.zugschlus.de
>   Content analysis details:   (-2.6 points, 5.0 required)
>   pts  rule name  description
>    -- ---
>   -2.6 BAYES_00   BODY: Bayesian spam probability is 0 to 1%
>   [score: 0.]
>   0.0 AWLAWL: From: address is in the auto white-list
> 
> This is an automatic notification regarding your Bug report
> #260077: RFP: pcre++ -- C++ wrapper class for pcre,
> which was filed against the wnpp package.
> 
> It has been closed by David Moreno Garza <[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 David Moreno Garza <[EMAIL PROTECTED]> by replying
> to this email.
> 
> Debian bug tracking system administrator
> (administrator, Debian Bugs database)
> 

> From: David Moreno Garza <[EMAIL PROTECTED]>
> Subject: WNPP bug closing
> To: [EMAIL PROTECTED]
> Date: Sun, 24 Sep 2006 12:00:08 -0600
> 
> Hello,
> 
> This is an automatic mail sent to close the RFP you have reported or 
> are involved with.
> 
> Your RFP wnpp bug is being closed because of the following reasons:
> - It is, as of today, older than 365 days.
> - It hasn't had any activity recently.
> 
> As this is an automatic procedure, it could of course have something
> wrong and probably it would be closing some bugs that are not 
> intended by owners and submitters (like you) to be closed, for
> example if the RFP is still of your interest, or there has been 
> some kind of activity around it. In that case, please reopen the
> bug, do it, DO IT NOW! (I don't want to be blamed because of
> mass closing and not let people know that they can easily reopen
> their bugs ;-).
> 
> To re-open it, you simply have to mail [EMAIL PROTECTED]
> with a body text like this:
> 
> reopen 260077
> thanks bts
> 
> Further comments on the work done in the bug sent to
> [EMAIL PROTECTED] would be truly welcomed.
> Anyway, if you have any kind of problems when dealing with
> the BTS, feel free to contact me and I'd be more than happy to help
> you on this: <[EMAIL PROTECTED]>.
> 
> A similar process is being applied to other kind of wnpp bugs.
> 
> Thanks for your cooperation,
> 
>  -- David Moreno Garza <[EMAIL PROTECTED]>.
>  


-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things."Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature |  How to make an American Quilt | Fax: *49 621 72739835


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

Bug#389257: [l10n] Update Czech translation of sl-modem debconf messages

[Miroslav Jezbera]

Package: sl-modem
Severity: wishlist
Tags: l10n, patch

Hi,
there is updated Czech (cs.po) translation of sl-modem debconf messages
in attachment. Please include it in the package.

Thanks
--
Miroslav Jezbera
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
msgid ""
msgstr ""
"Project-Id-Version: sl-modem\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2006-09-09 14:17-0600\n"
"PO-Revision-Date: 2004-07-19 21:18+0200\n"
"Last-Translator: Miroslav Jezbera <[EMAIL PROTECTED]>\n"
"Language-Team: Czech <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=ISO-8859-2\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: select
#. Choices
#: ../sl-modem-daemon.templates:1001
msgid "_list_"
msgstr "_list_"

#. Type: select
#. Description
#: ../sl-modem-daemon.templates:1002
msgid "Location of the modem"
msgstr "Geografická poloha modemu"

#. Type: select
#. Description
#: ../sl-modem-daemon.templates:1002
msgid ""
"In which country is your modem located? Please select the telephone system "
"used in your country."
msgstr ""
"Ve které zemi je tento modem používán? Vyberte prosím telefonní systém "
"používaný ve vaší zemi."


signature.asc
Description: Digital signature

Bug#389255: xserver-xfree86: Graphical session does not start.

[Jason Self]

Package: xserver-xfree86
Version: 4.3.0.dfsg.1-14sarge1
Severity: critical

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

Install done on iMac DV (Slot Loading)
Specs here:
http://support.apple.com/specs/imac/iMac_Slot_Loading.html

IIRC, this worked with Debain 3.1r2. I'm using the 3.1r3 NetInstall now.

After performing initial install, the following message appears: "I
cannot start the X server (your graphical interface.) It is likely
that it is not setup correctly. Would you like to view the X server
output to diagnose the problem?"

Selecting yes provides the following..

-- Package-specific info:
Contents of /var/lib/xfree86/X.roster:
xserver-xfree86

/etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum.

X server symlink status:
lrwxr-xr-x  1 root root 20 2006-09-24 11:14 /etc/X11/X -> /usr/bin/X11/XFree86
-rwxr-xr-x  1 root root 1901172 2005-09-08 05:59 /usr/bin/X11/XFree86

Contents of /var/lib/xfree86/XF86Config-4.roster:
xserver-xfree86

VGA-compatible devices on PCI bus:

/etc/X11/XF86Config-4 unchanged from checksum in
/var/lib/xfree86/XF86Config-4.md5sum.

XFree86 X server configuration file status:
-rw-r--r--  1 root root 2910 2006-09-24 11:14 /etc/X11/XF86Config-4

Contents of /etc/X11/XF86Config-4:
# XF86Config-4 (XFree86 X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the XF86Config-4 manual page.
# (Type "man XF86Config-4" at the shell prompt.)
#
# This file is automatically updated on xserver-xfree86 package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xfree86
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following commands as root:
#
#   cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom
#   md5sum /etc/X11/XF86Config-4 >/var/lib/xfree86/XF86Config-4.md5sum
#   dpkg-reconfigure xserver-xfree86

Section "Files"
FontPath"unix/:7100"  # local font server
# if the local font server has problems, we can fall back on these
FontPath"/usr/lib/X11/fonts/misc"
FontPath"/usr/lib/X11/fonts/cyrillic"
FontPath"/usr/lib/X11/fonts/100dpi/:unscaled"
FontPath"/usr/lib/X11/fonts/75dpi/:unscaled"
FontPath"/usr/lib/X11/fonts/Type1"
FontPath"/usr/lib/X11/fonts/CID"
FontPath"/usr/lib/X11/fonts/Speedo"
FontPath"/usr/lib/X11/fonts/100dpi"
FontPath"/usr/lib/X11/fonts/75dpi"
EndSection

Section "Module"
Load"GLcore"
Load"bitmap"
Load"dbe"
Load"ddc"
Load"dri"
Load"extmod"
Load"freetype"
Load"glx"
Load"int10"
Load"record"
Load"speedo"
Load"type1"
Load"vbe"
EndSection

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "keyboard"
Option  "CoreKeyboard"
Option  "XkbRules""xfree86"
Option  "XkbModel""macintosh"
Option  "XkbLayout"   "us"
EndSection

Section "InputDevice"
Identifier  "Configured Mouse"
Driver  "mouse"
Option  "CorePointer"
Option  "Device"  "/dev/input/mice"
Option  "Protocol""ImPS/2"
Option  "Emulate3Buttons" "true"
Option  "ZAxisMapping""4 5"
EndSection

Section "Device"
Identifier  "Generic Video Card"
Driver  "ati"
Option  "UseFBDev""true"
EndSection

Section "Monitor"
Identifier  "Generic Monitor"
HorizSync   60-60
VertRefresh 43-117
Option  "DPMS"
EndSection

Section "Screen"
Identifier  "Default Screen"
Device  "Generic Video Card"
Monitor "Generic Monitor"
DefaultDepth24
SubSection "Display"
Depth   1
Modes   "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   4
Modes   "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   8
Modes   "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   15
Modes   "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   16
Modes   "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   24
Modes   "800x600" "640x480"
E

Bug#387752: cups-pdf: support UTF-8

[Martin-Éric Racine]

On Sun, September 24, 2006 19:56, Dan Jacobson wrote:
> MR> "About the CJK issue: there are only a few text->PS converters that
> MR> support CJK correctly. Usually we Japanese use a2ps or a2ps-perl-ja
> MR> with the encoding option, before printing (it means that we don't
> MR> trust any PPD to correctly handle any CJK encoding)."
>
> Well that is nice bug all I know is that
> $ w3m -dump http://jidanni.org/index.html|a2ps -o /tmp/f.ps; gv /tmp/f.ps
> shows that a2ps is not ready for Unicode. OK, I'll file a bug against
> a2ps too.

I wouldn't be surprised if it weren't compliant.

Anyhow, as we're starting to notice, bug 387752 has nothing to do with
cups-pdf per se, since we rely entirely on Ghostscript for producing the
Postscript document and on CUPS for printing it.

My gut feeling is that Ghostscript is beginning to show its age on two
counts: improper UTF handling and default fonts that don't cover a wide
enough segment of the Unicode namespace, resulting in missing glyphs.

I have CC'ed the Ghostscript maintainer here for comment on that assumption.

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

Bug#389247: gnome-keyring-manager: version from experimental is uninstallable

[Dmitry Baryshkov]

Package: gnome-keyring-manager
Version: 2.16.0-1
Severity: grave
Justification: renders package unusable

The package gnome-keyring-manager from experimental is uninstallable due
to dependancy on
unavailable libc6 (>= 2.4-1).

-- 
With best wishes
Dmitry Baryshkov

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (150, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-2-686
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)


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

Bug#389252: twinkle: PRACK messages should be authenticated

[Mikael Magnusson]

Package: twinkle
Version: 1:0.8.1-1
Severity: normal

Twinkle fails to respond to Proxy-Authentication challenges of PRACK
requests.

According to RFC 3262:

9 Security Considerations

   The PRACK request can be injected by attackers to force
   retransmissions of reliable provisional responses to cease.  As these
   responses can convey important information, PRACK messages SHOULD be
   authenticated as any other request.  Authentication procedures are
   specified in RFC 3261.


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (750, 'testing'), (671, 'stable'), (500, 'testing'), (30, 
'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11-vserver-k7
Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8)

Versions of packages twinkle depends on:
ii  kdelibs4c2a4:3.5.4-3 core libraries and binaries for al
ii  libasound2 1.0.12-1  ALSA library
ii  libboost-regex1.33.1   1.33.1-4  regular expression library for C++
ii  libc6  2.3.6.ds1-4   GNU C Library: Shared libraries
ii  libccrtp1-1.4-01.4.1-2   Common C++ class framework for RTP
ii  libcommoncpp2-1.4-01.4.3-1   A GNU package for creating portabl
ii  libgcc11:4.1.1-13GCC support library
ii  libgsm11.0.10-13 Shared libraries for GSM speech co
ii  libqt3-mt  3:3.3.6-4 Qt GUI Library (Threaded runtime v
ii  libsndfile11.0.16-1  Library for reading/writing audio 
ii  libspeex1  1.1.12-2  The Speex Speech Codec
ii  libstdc++6 4.1.1-13  The GNU Standard C++ Library v3
ii  libx11-6   2:1.0.0-8 X11 client-side library
ii  libxext6   1:1.0.1-2 X11 miscellaneous extension librar
ii  libxml22.6.26.dfsg-3 GNOME XML library
ii  zlib1g 1:1.2.3-13compression library - runtime

twinkle recommends no packages.

-- no debconf information


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

Bug#389254: gksu: xxxx

[Matthijs Melchior]

Package: gksu
Version: 1.3.6-1
Severity: important


Subject: "gksu xterm" fails when using ssh X forwarding
Package: gksu
Version: 1.9.4-1
Severity: important

There is a difference in behavoiur of 'gksu xterm' depending on the
type of X display connection.  'gksudo xterm' works fine.

When logged in on the local display, with DISPLAY=:0.0, both 'gksu'
and 'gksudo' work as advertized.

However, when using the Cygwin X-server to display a Gnome desktop
on my Windows machine and connect through ssh to an X session on a
Debian Linux machine, giving DISPLAY=localhost:10.0, then gksu fails 
with the following message:
"X connection to localhost:10.0 broken (explicit kill or server 
shutdown)."
The apparant reason for this is available on the ssh stderr:
"X11 connection rejected because of wrong authentication."

The simplest way to demonstrate this on a local console desktop is
to use 'ssh -f -Y localhost xterm" and use both gksu and gksudo in
that xterm.

Please make 'gksu' work independent of the type of X connection.

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

Versions of packages gksu depends on:
ii  gnome-keyring0.4.9-1 GNOME keyring services (daemon and
ii  libatk1.0-0  1.12.2-1The ATK accessibility toolkit
ii  libc62.3.6.ds1-4 GNU C Library: Shared libraries
ii  libcairo21.2.4-1 The Cairo 2D vector graphics libra
ii  libfontconfig1   2.4.1-2 generic font configuration library
ii  libgconf2-4  2.14.0-4GNOME configuration database syste
ii  libgksu2-0   1.9.8-2 library providing su and sudo func
ii  libglib2.0-0 2.12.3-2The GLib library of C routines
ii  libgnome-keyring00.4.9-1 GNOME keyring services library
ii  libgtk2.0-0  2.8.20-2The GTK+ graphical user interface 
ii  liborbit21:2.14.0-2  libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-01.12.4-1Layout and rendering of internatio
ii  libstartup-notification0 0.8-2   library for program launch feedbac
ii  libx11-6 2:1.0.0-9   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-4   X11 miscellaneous 'fixes' extensio
ii  libxi6   1:1.0.1-3   X11 Input extension library
ii  libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library
ii  libxrandr2   2:1.1.0.2-4 X11 RandR extension library
ii  libxrender1  1:0.9.1-3   X Rendering Extension client libra
ii  sudo 1.6.8p12-4  Provide limited super user privile

gksu recommends no packages.

-- no debconf information

-- System Information:
Debian Release: 3.1
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'oldstable'), (500, 'unstable'), (500, 
'testing'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-686-smp
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)

Versions of packages gksu depends on:
ii  gconf2   2.14.0-1GNOME configuration database syste
ii  libatk1.0-0  1.12.1-1The ATK accessibility toolkit
ii  libc62.3.6-7 GNU C Library: Shared libraries
ii  libgconf2-4  2.14.0-1GNOME configuration database syste
ii  libgksu1.2-0 1.3.7-1 library providing su and sudo func
ii  libgksuui1.0-1   1.0.7-1 a graphical fronted to su library
ii  libglib2.0-0 2.10.1-2The GLib library of C routines
ii  libgnome-keyring00.4.9-1 GNOME keyring services library
ii  libgtk2.0-0  2.8.16-1The GTK+ graphical user interface 
ii  liborbit21:2.14.0-1  libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-01.12.3-1+b1 Layout and rendering of internatio
ii  libpopt0 1.10-3  lib for parsing cmdline parameters
ii  sudo 1.6.8p7-1.2 Provide limited super user privile

gksu recommends no packages.

-- no debconf information


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

Bug#389250: udev: does not always rename wireless interface

[Brice Goglin]

Package: udev
Version: 0.100-1
Severity: important

Hi,

Since udev has been upgraded from 0.093-1 to 0.100-1 on my Debian
testing, I have problems with my wireless interface (ipw2200 driver).

/etc/udev/rules.d/z25_persistent-net.rules contains the following
rule to rename it:
SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:12:f0:12:05:03", 
NAME="wifi"
This rule has been automatically added by the system, I just changed
"eth0" to "wifi".

Since 0.100-1, the rule is very often _not_ applied. The interface
remains named "eth0". Additionnaly, wpasupplicant and network-manager
have strange behaviors when dealing with this interface.

The problem seems to appear with both 2.6.17 and 2.6.18.
But not always. Sometimes it works just fine. I didn't find anything
that seems to cause the problem to occur. For instance, sometimes,
I load ipw2200, the interface becomes "wifi", but if I change nothing
on the system, unload and reload ipw2200, the interface would be
"eth0".

In case it matters, note that I always load ipw2200 manually after
the boot.

I have a similar rule for the wired interface, it seems to always
work fine. The corresponding driver (tg3) is loaded during the boot
(through /etc/modules).

Let me know if I can do anything to help debugging. I didn't find
a log file describing which udev rules are applied.

Thanks,
Brice Goglin


-- Package-specific info:
-- /etc/udev/rules.d/:
/etc/udev/rules.d/:
total 8
lrwxrwxrwx 1 root root  20 2005-10-28 04:31 020_permissions.rules -> 
../permissions.rules
lrwxrwxrwx 1 root root  19 2005-10-28 05:26 025_libgphoto2.rules -> 
../libgphoto2.rules
lrwxrwxrwx 1 root root  16 2006-08-11 09:28 025_libsane.rules -> 
../libsane.rules
lrwxrwxrwx 1 root root  22 2005-12-16 23:04 025_logitechmouse.rules -> 
../logitechmouse.rules
lrwxrwxrwx 1 root root  15 2006-02-08 18:27 85-pcmcia.rules -> ../pcmcia.rules
-rw-r--r-- 1 root root 569 2006-09-18 22:37 brice.rules
lrwxrwxrwx 1 root root  13 2005-10-28 04:31 udev.rules -> ../udev.rules
lrwxrwxrwx 1 root root  25 2006-04-04 18:47 z20_persistent-input.rules -> 
../persistent-input.rules
lrwxrwxrwx 1 root root  19 2005-10-28 04:31 z20_persistent.rules -> 
../persistent.rules
-rw-r--r-- 1 root root 449 2006-09-24 12:26 z25_persistent-net.rules
lrwxrwxrwx 1 root root  33 2006-05-09 18:42 z45_persistent-net-generator.rules 
-> ../persistent-net-generator.rules
lrwxrwxrwx 1 root root  12 2005-10-28 04:31 z50_run.rules -> ../run.rules
lrwxrwxrwx 1 root root  16 2005-11-01 19:15 z55_hotplug.rules -> 
../hotplug.rules
lrwxrwxrwx 1 root root  19 2005-10-28 05:21 z60_alsa-utils.rules -> 
../alsa-utils.rules
lrwxrwxrwx 1 root root  15 2005-12-16 18:38 z60_hdparm.rules -> ../hdparm.rules
lrwxrwxrwx 1 root root  20 2006-09-16 22:28 z60_xen-backend.rules -> 
../xen-backend.rules
lrwxrwxrwx 1 root root  29 2006-09-18 21:52 z75_cd-aliases-generator.rules -> 
../cd-aliases-generator.rules
lrwxrwxrwx 1 root root  12 2006-08-27 01:24 z99_hal.rules -> ../hal.rules

-- /sys/:
/sys/block/ram0/dev
/sys/block/ram1/dev
/sys/block/ram10/dev
/sys/block/ram11/dev
/sys/block/ram12/dev
/sys/block/ram13/dev
/sys/block/ram14/dev
/sys/block/ram15/dev
/sys/block/ram2/dev
/sys/block/ram3/dev
/sys/block/ram4/dev
/sys/block/ram5/dev
/sys/block/ram6/dev
/sys/block/ram7/dev
/sys/block/ram8/dev
/sys/block/ram9/dev
/sys/block/sda/dev
/sys/block/sda/sda1/dev
/sys/block/sda/sda2/dev
/sys/block/sda/sda3/dev
/sys/block/sda/sda4/dev
/sys/block/sda/sda5/dev
/sys/block/sda/sda6/dev
/sys/block/sda/sda7/dev
/sys/class/drm/card0/dev
/sys/class/input/input0/event0/dev
/sys/class/input/input1/event1/dev
/sys/class/input/input1/mouse0/dev
/sys/class/input/input2/event2/dev
/sys/class/input/input3/event3/dev
/sys/class/input/input3/js0/dev
/sys/class/input/mice/dev
/sys/class/misc/agpgart/dev
/sys/class/misc/hpet/dev
/sys/class/misc/nvram/dev
/sys/class/misc/psaux/dev
/sys/class/misc/rtc/dev
/sys/class/misc/snapshot/dev
/sys/class/misc/tun/dev
/sys/class/sound/adsp/dev
/sys/class/sound/audio/dev
/sys/class/sound/controlC0/dev
/sys/class/sound/dsp/dev
/sys/class/sound/mixer/dev
/sys/class/sound/pcmC0D0c/dev
/sys/class/sound/pcmC0D0p/dev
/sys/class/sound/pcmC0D1c/dev
/sys/class/sound/pcmC0D2c/dev
/sys/class/sound/pcmC0D3c/dev
/sys/class/sound/pcmC0D4p/dev
/sys/class/sound/timer/dev
/sys/class/usb_device/usbdev1.1/dev
/sys/class/usb_device/usbdev2.1/dev
/sys/class/usb_device/usbdev3.1/dev
/sys/class/usb_device/usbdev4.1/dev
/sys/class/usb_device/usbdev4.2/dev
/sys/class/usb_device/usbdev5.1/dev
/sys/devices/pci:00/:00:1d.0/usb2/2-0:1.0/usbdev2.1_ep81/dev
/sys/devices/pci:00/:00:1d.0/usb2/usbdev2.1_ep00/dev
/sys/devices/pci:00/:00:1d.1/usb3/3-0:1.0/usbdev3.1_ep81/dev
/sys/devices/pci:00/:00:1d.1/usb3/usbdev3.1_ep00/dev
/sys/devices/pci:00/:00:1d.2/usb4/4-0:1.0/usbdev4.1_ep81/dev
/sys/devices/pci:00/:00:1d.2/usb4/4-2/4-2:1.0/usbdev4.2_ep02/dev
/sys/devices/pci:00/:00:1d.2/usb4/4-2/4-2:1.0/usbdev4.2_ep81/dev
/sys/devices/pci:0

Bug#389251: coreutils: date's -d switch doesn't honour locale

[Paolo Benvenuto]

Package: coreutils
Version: 5.97-5
Severity: normal

Issuing the date command with the -d switch, I would expect that date interprets
the -d argument according to locales.

If I have a date as 21 Set 1996 (Set is the abbreviation
for italian settembre = english september), I expect the behaviour

$ env LC_ALL=it_IT.UTF-8 date -d "21 Set 1996"
sab set 21 00:00:00 AST 1996

On the contrary it gives

date: invalid date `21 Set 1996'

apparently there isn't a way to tell date that the -d argument is in italian 
locale.

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

Versions of packages coreutils depends on:
ii  libacl1  2.2.41-1Access control list shared library
ii  libc62.3.6.ds1-4 GNU C Library: Shared libraries
ii  libselinux1  1.30.27-3   SELinux shared libraries

coreutils recommends no packages.

-- no debconf information


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

Bug#387748: merge hylafax-client bugs

[Dan Jacobson]

G> I think there is easy solution so I had a quick email exchange with
G> upstream authors. They suggested to use textfmt as text converter.

$ w3m -dump http://jidanni.org/index.html | /usr/sbin/textfmt |gv
$ w3m -dump http://jidanni.org/index.html | /usr/sbin/textfmt -D|gv

All I know is the Chinese UTF-8 becomes mangled.

The textfmt man page says "ASCII". So it doesn't support Unicode.

G> Would you mind to test the suggested change described in bug #363464?

I looked at the bug but I don't think you have any way to support
Chinese UTF-8.


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

Bug#389088: Segfault when taking a screenshot after disk partitioning

[Christoph Haas]

On Sunday 24 September 2006 13:25, Attilio Fiandrotti wrote:
> Frans Pop wrote:
> > On Sunday 24 September 2006 09:48, Attilio Fiandrotti wrote:
> >>>I just tried todays Etch beta netinstall install CD with the
> >>>graphical install (installgui). When the partitioning step is done
> >>>and the computer starts to actually do something in the background
> >>>(probably writing the partition table or mkfs) it seems to be unwise
> >>>to click on
> >>>the "Screenshot" button. I got thrown to the text console and saw a
> >>>segfault. Then the partitioning manager was started again and at
> >>>least I could start from scratch.
> >>
> >>Cristoph, could you please give us an overview of the HW configuration
> >>(HW architecture, graphic board) that caused the segfault?
> >
> > Hmm. Didn't we have this problem anyway if the button was enabled
> > while the installer was running? Maybe we just need to look into that
> > and disable it...
>
> Indeed, Christoph's hw configuration is pretty common (at first i tough
> he was runnin the g-i on some exotic hardware), so the bug may be due to
> something at a higher level than DFB.
> In the GTK frontend the "Screenshot" button is disabled every time a
> frontend_progress_xxx() is called, so i guess it's impossible for one to
> click on it while a progressbar is running.
> Christoph, were you actually able to take a screenshot *while* the
> progressbar was running?

I just tried it again and it seems to have been a timing issue. After 
pressing the "Next" button the "Screenshot" button is still available for 
about a second. If I click on the "Screenshot" button very quickly then 
the installer (component) segfault. Before the actual partitioning happens 
the "Screenshot" button gets deactivated. So I think we can blame it on 
the timing. Most people won't encounter this effect. So if it's a real 
effort to fix this I'd suggest to leave it like it is.

 Christoph


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

Bug#389246: spong-www: sarge to etch upgrade fails

[Bill Allombert]

Package: spong-www
Version: 2.7.7-12
Severity: serious

Hello Clément,

There is an error when upgrading spong-www from sarge to etch,

  Setting up spong-common (2.7.7-12) ...
  sed: can't read /etc/spong/spong.conf.zeta3: No such file or directory
  dpkg: error processing spong-common (--configure):
   subprocess post-installation script returned error exit status 2
  dpkg: dependency problems prevent configuration of spong-www:
   spong-www depends on spong-common (>= 2.7.1-5); however:
Package spong-common is not configured yet.
  dpkg: error processing spong-www (--configure):
   dependency problems - leaving unconfigured

You can reproduce it with
/usr/sbin/piuparts -a -d sarge -d etch gnupg spong-www

Cheers,
-- 
Bill. <[EMAIL PROTECTED]>

Imagine a large red swirl here. 

Bug#389245: diff for 4.2.2-2.2 NMU

[Steinar H. Gunderson]

Package: wvstreams
Version: 4.2.2-2.1
Severity: normal
Tags: patch

Hi,

Attached is the diff for my wvstreams 4.2.2-2.2 NMU.

-- 
Homepage: http://www.sesse.net/
diff -Nru /tmp/BdafNzSb3r/wvstreams-4.2.2/crypto/wvx509.cc 
/tmp/HYKnjJ2L8i/wvstreams-4.2.2/crypto/wvx509.cc
--- /tmp/BdafNzSb3r/wvstreams-4.2.2/crypto/wvx509.cc2006-01-10 
23:02:59.0 +0100
+++ /tmp/HYKnjJ2L8i/wvstreams-4.2.2/crypto/wvx509.cc2006-09-24 
20:14:11.0 +0200
@@ -55,6 +55,7 @@
 if (!ssl_init_count)
 {
OpenSSL_add_all_algorithms();
+   OpenSSL_add_ssl_algorithms();
ERR_load_crypto_strings();
 }
 
diff -Nru /tmp/BdafNzSb3r/wvstreams-4.2.2/debian/changelog 
/tmp/HYKnjJ2L8i/wvstreams-4.2.2/debian/changelog
--- /tmp/BdafNzSb3r/wvstreams-4.2.2/debian/changelog2006-09-24 
20:14:07.0 +0200
+++ /tmp/HYKnjJ2L8i/wvstreams-4.2.2/debian/changelog2006-09-24 
20:14:11.0 +0200
@@ -1,3 +1,13 @@
+wvstreams (4.2.2-2.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Add OpenSSL_add_ssl_algorithms() to SSL initializiation, as we're using
+the SSL part of OpenSSL and not just the crypto part (which was already
+initialized); fixes problems with WvSSLStream on at least amd64.
+(Closes: #385296)
+
+ -- Steinar H. Gunderson <[EMAIL PROTECTED]>  Sun, 24 Sep 2006 19:53:20 +0200
+
 wvstreams (4.2.2-2.1) unstable; urgency=low
 
   * NMU as part of the GCC 4.1 transition.

Bug#379846: "libsasl2-modules-gssapi-heimdal" isn't anymore (was Re: Bug#379846: Patch for NMU )

[Chaskiel M Grundman]

This patch causes libsasl2-modules-gssapi-heimdal to use mit gssapi 
libraries, becoming equivalent to libsasl2-gssapi-mit.


if this build-depends change is the only way to make building cyrus-sasl2 
work, then it should probably be arranged that libsasl2-gssapi-mit is 
built from the cyrus-sasl2 sources, and libsasl2-modules-gssapi-heimdal is 
built from a separate source package, as libsasl2-gssapi-mit is now. Of 
course, this requires finding someone to maintain said source package. 
Alternatively, libsasl2-modules-gssapi-heimdal could be phased out, 
replaced with a transition package that depends on libsasl2-gssapi-mit



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

Bug#324442: WNPP bug retitle

[David Moreno Garza]

retitle 324442 O: libunicode -- The GNOME Unicode library
noowner 324442
thanks obrigado

Hello,

This is an automatic mail sent to retitle the ITA you have reported or 
are involved with.

Your ITA wnpp bug is being orphaned because of the following reasons:
- It is, as of today, older than 250 days.
- It hasn't had any activity recently.

As this is an automatic procedure, it could of course have something
wrong and probably it would be managing some bugs that are not 
intended by owners and submitters (like you) to be orphaned, for
example if the ITA is still of your interest, or there has been 
some kind of activity around it. In that case, please retitle the
bug, do it, DO IT NOW! (I don't want to be blamed because of
mass closing and not let people know that they can easily recover
their bugs ;-).

To retitle it, you simply have to mail <[EMAIL PROTECTED]>
with a body text like this:

retitle 324442 ITA: libunicode -- The GNOME Unicode library
owner 324442 !
thanks bts

Further comments on the work done in the bug sent to
[EMAIL PROTECTED] would be truly welcomed.
Anyway, if you have any kind of problems when dealing with
the BTS, feel free to contact me and I'd be more than happy to help
you on this: <[EMAIL PROTECTED]>.

A similar process is being applied to other kind of wnpp bugs.

Thanks for your cooperation,

 -- David Moreno Garza <[EMAIL PROTECTED]>.



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

Bug#388998: xserver-xorg-video-tdfx: Missing include headers

[Guillem Jover]

On Sun, 2006-09-24 at 12:12:43 +0300, Daniel Stone wrote:
> On Sun, Sep 24, 2006 at 05:22:07AM +0300, Guillem Jover wrote:
> > The problem here is that xserver-xorg-video-tdfx is lacking some
> > included headers, and the getsecs macro does not get expanded, so
> > module ends up with an unresolvable symbol which makes X crash.
> > The error can only be seen on the console.
> > 
> > Attached a patch which can be imported into the quilted package. It
> > fixes a missing header for the abs function as well.

> Hm.  xf86_ansic.h is dead and shouldn't be used: you should use stdlib
> and friends instead.

It's being used by the current ati driver as well, I was just
following example. ;)

regards,
guillem


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

Bug#387752: cups-pdf: support UTF-8

[Dan Jacobson]

MR> "About the CJK issue: there are only a few text->PS converters that
MR> support CJK correctly. Usually we Japanese use a2ps or a2ps-perl-ja with
MR> the encoding option, before printing (it means that we don't trust any PPD
MR> to correctly handle any CJK encoding)."

Well that is nice bug all I know is that
$ w3m -dump http://jidanni.org/index.html|a2ps -o /tmp/f.ps; gv /tmp/f.ps
shows that a2ps is not ready for Unicode. OK, I'll file a bug against
a2ps too.

--encoding:
a2ps: unknown encoding `utf-8'
$ ls /usr/share/a2ps/encoding
shows just what isn't available.


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

Bug#388636: closed: dangling symlinks

[Dan Jacobson]

Just curious, if I just ignore the daily dangling symlinks cron
messages, and hope they will go away on the next upgrade, will
anything bad happen, i.e., will it matter to me the user, will I not
be able to find a man page that is in fact there?


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

Bug#381112: upgrading

[Sam Morris]

severity 381112 serious
thanks

I am upgrading this because the package is not usable without the
dependency being installed.

-- 
Sam Morris
http://robots.org.uk/

PGP key id 1024D/5EA01078
3412 EA18 1277 354B 991B  C869 B219 7FDB 5EA0 1078


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

Bug#389240: keep-alive vs. cups

[Dan Jacobson]

Package: cupsys
Version: 1.2.2-1
Severity: normal

Perhaps this is a cups problem.

From: [EMAIL PROTECTED] (Andrew M. Bishop)
To: Dan Jacobson <[EMAIL PROTECTED]>

> I didn't much check but this might have something to do with
> 
>  A proxy server MUST NOT establish a HTTP/1.1 persistent connection
>  with an HTTP/1.0 client (but see RFC 2068 [33] for information and
>  discussion of the problems with the Keep-Alive header implemented by
>  many HTTP/1.0 clients).
> 
> The problem is that wget, lynx, w3m, GET(1) take the whole 60 sec.
> timeout or more to get http://localhost:631/ (cups) when going thru
> http_proxy=http://localhost:8080/

WWWOFFLE doesn't make a persistent connection with anything, client or
server.  WWWOFFLE tries to cut the connection as soon as it can.
Perhaps the error is that cups is not breaking the connection even
though WWWOFFLE asked it to (the 'Connection: close' header).
-- debconf information:
* cupsys/raw-print: false
* cupsys/ports: localhost:631
* cupsys/backend: ipp, lpd, parallel, usb
  cupsys/portserror:
* cupsys/browse: false


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

Bug#389122: rtorrent: wrong build-dependency on libreadline5

[Guillem Jover]

On Sun, 2006-09-24 at 13:04:04 -0400, Jose Luis Rivas Contreras wrote:
> Guillem Jover escribió:
> > If bc is missing a dependency on libreadline5, then that's a bug on bc
> > not your package. If you mean that you just need bc, that's fine, but
> > that does not imply that you need libreadline5 as well.

> Hi Guillem, if I put out `libreadline5' then fails to build, `bc'
> suggests `libreadline5' so it's not installed in clean builds
> enviromments like with `pbuilder'. So I _need_ to put explicit
> `libreadline5' as Build-Depend.

Not here:

Package: bc
Priority: standard
Section: math
Installed-Size: 188
Maintainer: John Hasler <[EMAIL PROTECTED]>
Architecture: i386
Version: 1.06-19
Depends: libc6 (>= 2.3.5-1), libncurses5 (>= 5.4-5), libreadline5
Filename: pool/main/b/bc/bc_1.06-19_i386.deb
Size: 66196
MD5sum: 7a630e7467a72c1af2fa9f151299beac
SHA1: cd8b6eb4ab065146e8f86babe27d993c423572f3
SHA256: 420865bb3d562400fbb2d3e4f1b5949a32f5823ddec654eb3436c665d8652a98
Description: The GNU bc arbitrary precision calculator language
 GNU bc is an interactive algebraic language with arbitrary precision which
 follows the POSIX 1003.2 draft standard, with several extensions including
 multi-character variable names, an `else' statement and full Boolean
 expressions.  GNU bc does not require the separate GNU dc program.
Tag: field::mathematics, interface::text-mode, uitoolkit::ncurses

> I don't know if it's fine fill a bug in bc because of this, because they
> already have it as Suggests.

I don't see anything wrong in the package, it's listed as a Depends, so
please check your local environment, there's something fishy there.

regards,
guillem


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

Bug#387515: cg-commit -p -m ignores -p

[Petr Baudis]

Dear diary, on Fri, Sep 15, 2006 at 03:23:19PM CEST, I got a letter
where Gerrit Pape <[EMAIL PROTECTED]> said that...
> Hi, please see http:/bugs.debian.org/387515 or below.  I agree that
> ideally cg-commit should behave differently.
> 
> Thanks, Gerrit.
> 
> - Forwarded message from Andrew Suffield <[EMAIL PROTECTED]> -
> 
> cg-commit -p -m ignores the -p argument and silently commits. Yes,
> this is documented, but it's still stupid behaviour; if the user had
> meant that, they would have just used -m alone.
> 
> At the very least, it should abort with an error (on the basis that
> the command makes no sense); more sensibly, it should create a log
> message with the given string and then spawn an editor (and then since
> the user will probably exit without changing the file, the "Abort or
> commit?" message would appear as per usual, which seems to me to be
> appropriate behaviour).
> 
> 
> - End forwarded message -

Thanks, fixed by making cg-commit -p imply -e.

-- 
Petr "Pasky" Baudis
Stuff: http://pasky.or.cz/
#!/bin/perl -sp0777i

Bug#389244: [l10n] Update Czech translation of hddtemp debconf messages

[Miroslav Jezbera]

Package: hddtemp
Severity: wishlist
Tags: l10n, patch

Hi,
there is updated Czech (cs.po) translation of hddtemp debconf messages
in attachment. Please include it in the package.

Thanks
--
Miroslav Jezbera
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
msgid ""
msgstr ""
"Project-Id-Version: hddtemp\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2006-09-12 05:02-0600\n"
"PO-Revision-Date: 2005-04-14 21:07+0200\n"
"Last-Translator: Miroslav Jezbera <[EMAIL PROTECTED]>\n"
"Language-Team: Czech <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=ISO-8859-2\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../templates:1001
msgid "Do you want /usr/sbin/hddtemp to be installed SUID root?"
msgstr "Chcete aby /usr/sbin/hddtemp byl nainstalován jako SUID root?"

#. Type: boolean
#. Description
#: ../templates:1001
msgid "You have the option of installing hddtemp with the SUID bit set."
msgstr "Máte možnost instalovat hddtemp s nastaveným SUID bitem."

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
"If you make hddtemp SUID, unprivileged users of your systems will be able to "
"run it. This could, however, potentially allow hddtemp to be used during a "
"security attack on  your computer. If in doubt, it is suggested  to install "
"it without SUID. If you later change your mind, you can run: 'dpkg-"
"reconfigure hddtemp'."
msgstr ""
"Pokud nastavíte hddtemp SUID bit, neprivilegovaní uživatelé vašeho systému "
"ho budou moci spouštět. Takto nastavený, může být hddtemp také využit ke "
"kompromitování vašeho počítače. Pokud si nejste jisti, pak doporučuji "
"instalovat ho bez SUID bitu. Rozmyslíte-li si to později, můžete spustit: "
"'dpkg-reconfigure hddtemp'."

#. Type: string
#. Description
#: ../templates:2001
msgid "Interval between two checks:"
msgstr "Interval mezi dvěmi měřeními:"

#. Type: string
#. Description
#: ../templates:2001
msgid ""
"hddtemp can periodically log the temperature of the hard drive(s) via the "
"SYSLOG interface."
msgstr ""
"hddtemp může pravidelně zaznamenávat teplotu pevného disku (pevných disků) "
"přes rozhraní SYSLOGu."

#. Type: string
#. Description
#: ../templates:2001
msgid ""
"Please enter a value in seconds corresponding to the interval between two "
"checks. To disable this feature, simply enter 0."
msgstr ""
"Zadejte počet sekund odpovídající době mezi dvěmi měřeními. Pro zakázání "
"této vlastnosti jednoduše zadejte 0."

#. Type: boolean
#. Description
#: ../templates:3001
msgid "Do you want to start the hddtemp daemon on startup?"
msgstr "Chcete spouštět démona hddtemp při startu?"

#. Type: boolean
#. Description
#: ../templates:3001
msgid ""
"hddtemp can be run as a daemon, listening on port 7634 for incoming "
"connections. It is used some by software such as gkrellm to get the "
"temperature of the hard drives."
msgstr ""
"hddtemp může běžet jako démon a čekat na portu 7634 příchozí spojení. Takto "
"může být využíván programy jako gkrellm pro zjištění teploty pevných disků."

#. Type: boolean
#. Description
#: ../templates:3001
msgid ""
"You have the option of starting the hddtemp daemon automatically on the "
"computer startup. If in doubt, it is suggest to not start it automatically "
"on startup. If you later change your mind, you can run: 'dpkg-reconfigure  "
"hddtemp'."
msgstr ""
"Máte možnost spouštět démona hddtemp automaticky při startu počítače. Pokud "
"si nejste jisti, pak doporučuji nespouštět ho při startu. Rozmyslíte-li si to "
"později, můžete spustit: 'dpkg-reconfigure hddtemp'."

#. Type: string
#. Description
#: ../templates:4001
msgid "Interface to listen on:"
msgstr "Naslouchat na rozhraní:"

#. Type: string
#. Description
#: ../templates:4001
msgid ""
"hddtemp can listen for incoming connections on a specific interface, or on  "
"all interfaces."
msgstr ""
"hddtemp může očekávat příchozí spojení na konkrétním rozhraní nebo na všech "
"rozhraních."

#. Type: string
#. Description
#: ../templates:4001
msgid ""
"To listen on a specific interface, enter the IP address of that interface  "
"(127.0.0.1 which is the default value corresponds to the lo interface). To  "
"listen on all interfaces, simply enter 0.0.0.0."
msgstr ""
"Aby poslouchal na konkrétním rozhraní, vložte IP adresu tohoto rozhraní "
"(127.0.0.1 je výchozí hodnota, která odpovídá lo rozhraní). Pokud chcete, "
"aby poslouchal na všech rozhraních, jednoduše vložte 0.0.0.0."

#. Type: string
#. Description
#: ../templates:5001
msgid "Port to listen on:"
msgstr "Nasl

Bug#389122: rtorrent: wrong build-dependency on libreadline5

[Jose Luis Rivas Contreras]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Guillem Jover escribió:
> On Sun, 2006-09-24 at 13:04:04 -0400, Jose Luis Rivas Contreras wrote:
>> Guillem Jover escribió:
>>> If bc is missing a dependency on libreadline5, then that's a bug on bc
>>> not your package. If you mean that you just need bc, that's fine, but
>>> that does not imply that you need libreadline5 as well.
> 
>> Hi Guillem, if I put out `libreadline5' then fails to build, `bc'
>> suggests `libreadline5' so it's not installed in clean builds
>> enviromments like with `pbuilder'. So I _need_ to put explicit
>> `libreadline5' as Build-Depend.
> 
> Not here:
> 
> Package: bc
> Priority: standard
> Section: math
> Installed-Size: 188
> Maintainer: John Hasler <[EMAIL PROTECTED]>
> Architecture: i386
> Version: 1.06-19
> Depends: libc6 (>= 2.3.5-1), libncurses5 (>= 5.4-5), libreadline5
> Filename: pool/main/b/bc/bc_1.06-19_i386.deb
> Size: 66196
> MD5sum: 7a630e7467a72c1af2fa9f151299beac
> SHA1: cd8b6eb4ab065146e8f86babe27d993c423572f3
> SHA256: 420865bb3d562400fbb2d3e4f1b5949a32f5823ddec654eb3436c665d8652a98
> Description: The GNU bc arbitrary precision calculator language
>  GNU bc is an interactive algebraic language with arbitrary precision which
>  follows the POSIX 1003.2 draft standard, with several extensions including
>  multi-character variable names, an `else' statement and full Boolean
>  expressions.  GNU bc does not require the separate GNU dc program.
> Tag: field::mathematics, interface::text-mode, uitoolkit::ncurses
> 
>> I don't know if it's fine fill a bug in bc because of this, because they
>> already have it as Suggests.
> 
> I don't see anything wrong in the package, it's listed as a Depends, so
> please check your local environment, there's something fishy there.
> 
> regards,
> guillem
> 
Ok, I'm sending as attachment my build-log, I use debuild-pbuilder, I
have removed `libreadline5' from Build-Depends.

Please take a look, and tell if I'm doing something wrong.

Thanks and Cheers!!

- --

~ghostbar @ linux/debian 'unstable' on i686 - Linux Counter# 382503
http://ghostbar.ath.cx/ - irc.freenode.net #talug #velug #debian-es
http://debianvenezuela.org.ve - irc.debian.org #debian-es #debian-ve
San Cristobal - Venezuela. TALUG -- http://linuxtachira.org
CHASLUG -- http://chaslug.org.ve - irc.unplug.org.ve #chaslug
Fingerprint = 3E7D 4267 AFD5 2407 2A37  20AC 38A0 AD5B CACA B118
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)

iD8DBQFFFsmGOKCtW8rKsRgRAltaAJ9SfSoffy9XToDMyXOf7Xk/KnnjiwCgu0Eb
06tQcxBnicUDOgDiOF91hvc=
=Fnr9
-END PGP SIGNATURE-
 fakeroot debian/rules clean
dh_testdir
dh_testroot
rm -f build-stamp 
/usr/bin/make distclean
make[1]: se ingresa al directorio 
`/home/ghostbar/dev/debian/rtorrent/rtorrent-0.6.2'
Making distclean in src
make[2]: se ingresa al directorio 
`/home/ghostbar/dev/debian/rtorrent/rtorrent-0.6.2/src'
Making distclean in utils
make[3]: se ingresa al directorio 
`/home/ghostbar/dev/debian/rtorrent/rtorrent-0.6.2/src/utils'
rm -rf .libs _libs
test -z "libsub_utils.a" || rm -f libsub_utils.a
rm -f *.o
rm -f *.lo
rm -f *.tab.c
test -z "" || rm -f 
rm -f libtool
rm -f TAGS ID GTAGS GRTAGS GSYMS GPATH tags
rm -rf ./.deps
rm -f Makefile
make[3]: se sale del directorio 
`/home/ghostbar/dev/debian/rtorrent/rtorrent-0.6.2/src/utils'
Making distclean in ui
make[3]: se ingresa al directorio 
`/home/ghostbar/dev/debian/rtorrent/rtorrent-0.6.2/src/ui'
rm -rf .libs _libs
test -z "libsub_ui.a" || rm -f libsub_ui.a
rm -f *.o
rm -f *.lo
rm -f *.tab.c
test -z "" || rm -f 
rm -f libtool
rm -f TAGS ID GTAGS GRTAGS GSYMS GPATH tags
rm -rf ./.deps
rm -f Makefile
make[3]: se sale del directorio 
`/home/ghostbar/dev/debian/rtorrent/rtorrent-0.6.2/src/ui'
Making distclean in input
make[3]: se ingresa al directorio 
`/home/ghostbar/dev/debian/rtorrent/rtorrent-0.6.2/src/input'
rm -rf .libs _libs
test -z "libsub_input.a" || rm -f libsub_input.a
rm -f *.o
rm -f *.lo
rm -f *.tab.c
test -z "" || rm -f 
rm -f libtool
rm -f TAGS ID GTAGS GRTAGS GSYMS GPATH tags
rm -rf ./.deps
rm -f Makefile
make[3]: se sale del directorio 
`/home/ghostbar/dev/debian/rtorrent/rtorrent-0.6.2/src/input'
Making distclean in display
make[3]: se ingresa al directorio 
`/home/ghostbar/dev/debian/rtorrent/rtorrent-0.6.2/src/display'
rm -rf .libs _libs
test -z "libsub_display.a" || rm -f libsub_display.a
rm -f *.o
rm -f *.lo
rm -f *.tab.c
test -z "" || rm -f 
rm -f libtool
rm -f TAGS ID GTAGS GRTAGS GSYMS GPATH tags
rm -rf ./.deps
rm -f Makefile
make[3]: se sale del directorio 
`/home/ghostbar/dev/debian/rtorrent/rtorrent-0.6.2/src/display'
Making distclean in core
make[3]: se ingresa al directorio 
`/home/ghostbar/dev/debian/rtorrent/rtorrent-0.6.2/src/core'
rm -rf .libs _libs
test -z "libsub_core.a" || rm -f libsub_core.a
rm -f *.o
rm -f *.lo
rm -f *.tab.c
test -z "" || rm -f 
rm -f libtool
rm -f TAGS ID GTAGS GRTAGS GSYMS GPATH tags
rm -rf ./.deps
rm -f Makefile
make[3]: se sale del directorio 
`/home/ghostbar/dev/debian/r

Bug#389115: squirrelmail: Cannot login: reports "cross-realm login [EMAIL PROTECTED] denied"

[Jeffrey B. Green]

Hi Thijs,

The question is where is the "screw up"? Like I said, IMAP mail
retrievals work just fine. The only other possibility that I can think
of is Perdition, however Perdition is mainly just routing, though it
does do the regular expression matching to identify which server to send to.

S, is there a debug setting for Squirrelmail to see exactly what is
being sent to the IMAP processing? And at the least, if there is a
touchy situation with virtual mailboxes and Squirrelmail, a heads up in
the install process would be good. However, it stills needs to be
determined what is happening.

-jeff

Thijs Kinkhorst wrote:

>Hello Jeff,
>
>  
>
>>The setup is with a Cyrus(IMAP), Postfix, and LDAP. Cyrus works just fine, 
>>clients 
>>can retrieve mail with no problems.. Squirrelmail did work fine
>>at an earlier time. Obviously it is not used much since I'm not able to 
>>pinpoint
>>when it broke. I have a similar setup on another machine (running Etch) 
>>serving another domain, 
>>squirrelmail works fine there.. Perdition is running on the machine that has 
>>the broken squirrelmail 
>>(believe though that I did check it after installing perdition several months 
>>ago though it might have 
>>been the time it broke...can't remember). I tried tracking it down by 
>>increasing the log levels at 
>>various points, but the only info that it seems to report is the cross-realm 
>>denied thing. The 
>>squirrelmail src/configtest.php reports no problems.
>>
>>
>
>Thanks for your report. However, I strongly doubt this to be a problem
>with SquirrelMail. The message:
>
>  
>
>>Cannot login: reports "cross-realm login [EMAIL PROTECTED] denied"
>>
>>
>
>is passed straight from your IMAP server; SquirrelMail does not do any
>authentication by itself. Checking out the logs of your IMAP server, or
>of the authentication backend it uses might yield more clues.
>
>I leave it up to you to reassign this report to any other package if you
>discover the problem to be there. Otherwise, I'll close it soon.
>
>
>Thijs
>  
>



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

Bug#389160: [Adduser-devel] Bug#389160: adduser: Please allow "@" in user names

[Marc Haber]

On Sun, Sep 24, 2006 at 06:39:40PM +0100, Stephen Gran wrote:
> Tentative fix has been checked in to svn.  It Works For Me (TM), but
> another look wouldn't hurt before release.

Your fix reduces an error to a warning, allowing _all_ sorts of bad
characters in user names. I am not sure whether I like that. Actually,
I hate the idea.

I think that we should

(a) investigate whether @ in a user name can cause serious harm, and
if not,
(b) add @ to the list of allowed characters.

Greetings
Marc

-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things."Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature |  How to make an American Quilt | Fax: *49 621 72739835


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

Bug#389243: dbus: Unknown group "netdev"

[Vincent Lönngren]

Package: dbus
Version: 0.62-4
Severity: normal

Every time dbus is started, including during boot, the following error message 
is output:

Starting system message bus: dbusUnknown group "netdev" in message bus 
configuration file
.

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

Versions of packages dbus depends on:
ii  adduser  3.97Add and remove users and groups
ii  debianutils  2.17Miscellaneous utilities specific t
ii  libc62.3.6.ds1-4 GNU C Library: Shared libraries
ii  libdbus-1-2  0.62-4  simple interprocess messaging syst
ii  libexpat11.95.8-3.3  XML parsing C library - runtime li
ii  libice6  1:1.0.1-2   X11 Inter-Client Exchange library
ii  libsm6   1:1.0.1-2   X11 Session Management library
ii  libx11-6 2:1.0.0-8   X11 client-side library
ii  lsb-base 3.1-15  Linux Standard Base 3.1 init scrip

dbus recommends no packages.

-- no debconf information


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

Bug#389239: a2ps: support UTF-8

[Dan Jacobson]

Package: a2ps
X-debbugs-cc: [EMAIL PROTECTED]
Version: 1:4.13b.dfsg.1-1
Severity: normal

$ cd /usr/share/doc/a2ps; zegrep -nH -i unicode\|utf *
shows no mention.
$ w3m -dump http://jidanni.org/index.html|a2ps -o /tmp/f.ps
just gives a mess. a2ps should support UTF-8.
$ ls /usr/share/a2ps/encoding
shows just what isn't available.


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

Bug#389199: Recommends unavailable python-flup (>= 0.2015-1)

[Piotr Ozarowski]

tags 389199 +pending
thanks

> Your package recommends python-flup (>= 0.2015-1) which is not available in
> unstable. You might want to relax the recommends so python-flup 0.5-1 can
> fulfill it?

Yes it can, I have misread python-flup's changelog. See bug #386354


Regards,
-- 
-=[ Piotr Ozarowski ]=-
-=[ http://www.ozarowski.pl ]=-


pgp4TBmOu9O9j.pgp
Description: PGP signature

Bug#389206: [l10n] Updated Czech translation of clamav-data debconf messages

[Marc Haber]

tags #389206 confirmed pending
thanks

On Sun, Sep 24, 2006 at 05:58:09PM +0200, Miroslav Kure wrote:
> in attachement there is updated Czech (cs.po) translation of
> clamav-data debconf messages. Please include it with the package.

Committed to svn, thanks.

Greetings
Marc

-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things."Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature |  How to make an American Quilt | Fax: *49 621 72739835


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

Bug#389241: uscan depends on libwww-perl, but devscripts only suggests libwww-perl

[Aurélien GÉRÔME]

Package: devscripts
Version: 2.9.21
Severity: important

uscan requires libwww-perl to operate. However, libwww-perl is not in
the Depends field of devscripts, but in the Suggests field. Running
"apt-get install devscripts" does not install libwww-perl which
renders uscan unusable. Therefore, libwww-perl should be a dependency
of devscripts and not a suggestion.

$ uscan
uscan: you must have the libwww-perl package installed
to use this script
BEGIN failed--compilation aborted at /usr/bin/uscan line 44.

Cheers,
-- 
 .''`.   Aurélien GÉRÔME
: :'  :
`. `'`   Free Software Developer
  `- Unix Sys & Net Admin


signature.asc
Description: Digital signature

Bug#389242: eog: version from experimental is uninstallable

[Dmitry Baryshkov]

Package: eog
Version: 2.16.0.1-1
Severity: grave
Justification: renders package unusable

The package eog from experimental is uninstallable due to dependancy on
unavailable libc6 (>= 2.4-1).

-- 
With best wishes
Dmitry

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (150, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-2-686
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)


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

Bug#357624: [Pkg-gnutls-maint] Bug#357624: bug is in libetpan

[Nikita V. Youshchenko]

Hi.

> # On 2006-09-24 Colin Leroy <[EMAIL PROTECTED]> wrote:
> # > This bug is in libetpan and should be solved by this commit:
> #
> # >
> http://libetpan.cvs.sourceforge.net/libetpan/libetpan/src/data-types/mai
>lstream_ssl.c?r1=1.39&r2=1.40&view=patch #
> # Thanks a lot. Re-assigning.
> reassign 357624 libetpan 0.46-1
> thanks
> Commit log reads this BTW:
> 2006-09-24 - libetpan-0.46cvs8 - colin
>
> * src/data-types/mailstream_ssl.c
> Fix a typo that made gnutls crash on some servers
> (mail.hp.com:993 for example). Sorry :-/
> cu andreas

I've prepared a new version of libetpan package, that has this patch 
applied. It's currently on temporary location at 
http://zigzag.lvk.cs.msu.su/~nikita/debian/tmp/libetpan-0.46-3/

Before I upload it to debian archive, could someone please confirm that 
this version really closes the issue?

Nikita


pgpf2SuNyfcFq.pgp
Description: PGP signature

Bug#389226: [Pkg-mono-group] Bug#389226: beagle_0.2.10-1(ia64/unstable): FTBFS: missing build-dep?

[Mirco Bauer]

reassign 389226 cli-common-dev
thanks

On Sun, 2006-09-24 at 10:52 -0600, [EMAIL PROTECTED] wrote:
> > Can't locate XML/DOM.pm in @INC (@INC contains: /etc/perl 
> > /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 
> > /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 
> > /usr/local/lib/site_perl .) at /usr/bin/dh_clideps line 368.
> > BEGIN failed--compilation aborted at /usr/bin/dh_clideps line 368.
> > make: *** [binary-arch] Error 2

Ups this is my fault, forgot libxml-dom-perl dep for cli-common-dev, I
will fix this _now_

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key:
http://keyserver.noreply.org/pks/lookup?op=get&search=0xEEF946C8

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


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

Bug#387743: wwwoffle-write --add-header vs. --addheader

[Dan Jacobson]

>> Also wwwoffle-write doesn't chown proxy.proxy.

A> It couldn't do this unless it was setuid which could be a security
A> problem.

It could do 'if I am root, then act as proxy.proxy (like wwwoffled?),
else act as myself' which wouldn't need to be setuid I assume.

Maybe this would eliminate the need for chown -R which is done each
Debian upgrade no matter how big one's cache is.


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

Bug#389237: FTBFS: missing docbook-to-man

[Roberto Pariset]

Package: packagesearch
Version: 2.1.1
Severity: important

Hi,
packagesearch_2.1.1 FTBFS for it's missing docbook-to-man:

mv -f liborphanplugin.so ../
make[2]: Leaving directory 
`/build/buildd/packagesearch-2.1.1/src/plugins/orphanplugin'
make[1]: Leaving directory `/build/buildd/packagesearch-2.1.1'
docbook-to-man debian/packagesearch.sgml > debian/packagesearch.1
/bin/sh: docbook-to-man: command not found
make: *** [build-stamp] Error 127

Roberto

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17.11
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) (ignored: LC_ALL 
set to [EMAIL PROTECTED])


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

Bug#373888: Bug#388594: take into account lists in descriptions when wrapping

[Daniel Burrows]

On Sat, Sep 23, 2006 at 05:38:52PM +0200, Tomas Pospisek <[EMAIL PROTECTED]> 
was heard to say:
> On Fri, 22 Sep 2006, Daniel Burrows wrote:
> 
> [...]
> > There are two real problems [with parsing and rendering lists in
> > package descriptions - tpo]:
> [...]
> > (2) The bulletting scheme cannot distinguish between a full stop at the
> > beginning of a legitimate line of text and a syntactically
> > significant full stop.  Since these periods may occur after other
> > text or after two spaces, the standard description algorithm will
> > not strip this text -- meaning that aptitude will massively mangle
> > a description that displays just fine in the standard formatting.
> >
> > Worse, you need to know about aptitude's formatting to get this right;
> > full-stops after indentation are just fine everywhere else, but not
> > if you've written a bulletted list.  I presume that most Debian
> > developers aren't even aware aptitude exists, and even if they do, 
> > they
> > aren't going to be intimately familiar with its description parsing
> > algorithm.  I can't really defend a feature that's likely to lead to
> > surprising and undesired results.
> >
> > This actually occurred in the example that led to bug #373888, and
> > at a quick check there's one other package (flac) that has this
> > problem.
> >
> > I wasn't able to find any satisfactory solution to this problem.
> 
> What I do not understand here, is how come that a '.' at the beginning of 
> a line has syntactic influence on aptitude.
> 
> The Debian policy [1] distinguishes the following line starts:
> 
> * 1 space + whatever   -> paragraphs
> * 1 space + dot-> blank line
> * 1 space + dot + whatever -> reserved / to be defined
> * 2 spaces -> verbatim
> 
> Thus a line starting with:
> 
> * 1 dot-> is a syntax error in the description
>-> thus of no business to aptitude
> * 1 space + dot-> blank line -> of no business to aptitude
> * 2 spaces + 1 dot -> per aptitudes list definition not part of a list
>   since the text of a list entry must be at least as
>   far indented as the first bullet and thus start
>   with at least 4 spaces off to th
>-> thus render verbatim
> * 3 spaces + 1 dot -> same as 2 spaces + 1 dot
> * 4 spaces + 1 dot -> in case we're in a list entry (which is
>   determined by the previous line) then render the
>   dot as part of the list entry. Otherwise verbatim
> * >4spaces + 1 dot -> dito, except that you'll probably want to ident it
>   with the additional spaces

  All correct.

> * 1 space + bullet + whatever -> standard rendering - no list entry
> * 2 spaces + bullet + whatever -> list entry

  Ah.  The problem is that aptitude parses indented regions using the
standard grammar, but with N spaces stripped from each line before
applying the grammar.  This allows multi-paragraph list entries, like:

  * One list entry
  * Another list entry.
.
Here is some more text describing the list entry.

  The result of treating the last line as part of the list entry is that
it will be indented to exactly the same level as the rest of the entry,
and it will be word-wrapped instead of being treated as verbatim text.

  Using the standard grammar also allows verbatim text in lists.  This
was another reason for always stripping exactly one space after the
bullet; it allows you to write

  *  Homepage: http://some.url.example.com

  and have it not get word-wrapped. (previously this would be considered
a normal bullet point with 2 spaces of indentation beyond the bullet)

  Removing the ability to write multi-paragraph list entries is not
appealing to me.  Now that I look at this from a fresh perspective,
though, there is one other choice.  I could consider text following
a bullet that's at the same indentation level and separated only by
blank lines to be part of the bullet, as in:

  * One list entry
  * Another list entry.
 .
Here is some more text describing the list entry.

  This syntax is also more compatible with older readers like dselect.

> The crutial point being, that aptitude must not interpret a dot aka a 
> period as a bullet otherwise confusion ensues - which AFAIK it doesn't.
>
> So again. I unfortunately fail to see the problem. In case you could give 
> me some examples that I succeed to grasp then I'd be grateful.
> 
> And to come back to my suggested part of the fix of the problem(-range): 
> one (among other) ways to go would be to check *all* the descriptions and 
> to make sure that they render well and if not to "fix" them [2]. This does 
> not seem to be a infeasible thing. Once this is done, then there doesn't 
> seem to be a technical hurdle to put the list syntax into the Debian 
> policy?

  I think the path of least resi

Bug#389016: can't reproduce this

[Sam Morris]

$ muine

** ERROR **: file threadpool.c: line 990 (mono_thread_pool_init): assertion 
failed: (async_call_klass)
aborting...

=
Got a SIGABRT while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries
used by your application.
=

Stacktrace:


Native stacktrace:

/usr/lib/libmono.so.0(mono_handle_native_sigsegv+0x113) [0xa7d655fa]
/usr/lib/libmono.so.0 [0xa7d3a1e2]
[0xe440]
/lib/tls/i686/cmov/libc.so.6(abort+0x109) [0xa7ae6fb9]
/usr/lib/libglib-2.0.so.0(g_logv+0x454) [0xa7c79114]
/usr/lib/libglib-2.0.so.0(g_log+0x29) [0xa7c79149]
/usr/lib/libglib-2.0.so.0(g_assert_warning+0x77) [0xa7c791c7]
/usr/lib/libmono.so.0(mono_thread_pool_init+0x16a) [0xa7dfb8de]
/usr/lib/libmono.so.0(mono_runtime_init+0x23) [0xa7e02c65]
/usr/lib/libmono.so.0(mini_init+0xb34) [0xa7d3b4f3]
/usr/lib/libmono.so.0(mono_main+0x1388) [0xa7d57922]
/usr/bin/mono [0x8048522]
/lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xc8) [0xa7ad1ea8]
/usr/bin/mono [0x8048471]
Aborted

$ mcs

** ERROR **: file threadpool.c: line 990 (mono_thread_pool_init): assertion 
failed: (async_call_klass)
aborting...

=
Got a SIGABRT while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries
used by your application.
=

Stacktrace:


Native stacktrace:

/usr/lib/libmono.so.0(mono_handle_native_sigsegv+0x113) [0xa7e295fa]
/usr/lib/libmono.so.0 [0xa7dfe1e2]
[0xe440]
/lib/tls/i686/cmov/libc.so.6(abort+0x109) [0xa7baafb9]
/usr/lib/libglib-2.0.so.0(g_logv+0x454) [0xa7d3d114]
/usr/lib/libglib-2.0.so.0(g_log+0x29) [0xa7d3d149]
/usr/lib/libglib-2.0.so.0(g_assert_warning+0x77) [0xa7d3d1c7]
/usr/lib/libmono.so.0(mono_thread_pool_init+0x16a) [0xa7ebf8de]
/usr/lib/libmono.so.0(mono_runtime_init+0x23) [0xa7ec6c65]
/usr/lib/libmono.so.0(mini_init+0xb34) [0xa7dff4f3]
/usr/lib/libmono.so.0(mono_main+0x1388) [0xa7e1b922]
/usr/bin/mono [0x8048522]
/lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xc8) [0xa7b95ea8]
/usr/bin/mono [0x8048471]
Aborted

$ monodis
monodis -- Mono Common Intermediate Language Dissassembler
[snip]

So that at least works! Unfortunately I can't run mcs to compile the
hello world program. :(

Here's the strace output from 'strace -f -o blah mcs':

617   execve("/usr/bin/mcs", ["mcs"], [/* 42 vars */]) = 0
617   uname({sys="Linux", node="xerces", ...}) = 0
617   brk(0)= 0x80f3000
617   access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
617   mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) 
= 0xa7f18000
617   access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
617   mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) 
= 0xa7f17000
617   open("/etc/ld.so.cache", O_RDONLY) = 3
617   fstat64(3, {st_mode=S_IFREG|0644, st_size=99773, ...}) = 0
617   mmap2(NULL, 99773, PROT_READ, MAP_PRIVATE, 5, 0) = 0xa7efe000
617   close(3)  = 0
617   access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
617   open("/lib/libncurses.so.5", O_RDONLY) = 3
617   read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200\345"..., 
512) = 512
617   fstat64(3, {st_mode=S_IFREG|0644, st_size=263040, ...}) = 0
617   mmap2(NULL, 264196, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) 
= 0xa7ebd000
617   mmap2(0xa7ef5000, 32768, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x38) = 0xa7ef5000
617   mmap2(0xa7efd000, 2052, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xa7efd000
617   close(3)  = 0
617   access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
617   open("/lib/tls/i686/cmov/libdl.so.2", O_RDONLY) = 3
617   read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20\f\0"..., 512) 
= 512
617   fstat64(3, {st_mode=S_IFREG|0644, st_size=9592, ...}) = 0
617   mmap2(NULL, 12404, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) 
= 0xa7eb9000
617   mmap2(0xa7ebb000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1) = 0xa7ebb000
617   close(3)  = 0
617   access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
617   open("/lib/tls/i686/cmov/libc.so.6", O_RDONLY) = 3
617   read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240O\1"..., 512) 
= 512
617   fstat64(3, {st_mode=S_IFREG|0755, st_size=1241580, ...}) = 0
617   mmap2(NULL, 1247388, PROT_READ|PROT_EXEC, MAP_PRI

Bug#389092: etch-beta-installer: can't install KDE from graphical installer

[Christoph Haas]

On Sunday 24 September 2006 18:46, Joey Hess wrote:
> Christoph Haas wrote:
> > I just tried today's Etch beta netinst install CD. Since I was curious
> > I tried the graphical installer ("installgui" installation mode). When
> > the 'tasksel' step was reached I wished I could have installed KDE.
> > But there was only a "Desktop" task that installed a Gnome system. How
> > can a user install KDE directly during the installation phase from the
> > graphical installer?
>
> Boot the installer with the additional parameter:
> tasksel/first=kde-desktop
>
> This is documented in the installation manual.

I just searched through 
http://d-i.alioth.debian.org/manual/de.i386/apa.html and didn't find it. 
Googling for it revealed one thread where this installation procedure was 
mentioned as a sidenote. Even if it were in the official docs I doubt a 
newbie would find it. The people I know just take the installation CD and 
expect a guided installation. My intuition would expect at least a choice 
within the "Desktop" task. Be it XFCE, Gnome, KDE or whatever. We are not 
Ubuntu - we give the users the choice. I doubt that "Gnome" is the 
official Debian desktop manager. I don't mean to offend anyone but I'm not 
happy with the current solution. And my personal 2¢: in my own experience 
newbies get along much better with KDE than with Gnome.

Kindly
 Christoph
-- 
~
~
".signature" [Modified] 1 line --100%--1,48 All

Bug#389194: unix-status-server is not kernel 2.6-aware

[Bas van Schaik]

Ah, I see: unix-status-server assumes that one is using a 2.4 kernel (?)
and expects an other type of /proc/meminfo. This means that
unix-status-server should be 2.6-aware!


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

Bug#389171: ndiswrapper-source: doesn't compile on 2.6.17-1 and 2.6.17-2

[Bluefuture]

> cd /usr/src/modules/ndiswrapper && make distclean
> 
> Does that help?
> 
> *_exports.h *may* exist if timestamps are out of whack. So using 'distclean' 
> instead of 'clean' in debian/rules may avoid this in the future.
> 
Yes now build fine.
If you plan to change this in debian/rules you could close this bugs.

Thanks
Ste



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

Bug#389223: piuparts: share base with cowbuilder and cache downloaded packages

[Lars Wirzenius]

su, 2006-09-24 kello 18:40 +0200, Mohammed Adnène Trojette kirjoitti:
> Currently, piuparts has a -p very useful option to work along with
> pbuilder's base.tgz. It would be great to have the same with
> cowbuilder's base system, which is not compressed.

That would be possible to do, but since I don't use cowbuilder, I have
no use for it myself, and thus someone else will have to write the
patch.

> Moreover, I am currently behind a very low bandwidth, and piuparts keeps
> on redownloading every thing after each run. It would be great to save
> the downloaded Debian packages after a piuparts "session".

I don't wish to do that; using a local mirror, or an HTTP proxy, is a
better option, and keeps piuparts much simpler.

-- 
It's 1978! Things should be round by now -- Michael Kelso (That 70's
show)

Bug#387168: Missing SATA support for VIA VT8251 based boards

[Marc 'HE' Brockschmidt]

maximilian attems <[EMAIL PROTECTED]> writes:
> On Sat, Sep 23, 2006 at 11:48:44PM +0200, Marc 'HE' Brockschmidt wrote:
>> I just needed to download grml to install my new box, which is based on
>> the VT8251 chipset. Please include the driver in the d-i kernel for
>> etch, thanks.
> lspci output?

00:0f.0 IDE interface: VIA Technologies, Inc. VT8251 AHCI/SATA 4-Port Controller
00:0f.1 IDE interface: VIA Technologies, Inc. 
VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 07)

> which image did you use?

I used the d-i daily build from yesterday (2006-09-23), netinst, for
amd64.

> afair it's included in 2.6.18

Yes, 2.6.18 includes the driver.

Marc
-- 
BOFH #374:
Its the InterNIC's fault.


pgpK0E0sNErM1.pgp
Description: PGP signature

Bug#387185: picprog: Fails to detect programmer in amd64

[Jaakko Hyvätti]

Hi,

Thanks Jan for collecting feedback on this and debugging things, as well 
as thanks for all users for interest in getting it to work.


I guess any variable clockrates very common in laptops and recent 
AMD64 cpu's will also not work.


I implemented --nordtsc and --slow options, and put out 1.8.2 version..

http://www.iki.fi/hyvatti/pic/picprog.html

I just tested them once, so .. they may not work well.  Simple changes 
though.


I hope maybe next summer I'll have more time to use on this :-)  As it is, 
when it works it is a good enough solution for many, and a starting point 
to microcontroller hobby.


Jaakko


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

Bug#389200: po4a-translate: wrong wrapping, if PO file in the UTF-8(char is 2 and more bytes)

[Yuri Kozlov]

Package: po4a
Version: 0.28-1
Severity: normal
Tags: patch

Hello.

/usr/bin/po4a-translate -k 0 -f sgml -m ../en/release-notes.en.sgml -p 
release-notes.ru.po -l 
release-notes.ru.sgml -o ignore-inclusion="dynamicdata shareddata"

If PO file is used an UTF-8(where one character has occuped 2 and more bytes, 
Cyrillic
for example), then the lines of the resulting file(release-notes.ru.sgml) is 
too 
short(less then 60 symbols).
It happens because of wrong calculation of length of a UTF-8 lines.
Attached patch is solved this problem, but only with wrapping.
I have not searched all places where a lenght calculation is may affected too.

Regards,
Yuri Kozlov
-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-2-amd64-k8
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)

Versions of packages po4a depends on:
ii  gettext   0.14.6-1   GNU Internationalization utilities
ii  libsgmls-perl 1.03ii-31  Perl modules for processing SGML p
ii  perl  5.8.8-4Larry Wall's Practical Extraction 
ii  perl-modules  5.8.8-4Core Perl modules
ii  sp1.3.4-1.2.1-47 James Clark's SGML parsing tools

Versions of packages po4a recommends:
ii  liblocale-gettext-perl1.05-1 Using libc functions for internati
pn  libterm-readkey-perl   (no description available)
ii  libtext-wrapi18n-perl 0.06-5 internationalized substitute of Te

-- no debconf information
--- /usr/share/perl5/Locale/Po4a/Po.pm  2006-08-22 16:21:57.0 +0400
+++ Po.pm   2006-09-24 19:14:11.0 +0400
@@ -776,7 +776,13 @@
 }
 
 if ($opt{'wrap'}) {
-   $res=wrap ($res, $opt{'wrapcol'} || 76);
+   if ($self->get_charset eq "UTF-8") {
+$res=Encode::decode_utf8($res);
+$res=wrap ($res, $opt{'wrapcol'} || 76);
+$res=Encode::encode_utf8($res);
+   } else {
+$res=wrap ($res, $opt{'wrapcol'} || 76);
+   }
 }
 #print STDERR "Gettext >>>$text<<<(escaped=$esc_text)=[[[$res]]]\n\n";
 return $res;