Bug#403946: grisbi: automatic numbering of cheques doen't work

[Adrian Jackson]

Package: grisbi
Version: 0.5.8-1+b1
Severity: normal

automatic numbering for cheques doesn't work. It worked OK for the version in 
Sarge.

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

Versions of packages grisbi depends on:
ii  libatk1.0-01.12.3-1  The ATK accessibility toolkit
ii  libc6  2.3.6.ds1-8   GNU C Library: Shared libraries
ii  libcairo2  1.2.4-4   The Cairo 2D vector graphics libra
ii  libfontconfig1 2.4.1-2   generic font configuration library
ii  libglib2.0-0   2.12.4-2  The GLib library of C routines
ii  libgtk2.0-02.8.20-3  The GTK+ graphical user interface 
ii  libofx31:0.8.2-3 library to support Open Financial 
ii  libpango1.0-0  1.14.8-2  Layout and rendering of internatio
ii  libx11-6   2:1.0.3-4 X11 client-side library
ii  libxcursor11.1.7-4   X cursor management library
ii  libxext6   1:1.0.1-2 X11 miscellaneous extension librar
ii  libxfixes3 1:4.0.1-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  libxml22.6.27.dfsg-1 GNOME XML library
ii  libxrandr2 2:1.1.0.2-4   X11 RandR extension library
ii  libxrender11:0.9.1-3 X Rendering Extension client libra

Versions of packages grisbi recommends:
pn  latex-ucs  (no description available)
pn  tetex-extra(no description available)

-- no debconf information


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

Bug#403949: libsnmp-base: [INTL:ro] po-debconf templates romanian translation

[stan ioan-eugen]

Package: libsnmp-base
Version: 5.2.3-4
Severity: minor
Tags: l10n patch

romanian po-debconf templates translation

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

-- no debconf information
# Romanian translation of net-snmp.
# Copyright (C) 2006 THE net-snmp'S COPYRIGHT HOLDER
# This file is distributed under the same license as the net-snmp package.
# Stan Ioan-Eugen <[EMAIL PROTECTED]>, 2006.
# , fuzzy
# 
# 
msgid ""
msgstr ""
"Project-Id-Version: net-snmp 5.2.3.1\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2006-09-09 13:15-0600\n"
"PO-Revision-Date: 2006-12-14 17:49+0200\n"
"Last-Translator: Stan Ioan-Eugen <[EMAIL PROTECTED]>\n"
"Language-Team: Romanian <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit"

#. Type: note
#. Description
#: ../snmpd.templates:1001
msgid "Upgrade warning from version 3.6 and below"
msgstr "Avertizare la actualizare de la versiunea 3.6 sau anterioară"

#. Type: note
#. Description
#: ../snmpd.templates:1001
msgid ""
"Debian now uses the NET SNMP agent/daemon.  Since the new agent uses an "
"entirely new configuration file format, any configuration you may have "
"previously had can not be automatically updated and must be replaced.  "
"Consequently, a security-conscious configuration will be installed by "
"default.  Please read the snmpd.conf(5) manual page and then edit /etc/snmp/"
"snmpd.conf accordingly to change the configuration to suit your needs."
msgstr "Debian foloseşte acum agentul/demonul NET SNMP.  Deoarece noul agent 
foloseşte un fişier de configurare total diferit, configuraţia dumneavoastră 
precedentă nu poate fi actualizată automat şi trebuie înlocuită. În consecinţă, 
se va instala implicit o configuraţie securizată.  Citiţi pagina de manual 
snmpd.conf(5) şi apoi modificaţi /etc/snmp/snmpd.conf în concordanţă cu nevoile 
dumneavoastră."

#. Type: note
#. Description
#: ../snmpd.templates:2001
msgid "Upgrade warning from version 5.2.1 and below"
msgstr "Avertizare la actualizare de la versiunea 5.2.1 sau anterioară"

#. Type: note
#. Description
#: ../snmpd.templates:2001
msgid ""
"Debian has changed the default start parameters of the snmpd agent/daemon. "
"The daemon is now started as user snmp, binds to localhost only and SMUX "
"support is disabled. These parameters can all be individually changed in /"
"etc/default/snmpd. Please see /usr/share/doc/snmpd/NEWS.Debian.gz for more "
"details."
msgstr "Debian a modificat parametrii impliciţi de pornire ai 
agentului/demonului snmpd. Demonul este pornit acum de utilizatorul snmp, 
aşteaptă numai cereri locale şi are suportul de SMUX dezactivat. Aceşti 
parametrii pot fi modificaţi în /etc/default/snmpd.  citiţi 
/usr/share/doc/snmpd/NEWS.Debian.gz pentru mai multe detalii."

Bug#398690: ITP: libui-dialog-perl -- wrapper for the various dialog applications

[Alejandro Garrido Mota]

Alejandro Garrido Mota escribió:
> Package: wnpp
> Severity: wishlist
> 
> * Package name: libui-dialog-perl
>   Version   : 1.08
>   Upstream Author : Alejandro Garrido Mota <[EMAIL PROTECTED]>

Ohh sorry the correct form of the 'Upstream Author' line is:

 Upstream Author : Kevin C. Krinke, <[EMAIL PROTECTED]>

> * URL : http://search.cpan.org/dist/UI-Dialog-1.08/
> * License : GPL
> Description   : wrapper for the various dialog applications
> 
> UI::Dialog is a OOPerl wrapper for the various dialog applications.
> These dialog backends are currently supported: Zenity, XDialog, GDialog,
> KDialog, CDialog, and Whiptail. There is also an ASCII backend provided
>  as a last resort interface for the console based dialog variants.
> UI::Dialog is a class that provides a strict interface to these various
> backend modules.
> 
> 

Alejandro Garrido Mota
--
http://mogaal.com


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

Bug#400399: [Pkg-mono-group] Bug#400399: I'm seeing the same problem

[Mirco Bauer]

On Wed, 2006-12-20 at 14:33 -0500, Joseph Nahmias wrote:
> Package: monodoc-http
> Version: 1.1.18-1
> Followup-For: Bug #400399
> 
> Hi,
> 
> Maybe I've done something wrong/stupid but now, after upgrading to the
> latest mono (1.2.2) in testing, monodoc doesn't work.  I'm using apache
> 1.3 -- not xsp -- as the webserver.

Which mod-mono or xsp version and mono version are you using exactly?
This should do it for me:
dpkg -l|egrep "(mod-mono|xsp|mono-jit)"

-- 
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#403916: [Popcon-developers] Bug#403916: popularity-contest should support MTAOPTS

[Petter Reinholdtsen]

[Bill Allombert]
> I wonder if this is not simpler to tell people to edit
> /etc/cron.weekly/popularity-contest directly. This is a conffile for
> a reason.

Actually, I would suggest someone fixed ssmtp to accept these settings
in a configuration file.  If it is supposed to be a sendmail
replacement, it should work with the same options as sendmail does.
popcon just expect a sendmail replacement. :)


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

Bug#403887: libgnutls failes to parse OpenSSL generated certificates

[Max Kellermann]

On 2006/12/20 15:19, Max Kellermann <[EMAIL PROTECTED]> wrote:
> Here is a patch for this bug.

Just a note: my patch does not work with the included minitasn
library, you need libtasn.

Max



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

Bug#403890: installation successfull with some manual work

[peter green]

> 
> This was possible in export installs and this is still possible in
> expert installs. The behaviour has not changed with regard to that matter.
> 
i'm pretty sure i've never intentionally booted d-i in expert mode, and when i 
did a sarge install i'm pretty sure i managed to skip creating a normal user 
account (i think it prompted me for one and i selected some kind of cancel 
option), unfortuntely i don't have any spare systems to test this on now.

also is there any way to switch to expert mode mid install and if not why?

Bug#327541: [Kenny Hitt] Re: Is Debian appropriate for accessibility?

[juan rafael fernández]

2006/12/19, Mario Lang <[EMAIL PROTECTED]>:


Mbrolas license is very restrictive, which I consider a problem, no matter
if it is non-free distributable or not.


The problem is, are there other intelligible free non-English voices
available at the moment? If not, them end-users need the somehow free
mbrola voices (which has nothing to do with Debian packaging them, a
pointer to the urls in Reame.Debian could do the thing).

This is my list for the languages  I surveyed:

* English: kal_diphone, ked_diphone, rab_diphone (festival);  en1,
en1mrpa, us1, us1mrpa, us2 (mbrola; for some of them there are
festival wrappers); festvox_cmu_us_slt_arctic_hts,
festvox_cmu_us_awb_arctic_hts, festvox_cmu_us_jmk_arctic_hts,
festvox_cmu_us_bdl_arctic_hts (new versions of festival, different
format) + espeak

* Italian: lp_diphone, pc_diphone (festival) + espeak

* Spanish: el_diphone (festival); es1, es2,  es4, mx1, mx2 (mbrola) + espeak

* French: fr3, fr4, fr5, fr7, ca1, ca2 (mbrola)

* German: de6 (mbrola) + espeak

Espeak  doesn't use "voices", does it?

Is this complete?  I know work is being done in at least Spanish and
Catalan free voices.

I suppose that all the mentioned voices can (or should be able to) be
used from speech-dispatcher. Am I right?


> As regards festival, we only have 1.4.3-17.2 in Debian, but Alan W
> Black has had 1.96-beta around for a long time now (check
> http://www.speech.cs.cmu.edu/awb/fftest/festival-1.96-beta.tar.gz).

Ah yes, you are refering to http://bugs.debian.org/327541


Yes and no. The bug mentions 1.95, I mentioned 1.96beta. They are
different. I couldn't compile 1.95 (remember: I'm an end-user), but
for 1.96beta configure and make were enough.


I've recently read pyorbit is avaiable through experimental, maybe that
was not true when you tried to get orca working?


Sorry I don't know,  I don't keep an eye on experimental. I use
Testing, which I consider daring enough for a production machine. My
compilations go to .../local, so I know what is the system and what is
not.


If you have any trouble with gnome-speech, I would have liked to know
about it.


I still don't know why test-speech wasn't included.


Does java-access-bridge build with free java tools these days? (gcj?)


I have relaxed on using the soon to be free Sun java. The question
doesn't worry me any more (but remember I am an end-user).


> I also made up my mind to uninstall esound and uncheck arts (I use
> both gnome and kde for my tests) and I still have problems with
> different applications fighting to block the audio output (yes, I've
> also read that alsa's dmix is the solution, but tell the applications,
> not me).

A good spot!  All remaining OSS-only speech producing software
needs to be patched to support alsa natively.  Or, alternatively, we should
try to push speech-dispatcher, which solves the issue on a different level.



debian-accessibility is the list to use in such cases.


So let's use the list.

If I use festival's server by itself

   $ echo "hola amigos" | festival --tts --language spanish --pipe

works OK. But then if I install speech-dispatcher later I get

Linux: can't open /dev/dsp

Obviously the good-ol' audio blocking.  Now I kill both festival and
speech-dispatcher and restart the latter. OK again.

It cost me many tests and changes in the configuration to find this
out. Don't install a festival server if you are going to use
speech-dispatcher! Could it be included somewhere in the documentation
to save someone from repeating my mistakes?

Saludos
--
Juan Rafael Fernández
http://people.ofset.org/jrfernandez/

Bug#403941: Wine crashes when run from make

[Manoj Srivastava]

reassign 403941 wine
thanks

Hi,

Lots of things changed between 3.80, released circa 2002, and
 3.81, released in 2006. There are over 1800 lines in the Changelog in
 that period. Trying to determine what changed and having it shed a
 light on this issue is like hunting for needles in haystacks without
 really knowing what a needle looks like -- wine needs to tell us why
 it is failing.

If there is indeed some idea of what has changed, and whether
 that change is indeed a bug in make, please reassign back. Until
 then, I am reassigning this to the package that is segfaulting.

manoj
-- 
Complete adaptation to environment means death.  The essential point
in all response is the desire to control [the] environment.  -- John
Dewey
Manoj Srivastava <[EMAIL PROTECTED]> 
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C


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

Bug#403890: installation successfull with some manual work

[Frans Pop]

On Wednesday 20 December 2006 21:11, peter green wrote:
> also is there any way to switch to expert mode mid install

Use  to back out to the menu and choose option to "change debconf 
priority".


pgpusCFlZVnqH.pgp
Description: PGP signature

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

[Florent Rougon]

reassign 403914 fontconfig
severity 403914 normal
merge 403914 354537
thanks

Hi,

This really looks like bug #354537. Sorry...

-- 
Florent


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

Bug#403951: harden-doc: typo ("make certain that OpenSSH that uses")

[Francesco Poli]

Package: harden-doc
Version: 3.10
Severity: minor

Hi!

Section G.2 _Chrooting the ssh server_[1] states:

| If you are doing this you should make certain that OpenSSH that uses
| Privilege Separation (which is the default) having the following
| line in the configuration file /etc/ssh/sshd_config:
| 
|  UsePrivilegeSeparation yes

This sentence seems to include a typo: the second "that" after OpenSSH.
I think
  s/OpenSSH that/OpenSSH/


[1] 
http://www.debian.org/doc/manuals/securing-debian-howto/ap-chroot-ssh-env.en.html#sG.2


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

Bug#403909: bad /usr/share/sympa/web_tt2/authorization_reject.tt2 symlink

[Stefan Hornburg (Racke)]

Jean Charles Delepine wrote:

Package: sympa
Version: 5.2.3-0.5
Severity: important
Tags: patch

sympa native instalattion links 
/usr/share/sympa/mail_tt2/authorization_reject.tt2 to 
${PREFIX}/usr/share/sympa/web_tt2/authorization_reject.tt2


Is this a bug in Sympa or somehow related to the Debian
packaging ?

This is obviously a bug, as one of my customers reported
it just yesterday.

Bye
Racke


--
LinuXia Systems => http://www.linuxia.de/
Expert Interchange Consulting and System Administration
ICDEVGROUP => http://www.icdevgroup.org/
Interchange Development Team



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

Bug#354355: sympa: Please stop kidding

[Stefan Hornburg (Racke)]

Raphael Hertzog wrote:

On Wed, 20 Dec 2006, Jean Charles Delepine wrote:

I therefore choose to svn-inject Stefen's 5.2.3-0.5, and wish he will
use it.

http://svn.debian.org/wsvn/collab-maint/deb-maint/sympa/?rev=2087&sc=1


Stefen, you have write access to this svn repository. Please use it to
maintain the package. It will ease our work. I don't know if you're
familiar with svn-buildpackage, if not please check out some related
documentation:
- man svn-buildpackage
- http://pkg-perl.alioth.debian.org/subversion.html (some doc from the
  perl team which uses heavily svn with the same structure than in
  collab-maint)

And if you have questions, feel free to ask.


How does the initial checkout command looks like ?

Bye
Racke

--
LinuXia Systems => http://www.linuxia.de/
Expert Interchange Consulting and System Administration
ICDEVGROUP => http://www.icdevgroup.org/
Interchange Development Team



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

Bug#403950: harden-doc: typo ("Quick Reference Guide")

[Francesco Poli]

Package: harden-doc
Version: 3.10
Severity: minor

Hi!

Section G.2.1 _Setup a minimal system (the really easy way)_[1] states:

| you just have to create a chroot as described in the _chroot section
| of the Quick Reference Guide_.

The underlined part is a link that points to (what I think is) the
appropriate section[2] of the Debian Reference.
The problem is: why is that document referred to as the "Quick
Reference Guide"?
I thought the official title was "Debian Reference"!

Typo?
Outdated name?

[1] which is inside
http://www.debian.org/doc/manuals/securing-debian-howto/ap-chroot-ssh-env.en.html#sG.2
[2] http://www.debian.org/doc/manuals/reference/ch-tips.en.html#s-chroot


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

Bug#403952: rlwrap: empty package on several architectures [sudo and $(PWD)]

[Niko Tyni]

Package: rlwrap
Version: 0.24-1
Severity: grave
Justification: renders package unusable
Tags: patch

Hi,

as seen on packages.debian.org [1], the rlwrap package version 0.28-1
only contains /usr/share/doc on alpha, mips and mipsel.  These are the
buildds that use sudo instead of fakeroot, and the problem is installing
into $(PWD), which gets unset by sudo.

The fix is to replace $(PWD) with $(CURDIR), which is set by make.

The issue is only dormant in etch (0.24-1), since the packages were
built before the sudo environment cleaning change in early 2006.  Still,
by my reading of the etch RC policy ('Packages must be buildable within
the same release'), I assume this is RC for etch too.

[1] http://packages.debian.org/unstable/utils/rlwrap

Cheers,
-- 
Niko Tyni   [EMAIL PROTECTED]


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

Bug#354355: sympa: Please stop kidding

[Stefan Hornburg (Racke)]

Raphael Hertzog wrote:

On Wed, 20 Dec 2006, Jean Charles Delepine wrote:

I therefore choose to svn-inject Stefen's 5.2.3-0.5, and wish he will
use it.

http://svn.debian.org/wsvn/collab-maint/deb-maint/sympa/?rev=2087&sc=1


Stefen, you have write access to this svn repository. Please use it to
maintain the package. It will ease our work. I don't know if you're
familiar with svn-buildpackage, if not please check out some related
documentation:
- man svn-buildpackage
- http://pkg-perl.alioth.debian.org/subversion.html (some doc from the
  perl team which uses heavily svn with the same structure than in
  collab-maint)

And if you have questions, feel free to ask.


We are loosing soap configuration. Mysql without root pass, dpatch
usage, not much else.


Dpatch usage is not really problematic. The two others might be... can you
add support for them without completely reworking Stefen's package ?


IMHO supporting MySQL without root password turned out to be to
complicated and as source of errors, especially as Jean and I agreed
upon moving to dbconfig-common post-etch.



I suggest sending a patch to Stefen for review, and if he finds the patch
OK, either he applies it or he let you apply it directly.



I don't necessarily need a patch on the soap configuration, just a pointer
to the places where I find it in Jean latest package.

Bye
Racke

--
LinuXia Systems => http://www.linuxia.de/
Expert Interchange Consulting and System Administration
ICDEVGROUP => http://www.icdevgroup.org/
Interchange Development Team



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

Bug#401995: iceape: hangs on modal dialogs and message boxes

[Wladimir Mutel]

On Thu, Dec 14, 2006 at 08:46:26PM +0200, Wladimir Mutel wrote:

> > It'd be more helpful with a back trace ;)

ran iceape -debug, and caught this backtrace on hang.
Not very different from former one, and not very helpful.

(gdb) thread apply all bt

Thread 32 (Thread -1299764304 (LWP 16671)):
#0  0xb7f29410 in ?? ()
#1  0xb2872058 in ?? ()
#2  0x0001 in ?? ()
#3  0x in ?? ()

Thread 31 (Thread -1322640464 (LWP 16670)):
#0  0xb7f29410 in ?? ()
#1  0xb12a1058 in ?? ()
#2  0x0001 in ?? ()
#3  0x in ?? ()

Thread 29 (Thread -1267983440 (LWP 1)):
#0  0xb7f29410 in ?? ()
#1  0xb46c136c in ?? ()
#2  0x000255d7 in ?? ()
#3  0x in ?? ()

Thread 27 (Thread -1276376144 (LWP 16664)):
#0  0xb7f29410 in ?? ()
#1  0xb3ebfd98 in ?? ()
#2  0x0009 in ?? ()
#3  0x in ?? ()

Thread 13 (Thread -1347818576 (LWP 15871)):
#0  0xb7f29410 in ?? ()
#1  0xafa9df68 in ?? ()
#2  0x007f in ?? ()
#3  0x in ?? ()

Thread 4 (Thread -1257530448 (LWP 15859)):
#0  0xb7f29410 in ?? ()
#1  0xb50b93e8 in ?? ()
#2  0x7a9f in ?? ()
#3  0x in ?? ()

Thread 2 (Thread -1225733200 (LWP 15855)):
#0  0xb7f29410 in ?? ()
#1  0xb6f0bce8 in ?? ()
#2  0x0001 in ?? ()
#3  0x in ?? ()

Thread 1 (Thread -1220671808 (LWP 15852)):
#0  0xb7f29410 in ?? ()
#1  0xbfbe921c in ?? ()
#2  0x0005 in ?? ()
#3  0x in ?? ()
(gdb) 

strace -p ... (after doing detach in gdb) :

futex(0x94f07c8, FUTEX_WAIT, 5, NULL

Strangely, nobody other reports on this.
May be I am alone with my configuration ?
May be nobody else uses AMD K7 (Duron 1800) ?
What else can I have wrong ?



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

Bug#403905: initramfs-tools: update-initramfs depends on outside environment

[Nikita V. Youshchenko]

> While browsing /usr/sbin/update-initramfs script, I've found that it
> does not clear 'mode' environment variable that could come from
> environment.
>
> Although nothing serious, better to fix it by adding something like
> 'unset mode' or 'mode=""' before command-line parsing.

And same with 'version' variable.


pgpLnKRh9gbzM.pgp
Description: PGP signature

Bug#403803: pine: Please switch to gettext-based debconf templates

[Thomas Huriaux]

Santiago Vila <[EMAIL PROTECTED]> (20/12/2006):
> tags 403803 + wontfix
> thanks
> 
> On Tue, 19 Dec 2006, Thomas Huriaux wrote:
> > Santiago Vila <[EMAIL PROTECTED]> (19/12/2006):
> > > On Tue, 19 Dec 2006, Thomas Huriaux wrote:
> > > > Please use gettext-based debconf templates to allow translations, as
> > > > recommended by the developers-reference (section 6.5.2.2). See
> > > > po-debconf(7). There is also a lintian warning:
> > > >   W: pine source: not-using-po-debconf
> > > > If you need additional help to do this switch, do not hesitate to ask me
> > > > or to ask on debian-i18n.
> > > 
> > > Hmm, what if I consider that pine, being a non-free package, does not
> > > deserve the same level of support of the other packages in main?
> > 
> > Does it deserve a lower level than the minimum expected?
> 
> [ Do you like word games? ]
> 
> Some people think non-free does not deserve any support at all.
> 
> I support pine only partially, so I have added debconf stuff to
> allow for unattented installs, but that's all.

Do you allow me or any other people caring about i18n to do the job for
you, either by NMUing the package or by providing full patches? Or
should we just stay away from that package?

-- 
Thomas Huriaux


signature.asc
Description: Digital signature

Bug#403954: f-spot: does not upload to flickr rotated version of pictures

[Filippo Giunchedi]

Package: f-spot
Version: 0.3.0-1
Severity: normal

Hi,
steps to reproduce:

- rotate a photo
- upload to flickr

it is my understanding that the unrotated version gets uploaded to
flickr, unless there is some trickery behind.
I didn't tested with picasa for example

thanks for your work,
filippo

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (600, 'unstable')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages f-spot depends on:
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libatk1.0-01.12.3-1  The ATK accessibility toolkit
ii  libbonobo2-0   2.15.3-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.14.0-5  The Bonobo UI library
ii  libc6  2.3.6.ds1-9   GNU C Library: Shared libraries
ii  libcairo2  1.2.4-4   The Cairo 2D vector graphics libra
ii  libexif12  0.6.13-5  library to parse EXIF files
ii  libfontconfig1 2.4.2-1   generic font configuration library
ii  libgconf2-42.16.0-3  GNOME configuration database syste
ii  libgconf2.0-cil2.8.3-2   CLI binding for GConf 2.12
ii  libglade2.0-cil2.8.3-2   CLI binding for the Glade librarie
ii  libglib2.0-0   2.12.4-2  The GLib library of C routines
ii  libglib2.0-cil 2.8.3-2   CLI binding for the GLib utility l
ii  libgnome-keyring0  0.6.0-3   GNOME keyring services library
ii  libgnome2-02.16.0-2  The GNOME 2 library - runtime file
ii  libgnome2.0-cil2.8.3-2   CLI binding for GNOME 2.12
ii  libgnomecanvas2-0  2.14.0-2  A powerful object-oriented display
ii  libgnomeui-0   2.14.1-2  The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 2.14.2-4  GNOME virtual file-system (runtime
ii  libgphoto2-2   2.2.1-12  gphoto2 digital camera library
ii  libgphoto2-port0   2.2.1-12  gphoto2 digital camera port librar
ii  libgtk2.0-02.8.20-3  The GTK+ graphical user interface 
ii  libgtk2.0-cil  2.8.3-2   CLI binding for the GTK+ toolkit 2
ii  libice61:1.0.1-2 X11 Inter-Client Exchange library
ii  libjpeg62  6b-13 The Independent JPEG Group's JPEG 
ii  liblcms1   1.15-1Color management library
ii  libmono-corlib2.0-cil  1.2.2.1-1 Mono core library (2.0)
ii  libmono-sharpzip2.84-cil   1.2.2.1-1 Mono SharpZipLib library
ii  libmono-sqlite2.0-cil  1.2.2.1-1 Mono Sqlite library
ii  libmono-system-data2.0-cil 1.2.2.1-1 Mono System.Data Library
ii  libmono-system-web2.0-cil  1.2.2.1-1 Mono System.Web Library
ii  libmono-system2.0-cil  1.2.2.1-1 Mono System libraries (2.0)
ii  libmono0   1.2.2.1-1 libraries for the Mono JIT
ii  libmono2.0-cil 1.2.2.1-1 Mono libraries (2.0)
ii  liborbit2  1:2.14.3-0.1  libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.14.8-3  Layout and rendering of internatio
ii  libpopt0   1.10-3lib for parsing cmdline parameters
ii  libsm6 1:1.0.1-3 X11 Session Management library
ii  libx11-6   2:1.0.3-4 X11 client-side library
ii  libxcursor11.1.7-4   X cursor management library
ii  libxext6   1:1.0.1-2 X11 miscellaneous extension librar
ii  libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio
ii  libxi6 1:1.0.1-4 X11 Input extension library
ii  libxinerama1   1:1.0.1-4.1   X11 Xinerama extension library
ii  libxml22.6.27.dfsg-1 GNOME XML library
ii  libxrandr2 2:1.1.0.2-5   X11 RandR extension library
ii  libxrender11:0.9.1-3 X Rendering Extension client libra
ii  mono-runtime   1.2.2.1-1 Mono runtime

Versions of packages f-spot recommends:
pn  dcraw  (no description available)

-- no debconf information


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

Bug#403953: emacs21-common: smtpmail silently drops mails if they /usr/bin/sendmail rejects them

[Axel Beckert]

Package: emacs21-common
Version: 21.4a-1
Severity: grave
Justification: causes non-serious data loss
Tags: sarge, etch

At least M-x vm for GNU Emacs 21 (from the vm package, versions 7.19-4
in Sarge, 7.19-11 in Etch) and M-x mail from GNU Emacs 21 do not
report anything if mails which should be sent out are rejected by
/usr/sbin/sendmail, e.g. because of their size, even on a virgin
account. The user does not have any clue, that the mail didn't go out
and wonders why nobody has received the mail.

Both use the underlying smtpmail library, and if mail is sent out
using smtpmail's SMTP engine, it reports error, but if it's sendmail
engine is used, it reports none.

This bug is more or less identical to
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=403930 which also
concerns smtpmail, but the version included in xemacs21-basesupport
for XEmacs 21.

Example / How to reproduce:

Start emacs under a virgin user account. Type M-x vm. Type m in the
newly popped up window. Set recipient and subject in the again newly
popped up window. Type C-c C-a attach one or more files so that in
their sum they are bigger than the local MTA is configured to accept.

In our case the limit of the local postfix is (IIRC by default) set to
10 MB and we attached an appropriately big tar.gz.

Type C-c C-c to send the mail out. The window closes and postfix from
Sarge writes to its log file:

Dec 20 17:28:49 malfoy postfix/postdrop[30418]: warning: uid=4977: File too 
large
Dec 20 17:28:49 malfoy postfix/sendmail[30417]: fatal: xtaran(4977): Message 
file too big

Postfix from Etch writes instead:

Dec 20 17:53:42 ankara postfix/postdrop[31933]: warning: uid=4977: Illegal seek
Dec 20 17:53:42 ankara postfix/sendmail[31932]: fatal: xtaran(4977): queue file 
write error

The user who sent the mail did not get any notice about that and
therefore doesn't know he just lost that mail.

It's even worse on Etch: There vm claims to have sent out the mail by
naming a buffer "sent mail to [EMAIL PROTECTED]" (or whereever you
planned to send that mail). On the other hand, this means that you
have less serious data loss on Etch. :-)

Same with M-x mail and big mails. You even don't get any hint in the
*Messages* buffer.

To check that postfix did not only log the message to the error log, I
tried to send out a similar mail using /usr/sbin/sendmail directly (on
Sarge):

$ /usr/sbin/sendmail [EMAIL PROTECTED] < 20-MB-Test-Mail.txt
postdrop: warning: uid=4977: File too large
sendmail: fatal: xtaran(4977): Message file too big
$ echo $?
69
$ 

On Etch /usr/sbin/sendmail returns with exit code 75.

I have looked through the vm variables and functions but haven't found
any which configures how to care about sendmail's return values or
messages (as e.g. mutt does).

A workaround is to use SMTP instead of /usr/sbin/sendmail. Then you
get at least an "SMTP protocol error", although you still get no hint,
what exactly went wrong. For using this workaround, add

(custom-set-variables
 '(send-mail-function (quote smtpmail-send-it))
 ; change this to your favourite server -- only needed if $SMTPSERVER is not 
set.
 '(smtpmail-smtp-server "mail.example.com"))
(custom-set-faces)

to the end of your ~/.emacs file.

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

Versions of packages emacs21-common depends on:
ii  dpkg  1.13.24package maintenance system for Deb
ii  emacsen-common1.4.17 Common facilities for all emacsen

emacs21-common recommends no packages.

-- no debconf information

-- System Information for Sarge:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.33.2-1-dphys-k8-smp-64gb
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages emacs21-common depends on:
ii  dpkg  1.10.28Package maintenance system for Deb
ii  emacsen-common1.4.16 Common facilities for all emacsen

-- no debconf information


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

Bug#403846: infos about losetup

[DEMAINE Benoit-Pierre]

The system have been set up by building first the raid.1=sda+sdg, then 
partitioning md0; the advantage is that in case of big failure, it is 
possible to mount RO only one disk; if mounting RW, sync will be 
required. The advantage over standard raid+lvm is that partitions can be 
readed without bothering LVM, using any simple bootable system.


It requires to use offset for mkfs and mount stages: all commands take 
as argument the same device file: md0, but with various values for offset.


Thus, my strange fstab and kernel options:

kernel option:
/boot/vmlinuz-2 ro initrd= /boot/initrd.img-2 root=/dev/md0 
rootflags=offset=2564014080


fstab:
proc /proc   procdefaults 0 0
/dev/md0 / ext3 defaults,errors=remount-ro,loop,offset=2564014080 0 0
/dev/md0 /boot   ext2defaults,loop,offset=1000960 0 0

/dev/scd0 /media/cdrom0   udf,iso9660 user,noauto 0 0
/dev/md0  /mnt/extrd  ext3defaults,loop,offset=6564020224 0 0

So, below, you will find the log when system tries to boot with the 
default initrd: it fails.


To get my system bootable, I "just" need to add to /etc/initramfs-tools/ 
the following files:

./scripts/dhp/libc-2.3.6.so
./scripts/dhp/libc.so.6.1
./scripts/dhp/losetup
./scripts/local-top/z.sh

and rebuild the RD with:
$ update-initramfs -u -t -k 2.6.18-3-alpha-smp

Libs and losetup are taken from "live system".

The main part of ./scripts/local-top/z.sh is:
/scripts/dhp/losetup -o 2564014080 /dev/loop6 /dev/md0
mount -o ro /dev/loop6 /root

If I just call
losetup -o 2564014080 /dev/loop6 /dev/md0
mount -o ro /dev/loop6 /root
then it fails (and this is why I know losetup in RD is broken).

(Yes I spent days rebuilding dozens or RD, and rebooting each of them; 
and rebooting an AS4100 takes *ages* !!!)


With my update, / get mounted, and boot process does find the init 
program and can start the main system. My system is now patched to work; 
problem is that Debian distributes incompleet softwares:
http://www.faqs.org/docs/Linux-HOWTO/BootPrompt-HOWTO.html#s3 clearly 
states that `rootflags=' is a legitimate argument for the kernel; so, I 
do consider that any argument that is valid for a pure kernel should 
also be valid for an initrd. In short, the concept of a fix is simple: 
read the rootflags value in the command line (available under 
/proc/cmdline quiet early while processing initrd scripts), and pass it 
to the mount command. Then, make sure that all tools are available in 
the ramdisk to support all options passable to mount, or at least the 
ones the kernel should normally understand.


***

Here come logs of serial port:
$ cat /dev/ttyS1 >a2
$ cat a2 | tr -d "\000\007" |sed s_^$'\x20'\$_REMOVETHISLINE_g |sed 
s_^\$_REMOVETHISLINE_g | grep -v "REMOVETHISLINE" |uniq |xclip


 Begin

Linux version 2.6.18-3-alpha-smp (Debian 2.6.18-7) ([EMAIL PROTECTED]) 
(gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-20)) #1 SMP Mon 
Dec 4 17:35:43 UTC 2006
Booting GENERIC on Rawhide variation Dodge using machine vector Rawhide 
from SRM

Major Options: SMP MAGIC_SYSRQ
Command line: ro  root=/dev/md0 rootflags=offset=2564014080 console=tty0 
console=ttyS1,9600n8

memcluster 0, usage 1, start0, end  256
memcluster 1, usage 0, start  256, end   262139
memcluster 2, usage 1, start   262139, end   262144
freeing pages 256:2048
freeing pages 3147:262139
reserving pages 3147:3151
Initial ramdisk at: 0xfc007f76c000 (7898705 bytes)
4096K Bcache detected; load hit latency 31 cycles, load miss latency 121 
cycles

SMP: 2 CPUs probed -- cpu_present_map = 3
Built 1 zonelists.  Total pages: 262139
Kernel command line: ro  root=/dev/md0 rootflags=offset=2564014080 
console=tty0 console=ttyS1,9600n8

mcpcia_init_hoses: found 2 hoses
PID hash table entries: 4096 (order: 12, 32768 bytes)
HWRPB cycle frequency bogus.  Estimated 532828624 Hz
Using epoch = 2000
Turning on RTC interrupts.
Console: colour VGA+ 80x25
Dentry cache hash table entries: 262144 (order: 8, 2097152 bytes)
Inode-cache hash table entries: 131072 (order: 7, 1048576 bytes)
Memory: 2058056k/2097112k available (2106k kernel code, 36368k reserved, 
436k data, 448k init)

Security Framework v1.0.0 initialized
Capability LSM initialized
Mount-cache hash table entries: 512
SMP starting up secondaries.
Brought up 2 CPUs
SMP: Total of 2 processors activated (1818.09 BogoMIPS).
migration_cost=3906
checking if image is initramfs... it is
Freeing initrd memory: 7713k freed
NET: Registered protocol family 16
EISA bus registered
pci: enabling save/restore of SRM state
Linux Plug and Play Support v0.97 (c) Adam Belay
SCSI subsystem initialized
NET: Registered protocol family 2
IP route cache hash table entries: 65536 (order: 6, 524288 bytes)
TCP established hash table entries: 262144 (order: 9, 4194304 bytes)
TCP bind hash table entries: 65536 (order: 7, 1048576 bytes)
TCP: Hash tables configured (establis

Bug#358029: How to correct the bug

[Jiri Pejchal]

Accessing lylipond info node from emacs fails. It is because the
lilypond info files
are in a subdirectory. I believe that the solution to this problem is
to replace a line in the dir file:

* Lilypond: (lilypond). LilyPond, the GNU Project music

with:

* Lilypond: (lilypond/lilypond).LilyPond, the GNU Project music

Than it works in emacs and in standalone info reader too.
--
Jiri Pejchal


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

Bug#403611: xemacs21-basesupport: xsl mode interprets delete key inconsistently

[Tatsuya Kinoshita]

On December 18, 2006 at 2:09PM +0100,
peter_e (at gmx.net) wrote:

> Package: xemacs21-basesupport
> Version: 2006.05.10-1
> Severity: serious
> Justification: release criterion 5.(e)
>
> The xsl mode (xslide) supplied in this package interprets the delete
> key as a backspace.  This is inconsistent with other emacs modes and
> the rest of the system.

The xsl-mode isn't enabled by default and isn't problematic in my
normal use.  I feel the severity can be downgraded for Etch.

--
Tatsuya Kinoshita


pgp6nArq8dyOY.pgp
Description: PGP signature

Bug#384141: mhc-utils: PROBLEM in gemcal

[Tatsuya Kinoshita]

retitle 384141 mhc-utils: gemcal causes segfault when schedule editor is opened
tags 384141 + upstream
tags 384141 + patch
tags 384141 + pending
thanks

On December 18, 2006 at 11:31PM +0900,
tats (at debian.org) wrote:

> I have reproduced this error when [open schedule editor] button is
> pushed on a gemcal window.
> 
> This bug has been fixed in the upstream CVS version on 2006-12-18.

A backport patch from the upstream CVS version is as follows:


--- mhc-0.25.1+20050120-4/gemcal.in
+++ mhc-0.25.1+20050120/gemcal.in
@@ -38,6 +38,8 @@
 hbx = Gtk::HBox .new(false, 0) .set_border_width(10)
 
 @lst = Gtk::ListStore.new(String)
+@lsv = Gtk::TreeView.new(@lst).set_headers_visible(false) \
+   .set_rules_hint(true)
 # @lst = Gtk::CList .new(['Click to Remove'])
 # @lst .set_selection_mode(Gtk::SELECTION_SINGLE)
 # @lst .signal_connect('click_column'){|w, c|
@@ -56,7 +58,7 @@
 #}
 swin = Gtk::ScrolledWindow .new(nil, nil)
 swin .set_policy(Gtk::POLICY_NEVER, Gtk::POLICY_ALWAYS)
-swin .add(@lst)
+swin .add(@lsv)
 
 @cal = GtkCalendar .new(MhcDate .new, [['prev',  'prev month'],
['next',  'next month'],
@@ -107,7 +109,7 @@
   end
 
   def update
-@lst .freeze
+[EMAIL PROTECTED] .freeze
 @lst .clear
 @sch .day .each{|day|
   iter = @lst.append
--- mhc-0.25.1+20050120-4/ruby-ext/lib/mhc-gtk.rb.in
+++ mhc-0.25.1+20050120/ruby-ext/lib/mhc-gtk.rb.in
@@ -859,7 +859,7 @@
 #   end
 
   def replace_text(text)
-@txt .set_editable(true)  .freeze
+@txt .set_editable(true) # .freeze
 @txt .buffer .set_text("")
 # hdr, value = text .split("\n\n", 2)
 #  hdr .to_s .each_line{|line|


-- 
Tatsuya Kinoshita


pgpw4ceXRcQqb.pgp
Description: PGP signature

Bug#403957: small clarification to gamma text

[Kees Cook]

Package: abuse-frabs
Version: 2.10-7
Severity: minor
Tags: patch

This is a very small change to help clarify the language used to 
describe what to do at the Gamma Correction dialog, which some people 
find confusing.  e.g. the Ubuntu bug report:
https://launchpad.net/distros/ubuntu/+source/abuse-frabs/+bug/76579

Patch attached...

-- 
Kees Cook@outflux.net


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

Bug#342864: AM_PATH_CHECK macro fails to build with -Werror

[Chris Pickett]

Chris Pickett wrote:
And, I've applied Loïc's AC_INCLUDES_DEFAULT patch to my local 
repository, r5551.


I noticed that bug 342864 is still open.  It's been closed in a released 
version of Check since 0.9.4.


Cheers,
Chris

Bug#403925: sympa: Remove adduser warnings

[Stefan Hornburg (Racke)]

Jean Charles Delepine wrote:

Package: sympa
Version: 5.2.3-0.5
Severity: wishlist
Tags: patch

/var/lib/sympa exists ==> --no-create-home


OK.


/var/lib/sympa does not yet belong to user sympa => >2 /dev/null


On my etch system, all warnings/errors appears to be issued on STDOUT,
therefore I slightly modify your patch to take this into account.

(adduser 3.100)

Bye
Racke

--
LinuXia Systems => http://www.linuxia.de/
Expert Interchange Consulting and System Administration
ICDEVGROUP => http://www.icdevgroup.org/
Interchange Development Team



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

Bug#403920: sympa: syslog facility badly configured

[Stefan Hornburg (Racke)]

Jean Charles Delepine wrote:

Package: sympa
Version: 5.2.3-0.5
Severity: normal
Tags: patch


# grep ^syslog /etc/sympa/sympa.conf
syslog  LOCAL1
# grep sympa /etc/syslog.conf 
local0.*/var/log/sympa.log


You might :

* modify debian/sympa_wizard.pl to use LOCAL0 (problem if already used)

* Return to the firsts debian package and use 
  syslog = `cat /etc/sympa/facility`


What happens if the user has installed syslog-ng ?

Bye
Racke

--
LinuXia Systems => http://www.linuxia.de/
Expert Interchange Consulting and System Administration
ICDEVGROUP => http://www.icdevgroup.org/
Interchange Development Team



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

Bug#403958: gnarwl: [INTL:nl] Translation into Dutch available

[Vincent Zweije]

Package: gnarwl
Version: 3.3-8.2
Severity: minor
Tags: patch l10n

Please find attached the Dutch po-debconf translation. This translation
has been vetted by the review process of the debian-l10n-dutch team.
Please add it to your next package revision, it should be inserted in
your package build-tree as debian/po/nl.po, TIA.

Feel free to mail me if this file needs updating at some future date.

Ciao.  Vincent.
-- 
Vincent Zweije <[EMAIL PROTECTED]>| "If you're flamed in a group you
  | don't read, does anybody get burnt?"
[Xhost should be taken out and shot] |-- Paul Tomblin on a.s.r.
#
#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: gnarwl 3.3-8.2\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2006-12-02 06:20+0100\n"
"PO-Revision-Date: 2006-12-08 20:22+\n"
"Last-Translator: Vincent Zweije <[EMAIL PROTECTED]>\n"
"Language-Team: Debian-Dutch \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=ISO-8859-15\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: string
#. Description
#: ../templates:1001
msgid "Name/address of the LDAP server:"
msgstr ""
"Naam of adres van de LDAP-server:"

#. Type: string
#. Description
#: ../templates:1001
msgid ""
"Gnarwl contacts a LDAP server in order to get information about vacation "
"messages and accounts. Please specify the server, optionally with the port "
"to be used."
msgstr ""
"Gnarwl verbindt met een LDAP-server om informatie te verkrijgen over "
"vakantieboodschappen en accounts. Geef de server aan, eventueel met de te "
"gebruiken poort."

#. Type: string
#. Description
#: ../templates:1001
msgid "Example: ldap.yourdomain.local:389"
msgstr ""
"Voorbeeld: ldap.uwdomein.local:389"

#. Type: string
#. Description
#: ../templates:2001
msgid "Base DN of the LDAP server:"
msgstr ""
"Basis DN van de LDAP-server:"

#. Type: string
#. Description
#: ../templates:2001
msgid ""
"In order to access the LDAP server, please specify the base gnarwl should "
"use for LDAP queries."
msgstr ""
"Geef aan, om toegang te hebben tot de LDAP-server, wat de basis is die "
"gnarwl moet gebruiken voor LDAP-aanvragen."

#. Type: string
#. Description
#: ../templates:2001
msgid "Example: dc=yourdomain,dc=somewhere"
msgstr ""
"Voorbeeld: dc=uwdomein,dc=ergens"


signature.asc
Description: Digital signature

Bug#403955: Try to create logfile razor-agent.log in root

[Klaus Ethgen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: spamassassin
Version: 3.1.7-1
Severity: serious

The daemon trys to create and use a logfile /razor-agent.log which
should go to /var/log!

- -- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (700, 'testing'), (600, 'unstable'), (500, 'stable'), (60, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.4.32
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to 
de_DE)

Versions of packages spamassassin depends on:
ii  libarchive-tar-perl   1.30-2 Archive::Tar - manipulate tar file
ii  libdigest-sha1-perl   2.11-1 NIST SHA-1 message digest algorith
ii  libhtml-parser-perl   3.55-1 A collection of modules that parse
ii  libsocket6-perl   0.19-1 Perl extensions for IPv6
ii  libwww-perl   5.805-1WWW client/server library for Perl
ii  perl  5.8.8-6.1  Larry Wall's Practical Extraction 

Versions of packages spamassassin recommends:
ii  libmail-spf-query-perl   1:1.999.1-2 query SPF (Sender Policy Framework
ii  libnet-dns-perl  0.59-1  Perform DNS queries from a Perl sc
ii  perl [libmime-base64-perl]   5.8.8-6.1   Larry Wall's Practical Extraction 
ii  spamc3.1.7-1 Client for SpamAssassin spam filte

- -- debconf information:
  spamassassin/upgrade/2.40:
  spamassassin/upgrade/2.40w:
  spamassassin/upgrade/cancel: Continue
  spamassassin/upgrade/2.42m: No
  spamassassin/upgrade/2.42u: No

- -- 
Klaus Ethgenhttp://www.ethgen.de/
pub  2048R/D1A4EDE5 2000-02-26 Klaus Ethgen <[EMAIL PROTECTED]>
Fingerprint: D7 67 71 C4 99 A6 D4 FE  EA 40 30 57 3C 88 26 2B
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iQEVAwUBRYmvMp+OKpjRpO3lAQJ6dAf8Cjvna6cwJvBnATz7laeItYkhjOJ9jW9Z
4cybx3U6CZG56pk+ex2Vq7o9glf0W9a2y57v/1PzeWO7jCMijEQdpoWLmyTmR79f
M2/hD6XTOToZUVYSjlqwnlocs2qqZdryRrArw0isGasY9qeT7CriKI0RNz9bw1ke
tHNS8lvwFVDQG0coDIfEBn7DS0SiUcaD6a8yWhWN117I9hUHnKtspHLBQONh7GaR
vw1aea1S1/LXGYy6/QoyE3q3xnpJk+Ib1K51nblHXuWplNCIQfHmnn2X8f5M9Oiz
CBrMM+ogDkGl2uGrsOLEE7l3CwFjywPoZHVFXmxJ+V8FoL52ScB/YQ==
=TBas
-END PGP SIGNATURE-


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

Bug#402961: hylafax-server: does not depend on gawk

[Giuseppe Sacco]

Hi Matthias,
could you tell me if the problem you found was shown during an upgrade?
I think you installed and configured a previous version of hylafax while
gawk was installed. Then you removed gawk, and later on, you upgraded
hylafax.

The new hylafax package tried to run faxsetup in order to update its
configuration but stopped because of gawk missing.

Please check your configuration file /etc/hylafax/setup.cache as I
already wrote in this bug report. Then let me know if this work.

Bye,
Giuseppe


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

Bug#403930: More details on this issue

[Axel Beckert]

retitle 403930 xemacs21-basesupport: smtpmail silently drops mails if 
/usr/bin/sendmail rejects them
thanks

While trying to find a workaround for this problem I discovered some
more details:

Not vm but smtpmail.el(c) seems to be the core of the problem since
you get a (though not very meaningful) error message if you switch
smtpmail over to use SMTP instead of the default
/usr/sbin/sendmail. But at least you get an error message and the mail
stays unsent in its buffer.

The same also happens with M-x mail if the mail gets too big.

The same bug can also be found in smtpmail for GNU Emacs 21 from the
emacs21-common package, see http://bugs.debian.org/403953 for details.

A workaround is to use SMTP instead of /usr/sbin/sendmail. Then you
get at least an "SMTP protocol error", although you still get no hint,
what exactly went wrong. For using this workaround, add

(custom-set-variables
 '(send-mail-function (quote smtpmail-send-it))
 ; change this to your favourite server -- only needed if $SMTPSERVER is not 
set.
 '(smtpmail-smtp-server "mail.example.com"))
(custom-set-faces)

to the end of your ~/.xemacs/custom.el file.

Kind regards, Axel Beckert
-- 
Axel Beckert <[EMAIL PROTECTED]>   support: +41 44 633 2668
IT Support Group, HPR E 86.1  voice:   +41 44 633 4189
Departement Physik, ETH Zurichfax: +41 44 633 1239
CH-8093 Zurich, Switzerland   http://nic.phys.ethz.ch/


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

Bug#403909: bad /usr/share/sympa/web_tt2/authorization_reject.tt2 symlink

[Jean Charles Delepine]

"Stefan Hornburg (Racke)" <[EMAIL PROTECTED]> écrivait (wrote) :

> Jean Charles Delepine wrote:
> >Package: sympa
> >Version: 5.2.3-0.5
> >Severity: important
> >Tags: patch
> >
> >sympa native instalattion links 
> >/usr/share/sympa/mail_tt2/authorization_reject.tt2 to 
> >${PREFIX}/usr/share/sympa/web_tt2/authorization_reject.tt2
> 
> Is this a bug in Sympa or somehow related to the Debian
> packaging ?

sympa-5.2.3/mail_tt2/Makefile : 
rm -f $(DESTDIR)$(ETCBINDIR)/web_tt2/authorization_reject.tt2 ;
ln -s $(DESTDIR)$(ETCBINDIR)/mail_tt2/authorization_reject.tt2
$(DESTDIR)$(ETCBINDIR)/web_tt2

DESTDIR when native insallation will be somewhat like /usr/local/sympa
ETCBINDIR will be somewhat like share. 
Relative symlinks might be better but I don't think we can say it a bug.

But for debian packaging, install something like

/usr/share/sympa/web_tt2/authorization_reject.tt2 ->
/tmp/buildd/sympa-5.2.3/debian/sympa/usr/share/sympa/mail_tt2/authorization_reject.tt2

is definitly a bug.

-- 
> R : Tu vois !|| Jean Charles Delépine - Université de Picardie
> > Q : Tu crois ?  
> > > R : Ça casse l'ordre chronologique de l'échange.
> > > > Q : En quoi répondre au dessus est-il gênant ?

Bug#403959: debootstrap: suite choices appear to be inaccurate and incomplete

[Ross Boylan]

Package: debootstrap
Version: 0.3.3.1
Severity: normal


If I have not misunderstood how the package operates, this might be
something worth fixing before etch release.

It appears the legal values for "suite" are determined by the entries
in  /usr/lib/debootstrap/scripts/.  I notice several things; the first
is the most important:

1) etch is a symlink to sid.  The correct value now would be testing,
and on release it will be stable, or not a symlink at all.

2) there is no entry for testing.  I think this means one can't easily
make a testing chroot, and also that I don't get the benefit of the
local files I have cached for testing.

3) Some of the entries are for versions that are quite old, or that I
just don't recognize.

Desired state:
1) etch gets the correct stuff.
2) a testing script exists.
3) perhaps clean some of the old stuff, if you think it wise.

Thanks.

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

Versions of packages debootstrap depends on:
ii  binutils  2.17-3 The GNU assembler, linker and bina
ii  wget  1.10.2-2   retrieves files from the web

debootstrap recommends no packages.

-- no debconf information


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

Bug#331638: elinks: cannot render UTF-8 properly

[Kalle Olavi Niemitalo]

Gabor Gombas <[EMAIL PROTECTED]> writes:

> It seems that elinks cannot handle UTF-8 input/output properly. Symptoms
> include links containing accented characters jumping some positions to
> the left or becoming garbled when selected, or wrong cursor positioning
> in input fields when I enter accented characters. Google's Hungarian
> index page (http://www.google.co.hu) is a good example where all these
> happen.

In ELinks 0.12.GIT configured with --enable-utf-8,
 appears to render correctly.
In ELinks 0.12.0, --enable-utf-8 will probably be the default.

> From the symptoms I'd guess that elinks simply uses strlen() and ignores
> the fact that the displayed length of strings is not the same as the
> number of octets in them.

ELinks 0.12.GIT has code for converting bytes to Unicode characters,
and for counting the character cells that a character spans in a
terminal.  (However, it does not support combining characters,
and no such feature is planned for 0.12.0.)

Related upstream bugs at :
Bug 20 - UTF8 I/O can look absurd ;-)
Bug 375 - utf-8 form content (textarea) gets screwed if not displayable
Bug 822 - Should enable CONFIG_UTF8 by default (after it's safe)
Bug 824 - Unicode combining characters support


pgp4RSoAmdCo4.pgp
Description: PGP signature

Bug#403890: installation successfull with some manual work

[Christian Perrier]

Quoting peter green ([EMAIL PROTECTED]):
> 
> > 
> > This was possible in export installs and this is still possible in
> > expert installs. The behaviour has not changed with regard to that matter.
> > 
> i'm pretty sure i've never intentionally booted d-i in expert mode, and when 
> i did a sarge install i'm pretty sure i managed to skip creating a normal 
> user account (i think it prompted me for one and i selected some kind of 
> cancel option), unfortuntely i don't have any spare systems to test this on 
> now.

Yes, you probably did that: be prompted, hit ESC and then get the
option to skip the "normal user" test.

Which you can also do in the etch install, IIRC.




signature.asc
Description: Digital signature

Bug#381431: Announce of the upcoming NMU for the phppgadmin package (last one...)

[Christian Perrier]

Quoting Isaac Clerencia ([EMAIL PROTECTED]):
> On Thursday 14 December 2006 07:09, Christian Perrier wrote:
> > OK, let's go this way. I proceed as usual, then instead of NMU'ing,
> > I'll send you the NMU patch. Would that be right ?
> Sure, that would be perfect :)


Here's the proposed patch.


diff -Nru phppgadmin-4.0.1.old/debian/changelog phppgadmin-4.0.1/debian/changelog
--- phppgadmin-4.0.1.old/debian/changelog	2006-12-07 07:59:01.029011382 +0100
+++ phppgadmin-4.0.1/debian/changelog	2006-12-18 08:52:05.663368471 +0100
@@ -1,3 +1,23 @@
+phppgadmin (4.0.1-2.1) unstable; urgency=low
+
+  * Non-maintainer upload to fix longstanding l10n issues
+  * Debconf templates translations:
+- Portuguese added. Closes: #381431
+- Dutch added. Closes: #383338
+- Spanish updated. Closes: #383086
+- Swedish updated. Sent during the call for updates of the NMU campaign.
+- Czech updated. Sent during the call for updates of the NMU campaign.
+- Russian added. Sent during the call for updates of the NMU campaign.
+- Brazilian Portuguese updated. Sent during the call for updates
+  of the NMU campaign.
+- Vietnamese updated. Sent during the call for updates of the NMU campaign.
+  * Lintian fixes:
+- Move debhelper and dpatch to Build-Depends
+- Rewrite debconf templates to fix the Developers Reference suggested
+  write style
+
+ -- Christian Perrier <[EMAIL PROTECTED]>  Thu,  7 Dec 2006 08:06:52 +0100
+
 phppgadmin (4.0.1-2) unstable; urgency=low
 
   * Remove dangling links from conf.d dirs when removing the package,
diff -Nru phppgadmin-4.0.1.old/debian/control phppgadmin-4.0.1/debian/control
--- phppgadmin-4.0.1.old/debian/control	2006-12-07 07:59:01.029011382 +0100
+++ phppgadmin-4.0.1/debian/control	2006-12-07 08:05:16.971869082 +0100
@@ -2,7 +2,7 @@
 Maintainer: Isaac Clerencia <[EMAIL PROTECTED]>
 Section: web
 Priority: extra
-Build-Depends-Indep: debhelper (>= 4.1.16), dpatch
+Build-Depends: debhelper (>= 4.1.16), dpatch
 Standards-Version: 3.6.2
 
 Package: phppgadmin
diff -Nru phppgadmin-4.0.1.old/debian/phppgadmin.templates phppgadmin-4.0.1/debian/phppgadmin.templates
--- phppgadmin-4.0.1.old/debian/phppgadmin.templates	2006-12-07 07:59:01.057011594 +0100
+++ phppgadmin-4.0.1/debian/phppgadmin.templates	2006-12-07 08:06:25.952395593 +0100
@@ -2,6 +2,6 @@
 Type: select
 __Choices: Apache, Apache-SSL, Apache-Perl, Apache2, None
 Default: Apache
-_Description: Which web server would you like to reconfigure automatically?
+_Description: Web server to reconfigure automatically:
  phpPgAdmin supports any web server that PHP4 does, but this automatic
  configuration process only supports Apache servers.
diff -Nru phppgadmin-4.0.1.old/debian/po/ar.po phppgadmin-4.0.1/debian/po/ar.po
--- phppgadmin-4.0.1.old/debian/po/ar.po	2006-12-07 07:59:01.053011564 +0100
+++ phppgadmin-4.0.1/debian/po/ar.po	2006-12-13 23:35:51.687814649 +0100
@@ -15,7 +15,7 @@
 msgstr ""
 "Project-Id-Version: ar\n"
 "Report-Msgid-Bugs-To: \n"
-"POT-Creation-Date: 2005-03-02 16:19+0100\n"
+"POT-Creation-Date: 2006-12-07 08:06+0100\n"
 "PO-Revision-Date: 2005-07-19 22:32+0300\n"
 "Last-Translator: Ossama M. Khayat <[EMAIL PROTECTED]>\n"
 "Language-Team: Arabic <[EMAIL PROTECTED]>\n"
@@ -26,47 +26,47 @@
 
 #. Type: select
 #. Choices
-#: ../phppgadmin.templates:3
+#: ../phppgadmin.templates:1001
 msgid "Apache"
 msgstr "Apache"
 
 #. Type: select
 #. Choices
-#: ../phppgadmin.templates:3
+#: ../phppgadmin.templates:1001
 msgid "Apache-SSL"
 msgstr "Apache-SSL"
 
 #. Type: select
 #. Choices
-#: ../phppgadmin.templates:3
+#: ../phppgadmin.templates:1001
 msgid "Apache-Perl"
 msgstr "Apache-Perl"
 
 #. Type: select
 #. Choices
-#: ../phppgadmin.templates:3
+#: ../phppgadmin.templates:1001
 msgid "Apache2"
 msgstr "Apache2"
 
 #. Type: select
 #. Choices
-#: ../phppgadmin.templates:3
+#: ../phppgadmin.templates:1001
 msgid "None"
 msgstr "لاشيء"
 
 #. Type: select
 #. Description
-#: ../phppgadmin.templates:5
-msgid "Which web server would you like to reconfigure automatically?"
+#: ../phppgadmin.templates:1002
+#, fuzzy
+msgid "Web server to reconfigure automatically:"
 msgstr "أي خادم وب تريد إعادة تهيئته تلقائياً؟"
 
 #. Type: select
 #. Description
-#: ../phppgadmin.templates:5
+#: ../phppgadmin.templates:1002
 msgid ""
 "phpPgAdmin supports any web server that PHP4 does, but this automatic "
 "configuration process only supports Apache servers."
 msgstr ""
-"يدعم phpPgAdmin أي خادم وب يدعمه PHP4، "
-"ولكن هذه التهيئة التلقائية تدعم فقط خوادم Apache."
-
+"يدعم phpPgAdmin أي خادم وب يدعمه PHP4، ولكن هذه التهيئة التلقائية تدعم فقط "
+"خوادم Apache."
diff -Nru phppgadmin-4.0.1.old/debian/po/ca.po phppgadmin-4.0.1/debian/po/ca.po
--- phppgadmin-4.0.1.old/debian/po/ca.po	2006-12-07 07:59:01.053011564 +0100
+++ phppgadmin-4.0.1/debian/po/ca.po	2006-12-13 23:35:5

Bug#403677: openoffice.org: Opening .xls file puts me in OOo writer instead of in calc

[Jim Watson]

On 21/12/2006, at 12:33 AM, Nagy Gabor Peter wrote:


I think you were right. I don't know how real .xls files look like,  
but

my files look like this:



You could try open it in writer, then copy and paste the tables into  
calc. Also you could search the issues at www.openoffice.org, as it  
seems likely this should be a defect or enhancement issue upstream.







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

Bug#403960: esound-clients: esddsp does not export any variables

[Markus]

Package: esound-clients
Version: 0.2.36-3
Severity: normal


When running "export |grep ESPEAKER" after "/usr/bin/esddsp 
--server=192.168.10.1:16001 -m"
gives you just "" (nothing). When I export ESPEAKER manually everything
works fine.

Output of "sh -x /usr/bin/esddsp --server=192.168.10.1:16001 -m":
+ verbose=0
+ set_name=0
+ test 2 -gt 0
+ case "$1" in
++ echo --server=192.168.10.1:16001
++ sed -e 's/^[^=]*=//g'
+ ESPEAKER=192.168.10.1:16001
+ export ESPEAKER
+ shift
+ test 1 -gt 0
+ case "$1" in
+ ESDDSP_MIXER=1
+ export ESDDSP_MIXER
+ shift
+ test 0 -gt 0
+ test 0 = 0
+ ESDDSP_NAME=
+ export ESDDSP_NAME
+ test 0 = 1
+ prefix=/usr
+ exec_prefix=/usr
+ LD_PRELOAD='/usr/lib/esound/libesddsp.so.0 /usr/lib/libesd.so.0 '
+ export LD_PRELOAD
+ exec




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

Versions of packages esound-clients depends on:
ii  esound-common0.2.36-3Enlightened Sound Daemon - Common 
ii  libaudiofile00.2.6-6 Open-source version of SGI's audio
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libesd0  0.2.36-3Enlightened Sound Daemon - Shared 

esound-clients recommends no packages.

-- no debconf information


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

Bug#403803: pine: Please switch to gettext-based debconf templates

[Santiago Vila]

On Wed, 20 Dec 2006, Thomas Huriaux wrote:

> > I support pine only partially, so I have added debconf stuff to
> > allow for unattented installs, but that's all.
> 
> Do you allow me or any other people caring about i18n to do the job for
> you, either by NMUing the package or by providing full patches? Or
> should we just stay away from that package?

You should stay away, really.

In addition to being non-free, there are two additional reasons why I
think this should not be done, as it would be a complete waste of time:

a) It is likely that pine will eventually be replaced by alpine
(once alpine is mature enough).

b) There should be a mta-base package on which packages like this
may depend, so that we do not duplicate the same debconf questions
about /etc/mailname and /etc/news/server over and over again
in every package managing those files.


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

Bug#403909: bad /usr/share/sympa/web_tt2/authorization_reject.tt2 symlink

[Stefan Hornburg (Racke)]

Jean Charles Delepine wrote:

"Stefan Hornburg (Racke)" <[EMAIL PROTECTED]> écrivait (wrote) :


Jean Charles Delepine wrote:

Package: sympa
Version: 5.2.3-0.5
Severity: important
Tags: patch

sympa native instalattion links 
/usr/share/sympa/mail_tt2/authorization_reject.tt2 to 
${PREFIX}/usr/share/sympa/web_tt2/authorization_reject.tt2

Is this a bug in Sympa or somehow related to the Debian
packaging ?


sympa-5.2.3/mail_tt2/Makefile : 
rm -f $(DESTDIR)$(ETCBINDIR)/web_tt2/authorization_reject.tt2 ;

ln -s $(DESTDIR)$(ETCBINDIR)/mail_tt2/authorization_reject.tt2
$(DESTDIR)$(ETCBINDIR)/web_tt2

DESTDIR when native insallation will be somewhat like /usr/local/sympa
ETCBINDIR will be somewhat like share. 
Relative symlinks might be better but I don't think we can say it a bug.


The installation in $(DESTDIR) should be self-contained, therefore I consider
that a bug of Sympa.

Bye
Racke


--
LinuXia Systems => http://www.linuxia.de/
Expert Interchange Consulting and System Administration
ICDEVGROUP => http://www.icdevgroup.org/
Interchange Development Team



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

Bug#400399: [Pkg-mono-group] Bug#400399: I'm seeing the same problem

[Joseph Nahmias]

Hello Mirco,

On Wed, Dec 20, 2006 at 09:10:30PM +0100, Mirco Bauer wrote:
> On Wed, 2006-12-20 at 14:33 -0500, Joseph Nahmias wrote:
> > Package: monodoc-http
> > Version: 1.1.18-1
> > Followup-For: Bug #400399
> > 
> > Hi,
> > 
> > Maybe I've done something wrong/stupid but now, after upgrading to the
> > latest mono (1.2.2) in testing, monodoc doesn't work.  I'm using apache
> > 1.3 -- not xsp -- as the webserver.
> 
> Which mod-mono or xsp version and mono version are you using exactly?
> This should do it for me:
> dpkg -l|egrep "(mod-mono|xsp|mono-jit)"

[EMAIL PROTECTED]:~$ dpkg -l|egrep "(mod-mono|xsp|mono-jit)"
ii  libapache-mod-mono   1.2.1-1 Run 
ASP.NET Pages on UNIX with Apache and Mo
ii  mono-jit 1.2.2.1-1   fast CLI 
JIT/AOT compiler for Mono
ii  mono-xsp-base1.2.1-1 base 
libraries for XSP 1.1

--Joe


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

Bug#403890: installation successfull with some manual work

[peter green]

> Not sure what was wrong here, but it does not seem like something we can 
> fix in the installer. 
well ntfsfix cleared up the journal and made it work so it would presumablly be 
possible to do that, i dunno how safe ntfsfix is though.

btw why do you ask for installation reports even on sucessfull installations?

Bug#403961: Carries useless file in source: debian/po/fontconfig_2.4.1-2_es.po

[Christian Perrier]

Package: fontconfig
Version: 2.4.2-1
Severity: minor

This file is useless as the debian/po/es.po file is enough and complete. I
suggest you remove it from the source package.

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.18-2-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to fr_FR.UTF-8)

Versions of packages fontconfig depends on:
ii  defoma   0.11.10 Debian Font Manager -- automatic f
ii  fontconfig-config2.4.2-1 generic font configuration library
ii  libc62.3.6.ds1-9 GNU C Library: Shared libraries
ii  libexpat11.95.8-3.4  XML parsing C library - runtime li
ii  libfontconfig1   2.4.2-1 generic font configuration library
ii  libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib
ii  zlib1g   1:1.2.3-13  compression library - runtime

fontconfig recommends no packages.

-- debconf information excluded


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

Bug#403945: apache2-mpm-itk: uninstallable on arm

[Steinar H. Gunderson]

On Wed, Dec 20, 2006 at 10:33:08PM +0100, Aurelien Jarno wrote:
>>> The problem has already been sorted out by the release team, but failed
>>> on arm due to a recurrent problem with the build daemon.
>> In that case, it is not a bug in apache2-mpm-itk; closing after conferring
>> with the RMs.
> Where should I report this problem then? This package is *not* in a
> releasable state on ARM, this has to be *tracked* somewhere.

I guess the RMs already know about it...? It's not really the first time a
package has been late in building for some reason, and the BTS isn't really
needed to track such skews. Cc-ing -release; I'm sure they can help you if
you have further issues.

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


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

Bug#388350: Add USB eject patch from Ubuntu

[Sam Morris]

reopen 388350
found 388350 2.6.18-7
thanks

I reported http://bugzilla.gnome.org/show_bug.cgi?id=387981 today and a
developer said that it is probably this Debian-specific issue.

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

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


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

Bug#381431: Announce of the upcoming NMU for the phppgadmin package (last one...)

[Isaac Clerencia]

On Wednesday, 20 December 2006 23:28, Christian Perrier wrote:
> Quoting Isaac Clerencia ([EMAIL PROTECTED]):
> > On Thursday 14 December 2006 07:09, Christian Perrier wrote:
> > > OK, let's go this way. I proceed as usual, then instead of NMU'ing,
> > > I'll send you the NMU patch. Would that be right ?
> >
> > Sure, that would be perfect :)
>
> Here's the proposed patch.
Applied and uploaded, thank you.

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


pgpn5gfwnPIDr.pgp
Description: PGP signature

Bug#399329: 3 security issues: PMASA-2006-7, PMASA-2006-8, PMASA-2006-9

[Moritz Muehlenhoff]

Thijs Kinkhorst wrote:
> Concerning these phpMyAdmin security issues the following:
> 
> Thomas Babut wrote:
> > 3 security issues were fixed with the new version of phpMyAdmin 2.9.1.1.
> > All 3 issues affects all previous versions of phpMyAdmin. This also
> > applies to Sarge.
> > 
> > See this security announcements:
> > http://www.phpmyadmin.net/home_page/security.php?issue=PMASA-2006-7
> 
> This partially applies to sarge, but the part that applies is only
> exploitable when register_globals = On. Is that setup security
> supported? If it is, we can use the attached simple patch.

No, it's an unsupported setup.
 
> This is a feature that was insecure by design: the X-Forwarded-For HTTP
> header was used to determine the IP of a user to match it against an
> allow/deny list; this HTTP header is of course easily settable by any
> client.
> 
> The solution is that the behaviour is changed and an extra configuration
> parameter has been added. Is this suitable for sarge? See also patch.

What functionality is referred to by "Bad IP Allow/Deny checking"? It is a
black list protection against potentially malicious clients or brute
force attacks?

Cheers,
Moritz


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

Bug#403962: flashplugin-nonfree: no sound with ES1370

[Arnaud Giersch]

Package: flashplugin-nonfree
Version: 9.0.21.78.4
Severity: normal

Hello,

I do not have any sound with Flash plugin 9.  I tested several
browsers: Firefox, Iceape and Opera.  As it works fine on another
machine, I suspect that the problem is related to the sound card.
Lspci reports it to be an Ensoniq ES1370 [AudioPCI].  IIRC, it is a
Sound Blaster 64 PCI.  The Alsa driver is snd_ens1370.

Other applications work just fine: aplay, Flash plugin 7, ogg123, ...

I also noticed that, if I put the following line in my ~/.asoundrc:

  defaults.pcm.dmix_format FOOBAR

Flash plugin 9 works, but an error message is printed on the terminal:

  ALSA lib pcm.c:6620:(snd_pcm_slave_conf) unknown format FOOBAR

This bogus setting however breaks the other (previously working)
programs.  For example, aplay complains that:

  ALSA lib pcm.c:6620:(snd_pcm_slave_conf) unknown format FOOBAR
  aplay: main:550: audio open error: Invalid argument

ogg123 fails with a similar error message.  That is why I think that
it is Flash plugin 9 which is faulty.

Regards,

Arnaud Giersch

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

Versions of packages flashplugin-nonfree depends on:
ii  debconf [debconf-2.0] 1.5.8  Debian configuration management sy
ii  fontconfig2.4.1-2generic font configuration library
ii  libgtk2.0-0   2.8.20-3   The GTK+ graphical user interface 
ii  libxext6  1:1.0.1-2  X11 miscellaneous extension librar
ii  libxt61:1.0.2-2  X11 toolkit intrinsics library
ii  wget  1.10.2-2   retrieves files from the web

Versions of packages flashplugin-nonfree recommends:
ii  xfs   1:1.0.1-5  X font server

-- debconf information:
  flashplugin-nonfree/httpget: false
* flashplugin-nonfree/not_exist:
  flashplugin-nonfree/local: /usr/lib/flashplugin-nonfree-unpackdir


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

Bug#402450: ppp-udeb and netcfg

[Eddy Petrișor]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

clone 402450 -1
# the hostname configuration is provided by netcfg, ppp-udeb can't do that
# with ppp-udeb also the loopback is not dealt with although this issue can
# be worked around by the necesary lines in /etc/network/interfaces
retitle -1 ppp-udeb: should be integrated in netcfg
severity -1 wishlist
thanks


Tammo Block wrote:
> Eddy Petri?or ([EMAIL PROTECTED]) wrote:
>> I guess I'd better intergrate ppp-udeb in netcfg asap.
>>
> Yes. I think this would also be the "natural" place for the menu entry. Now,
> after the failure of DHCP, you get a menu asking "Try DHCP, Enter values by
> hand , No Network". This is the menu where IMHO another point "Use PPPoE" (or
> maybe better the lesser-technical term "Use DSL/Cablemodem") should be added,
> if the ppp-udeb is installed.


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

iD8DBQFFicIlY8Chqv3NRNoRAuK3AKDQiaUgF1hVUPtbhwJay+7Akm1R9wCg3ZRQ
X6nYYE8si06AKBWnjAKEiro=
=Izel
-END PGP SIGNATURE-


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

Bug#327541: [Kenny Hitt] Re: Is Debian appropriate for accessibility?

[juan rafael fernández]

2006/12/20, juan rafael fernández <[EMAIL PROTECTED]>:

(two seconds later)

Wrong conclusion. It only proved that you can call festival form the
command line, no need for the server then. Speech-dispatcher needs the
festival socket.

And wrong test. Now:

spd-say  -o espeak-generic -l spanish "hola amigos?"

works, but

  spd-say -o festival -l spanish "hola amigos?"

doesn't. Help?

--
Juan Rafael Fernández
http://people.ofset.org/jrfernandez/

Bug#402876: [fuse-devel] FUSE not working on ARM? Hangs during stat64

[Jon Dowland]

On Wed, Dec 20, 2006 at 07:37:50PM +0100, Miklos Szeredi
wrote:
> Can you please try the out-of-tree kernel module from the
> fuse-2.6.x package (use 'configure
> --enable-kernel-module).  That contains a workaround for a
> bug in the ARM architecture code.

I've just built fuse-2.6.1 from the tarball on sf.net and
everything worked with that.

I tried encfs and sshfs invocations that failed last time,
both with the .so built in that source and also using the
older .so in debian (2.5.3), all were fine.


Thanks for your help,

-- 
Jon Dowland


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

Bug#403965: package verification failed

[Olaf]

Package: tar
Version: 1.14-2.3


Hi, when doing an "apt-get update && apt-get upgrade" I see:

Reading package lists... Done
Building dependency tree... Done
The following NEW packages will be installed:
  anacron
The following packages will be upgraded:
  gnupg libdevmapper1.01 tar
3 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 0B/2460kB of archives.
After unpacking 918kB of additional disk space will be used.
Do you want to continue [Y/n]?
Preconfiguring packages ...
Authenticating /var/cache/apt/archives/tar_1.14-2.3_i386.deb ...
debsig: Origin Signature check failed. This deb might not be signed.

dpkg: error processing /var/cache/apt/archives/tar_1.14-2.3_i386.deb
(--unpack):
 Verification on package /var/cache/apt/archives/tar_1.14-2.3_i386.deb
failed!
Errors were encountered while processing:
 /var/cache/apt/archives/tar_1.14-2.3_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
Some errors occurred while unpacking. I'm going to configure the
packages that were installed. This may result in duplicate errors
or errors caused by missing dependencies. This is OK, only the errors
above this message are important. Please fix them and run [I]nstall again
Press enter to continue.


installation script returned error exit status 100.
Press  to continue.


Regards,
Olaf


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

Bug#403966: gnome-art: only the first interaction with the menu works

[Armin Berres]

Package: gnome-art
Version: 0.2-5
Severity: important

After the first interaction with the menu, every further interaction with the 
menu
doesn't work - nothing happens. On the console I get
"/usr/lib/ruby/1.8/gnome-art/gnome_art.rb:132: warning: GRClosure invoking 
callback: already destroyed"
I file this bug as important because it is impossible to view art from different
sections without restarting the programm. Feel free to decrease the severity...

/Armin

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

Versions of packages gnome-art depends on:
ii  gnome-splashscreen-manager0.2-5  manage your GNOME splash screen im
ii  libglade2-ruby0.15.0-1.1 Libglade 2 bindings for the Ruby l
ii  ruby  1.8.2-1An interpreter of object-oriented 

gnome-art recommends no packages.

-- no debconf information


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

Bug#403964: libinstrudeo0: Links with libraries with incompatible licenses

[Thadeu Lima de Souza Cascardo]

Package: libinstrudeo0
Version: 0.1.3-3
Severity: serious
Justification: Policy 2.3

This library is linked to OpenSSL, whose license is incompatible with
GPL, which is the license of libinstrudeo0 itself and the ffmpeg
libraries it uses (libavcodec0d and libavformat0d).


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


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

Bug#403967: sarge->etc: ended up with /usr/bin/vim binary from 1.5 years ago

[Willi Mann]

Package: vim
Version: 1:7.0-122+1
Severity: important

Important because the behaviour is confusing and the way to resolve it is
by no means on the hand. Maybe even RC as it could it hurt the reputation of
debian as the "Upgrades-Always-Work" distribution.

 dpkg -l "vim*"
Gewünscht=Unbekannt/Installieren/R=Entfernen/P=Säubern/Halten
| Status=Nicht/Installiert/Config/U=Entpackt/Fehlgeschl. Konf./Halb install.
|/ Fehler?=(kein)/Halten/R=Neuinst notw/X=beide (Status, Fehler: GROSS=schlecht)
||/ Name Version  
Beschreibung
+++---
ii  vim  7.0-122+1
Vi IMproved - enhanced vi editor
ii  vim-common   7.0-122+1
Vi IMproved - Common files
un  vim-doc
(keine Beschreibung vorhanden)
un  vim-full   
(keine Beschreibung vorhanden)
un  vim-gnome  
(keine Beschreibung vorhanden)
ii  vim-gtk  7.0-122+1
Vi IMproved - enhanced vi editor - with GTK2 GUI
ii  vim-gui-common   7.0-122+1
Vi IMproved - Common GUI files
un  vim-lesstif
(keine Beschreibung vorhanden)
un  vim-perl   
(keine Beschreibung vorhanden)
un  vim-python 
(keine Beschreibung vorhanden)
un  vim-ruby   
(keine Beschreibung vorhanden)
ii  vim-runtime  7.0-122+1
Vi IMproved - Runtime files
un  vim-scripts
(keine Beschreibung vorhanden)
un  vim-tcl
(keine Beschreibung vorhanden)
un  vim-tiny   
(keine Beschreibung vorhanden)

but:

$ dpkg -S /usr/bin/vim.org
Umleitung durch vim-gtk von: /usr/bin/vim
Umleitung durch vim-gtk zu: /usr/bin/vim.org
$ ls -l /usr/bin/vim
-rwxr-xr-x 1 root root 1411096 2005-07-30 12:45 /usr/bin/vim

after some guessing I removed vim-gtk, removed vim and installed vim.
Then I got:

$ ls -l /usr/bin/vim
lrwxrwxrwx 1 root root 21 2006-12-20 23:56 /usr/bin/vim -> /etc/alternatives/vim

and vim works as before. I guess there's something wrong with the alternatives 
handling.

I have a typescript from my apt-get dist-upgrade run. I could look for relevant 
output
of the vim upgrade if you like.

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

Versions of packages vim depends on:
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libgpmg1 1.19.6-23   General Purpose Mouse - shared lib
ii  libncurses5  5.5-5   Shared libraries for terminal hand
ii  vim-common   1:7.0-122+1 Vi IMproved - Common files
ii  vim-runtime  1:7.0-122+1 Vi IMproved - Runtime files

vim recommends no packages.

-- no debconf information

Bug#374638: i810switch: does not recognize 8086:27a2 / 8086:27a2

[James Bromberger]

tags upstream
thanks


Hi Ken/Jeff,

Any plans on updating i810switch with support for "Intel Corporation 
Mobile 945GM/GMS/940GM" as per:

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


Regards,

 James

--
 James Bromberger | www.james.rcpt.to | james_AT_rcpt.to
 UK Cell: +44 7952042920 | Perth/Au phone in London/UK: +61 8 6424 8325

begin:vcard
fn:James Bromberger
n:Bromberger;James
adr:;;;London;Greater London;;United Kingdom
email;internet:[EMAIL PROTECTED]
tel;cell:+447952042920
note:GPG: 3F2C F8FD B2D5 AA35 C81A  F914 A5F2 7028 0917 A9E4
x-mozilla-html:FALSE
url:http://www.james.rcpt.to
version:2.1
end:vcard

Bug#403969: xserver-xorg: xserver crashing, mode related?

[Rob Bochan]

Package: xserver-xorg
Version: 1:7.1.0-9
Severity: important

The xserver on this machine is crashing. So far, it's happening whenever
I've tried to run a winex/cedega based game, tried to run glxgears, or tried
to call up glxinfo. Whenever any of the aforementioened are attempted, I'm
dumped back to the console (since I use startx). This has come up today, but
I haven't restarted the xserver in well over a month.

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

/etc/X11/X target does not match checksum in /var/lib/x11/X.md5sum.

X server symlink status:
lrwxrwxrwx 1 root root 13 2006-07-29 09:07 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1597868 2006-12-12 21:34 /usr/bin/Xorg

Contents of /var/lib/x11/xorg.conf.roster:
xserver-xorg

VGA-compatible devices on PCI bus:
01:00.0 VGA compatible controller: 3Dfx Interactive, Inc. Voodoo 4 / Voodoo 5 
(rev 01)

/etc/X11/xorg.conf unchanged from checksum in /var/lib/x11/xorg.conf.md5sum.

Xorg X server configuration file status:
-rw-r--r-- 1 root root 3046 2006-12-20 18:13 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
# /etc/X11/xorg.conf (xorg 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 /etc/X11/xorg.conf manual page.
# (Type "man /etc/X11/xorg.conf" at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command:
#   sudo dpkg-reconfigure -phigh xserver-xorg

Section "Files"
FontPath"/usr/share/fonts/X11/misc"
FontPath"/usr/X11R6/lib/X11/fonts/misc"
FontPath"/usr/share/fonts/X11/cyrillic"
FontPath"/usr/X11R6/lib/X11/fonts/cyrillic"
FontPath"/usr/share/fonts/X11/100dpi/:unscaled"
FontPath"/usr/X11R6/lib/X11/fonts/100dpi/:unscaled"
FontPath"/usr/share/fonts/X11/75dpi/:unscaled"
FontPath"/usr/X11R6/lib/X11/fonts/75dpi/:unscaled"
FontPath"/usr/share/fonts/X11/Type1"
FontPath"/usr/X11R6/lib/X11/fonts/Type1"
FontPath"/usr/share/fonts/X11/100dpi"
FontPath"/usr/X11R6/lib/X11/fonts/100dpi"
FontPath"/usr/share/fonts/X11/75dpi"
FontPath"/usr/X11R6/lib/X11/fonts/75dpi"
# path to defoma fonts
FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType"
EndSection

Section "Module"
Load"bitmap"
Load"dbe"
Load"ddc"
Load"dri"
Load"extmod"
Load"freetype"
Load"glx"
Load"int10"
Load"vbe"
EndSection

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "kbd"
Option  "CoreKeyboard"
Option  "XkbRules"  "xorg"
Option  "XkbModel"  "pc104"
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"
EndSection

Section "Device"
Identifier  "3Dfx Interactive, Inc. Voodoo 4 / Voodoo 5"
Driver  "tdfx"
BusID   "PCI:1:0:0"
VideoRam65535
EndSection

Section "Monitor"
Identifier  "Diamond Pro 710"
Option  "DPMS"
HorizSync   30-60
VertRefresh 50-75
EndSection

Section "Screen"
Identifier  "Default Screen"
Device  "3Dfx Interactive, Inc. Voodoo 4 / Voodoo 5"
Monitor "Generic Monitor"
DefaultDepth16
SubSection "Display"
Depth   1
Modes   "1024x768" "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   4
Modes   "1024x768" "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   8
Modes   "1024x768" "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   15
Modes   "1024x768" "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   16
Modes   "1024x768" "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   24
Modes   "1024x768" "800x600" "640x480"
EndS

Bug#403677: openoffice.org: Opening .xls file puts me in OOo writer instead of in calc

[Ron Johnson]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 12/20/06 15:48, Jim Watson wrote:
> 
> On 21/12/2006, at 12:33 AM, Nagy Gabor Peter wrote:
>>
>> I think you were right. I don't know how real .xls files look like, but
>> my files look like this:
>>
>>  
> You could try open it in writer, then copy and paste the tables into
> calc. Also you could search the issues at www.openoffice.org, as it
> seems likely this should be a defect or enhancement issue upstream.

You mean "convert html table to spreadsheet"?

That would be *EXTREMELY* useful!

- --
Ron Johnson, Jr.
Jefferson LA  USA

Is "common sense" really valid?
For example, it is "common sense" to white-power racists that
whites are superior to blacks, and that those with brown skins
are mud people.
However, that "common sense" is obviously wrong.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFFicRJS9HxQb37XmcRAuGcAJ9aUdwXac/9GCGYU6S+tnr7Wl/mXgCcCWq5
oVdiOLke2G+6M8gszTjJWy0=
=801y
-END PGP SIGNATURE-


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

Bug#403890: installation successfull with some manual work

[Frans Pop]

On Wednesday 20 December 2006 23:13, peter green wrote:
> btw why do you ask for installation reports even on sucessfull
> installations?

Because receiving only failures gets boring ;-)

Well, seriously, because it gives us a better idea how well the installer 
is being used/tested over various architectures and successes help us 
determine if we are ready for release.

Also, even if installs are successful people often have usability comments 
or suggestions which are valuable for us. Even if we cannot reply to 
every report, we do read almost all of them. Comments that are repeated 
by different people tend to stick and eventually get worked on.

Cheers,
FJP


pgpb6Ig9tbu5q.pgp
Description: PGP signature

Bug#403971: megahal: please update py bindings

[Bernd Zeimetz]

Package: megahal
Version: 9.1.1a-1
Severity: wishlist

Heya,

please provide the python module for more recent versions of py, too.


Thanks,

Bernd


-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.19-rc4
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

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

megahal recommends no packages.

-- no debconf information


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

Bug#403968: p7zip: [manual] Non-existing programms 7z(1) and 7za(1) referenced in SEE ALSO

[Jari Aalto]

Package: p7zip
Version: 4.43~dfsg.1-1
Severity: minor

Manual Page reads:

  SEE ALSO
   7z(1),7za(1)

None of the programs exist. Please update to refer to these:

  SEE ALSO
   7zr(1) unzip(1) zip(1) gzip(1) bzip2(1)

The installation files of p7zip include:

/usr/share/man
/usr/share/man/man1
/usr/share/man/man1/p7zip.1.gz
/usr/share/man/man1/7zr.1.gz

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

Versions of packages p7zip depends on:
ii  libc62.3.6.ds1-9 GNU C Library: Shared libraries
ii  libgcc1  1:4.1.1-21  GCC support library
ii  libstdc++6   4.1.1-21The GNU Standard C++ Library v3

Versions of packages p7zip recommends:
pn  p7zip-full (no description available)

-- no debconf information


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

Bug#403920: sympa: syslog facility badly configured

[LENHOF Jean-Yves]

Le mercredi 20 décembre 2006 à 23:13 +0100, Stefan Hornburg (Racke) a
écrit :
> Jean Charles Delepine wrote:
> > Package: sympa
> > Version: 5.2.3-0.5
> > Severity: normal
> > Tags: patch
> > 
> > 
> > # grep ^syslog /etc/sympa/sympa.conf
> > syslog  LOCAL1
> > # grep sympa /etc/syslog.conf 
> > local0.*/var/log/sympa.log
> > 
> > You might :
> > 
> > * modify debian/sympa_wizard.pl to use LOCAL0 (problem if already used)
> > 
> > * Return to the firsts debian package and use 
> >   syslog = `cat /etc/sympa/facility`
> 
> What happens if the user has installed syslog-ng ?
> 
> Bye
>   Racke

That does'nt change so much for the pure sympa configuration... 
but for the /etc/syslog-ng/syslog-ng.conf you should have to modify
these lines...



destination df_sympa { file("/var/log/sympa.log"); };

filter f_local1 { facility(local1); };

# local1.* /var/log/sympa.log
log {
source(s_all);
filter(f_local1);
destination(df_sympa);
};


JY, who use a manual install of sympa on his "sarge"... because version
5.2 is very much an improvement towards 4.1 version. (unicode support
was one of my problem if I remember correctly). Thanks for Jean-Charles
to provide patchs, perhaps on the long run it will pay. As always, you
have to make evidence that you know what to do... but I think you are on
the good way to convince Stefan that you can help him on the maintenance
of this package.

Regards,


-- 
Jean-Yves LENHOF
Tél. Portable : 06 09 39 96 49
[EMAIL PROTECTED]

Bug#403579: chillispot: [INTL:cs] Czech debconf templates translation

[Rudy Godoy]

El día 18/12/2006 a 02:11 Vitezslav Kotrla escribió...

Hi,

> 
> Please accept attached Czech translation of the debconf template for
> chillispot.

You've used the old version for translating. Please update your
translation using the attached file.
Also please set the charset for the file, or let me know which should
be used, utf-8 is preferred.

thanks

-- 
Rudy Godoy | 0x3433BD21 | http://www.htu.com.pe  ,''`.
http://www.apesol.org  -  http://www.debian.org  : :' :
GPG FP: 0D12 8537 607E 2DF5 4EFB  35A7 550F 1A00 3433 BD21   `. `'
   `-
# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
# Vítězslav Kotrla <[EMAIL PROTECTED]>, 2006.
#
#, fuzzy
msgid ""
msgstr ""
"Project-Id-Version: PACKAGE VERSION\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2006-12-09 23:34-0500\n"
"PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
"Last-Translator: Vtzslav Kotrla <[EMAIL PROTECTED]>\n"
"Language-Team: LANGUAGE <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=CHARSET\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../chillispot.templates:1001
msgid "Would you like to handle configuration through debconf?"
msgstr ""

#. Type: boolean
#. Description
#: ../chillispot.templates:1001
msgid ""
"This assistant can handle basic Chillispot configuration for you,  asking a "
"few questions. Later you can adjust config by editing '/etc/chilli.conf'. "
"However you should have to previously setup the radius server and UAM server "
"in order to have it properly working."
msgstr ""

#. Type: string
#. Description
#: ../chillispot.templates:2001
msgid "IP address of radius server 1:"
msgstr ""

#. Type: string
#. Description
#: ../chillispot.templates:2001
msgid ""
"Radius server handles accounting for the hotspot. Enter the IP address for "
"the first radius server."
msgstr ""

#. Type: string
#. Description
#: ../chillispot.templates:3001
msgid "IP address for radius server 2:"
msgstr ""

#. Type: string
#. Description
#: ../chillispot.templates:3001
msgid "Second radius server acts as backup for hotspot accounting."
msgstr ""

#. Type: string
#. Description
#: ../chillispot.templates:3001
msgid ""
"If you have only one radius server you should enter the same IP address for "
"radius server 1."
msgstr ""

#. Type: password
#. Description
#: ../chillispot.templates:4001
msgid "Radius shared secret:"
msgstr ""

#. Type: password
#. Description
#: ../chillispot.templates:4001
msgid " This is the password shared on both radius servers."
msgstr ""

#. Type: string
#. Description
#: ../chillispot.templates:5001
msgid "Ethernet interface for DHCP to listen:"
msgstr ""

#. Type: string
#. Description
#: ../chillispot.templates:5001
msgid ""
"Chillispot has an internal DHCP server which will assign IP addresses to the "
"clients. You need to specify the interface which is connected to the access "
"points."
msgstr ""

#. Type: string
#. Description
#: ../chillispot.templates:5001
msgid "In a typical configuration this should be set to 'eth1'."
msgstr ""

#. Type: string
#. Description
#: ../chillispot.templates:6001
msgid "URL of UAM server:"
msgstr ""

#. Type: string
#. Description
#: ../chillispot.templates:6001
msgid ""
"User authorization is handled by a UAM server, which can be a webserver. You "
"need to enter the URL for this component."
msgstr ""

#. Type: string
#. Description
#: ../chillispot.templates:6001
msgid ""
"Normally this is a cgi program like 'https://yourserver/hotspotlogin.cgi'"
msgstr ""

#. Type: string
#. Description
#: ../chillispot.templates:7001
msgid "URL of UAM homepage:"
msgstr ""

#. Type: string
#. Description
#: ../chillispot.templates:7001
msgid ""
"This is the initial homepage that will be displayed to the hotspot clients."
msgstr ""

#. Type: password
#. Description
#: ../chillispot.templates:8001
msgid "Shared password between chillispot and webserver:"
msgstr ""

#. Type: password
#. Description
#: ../chillispot.templates:8001
msgid ""
"In order to handle authentication Chillispot and the UAM  webserver share a "
"password to communicate."
msgstr ""

#~ msgid "Chillispot configuration"
#~ msgstr "Nastaven programu chillispot"

#~ msgid "By default Chillispot is disabled, so it doesn't start on boot time."
#~ msgstr ""
#~ "Ve vchozm nastaven je chillispot zakzn, take nebude pi startu systmu "
#~ "sputn."

#~ msgid ""
#~ "This package installs a default configuration on /etc/chilli.conf,  you "
#~ "are required to customize it to fit your needs and only then  enable it "
#~ "on /etc/default/chillispot."
#~ msgstr ""
#~ "Tento balek nainstaluje vchoz konfiguraci do /etc/chilli.conf. Nejprve ji "
#~ "upravtepodle vaich poteb a teprve potom chillispot v /etc/default/"
#~ "chillispot povolte."

#~ msgid "Configuration is NOT (yet) handled by debconf."
#~ 

Bug#380508: (no subject)

[Jiří Paleček]

Err, I have posted a wrong patch (reverse). This patch should be better.

Regards
   Jiri Palecek

sdl.diff
Description: Binary data

Bug#403899: wodim: not disable burnfree by default

[Eduard Bloch]

tags 403899 + pending
thanks

#include 
* [EMAIL PROTECTED] [Wed, Dec 20 2006, 03:54:34PM]:
> Package: wodim
> Version: 1.1.0-1
> 
> Now that Joerg is not the dictator of cdrkit it would be great if
> burnfree is not disabled by default, because it causes too many problems
> for new users since nobody understands why that feature is disabled by
> default!
> 
> 
> 
> Prueba el correo Terra ( http://www.terra.es/correo ); Seguro, rápido, fiable.
> 
> 

-- 
Captain John Sheridan: Bester.
PsiCop Alfred Bester: Captain Sheridan.
Captain John Sheridan: Get the hell out of my chair.
 -- Quotes from Babylon 5 --

Bug#403970: gzip refuses to decompress inferno.tgz (+ patch)

[Paul Eggert]

Package: gzip
Version: 1.3.5-10sarge2

Yiorgos Adamopoulos <[EMAIL PROTECTED]> writes:

> Hi!  I tried to gunzip
> http://www.vitanuova.com/dist/4e/20060303/inferno.tgz using version
> 1.3.5 (I work on an Ubuntu 6.06 LTS) and got:
>
> [EMAIL PROTECTED]:~/tmp$ gunzip inferno.tgz
>
> gunzip: inferno.tgz: invalid compressed data--format violated

Thanks very much for reporting that.  Do you happen to know what
program generated that .tgz file?

Anyway, this is clearly a regression in gzip, regardless of whether
the stream has a valid format, so I installed the following patch into
gzip.  I am CC'ing this to the Debian bug address and to Thomas Biege.

2006-12-20  Paul Eggert  <[EMAIL PROTECTED]>

* inflate.c (huft_build): Fix regression that caused gzip to
refuse to uncompress null input (all zero length codes).  Problem
reported by Yiorgos Adamopoulos.  This regression was caused by
the security patch installed 2006-11-20, which in turn came from
Debian, which in turn apparently came from Thomas Biege of SuSe.

Index: inflate.c
===
RCS file: /cvsroot/gzip/gzip/inflate.c,v
retrieving revision 1.5
retrieving revision 1.6
diff -p -u -r1.5 -r1.6
--- inflate.c   27 Nov 2006 00:51:37 -  1.5
+++ inflate.c   20 Dec 2006 23:30:17 -  1.6
@@ -116,7 +116,7 @@
  */
 
 #ifdef RCSID
-static char rcsid[] = "$Id: inflate.c,v 1.5 2006/11/27 00:51:37 eggert Exp $";
+static char rcsid[] = "$Id: inflate.c,v 1.6 2006/12/20 23:30:17 eggert Exp $";
 #endif
 
 #include 
@@ -335,9 +335,16 @@ int *m; /* maximum looku
   } while (--i);
   if (c[0] == n)/* null input--all zero length codes */
   {
-*t = (struct huft *)NULL;
-*m = 0;
-return 2;
+q = (struct huft *) malloc (2 * sizeof *q);
+if (!q)
+  return 3;
+hufts += 2;
+q[0].v.t = (struct huft *) NULL;
+q[1].e = 99;/* invalid code marker */
+q[1].b = 1;
+*t = q + 1;
+*m = 1;
+return 0;
   }
 
 


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

Bug#403973: cl-utilities: write a better documentation for once-only

[Pierre THIERRY]

Package: cl-utilities
Version: 1.2.4-1
Severity: minor
Tags: patch

The documentation for the once-only macro should be written instead of
pointing to a newsgroup discussion describing it. Here is a patch that
adds the relevant description:

Index: Source/doc/once-only.html
===
--- Source.orig/doc/once-only.html  2006-08-06 23:22:30.480823552 +0200
+++ Source/doc/once-only.html   2006-08-06 23:33:13.696039976 +0200
@@ -11,29 +11,57 @@
 
 
 
-once-only (name*) form*
+once-only (name*) body-form*
 
 Arguments and Values:
 
 name---a http://www.lispworks.com/documentation/HyperSpec/Body/glo_s.html#symbol";>symbol.
 
 
-form---a http://www.lispworks.com/documentation/HyperSpec/Body/glo_f.html#form";>form.
 
+body-form---a http://www.lispworks.com/documentation/HyperSpec/Body/glo_f.html#form";>form.
 
 
 
 Description:
 Meant to be used in macro code, once-only guards against
-multiple evaluation of its arguments in macroexpansion code. Any
-concise description would be far too vague to grasp, but http://groups.google.com/group/comp.lang.lisp/browse_frm/thread/1783554653afad7f/f6357129c8c1c002?rnum=1&_done=%2Fgroup%2Fcomp.lang.lisp%2Fbrowse_frm%2Fthread%2F1783554653afad7f%2F940b6ebd2d1757f4%3F#doc_f6357129c8c1c002";>this
-thread on comp.lang.lisp does a decent job of explaining what
-once-only does.
-
-Notes:
-
-The description here is frustratingly non-descriptive, and I
-apologize for that. If you understand once-only and can give a
-better explanation, I would be very grateful—not to mention
-completely awed.
+multiple evaluation of its arguments in macroexpansion code.
+
+once-only generates a Lisp form that evaluates each lexical
+variable named by the symbols given as name arguments to
+once-only, and evaluates the body forms in a lexical environment where
+these results are bound to their respective originating symbol.
+
+That is, if the only name argument were the single 'alpha
+symbol, the body forms would be evaluated in a lexical environment
+where 'alpha is bound to the result of the evaluation of alpha in the
+lexical environment of the generated Lisp form.
+
+Example:
+
+With the following 3x macro:
+
+(defmacro 3x (x)
+  `(+ ,x ,x ,x))
+
+These three forms evaluate to the same result because the form
+given as x argument is referencially transparent (i.e. it
+yields the same result each time it's evaluated):
+
+(3x 2) === 6
+(3x (1+ 1)) === 6
+(let ((a 1)) (3x (1+ a))) === 6
+
+But the following form has an argument that has side-effects and has 
different results for each of the three
+times it will be evaluated:
+
+(let ((a 1)) (3x (incf a))) === 9
+
+The problem is solved by protecting the body of the macro with
+once-only:
+
+(defmacro 3x (x)
+  (once-only (x)
+`(+ ,x ,x ,x)))
+
+(let ((a 1)) (3x (incf a))) === 6
 
 Manual Index
 
It applies to 1.2.4-1.


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

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

cl-utilities recommends no packages.

-- no debconf information

-- 
[EMAIL PROTECTED]
OpenPGP 0xD9D50D8A


signature.asc
Description: Digital signature

Bug#403972: cpio: error in info page or cpio itself

[Edward Shornock]

Package: cpio
Version: 2.6-17
Severity: normal

In the info page, we have the following switches defined for the various
modes:

`-i, --extract'
 Run in copy-in mode

`-o, --create'
 Run in copy-out mode.

`-p, --pass-through'
 Run in copy-pass mode.


While I think copy-in and copy-out are the opposite of what I think they
logically should be, the problem is with the --sparse option and it's
description.  Either the info page is wrong or `cpio` is 'slighly
broken'.

The info page states:

`--sparse'
 Write files with large blocks of zeros as sparse files.  This
 option is used in copy-in and copy-pass modes.



...but in practice that's not the case..


darkside:/bin# ls |cpio -o > /tmp/cpioarchive
7976 blocks
darkside:/bin# cpio -i --sparse < /tmp/cpioarchive
cpio: --sparse is meaningless with --extract



...and contrary to what the info page states, --sparse is accepted in copy-out
mode:

darkside:/bin# ls |cpio -o --sparse > /tmp/cpioarchive
7976 blocks



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

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

cpio recommends no packages.

-- no debconf information


signature.asc
Description: Digital signature

Bug#403975: Upgrade report

[Robert de Bath]

Package: x11-common
Version: 1:7.1.0-8

Upgrade report from sarge.

Packages removed for x11-common to be able to install:
  ucbmpeg-play qvwm opera-static

The existing xorg.conf was very complex; it caused the Xserver to 
segfault. I have attached it but am not currently using it; I will 
probably be re-adding may of the changes if I find a specific problem I 
will add it here.


I regenerated a new xorg.conf accepting the defaults (except for the 
display name and acceptable video modes).


The machine this is on is a Toshiba Portage R100.

Value in  XkbLayout of generated xorg.conf file was "uk" the correct value 
is "gb". With "uk" the keyboard was in "us" layout and the Ctrl-Alt Fkeys 
did not work.


The default layout also used the "synaptics" driver for the 'touch-pad' 
mouse, I understand the device is an 'ALPS Glidepad'. This is sufficiently 
different from a synaptics for the default setup of the synaptics driver 
to be unusable and the documentation is not sufficient to correct this 
without a LOT of guesswork.  I have disabled the synaptics driver and am

using the default ps/2 setup.

The known bugs in the xv extension and the DPMS are still present.

01:00.0 VGA compatible controller: Trident Microsystems CyberBlade XP4m32 
(rev 91)


--
Rob.  (Robert de Bath )
 # XF86Config-4 (XFree86 X server configuration file) 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 "ServerFlags"
# Option"HandleSpecialKeys" "Always"
# Option"XkbDisable"
Option  "VTSysReq"  "on"
# Option"VTSysreqToggle"
# Option"DontVTSwitch"
EndSection

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

Section "Module"
Load"bitmap"
Load"dbe"
Load"ddc"
Load"dri"
Load"freetype"
Load"glx"
Load"int10"
Load"record"
Load"type1"
# Load  "xtrap"
Load"vbe"
# Load  "GLcore" # Not xorg
# Load  "speedo" # Not xorg

Load"extmod"

# This disables XVideo
# SubSection "extmod"
#   Option  "omit XVideo"
#   Option  "omit XVideo-MotionCompensation"
# EndSubSection
EndSection

###

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "keyboard"
Option  "CoreKeyboard"
Option  "XkbRules"  "xfree86"
Option  "XkbModel"  "pc105"
Option  "XkbLayout" "gb"
#Option "XkbOptions""compose:ralt"
Option  "XkbOptions""compose:caps"
#Option "XkbOptions""caps:shift"
#Option "XkbOptions""srvrkeys:none" # No Ctrl-Alt-F1

#Option "XkbRules"  "xorg"
#Option "XkbModel"  "pc104"
#Option "XkbLayout" "us"
EndSection

Section "InputDevice"
Identifier  "PS Mouse"
Driver  "mouse"
Option  "CorePointer"
Option  "Device""/dev/psaux"
Option  "Buttons"   "2"
Option  "Protocol"  "auto"
Option  "Emulate3Buttons"   "true"
Option  "ZAxisMapping"  "4 5"
EndSection

Section "InputDevice"
Identifier  "GPM Mouse"
Driver  "mouse"
Option  "CorePointer"
Option  "Device""/dev/gpmdata"
Option  "Buttons"   "2"
Option  "Protoc

Bug#403968: p7zip: [manual] Non-existing programms 7z(1) and 7za(1) referenced in SEE ALSO

[Mohammed Adnène Trojette]

On Thu, Dec 21, 2006, Jari Aalto wrote:
> Manual Page reads:
> 
>   SEE ALSO
>7z(1),7za(1)
> 
> None of the programs exist. Please update to refer to these:

They are in p7zip-full. Why do you think references should be added to
gzip(1) or others?

-- 
Mohammed Adnène Trojette

Bug#403974: loop-aes-source: build error on kernel 2.6.20-rc1

[Wolfgang Aigner]

Package: loop-aes-source
Version: 3.1d-12
Severity: serious
Justification: no longer builds from source

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


Hello Max,
it would be great if you could update to Jari's latest release (3.1e).

3.1d don't build on kernel 2.6.20.
With 3.1e everything works fine.

thanks for your great work

Wolfgang



- -- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.20-rc1
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages loop-aes-source depends on:
ii  build-essential   11.3   informational list of build-essent
ii  bzip2 1.0.3-6high-quality block-sorting file co
ii  debhelper 5.0.42 helper programs for debian/rules
ii  module-assistant  0.10.8 tool to make module package creati

Versions of packages loop-aes-source recommends:
ii  loop-aes-testsuite3.1d-12test suite for loop-AES encryption

- -- no debconf information

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

iQEVAwUBRYnSjB/d62jpf6fsAQIXdAf/bu0p4p6vDO085L7b5ZKcqEHbr0eS0Plc
ohJmi3jc5rcyexR8RtkmPh4g48LUO/Q65Eab/wyI7jKdJZn8+EyezHbYpKgdi8bs
rRd2aiDc011o88I/YSdX9ERTOslBn+AvWMu9WAA7xhMzKdPVBCvJJjp8NdhE6SxW
DBH2Pb63QYlampZccU+/4+hnAaPLoxdUIfFhVEXs4rQUpvg3JHTnJ7IXK3nnmrCg
eggcTYRQzROjhxkkjNbNDW2WWY1er0qNfuS3QUT8CeGpKFaXyVPI0pU/Dhe7qrBm
D2rW+lvbd1L8CaYQcM3FoLmCe5LgYCM29gdcqVSygizT6F3NZVxsLA==
=V3Ty
-END PGP SIGNATURE-


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

Bug#388194: ITA: playground -- simple GNOME applet that lets you control basic functions of audio players

[Santiago Ruano Rincón]

package wnpp
retitle 388194 O: playground -- simple GNOME applet that lets you
control basic functions of audio players
retitle 388196 O: playground-xmms -- XMMS control plugin for playground
GNOME
thanks


El jue, 14-12-2006 a las 22:18 +0100, Matej Vela escribió:
> Hi,
> 
> Do you still intend to adopt playground?  (This is just a ping, I'm
> not interested in adopting it myself.)
> 
> Thanks,
> 
> Matej

I've tried playground with xmms, but it just doesn't work.

I won't be able to work on these packages in the following days, so, I'm
orphaning them.

regards,

Santiago


signature.asc
Description: Esta parte del mensaje está firmada	digitalmente

Bug#401645: [pkg-wpa-devel] Bug#401645: wpasupplicant is stopped too early at reboot/shutdown

[Przemyslaw Bruski]

Hi,

here's the updated version of sendsigs script: better English, sed is 
not required anymore,

useless assignment is removed.

bye,

Przemek
#! /bin/sh
### BEGIN INIT INFO
# Provides:  sendsigs
# Required-Start:
# Required-Stop: umountnfs
# Default-Start:
# Default-Stop:  0 6
# Short-Description: Kill all remaining processes except for crucial ones.
# Description: 
### END INIT INFO

PATH=/usr/sbin:/usr/bin:/sbin:/bin

. /lib/lsb/init-functions

#lists all ancestor pids, until pid number 0 is reached
getAncestorPids() {
local pid=$1
local ppids=

while true; do
ppid=$(ps --no-headers --format ppid $pid)
if [ $ppid -eq 0 ]; then
break;
fi
ppids=$ppid" "$ppids
pid=$ppid
done
echo $ppids
}


# Replacement for killall5 command. Just like killall5 does, it sends
# a signal to all processes except for: ancestor processes, itself
# and kernel threads.
# Addtionally, it skips all processes that had been run using command
# name passed as a parameter.
#
# arguments:
# signalnumber
# list of command names that should not be killed
killall5_except() {
local signalNumber="$1"
shift 
local myPid=$$
local preciousPids=$(ps --no-headers --format pid -C "$*")
#initial precious pids are: my pid and pids of processes given as 
parameters
preciousPids=$myPid" "$preciousPids
local ancestorPids=

for preciousPid in $preciousPids; do
ancestorPids=$ancestorPids" "$(getAncestorPids $preciousPid)
done

#kernel threads should not be killed, either. Kernel threads have 
userspace size of 0.
local kernelThreadPids=$(ps --format pid,size --no-headers -A |
while read pid size; do 
[ $size -eq 0 ] && echo $pid
done
)

allPreciousPids="$preciousPids $ancestorPids $kernelThreadPids"

allPidsToTerminate=$(ps --deselect --no-headers --format pid --pid 
$allPreciousPids)

#a trick to eliminate ps pid from the list
allPidsToTerminate=$(ps --no-headers --format pid --pid 
$allPidsToTerminate)

if [ ! -z "$allPidsToTerminate" ]; then
kill $signalNumber $allPidsToTerminate
fi
}

do_stop () {
# Kill all processes.
log_action_begin_msg "Asking all remaining processes to terminate"
killall5_except -15 wpa_supplicant usplash
log_action_end_msg 0
sleep 5
log_action_begin_msg "Killing all remaining processes"
killall5_except -9 wpa_supplicant usplash
log_action_end_msg 0
}

case "$1" in
  start)
# No-op
;;
  restart|reload|force-reload)
echo "Error: argument '$1' not supported" >&2
exit 3
;;
  stop)
do_stop
;;
  *)
echo "Usage: $0 start|stop" >&2
exit 3
;;
esac

:

Bug#403978: playground-plugin-xmms doesn't work

[Santiago Ruano Rincón]

Package: playground-plugin-xmms
Version: 0.3-1
Severity: grave

It just doesn't work. Maybe, it could get incompatible with xmms since
a xmms package version.

Regards,

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

Versions of packages playground-plugin-xmms depends on:
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  playground   0.3-1   simple GNOME applet that lets you 
ii  xmms 1:.2.10+20061201-1 Versatile X audio player

playground-plugin-xmms recommends no packages.

-- no debconf information


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

Bug#403208: configuration file for defaults

[Gunnar Wolf]

tags 403208 + upstream
thanks

Hi,

I'm forwarding your request with this mail (and therefor quoting it in
full ;-) ) to Swaks' upstream author. John: Please give us your point
of view on Martin's request - it does not seem _too_ hard, and it can
be very useful to avoid hand-specifying over and over the most common
settings for your specific setup.

> From: martin f krafft <[EMAIL PROTECTED]>
> To: Debian Bug Tracking System <[EMAIL PROTECTED]>
> Subject: configuration file for defaults
> Date: Fri, 15 Dec 2006 12:32:46 +0100
> 
> It would be great if I could use a configuration file to specify
> defaults for stuff like the EHLO hostname to be used by swaks.
> Thanks for your consideration and this great piece of software!

Greetings,

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


signature.asc
Description: Digital signature

Bug#403776: closed by Sune Vuorela <[EMAIL PROTECTED]> (Re: Bug#403776: kdm uses only theme)

[erlk ozlr]

Hi,
I found this in /etc/init.d/kdm :
KDMRC=/etc/kde3/kdm/kdmrc
BACKGROUNDRC=/etc/kde3/kdm/backgroundrc
KDMOVERRIDEDIR=/etc/default/kdm.d
KDMCFGDIR=/var/run/kdm
KDMCFG=$KDMCFGDIR/kdmrc
BACKGROUNDCFG=$KDMCFGDIR/backgroundrc

This means the configuration files must be placed in /var/run/kdm (I
tried and it worked as I wanted), I think this is a very bad thing
according to 
http://www.pathname.com/fhs/pub/fhs-2.3.html#VARRUNRUNTIMEVARIABLEDATA
(which is supposed to be a kind of standard)
Maybe there is a very good reason I ignore but else this seems grave !


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

Bug#403894: swaks: please consider --sendmail option

[Gunnar Wolf]

tags 403894 + wontfix
thanks

Hi,

I don't think this would fit in the program's goals - Remember that
Swaks is short for "Swiss Army Knife SMTP", and it's (from its package
description) "a command-line tool written in Perl for testing SMTP
setups" - It's not a tool for generically testing anything related to
a MTA, but it's targetted at the protocol.

If you must test how a local MTA is working, use the --pipe option -
From Swaks' man page: 

   swaks --pipe "exim -bh 127.0.0.2"

This opens a SMTP conversation with the locally installed exim (you
could there use any other MTA binary, /usr/lib/sendmail or whatever). 

Adding any other MTA interaction capability to Swaks would just mean
bloating it, IMHO. So, I'm tagging this bug as wontfix.

Of course, feel free to refute my point of view :)

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


signature.asc
Description: Digital signature

Bug#403097: how does autoconf fix kmix

[jeremy]

Sorry, I don'r understand your message.  Can you explain?
(I'm just checking that 403097 is the number of the bug you *wanted*
to close.  Sometimes people make typo in bug number!)
regards,
J



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

Bug#403980: gcc-snapshot_20061217-1(sparc/experimental): FTBFS due to missing stubs-64.h

[Frank Lichtenheld]

Package: glibc
Version: 2.5-0exp3
Severity: serious

Hi,

stubs-64.h seems to be missing on sparc. This caused the following FTBFS
in experimental.

| Automatic build of gcc-snapshot_20061217-1 on odin by sbuild/sparc 79
| Build started at 20061221-0002
| **
| Checking available source versions...
| Fetching source files...
| Reading Package Lists...
| Building Dependency Tree...
| Need to get 40.4MB of source archives.
| Get:1 http://ftp.de.debian.org experimental/main gcc-snapshot 20061217-1 
(dsc) [4000B]
| Get:2 http://ftp.de.debian.org experimental/main gcc-snapshot 20061217-1 
(tar) [40.1MB]
| Get:3 http://ftp.de.debian.org experimental/main gcc-snapshot 20061217-1 
(diff) [307kB]
| Fetched 40.4MB in 28s (1397kB/s)
| Download complete and in download only mode
| ** Using build dependencies supplied by package:
| Build-Depends: dpkg-dev (>= 1.13.9), libc6.1-dev (>= 2.5) [alpha ia64] | 
libc0.3-dev (>= 2.5) [hurd-i386] | libc0.1-dev (>= 2.5) [kfreebsd-i386 
knetbsd-gnu] | libc12-dev (>= 2.5) [netbsd-elf-gnu] | libc6-dev (>= 2.5), 
libc6-dev (>= 2.4) [alpha], libc6-dev (>= 2.5) [amd64 i386 powerpc ppc64 sparc 
s390], libc6-dev-amd64 [i386], libc6-dev-sparc64 [sparc], libc6-dev-s390x 
[s390], libc6-dev-i386 [amd64], libc6-dev-powerpc [ppc64], libc6-dev-ppc64 
[powerpc], lib32gcc1 [amd64 ppc64], lib64gcc1 [i386 powerpc sparc s390], 
lib64z1-dev [i386 powerpc sparc s390], lib32z1-dev [amd64 ppc64], 
libunwind7-dev (>= 0.98.5-6) [ia64], libatomic-ops-dev [ia64], m4, autoconf, 
autoconf2.13, automake1.9, libtool, autogen, gawk, dejagnu (>= 1.4.3) 
[!hurd-i386], expect-tcl8.3 [!hurd-i386], bzip2, binutils (>= 2.17.50) | 
binutils-multiarch (>= 2.17.50), binutils-hppa64 (>= 2.17.50) [hppa], debhelper 
(>= 5.0), gperf (>= 3.0.1), bison (>= 1:2.3), flex, gettext, texinfo (>= 4.3), 
zlib1g-dev, libmpfr-dev [!avr], locales [!hurd-i386 !knetbsd-i386 
!netbsd-i386], procps [!hurd-i386], sharutils, fastjar, libasound2-dev 
[!knetbsd-i386 !netbsd-i386 !kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], 
lib32asound2-dev [amd64 ppc64], lib64asound2-dev [i386 powerpc sparc s390], 
libxtst-dev [!knetbsd-i386 !netbsd-i386 !kfreebsd-i386 !kfreebsd-amd64 
!hurd-i386], libxt-dev [!knetbsd-i386 !netbsd-i386 !kfreebsd-i386 
!kfreebsd-amd64 !hurd-i386], libgtk2.0-dev (>= 2.4.4-2) [!knetbsd-i386 
!netbsd-i386 !kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libart-2.0-dev 
[!knetbsd-i386 !netbsd-i386 !kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], 
libcairo2-dev [!knetbsd-i386 !netbsd-i386 !kfreebsd-i386 !kfreebsd-amd64 
!hurd-i386], libqt4-dev (>= 4.1.0) [!knetbsd-i386 !netbsd-i386 !kfreebsd-i386 
!kfreebsd-amd64 !hurd-i386], libgconf2-dev [!knetbsd-i386 !netbsd-i386 
!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libxul-dev [!knetbsd-i386 
!netbsd-i386 !kfreebsd-i386 !kfreebsd-amd64 !hurd-i386 !kfreebsd-i386 
!kfreebsd-amd64], gnat-4.1 [!alpha !arm !armeb !m32r !m68k !sh3 !sh3eb !sh4 
!sh4eb !knetbsd-i386 !netbsd-i386 !hurd-i386], realpath (>= 1.9.12), chrpath, 
lsb-release, make (>= 3.81)
| Build-Depends-Indep: doxygen (>= 1.4.2), graphviz (>= 2.2), gsfonts-x11, gjdoc
| Build-Conflicts: qt3-dev-tools
|  Warning:
|  The following central src deps are (probably) missing:
|   xlibs-dev (>> 4.1.0)
| Checking for already installed source dependencies...
| dpkg-dev: already installed (1.13.24 >= 1.13.9 is satisfied)
| libc6-dev: already installed (2.5-0exp3 >= 2.5 is satisfied)
| libc6-dev: already installed (2.5-0exp3 >= 2.5 is satisfied)
| libc6-dev-sparc64: already installed (2.5-0exp3)
| lib64gcc1: already installed (1:4.1.1-21)
| lib64z1-dev: missing
| m4: missing
| autoconf: missing
| autoconf2.13: missing
| automake1.9: missing
| libtool: missing
| autogen: missing
| gawk: missing
| dejagnu: missing
| Using default version 1.4.4.cvs20060709-3
| expect-tcl8.3: missing
| bzip2: missing
| binutils: already installed (2.17.20061210cvs-1 >= 2.17.50 is satisfied)
| debhelper: missing
| Using default version 5.0.42
| gperf: missing
| Using default version 3.0.2-1
| bison: missing
| Using default version 1:2.3.dfsg-4
| flex: missing
| gettext: missing
| texinfo: missing
| Using default version 4.8.dfsg.1-4
| zlib1g-dev: missing
| libmpfr-dev: missing
| locales: already installed (2.5-0exp3)
| procps: missing
| sharutils: missing
| fastjar: missing
| libasound2-dev: missing
| lib64asound2-dev: missing
| libxtst-dev: missing
| libxt-dev: missing
| libgtk2.0-dev: missing
| Using default version 2.8.20-3
| libart-2.0-dev: missing
| libcairo2-dev: missing
| libqt4-dev: missing
| Using default version 4.2.1-2
| libgconf2-dev: missing
| libxul-dev: missing
| gnat-4.1: missing
| realpath: missing
| Using default version 1.10
| chrpath: missing
| lsb-release: missing
| make: already installed (3.81-3 >= 3.81 is satisfied)
| qt3-dev-tools: already deinstalled
| Checking for source dependency conflicts...
[...]
| make[7]: Entering directory `/build/buildd/gcc-snapshot-20061217/bui

Bug#403979: ITP: gpe-gallery -- GPE image gallery and viewer, with slideshow support

[Neil Williams]

Package: wnpp
Severity: wishlist
Owner: Neil Williams <[EMAIL PROTECTED]>

* Package name: gpe-gallery
  Version : 0.97
  Upstream Author : Damien Tanner <[EMAIL PROTECTED]>
* URL : http://gpe.linuxtogo.org/projects/gpe-gallery.shtml
* License : GPL
  Programming Lang: C
  Description : GPE image gallery and viewer, with slideshow support
 A small application for viewing images in GPE. Intended to show 
 small and medium sized images and is able to display a slide 
 show and to perform several simple operations with the images.



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


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

Bug#403696: gtkdialog: Fails to load

[David Broome]

I caught that afterwards - sorry - I assumed it ran like kommander.

This wasn't a bug, I should have read the man pages.

On Tuesday 19 December 2006 8:54 am, Fabio Tranchitella wrote:
> severity 403696 normal
> retitle 403696 gtkdialog: Fails to load if MAIN_DIALOG is not defined
> thanks
>
> * 2006-12-19 03:26, David Broome wrote:
> > Package: gtkdialog
> > Version: 2:0.7.9-1
> > Severity: grave
> > Justification: renders package unusable
> >
> > When I try to run it I get:
> >
> > ** ERROR **: GtkDialog: Could not find the dialog description in the
> > environment variable 'MAIN_DIALOG'.
> > aborting...
> > Aborted
>
> This is not a bug, but the intended behaviour of the program. In order to
> use gtkdialog, you must define an environment variable MAIN_DIALOG with a
> glade XML definition for the first dialog window.
>
> Also, be sure to have a look at the examples in /usr/share/doc/gtkdialog.
>
> I'm downgrading the severity of this bug, and I leave it open in case you
> have suggestion on how to document in an effective way the behaviour of
> gtkdialog.
>
> Thanks,


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

Bug#403097: how does autoconf fix kmix

[Sune Vuorela]

reopen 403097
found 403097  4:3.3.2-1
stop

On Thursday 21 December 2006 02:15, [EMAIL PROTECTED] wrote:
> Sorry, I don'r understand your message.  Can you explain?
> (I'm just checking that 403097 is the number of the bug you *wanted*
> to close.  Sometimes people make typo in bug number!)
> regards,
> J

Being in the kde end of this bug report, my best guess is that it was a wrong 
close

-- 
How may I receive a wordprocessor?

First you have to log in the mailer of the 6-bit AT space bar for turning off 
a window.


pgpMH4wIArOXY.pgp
Description: PGP signature

Bug#403776: closed by Sune Vuorela <[EMAIL PROTECTED]> (Re: Bug#403776: kdm uses only theme)

[Sune Vuorela]

On Thursday 21 December 2006 01:44, erlk ozlr wrote:
> This means the configuration files must be placed in /var/run/kdm (I
> tried and it worked as I wanted), I think this is a very bad thing
> according to
> Maybe there is a very good reason I ignore but else this seems grave !

Hi!

Please read the entire file as you quoted a bit from. It does the following:
Read the configuration files in 
1)
/etc/kde3/kdm/
2)
builds a file in /var/run/something based of what it has read 
in /etc/kde3/kdm/
3)
read the overrides in /etc/default/kdm.d and does some magic with the 
autogenerated files in /var/run/something

There is no permanent configuration files stored in /var/run, as they are 
regenerated on every kdm restart based on the mentioned 3 steps.

/Sune


-- 
Man, do you know how might I log on the RW SCSI front-end?

You either cannot boot the serial application over a connection, or should 
enable the Fast port, in such way from Windows XP and from the folder inside 
Mac you have to cancel the terminale of the LCD provider and from Word NT you 
must telnet to a graphic CD monitor over the BIOS forward to a utility for 
loading a gadget on a SIMM to a port 7.


pgpcWXw7suuxR.pgp
Description: PGP signature

Bug#401416: pending upload of digikam-0.8.2

[Mark Purcell]

Given the discussion has died down.

I am proposing to release digikam[imageplugins] 0.8.2 to unstable in the
next couple of days to overcome the lack of an libexiv2 transition.

The current release is in svn.debian.org, for those who would like to have
a look before it goes formal.

Mark


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

Bug#316872: RFS: libssh -- SSH and SCP library. No such thing as an RFS bug

[Luis Rodrigo Gallardo Cruz]

# There's no such thing as an RFS bug
retitle 316872 ITP: libssh -- SSH and SCP library
# And it is pending, since there's a package ready just waiting to be
# sponsored.
tag 316872 pending
thanks

-- 
Rodrigo Gallardo
GPG-Fingerprint: 7C81 E60C 442E 8FBC D975  2F49 0199 8318 ADC9 BC28


signature.asc
Description: Digital signature

Bug#402482: RC?

[Steve Langasek]

On Wed, Dec 20, 2006 at 02:41:29PM +0100, Frans Pop wrote:
> On Wednesday 20 December 2006 08:35, Andreas Barth wrote:
> > I have yet to see the dataloss. Anyways, bugs being important doesn't
> > mean they are not allowed to be fixed (and I would let such an fix
> > still to Etch currently), but I don't think we should wait on the fix.
> > So I'm downgrading to important.

> The dataloss is there, though not in the conventional sense: the file 
> itself is correct, but using busybox zcat or gunzip only part of it is 
> extracted so from a user PoV data is "lost".

No, that's not the standard for data loss, and this does not qualify as a
grave bug on those grounds.  No data is *lost* just because busybox gunzip
can't get to it.

Nor is the package "unusable or mostly so"; clearly the package is usable,
it's been stated in the bug log that this bug no longer impacts d-i, which
is using it.

You could argue that the package is "unfit for release" (=> sev: serious),
but then I don't see how that's consistent with asking for an etch-ignore
tag.  If it's ignorable for etch, I don't see why it wouldn't also be
ignorable for lenny if it didn't get fixed in time.

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


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

Bug#403981: libconfig0: scan_integer() does not accept hexadecimal numbers containing hex digits A through F

[Michael Deegan]

Package: libconfig0
Version: 0.1.5
Severity: normal

While the example TEST.conf suggests that specifying integers in
hexadecimal works, it instead returns an 'Unexpected character' error if it
comes across a hex digit greater than 9. This causes libconfig to reject
many otherwise valid hexadecimal strings that strtol() happily accepts.

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

-MD (who incidentally would prefer libconfig use strtoul() for hex constants)

-- 
__ 
Michael Deegan, Unix Server Administrator, Murdoch University. Ph +61893606967


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

Bug#403852: Upgrading

[Stuart Anderson]

Severity: serious

This was meant to have been filed as serious since it impacts support
for developing LSB applications.


Stuart

Stuart R. Anderson   [EMAIL PROTECTED]
Network & Software Engineering   http://www.netsweng.com/
1024D/37A79149:  0791 D3B8 9A4C 2CDC A31F
 BD03 0A62 E534 37A7 9149


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

Bug#401396: 20061202 - daily build for sparc32 floppy install

[Dan Oglesby]

Frans Pop <[EMAIL PROTECTED]> wrote: On Wednesday 20 December 2006 05:18, Dan 
Oglesby wrote:
> Just completed a flawless install of Debian off of the 2006-12-19
> floppy images on the SS20 system.  All hardware detected automatically,
> no errors during the install, and the system rebooted to a login
> prompt.

Great! Thanks for following up.

As this report has now become a bit long and difficult to follow, I'm 
closing it.

Could you file one new installation report for the issue that you need to 
press enter 4 times to get the root floppy loaded so we can keep track of 
that? I think that is now the only issue remaining.

Cheers,
FJP


The install completes on the SS5-70, but will not successfully boot after 
install.  It doesn't appear to load the esp module from the initfs, and cannot 
locate the root filesystem.

So, the install process is fine on the SS20, but still does not install 
properly on an SS5 system.

There were no errors that I saw during the installation process.  Onboard 
ethernet and SCSI were detected automatically during the install.

--Dan

 __
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

Bug#396593: ship with this bug in etch?

[Micah Anderson]

Sam Vilain wrote:
> It would be nice if this build method could be accepted, as it has
> some benefits over softupdate, particularly in terms of consistency of
> vserver builds versus network installs.

Its likely that it would be accepted by util-vserver upstream, if it is
submitted to them. They are looking for updates to this from people
knowledgeable about FAI.

Micah


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

Bug#403982: ITP: socnetv -- Import, export and displays network file formats

[Alejandro Garrido Mota]

Package: wnpp
Severity: wishlist

* Package name: socnetv
  Version : 0.43
  Upstream Author : Dimitris B. Kalamaras <[EMAIL PROTECTED]>
* URL : http://socnetv.sourceforge.net
* License : GPL

Description: Import, export and displays network file formats
The user can visually modify an existing network or draw a new one
using the mouse. Network and actor properties, such as distances,
centralities, diameter, etc., can easily be computed.
.
HomePage: http://socnetv.sourceforge.net/

-- 
Atentamente:
Alejandro Garrido Mota
http://www.mogaal.com
GNU/Linux Debian SID
En kernel 2.6.17-8
Caracas-Venezuela
Usuario Linux registrado #386758
Correos: [EMAIL PROTECTED] , [EMAIL PROTECTED]
GPG Key Fingerprint = F6A7 EF7E 4688 70C6 6B37  A8EF F6B0 9645 B24B F200


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

Bug#403932: xgammon: install a file in /usr/X11R6/include/X11/

[Gunnar Wolf]

tags 403932 + pending
tags 403932 + patch
thanks

Hi,

I have uploaded a NMU for this bug to the 4-day delayed queue. I'm
attaching the patch here.

Greetings,

-- 
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973  F800 D80E F35A 8BB5 27AF
diff -ru xgammon-0.99.1128.orig/debian/changelog 
xgammon-0.99.1128.new/debian/changelog
--- xgammon-0.99.1128.orig/debian/changelog 2006-12-20 20:01:50.0 
-0600
+++ xgammon-0.99.1128.new/debian/changelog  2006-12-20 20:05:49.582799408 
-0600
@@ -1,3 +1,11 @@
+xgammon (0.99.1128-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Moved the menu's .xpm from /usr/X11R6/include/X11/ into
+/usr/share/pixmap (Closes: #403932)
+
+ -- Gunnar Wolf <[EMAIL PROTECTED]>  Wed, 20 Dec 2006 20:05:49 -0600
+
 xgammon (0.99.1128-2) unstable; urgency=low
 
   * debian/control: xlibs-dev transition (closes: #346818).
diff -ru xgammon-0.99.1128.orig/debian/install 
xgammon-0.99.1128.new/debian/install
--- xgammon-0.99.1128.orig/debian/install   2006-12-20 20:01:50.0 
-0600
+++ xgammon-0.99.1128.new/debian/install2006-12-20 19:58:18.663349584 
-0600
@@ -1,3 +1,3 @@
 src/xgammonusr/games
 lib/xgammon.db usr/lib/xgammon
-debian/mini-xgammon.xpmusr/X11R6/include/X11/pixmaps
+debian/mini-xgammon.xpmusr/share/pixmaps
diff -ru xgammon-0.99.1128.orig/debian/menu xgammon-0.99.1128.new/debian/menu
--- xgammon-0.99.1128.orig/debian/menu  2006-12-20 20:01:50.0 -0600
+++ xgammon-0.99.1128.new/debian/menu   2006-12-20 20:01:23.235290384 -0600
@@ -1,6 +1,6 @@
 ?package(xgammon):needs="x11" \
 section="Games/Board" \
-icon="/usr/X11R6/include/X11/pixmaps/mini-xgammon.xpm" \
+icon="/usr/share/pixmaps/mini-xgammon.xpm" \
 title="XGammon" \
hints="Backgammon" \
 command="/usr/games/xgammon"


signature.asc
Description: Digital signature

Bug#403135: yelp: start up is way too slow

[Michael Gilbert]

i would say that time till window is up is approximately equal to
epiphany.  however, actually being usable is slightly longer to parse
and display the help pages for the program.

yelp launched via nautilus in particular is rather slow.

mike


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

Bug#403984: No default application when opening any file

[Christian Surchi]

Package: nautilus
Version: 2.14.3-6
Severity: important

Suddenly I can't open any file, from desktop or in a nautilus window.
I receive the warning message that it's impossible to open the file.
I see the type is correctly recognised (for example jpg image or zip
archive), but no default application defined. 

In previous gnome session I could open a zip file, but no way to listen a
song in the archive without "suggesting" an application to open the file.

In this session no way to open any file. 

Thanks,
Christian


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

Versions of packages nautilus depends on:
ii  desktop-file-utils 0.11-1Utilities for .desktop files
ii  gnome-control-center   1:2.14.2-6utilities to configure the GNOME d
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libatk1.0-01.12.3-1  The ATK accessibility toolkit
ii  libbonobo2-0   2.14.0-3  Bonobo CORBA interfaces library
ii  libc6  2.3.6.ds1-9   GNU C Library: Shared libraries
ii  libeel2-2  2.14.3-2  Eazel Extensions Library (for GNOM
ii  libesd00.2.36-3  Enlightened Sound Daemon - Shared 
ii  libexif12  0.6.13-5  library to parse EXIF files
ii  libgail-common 1.8.11-4  GNOME Accessibility Implementation
ii  libgail17  1.8.11-4  GNOME Accessibility Implementation
ii  libgconf2-42.16.0-3  GNOME configuration database syste
ii  libglade2-01:2.6.0-3 library to load .glade files at ru
ii  libglib2.0-0   2.12.5-3  The GLib library of C routines
ii  libgnome-desktop-2 2.14.3-1  Utility library for loading .deskt
ii  libgnome2-02.16.0-2  The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.14.0-2  A powerful object-oriented display
ii  libgnomeui-0   2.14.1-2  The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 2.14.2-4  GNOME virtual file-system (runtime
ii  libgtk2.0-02.8.20-3  The GTK+ graphical user interface 
ii  libnautilus-extension1 2.14.3-6  libraries for nautilus components 
ii  liborbit2  1:2.14.4-1libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.14.8-3  Layout and rendering of internatio
ii  libpopt0   1.10-3lib for parsing cmdline parameters
ii  librsvg2-2 2.14.4-2  SAX-based renderer library for SVG
ii  libstartup-notification0   0.8-2 library for program launch feedbac
ii  libx11-6   2:1.0.3-4 X11 client-side library
ii  libxml22.6.27.dfsg-1 GNOME XML library
ii  nautilus-data  2.14.3-6  data files for nautilus
ii  shared-mime-info   0.19-1FreeDesktop.org shared MIME databa

Versions of packages nautilus recommends:
ii  desktop-base  4.0.0  common files for the Debian Deskto
ii  eject 2.1.4-2.1  ejects CDs and operates CD-Changer
pn  fam(no description available)
ii  libgnomevfs2-extra2.14.2-4   GNOME virtual file-system (extra m
ii  librsvg2-common   2.14.4-2   SAX-based renderer library for SVG
ii  nautilus-cd-burner2.14.3-5   CD Burning front-end for Nautilus

-- no debconf information


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

Bug#403308: Please upgrade gzip to 1.3.9

[Bdale Garbee]

On Fri, 2006-12-15 at 23:03 -0800, Paul Eggert wrote:
> Package: gzip
> Version: 1.3.5-15
> 
> gzip 1.3.9 has been released here:
> 
> 
> 
> Can you please propagate it into Debian?  Thanks.

Just uploaded 1.3.9-1 to Debian unstable, with the regression fix for
null input.  Thanks Paul!

Bdale



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

Bug#403983: wireless-tools: Needs to up interface before setting options

[Matthew Garrett]

Package: wireless-tools
Severity: normal

As described in http://lkml.org/lkml/2006/12/20/371 , various wireless
drivers require that the interface be brought up before wireless options
are set. As far as I can tell, the pre-up script doesn't currently do
this.

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.33
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)

Versions of packages wireless-tools depends on:
ii  libc6 2.3.2.ds1-22sarge4 GNU C Library: Shared libraries an


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

Bug#399661: Simplistic workaround

[Matthias Julius]

An even simpler workaround is this:

# wget 
http://snapshot.debian.net/archive/2006/10/13/debian/pool/main/s/subversion/subversion-tools_1.4.0-5_all.deb
# dpkg -i subversion-tools_1.4.0-5_all.deb

Matthias



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