Bug#340081: gpsd: ftbfs [sparc] undefined reference to `floor'

[Petter Reinholdtsen]

This build problem affect several architectures, not just sparc.


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

Bug#340135: Updated Danish po-debconf translation

[Morten Brix Pedersen]

close 340135
thanks

Sorry about this bug report. I forgot that I already had this
translation pending in bug #326632.

* Morten Brix Pedersen <[EMAIL PROTECTED]> [2005-11-21 08:17:02]:
> Package: alsa-driver
> Severity: wishlist
> Tags: l10n patch
> 
> 
> Hi,
> 
> Attached is an updated Danish po-debconf translation for alsa-driver.
> 
> 
> -- System Information:
> Debian Release: testing/unstable
>   APT prefers unstable
>   APT policy: (500, 'unstable')
> Architecture: i386 (i686)
> Shell:  /bin/sh linked to /bin/bash
> Kernel: Linux 2.6.14.2
> Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8)


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

Bug#339955: sysv-rc: /etc/init.d/*.sh should be sourced in runlevel S

[Thomas Hood]

Brendan O'Dea wrote:
> Note: I believe that "return" should work to exit from a script both
> when sourced and when executed but perhaps someone with a copy of POSIX
> could confirm.


Disconfirmation:

$ cat /tmp/s
#!/bin/bash
echo foo
return
echo bar
[EMAIL 
PROTECTED]:~/src/sysvinit/pkg-sysvinit/sysvinit/trunk/debian/initscripts/etc/init.d$
 /tmp/s
foo
/tmp/s: line 3: return: can only `return' from a function or sourced script
bar


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

Bug#339876: [EMAIL PROTECTED]: Re: Changing the kernel to be installed.]

[Geert Stappers]

- Forwarded message from Thiemo Seufer <[EMAIL PROTECTED]> -

From: Thiemo Seufer <[EMAIL PROTECTED]>
To: debian-boot@lists.debian.org
Subject: Re: Changing the kernel to be installed.
Date: Sun, 20 Nov 2005 23:01:42 +0100
User-Agent: Mutt/1.5.11

Geert Stappers wrote:
> Package: debian-installer, base-installer, kernel-installer
> Version: SCM
> Severity: wishlist
> 
   
> 
> Please split kernel-install from base-install.

JFTR, the were once separate packages, and were IIRC integrated when
this made it easier to implement decently working progress bars.

I don't know how relevant the reasons for that change are today.


Thiemo


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

- End forwarded message -


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

Bug#338182: kfreebsd-5: signals for linuxthreads internal operation

[Petr Salinger]

> > sysdeps/unix/bsd/bsd4.4/kfreebsd/bits/sigset.h
...
> > -# define __sigmask(sig)((unsigned int) 1 << ((sig) - 1))
> > +# define __sigmask(sig)((unsigned int) 1 << ((sig) - 1) % 32)

> Fixed, thanks. However, I don't know which code use this definition and 
> so may be buggy.

Namely glibc, few lines lower in inlines for
__sigismember,  __sigaddset, __sigdelset and lately in glibc-2.3/signal/
and especially glibc-2.3/linuxthreads/signals.c 

It can cause problems only for signals above 32,
I suspect no one used to use such signals.
But it have to be fixed before linuxthreads start 
using signals other then SIGUSR*.

So, according to svn log, it was fixed "just in time" ;-)

Thanks

Petr




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

Bug#339589: ftp.debian.org: Please remove polypaudio

[Martin Pitt]

Hi!

Jeroen van Wolffelaar [2005-11-21  1:00 +0100]:
> > polypaudio is dead upstream for a year now. It was intended to be the
> > esound successor, but since it will not be used in Gnome upstream,
> > development ceased. Therefore it should not be shipped in a stable
> > Debian release which is supported for several years.
> > 
> > Otavio and I agreed to completely drop the package for now from both
> > testing and unstable.
> 
> gst-plugins0.8 still build-depends on it though. Shouldn't that package
> first be fixed, or at least, a bug filed on it? Otherwise it'd instantly
> become buggy.

Right, I wasn't aware that the Debian version still uses it. David,
Loic, can you please drop the polypaudio sink? We tried it in Ubuntu
for a while, but it has never really worked.

Thanks!

Martin
-- 
Martin Pitt  http://www.piware.de
Ubuntu Developer   http://www.ubuntulinux.org
Debian Developerhttp://www.debian.org


signature.asc
Description: Digital signature

Bug#340137: Updated Danish translation

[Morten Brix Pedersen]

Package: gksu
Version: 1.3.6-1
Severity: wishlist
Tags: l10n patch


Hi,

Attached is an updated Danish translation for gksu.

Thanks.


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

Versions of packages gksu depends on:
ii  gconf22.10.1-6   GNOME configuration database syste
ii  libatk1.0-0   1.10.3-1   The ATK accessibility toolkit
ii  libc6 2.3.5-8GNU C Library: Shared libraries an
ii  libgconf2-4   2.10.1-6   GNOME configuration database syste
ii  libgksu1.2-0  1.3.6-1library providing su and sudo func
ii  libgksuui1.0-11.0.7-1a graphical fronted to su library
ii  libglib2.0-0  2.8.4-1The GLib library of C routines
ii  libgnome-keyring0 0.4.5-1GNOME keyring services library
ii  libgtk2.0-0   2.6.10-2   The GTK+ graphical user interface 
ii  liborbit2 1:2.12.4-1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0 1.8.2-3Layout and rendering of internatio
ii  libpopt0  1.7-5  lib for parsing cmdline parameters
ii  sudo  1.6.8p9-3  Provide limited super user privile

gksu recommends no packages.

-- no debconf information
# Danish translation of GKsu.
# Copyright (C) 2004 Free Software Foundation, Inc.
# This file is distributed under the same license as the GKsu package.
# Morten Brix Pedersen <[EMAIL PROTECTED]>, 2004.
#
msgid ""
msgstr ""
"Project-Id-Version: gksu 1.3.6\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2005-08-07 17:37-0300\n"
"PO-Revision-Date: 2005-11-21 07:36+0200\n"
"Last-Translator: Morten Brix Pedersen <[EMAIL PROTECTED]>\n"
"Language-Team: Danish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#: ../gksu/gksu.c:338
#, c-format
msgid ""
"GKsu version %s\n"
"\n"
"Usage: %s [-u ] [-k] [-l] \n"
"\n"
"  --always-ask-password, -a\n"
"Do not try to check if a password is really\n"
"needed for running the command, or if there\n"
"are other means of obtaining it: simply ask for it.\n"
"  --debug, -d\n"
"Print information on the screen that might be\n"
"useful for diagnosing and/or solving problems.\n"
"  --disable-grab, -g\n"
"Disable the \"locking\" of the keyboard, mouse,\n"
"and focus done by the program when asking for\n"
"password.\n"
"  --icon , -i \n"
"Replace the default window icon with the argument.\n"
"  --message , -m \n"
"Replace the standard message shown to ask for\n"
"password for the argument passed to the option.\n"
"  --print-pass, -p\n"
"Ask gksu to print the password to stdout, just\n"
"like ssh-askpass. Useful to use in scripts with\n"
"programs that accept receiving the password on\n"
"stdin.\n"
"  --prompt, -P\n"
"Ask the user if they want to have their keyboard\n"
"and mouse grabbed before doing so.\n"
"  --ssh-fwd, -s\n"
"Strip the host part of the $DISPLAY variable, so that\n"
"GKSu will work on SSH X11 Forwarding.\n"
"  --sudo-mode, -S\n"
"Make GKSu use sudo instead of su, as if it had been\n"
"run as \"gksudo\".\n"
"  --title , -t \n"
"Replace the default title with the argument.\n"
"  --user , -u \n"
"Call  as the specified user.\n"
"\n"
"  --preserve-env, -k\n"
"Preserve the current environments, does not set $HOME\n"
"nor $PATH, for example.\n"
"  --login, -l\n"
"Make this a login shell. Beware this may cause\n"
"problems with the Xauthority magic. Run xhost\n"
"to allow the target user to open windows on your\n"
"display!\n"
"\n"
"\n"
msgstr ""
"GKsu version %s\n"
"\n"
"Brug: %s [-u ] [-k] [-l] \n"
"\n"
"  --always-ask-password, -a\n"
"Tjek ikke om adgangskoden virkelig skal bruges\n"
"til at køre kommandoen, eller om den kan fås på andre\n"
"måder: spørg altid efter den.\n"
"  --debug, -d\n"
"Udskriv oplysninger på skærmen som kan være nyttige\n"
"for at undersøge og/eller løse problemer.\n"
"  --disable-grab, -g\n"
"Deaktiver at \"låse\" tastatureret og musen,\n"
"og fokus når programmer spørger om adgangskode.\n"
"  --icon , -i \n"
"Erstatter standardikonet med det angivne ikon.\n"
"  --message , -m \n"
"Erstatter standardbeskeden der bliver vist når der\n"
"bliver spurgt efter adgangskode.\n"
"  --print-pass, -p\n"
"Beder gksu om at printe adgangskoden til stdout,\n"
"ligesom ssh-askpass. Nyttigt at bruge i skripts med\n"
"programmer der modtager adgangskoden ved stdin.\n"
"  --prompt, -P\n"
"Spørg brugeren om de vil have deres tastatur og mus\n"
"fanget før det bliver gjort.\n"
"  --ssh-fwd, -s\n"
"Fjern værtsdelen af $DISPLAY 

Bug#336688: yaird also add [permanent] ide-generic

[Sven Luther]

On Mon, Nov 21, 2005 at 07:33:45AM +0100, Erik van Konijnenburg wrote:
> On Sun, Nov 20, 2005 at 11:40:00PM +0100, Sven Luther wrote:
> > On Sun, Nov 20, 2005 at 10:19:19PM +0100, Erik van Konijnenburg wrote:
> > > On Fri, Nov 18, 2005 at 03:36:52AM +0100, Mau wrote:
> 
> > > > ide-generic should probably not be permanent as it's not needed to boot
> > > > the root filesystem. Please fix!
> 
> > > that's not handled by any other driver; if another driver is loaded after
> > > ide-generic, the IDE devices are already claimed.
> 
> > Notice that i believe that ide-generic will drive any ide chipset for x86, i
> > have some doubt of it working on non-x86 arches, at least it does not work 
> > on
> > pegasos, and i don't think it will support the powermacs ide drives.
> > 
> > The other problem is, as you say below, that loading it before the real 
> > thing
> > will make the real thing not work, as is the case here.
> > 
> > > However, as long as ide-generic is loaded after the chipset drivers,
> > > all this ambiguity should not hurt too much.  For common hardware,
> > > ide-generic is expected to be one of the last drivers loaded.
> > 
> > Maybe the correct algorithm would be to :
> > 
> >   1) only include ide-generic on x86 hardware.
> 
> Doable ...
> 
> >   2) load it after the real driver, and maybe only if the real driver didn't
> >  produce a working driver for the root device.
> 
> This is the problematic one: piix is recognised and works, via8cxxx is 
> recognised
> and doesn't.  How would yaird distinguish when to load ide-generic?

Well, i am not so sure, maybe i misunderstand ide-generic, and it is not a
driver per see, or an addition to existing drivers.

But the main point about your via8xxx situation is that we need to know why it
doesn't work, and i highly suspect either a via8cxxx bug for it not working
and thus ide-generic taking over, or a intel pIIx bug for not working together
with the ide-generic helper stuff.

This is a kernel issue, and someone with knowledge about the ide-generic stuff
needs to jump in and help us out a bit.

> > [ notes about how ide-generic is not especially easy to read ... ]
> Yep.
> 
> > So, what about your via based case ? Why does via alone not work ? This is
> > probably a bug in the via driver, maybe because of the strange interrupt 
> > issue
> > or something ?
> 
> I don't know.  Options at this point:

You clearly seem to have access to the via one, so can you investigate ? 

> * Ideally, we could avoid the whole problem by just loading ide-generic
> late, but according to the report that does not always work.  I'm curious
> about the --verbose output; would that show why this approach doesnt work 
> here?

No idea, what about loading it only if not using it doesn't show up a usable
root device ? 

> * Or find out whether 'via needs ide-generic' is a bug or feature,
> possibly repair the driver; does not sound simple.

No; but the Right Thing to do :)

> * Or maintain a table of which drivers need ide-generic as extra.
> Not the kind of maintenance we're looking forward to.

Not.

Friendly,

Sven Luther



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

Bug#340094: CVE-2005-2781: Execution of arbitrary web code

[Dave Hall]

On Mon, 2005-11-21 at 07:59 +0100, Thomas Viehmann wrote:
> Moritz Muehlenhoff wrote:
> > phpgroupware-fudforum is vulnerable as well, see
> > http://www.mail-archive.com/phpgroupware-cvs@gnu.org/msg21210.html for a
> > fix.
> Yeah.
> Unfortunately, the fix hasn't been forwarded. Thanks for digging it up.

Apologies for that, the developer responsible for it has been a little
difficult over this fix.

For sid|etch you might like to know that it has also been included in
0.9.16.009 which was released earlier today.  

Cheers

Dave
-- 
Dave Hall (aka skwashd)
API Coordinator
phpGroupWare
e [EMAIL PROTECTED]
w phpgroupware.org



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

Bug#340026: Acknowledgement (unicorn-source: does no build with 2.6.14 kernel)

[Sven Luther]

On Mon, Nov 21, 2005 at 12:49:42AM +, Jake Spencer wrote:
> I have tried with gcc-3.3 and still no joy.

Do you still have the :

  gcc -O2 -fno-gnu-linker -Wstrict-prototypes -fomit-frame-pointer
  -fno-strict-aliasing -pipe -fno-strength-reduce -Wall -Wno-comment -c -o
  e_pow.o e_pow.c
  cc1: error: unrecognized command line option "-fno-gnu-linker"

error with gcc-3.3 ? 

Friendly,

Sven Luther



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

Bug#339431: CVE-2005-3186: Integer overflow in gdk-pixbuf's XPM code

[Loic Minier]

On Mon, Nov 21, 2005, Martin Schulze wrote:
> >  I found the vulnerability matrix by Moritz Muehlenhoff useful:
> >Woody gtk2   Woody gdk-pixbuf   Sarge gtk2   Sarge gdk-pixbuf
> > CVE-2005-29751170 2841170 284
> > CVE-2005-29761317 413 413
> > CVE-2005-31861255 3591256 359
> What's the meaning of the numbers above?

 Line numbers of the problematic code, but I found it useful to find out
 which version are affected (all CVEs are present in all packages, all
 dists, except 2976 in sarge Gtk2).

> I had to rebuild the woody packages since you've built them for
> 'stable-security' instead of 'oldstable-security'

 Yes, I awoke in my sleep when I thought about that this night.

> Could you tell us as well which versions in sid fix these problems?

 Yes, I checked sid's gdk-pixbuf, and it adresses all 3 CVEs since
 version 0.22.0-11.  I only checked sid's gtk 2.6.10 this morning, and
 it was only vulnerable to CVE-2005-3186 and CVE-2005-2975 (not to
 CVE-2005-2976), like the sarge gtk, and was fixed in 2.6.10-2.

 FYI, it was also fixed in experimental with a new upstream with this
 fixes.

 This gives fixed-in versions:

   Sid gtk2   Sid gdk-pixbuf
CVE-2005-2975  2.6.10-2 0.22.0-11
CVE-2005-2976  -0.22.0-11
CVE-2005-3186  2.6.10-2 0.22.0-11

   Bye,
-- 
Loïc Minier <[EMAIL PROTECTED]>
"What do we want? BRAINS!When do we want it? BRAINS!"

Bug#338382: FormEncode 0.4

[Bob Tanner]

FormEncode 0.4 upstream has been released.

I have debianized the  FormEncode-0.4 code into python2.4-formencode and made 
it available here:

deb ftp://ftp.real-time.com/linux/real-time-debpool sid custom main
deb-src ftp://ftp.real-time.com/linux/real-time-debpool sid custom main

Looking for feedback, recommendations, comments.

Thanks.
-- 
Bob Tanner <[EMAIL PROTECTED]>  | Phone : (952)943-8700
http://www.real-time.com, Minnesota, Linux | Fax   : (952)943-8500
Key fingerprint = AB15 0BDF BCDE 4369 5B42  1973 7CF1 A709 2CC1 B288


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

Bug#263871: regexx and macrosystem are on sf.net

[Paul Wise]

I saw that regexx and macrosystem are on sf.net (they are not updated):

http://sourceforge.net/projects/regexx/
http://sourceforge.net/projects/macrosystem/

Both have patches available.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#340136: Updated Danish po-debconf translation

[Morten Brix Pedersen]

Package: aide
Severity: wishlist
Tags: l10n patch


Hi,

Attached is an updated Danish po-debconf translation for aide.

I also found a typo in the English version:

msgid "Daily reports ar mailed to root by default"

This should probably be "are" instead of "ar". 


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14.2
Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8)
#
#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: aide 0.10-11\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2005-10-04 15:45+\n"
"PO-Revision-Date: 2005-11-21 07:18+0200\n"
"Last-Translator: Morten Brix Pedersen <[EMAIL PROTECTED]>\n"
"Language-Team: Danish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: note
#. Description
#: ../templates:3
msgid "Daily reports ar mailed to root by default"
msgstr "Daglige rapporter sendes til root som standard"

#. Type: note
#. Description
#: ../templates:3
msgid "You may change that in /etc/default/aide."
msgstr "Du kan ændre det i /etc/default/aide."

#. Type: boolean
#. Description
#: ../templates:9
msgid "Initialize aide database?"
msgstr "Initialisér aide databasen?"

#. Type: note
#. Description
#: ../templates:13
msgid "Before AIDE can be used, you will have to initialize a database."
msgstr "Før AIDE kan bruges, skal du initialisere en database"

#. Type: note
#. Description
#: ../templates:13
msgid "In order to do this, simply use the '/usr/sbin/aideinit' script."
msgstr "For at gøre dette, så brug '/usr/sbin/aideinit' skriptet."

#. Type: boolean
#. Description
#: ../templates:19
msgid "Move aide data files from old directory to new?"
msgstr "Flyt aide data filer fra gammel mappe til ny?"

#. Type: boolean
#. Description
#: ../templates:19
msgid ""
"AIDE now stores its databases in /var/lib/aide by default. It appears that "
"you have an older version installed which uses /usr/lib/aide. Would you like "
"its contents moved for you?"
msgstr ""
"AIDE gemmer nu sine databaser i /var/lib/aide som standard. Det ser ud til "
"at du har en gammel version installeret som bruger /usr/lib/aide. Vil du "
"have indholdet flyttet for dig?"

#. Type: boolean
#. Description
#: ../templates:27
msgid "Overwrite existing /var/lib/aide/aide.db.new?"
msgstr "Overskriv eksisterende /var/lib/aide/aide.db.new?"

#. Type: note
#. Description
#: ../templates:31
msgid "You must install aide.db.new as /var/lib/aide/aide.db"
msgstr ""
"Du vil blive nødt til at installere aide.db.new som /var/lib/aide/aide.db"

#. Type: note
#. Description
#: ../templates:31
msgid ""
"You will need to copy the file /var/lib/aide/aide.db.new to /var/lib/aide/"
"aide.db before aide can use it."
msgstr ""
"Du vil blive nødt til at kopiere filen /var/lib/aide/aide.db.new til /var/"
"lib/aide/aide.db før aide kan bruge den."

#. Type: boolean
#. Description
#: ../templates:38
msgid "Copy aide.db.new to aide.db?"
msgstr "Kopiér aide.db.new til aide.db?"

#. Type: boolean
#. Description
#: ../templates:38
msgid ""
"It is advisable for you to first look over /var/lib/aide/aide.db.new file "
"before replacing the existing db. Would you like to replace it anyway?"
msgstr ""
"Det anbefales at du først kigger den nye /var/lib/aide/aide.db.new fil "
"igennem inden du erstatter din eksisterende db. Vil du erstatte den "
"alligevel?"

Bug#328962: libgettext-ruby: wrong encoding in po files

[Tatsuki Sugiura]

Hello,
Thanks for reporting, and sorry for late...

>>> In Message "Bug#328962: libgettext-ruby: wrong encoding in po files"
>>><[EMAIL PROTECTED]>,
>>> Thomas Huriaux <[EMAIL PROTECTED]>  said;
> Package: libgettext-ruby
> Severity: normal
> Tags: l10n

> A lot of po files in this packages are badly encoded. For example,
> po/fr/rgettext.po is encoded in iso-8859-1 but the content-type field
> says it is utf-8 ("Content-Type: text/plain; charset=UTF-8\n").
> I have checked in the upstream package
> (http://rubyforge.org/frs/?group_id=855) and it seems to be ok, so the
> problem must come from the debianization.

Hmm... I gave no changes on po files.
I found no difference between upstream and debian source.

But..., I think, the file in upstream is mixture of UTF-8
and ISO-8859-1. It seems that the half from top is encoded
in UTF-8 and, bottom half is encoded in ISO-8859-1.
I cannot check properly French and ISO-8859-1, please check
the file if you can;

wget -qO- \ 
  http://rubyforge.org/frs/download.php/5885/ruby-gettext-package-1.0.0.tar.gz \
 | tar Ozx ruby-gettext-package-1.0.0/po/fr/rgettext.po

> By the way, is this package really a Debian-native package? (see the
> Debian Policy, C.3)

I'm Sorry, this is my miss. I forgot to add original source
when building package. I'll upload fixed version soon.

-- 
Tatsuki Sugiura   mailto:[EMAIL PROTECTED]


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

Bug#340092: phpgroupware: New upstream releases fixes unspecified security problems

[Thomas Viehmann]

Moritz Muehlenhoff wrote:
>We have found a couple of undisclosed security holes in phpGroupWare.
>These have been patches. The impact of the flaws are minor, but all
>users are encourage to upgrade immediately.
> 
>All branches are affected and have been patched.
> 
>For 0.9.14.0xx (stable) users:
>Grab a new version from [58]http://phpgroupware.org/downloads or run a cvs 
> update
>New versions will be propagated out to mirrors shortly
>NOTE: This release hasn't been tested on php3
I do think that this is bogus: They've released 0.9.16 a year ago.
This sighting of an appearantly old news item might be related to the
problems with their web server that keep me from looking at their web page.

Kind regards

T.
-- 
Thomas Viehmann, http://thomas.viehmann.net/


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

Bug#340106: Bug confirmed

[Christian Perrier]

I confirm this bug, as well as the diagnostic as I was hit by it. It
broke my whereami scripts but I however do not think it should be
tagged security as I see no security implications.

I'm not even sure it deserves the "serious" severity. "important"
would be enough but, being trivial to fix, I think it probably
deserves an upload for fixing it.

-- 




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

Bug#340134: Updated Danish po-debconf translation

[Morten Brix Pedersen]

Package: anon-proxy
Severity: wishlist
Tags: l10n patch


Hi,

Attached is an updated Danish po-debconf translation for anon-proxy.


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14.2
Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8)
#
msgid ""
msgstr ""
"Project-Id-Version: anon-proxy 00.02.39-4\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2005-09-12 01:05+0200\n"
"PO-Revision-Date: 2005-11-21 07:11+0200\n"
"Last-Translator: Morten Brix Pedersen <[EMAIL PROTECTED]>\n"
"Language-Team: Danish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../templates:4
msgid "Should I set the http_proxy variable?"
msgstr "Skal jeg sætte http_proxy variablen?"

#. Type: boolean
#. Description
#: ../templates:4
msgid ""
"To surf the web anonymously you have to make your browser using the proxy "
"server. For graphical browsers like mozilla or konqueror you can easily "
"configure the proxy information using the graphical setup dialogs."
msgstr ""
"For at surfe på internettet anonymt, skal du indstille din browser til at "
"bruge proxy serveren. For grafiske browsere som Mozilla eller Konqueror kan "
"du nemt sætte proxy oplysninger op i de grafiske indstillingsvinduer."

#. Type: boolean
#. Description
#: ../templates:4
msgid ""
"Shellbrowsers like lynx or w3m use the environment variables http_proxy and "
"HTTP_PROXY. If you want to I will set these variable globally in /etc/"
"environment, and remove them when you purge this package."
msgstr ""
"Shellbrowsere som lynx eller w3m bruger miljøvariablerne http_proxy og "
"HTTP_PROXY. Hvis du vil, kan jeg sætte disse variabler globalt i /etc/"
"environment. I dette tilfælde vil jeg fjerne den når pakken bliver fjernet."

#. Type: boolean
#. Description
#: ../templates:18
msgid "Do you want me to start the daemon now?"
msgstr "Vil du have mig til at starte dæmonen nu?"

#. Type: boolean
#. Description
#: ../templates:18
msgid ""
"If you want me to, I will start the proxy daemon now. You can test if your "
"configuration works correctly by surfing to the following page:"
msgstr ""
"Hvis du vil, kan jeg starte proxy dæmonen nu. Du kan afprøve om din "
"opsætning fungerer korrekt ved at gå ind på følgende side:"

#. Type: boolean
#. Description
#: ../templates:18
msgid "http://anon.inf.tu-dresden.de/anontest/test.html";
msgstr "http://anon.inf.tu-dresden.de/anontest/test.html";

#. Type: boolean
#. Description
#: ../templates:18
msgid ""
"You can run \"/etc/init.d/anon-proxy start\" manually to start the proxy."
msgstr ""
"Du kan køre \"/etc/init.d/anon-proxy start\" manuelt for at starte proxy'en."

Bug#340135: Updated Danish po-debconf translation

[Morten Brix Pedersen]

Package: alsa-driver
Severity: wishlist
Tags: l10n patch


Hi,

Attached is an updated Danish po-debconf translation for alsa-driver.


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14.2
Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8)
# Danish translation of alsa-driver templates.
#
msgid ""
msgstr ""
"Project-Id-Version: alsa-driver 1.0.9b\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2005-07-20 15:25+0200\n"
"PO-Revision-Date: 2005-11-21 07:17+0200\n"
"Last-Translator: Morten Brix Pedersen <[EMAIL PROTECTED]>\n"
"Language-Team: Danish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../alsa-source.templates:4
msgid "Build ALSA drivers with ISA PnP support?"
msgstr "Byg ALSA-driver med ISA PnP-understøttelse?"

#. Type: boolean
#. Description
#: ../alsa-source.templates:4
msgid ""
"If you agree then the ALSA drivers will be built with support for the isa-"
"pnp driver."
msgstr ""
"Hvis du svarer ja, vil ALSA-driverne blive bygget med understøttelse for isa-"
"pnp driveren."

#. Type: boolean
#. Description
#: ../alsa-source.templates:11
msgid "Build ALSA drivers with debugging code?"
msgstr "Byg ALSA-drivere med fejlsøgningskode?"

#. Type: boolean
#. Description
#: ../alsa-source.templates:11
msgid ""
"If you agree then the ALSA drivers will be built with code to help with "
"debugging."
msgstr ""
"Hvis du svarer ja, vil ALSA-driverne blive bygget med kode der hjælper med "
"fejlsøgning."

#. Type: multiselect
#. Choices
#: ../alsa-source.templates:18
msgid "all, ${alsa_cards}"
msgstr "alle, ${alsa_cards}"

#. Type: multiselect
#. Description
#: ../alsa-source.templates:19
msgid "Select ALSA drivers to build"
msgstr "Vælg ALSA-drivere, der skal bygges."

#. Type: multiselect
#. Description
#: ../alsa-source.templates:19
msgid ""
"Select the ALSA sound card drivers that should be included in alsa-modules "
"packages that are built from the sources included in the alsa-source package."
msgstr ""
"Vælg de ALSA lydkort drivere du vil have inkluderet i alsa-modules pakkerne "
"bygget fra kildekoden inkluderet i alsa-source pakken."

#. Type: multiselect
#. Description
#: ../alsa-source.templates:19
msgid ""
"The following is a list of available sound card drivers along with short "
"descriptions."
msgstr ""
"Det følgende er en liste over tilgængelige lydkort-drivere sammen med "
"korte beskrivelser."

#. Type: multiselect
#. Description
#: ../alsa-source.templates:19
msgid "${alsa_cards_with_descriptions}"
msgstr "${alsa_cards_with_descriptions}"

#. Type: select
#. Choices
#: ../linux-sound-base.templates:3
msgid "ALSA, OSS, default"
msgstr "ALSA, OSS, standard"

#. Type: select
#. Description
#: ../linux-sound-base.templates:5
msgid "Sound system to use"
msgstr "Lydsystem der skal anvendes"

#. Type: select
#. Description
#: ../linux-sound-base.templates:5
msgid "ALSA and OSS are alternative systems of drivers for sound hardware."
msgstr "ALSA og OSS er alternative systemer af drivere for lydhardware."

#. Type: select
#. Description
#: ../linux-sound-base.templates:5
msgid ""
"If either ALSA or OSS is selected then in cases where both systems offer a "
"driver, only the driver from the selected sound system will be automatically "
"loaded by hotplug or discover. If \"default\" is selected then the choice of "
"which drivers to load automatically will be left up to hotplug or discover "
"and may depend upon the kernel version. Removing the linux-sound-base "
"package effectively puts the system into \"default\" mode."
msgstr ""
"Hvis enten ALSA eller OSS er valgt så vil der, i de tilfælde hvor begge "
"systemer har en driver, kun blive indlæst driveren fra det valgte lydsystem "
"ved hjælp af hotplug eller discover. Hvis \"standard\" er valgt, vil "
"valget af drivere der skal indlæses automatisk være op til hotplug eller "
"discover og kan afhænge af kerneversionen. Hvis du fjerner linux-sound-base "
"pakken, er det det samme som at vælge \"standard\"."

#. Type: select
#. Description
#: ../linux-sound-base.templates:5
msgid ""
"The ALSA sound system is recommended. Select OSS only if you are using a 2.4 "
"kernel and you do not want to install an alsa-modules package, or if the OSS "
"driver works with your hardware and the ALSA driver does not."
msgstr ""
"ALSA-lydsystemet er anbefalet. Vælg kun OSS hvis du bruger en 2.4-kerne og du "
"ikke vil installere en alsa-modules pakke, eller hvis OSS driveren virker med "
"din hardware og ALSA-driveren ikke gør."

Bug#340132: Updated Danish po-debconf translation

[Morten Brix Pedersen]

Package: apt-proxy
Severity: wishlist
Tags: l10n patch


Hi,

Attached is an updated Danish po-debconf translation for apt-proxy.


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14.2
Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8)
#
#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: apt-proxy 1.9.18\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2005-08-18 12:19-0300\n"
"PO-Revision-Date: 2005-11-21 07:09+0200\n"
"Last-Translator: Morten Brix Pedersen <[EMAIL PROTECTED]>\n"
"Language-Team: Danish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: note
#. Description
#: ../templates:3
msgid "Upgrading from pre-v1.9 packages."
msgstr "Opgraderer fra præ-v1.9 pakker."

#. Type: note
#. Description
#: ../templates:3
msgid "You seem to be upgrading from a version of apt-proxy previous to v1.9."
msgstr ""
"Du ser ud til at opgradere fra en version af apt-proxy tidligere end v1.9."

#. Type: note
#. Description
#: ../templates:3
msgid ""
"apt-proxy has been rewritten in python and the new configuration file format "
"is incompatible with previous version. Hopefully you will like the new "
"format better :)"
msgstr ""
"apt-proxy er blevet omskrevet i python og det nye opsætningsfilformat er "
"inkompatibelt med den tidligere version. Forhåbentlig vil du bedre kunne "
"lide det nye format :)"

#. Type: note
#. Description
#: ../templates:3
msgid ""
"I will build /etc/apt-proxy/apt-proxy-v2.conf based on your old settings if "
"you didn't already have such file. In any case, a backup file will be "
"written to /etc/apt-proxy/apt-proxy-v2.conf.backup"
msgstr ""
"Jeg vil bygge /etc/apt-proxy/apt-proxy-v2.conf baseret på dine gamle "
"indstillinger hvis du ikke allerede har en sådan fil. I hvert tilfælde, "
"vil en sikkerhedskopi blive skrevet til "
"/etc/apt-proxy/apt-proxy-v2.conf.backup"

#. Type: note
#. Description
#: ../templates:3
msgid ""
"There are also other issues documented in /usr/share/doc/apt-proxy/UPGRADING"
msgstr ""
"Der er også andre ting du skal være opmærksom på, se /usr/share/doc/apt-"
"proxy/UPGRADING"

#. Type: note
#. Description
#: ../templates:19
msgid "Upgrading issues"
msgstr "Opgraderingsproblemer"

#. Type: note
#. Description
#: ../templates:19
msgid ""
"The upgrading script dumped some warnings and they have been mailed to "
"[EMAIL PROTECTED]"
msgstr ""
"Opgraderingsskriptet havde nogle advarsler, og de er blevet sendt med post "
"til [EMAIL PROTECTED]"

#. Type: note
#. Description
#: ../templates:19
msgid ""
"You should read those warnings and /usr/share/doc/apt-proxy/UPGRADING and "
"revise your configuration (/etc/apt-proxy/apt-proxy-v2.conf)"
msgstr ""
"Du bør læse disse advarsler og /usr/share/doc/apt-proxy/UPGRADING, og rette "
"din opsætningsfil til (/etc/apt-proxy/apt-proxy-v2.conf)"

Bug#340133: cpufreqd cannot be uninstalled if daemon is not running

[Thomas Weber]

Package: cpufreqd
Version: 1.999+2.0pre2-1
Severity: important

Hi, 

if the daemon is not running, the package cannot be uninstalled:

[EMAIL PROTECTED]:~# /etc/init.d/cpufreqd stop
[EMAIL PROTECTED]:~# echo $?
1
[EMAIL PROTECTED]:~# /etc/init.d/cpufreqd start
Starting CPU Frequency daemon: cpufreqd failed!
[EMAIL PROTECTED]:~# echo $?
1
[EMAIL PROTECTED]:~# aptitude purge cpufreqd
Reading package lists... Done
Building dependency tree... Done
Reading extended state information  
Initializing package states... Done
Reading task descriptions... Done  
Building tag database... Done
The following packages have been kept back:
  adduser bc bibtex2html binutils dillo docbook-to-man findutils freeglut3 gdb 
gftp gftp-common gftp-gtk gftp-text gimp gimp-data gimp-helpbrowser gimp-python 
  gimp-svg initscripts libgail-common libgail-dev libgail-gnome-module 
libgail17 libgimp2.0 libglib2.0-0 libglib2.0-dev libglib2.0-doc 
libgnomeprint-bin 
  libgnomeprint-data libgnomeprint15 libgnutls12 libicu34 libparted1.6-13 
libpcsclite1 libqof1 manpages manpages-dev octave2.1 octave2.1-doc 
octave2.1-headers 
  octave2.1-htmldoc octave2.1-info p7zip parted pbuilder pcscd psutils 
python2.3 python2.3-dev python2.3-tk python2.4 python2.4-doc python2.4-gdbm 
python2.4-minimal 
  slib sysv-rc sysvinit unzip 
The following packages will be REMOVED:
  cpufreqd{p} 
0 packages upgraded, 0 newly installed, 1 to remove and 58 not upgraded.
Need to get 0B of archives. After unpacking 258kB will be freed.
Do you want to continue? [Y/n/?] 
Writing extended state information... Done
(Reading database ... 244942 files and directories currently installed.)
Removing cpufreqd ...
Stopping CPU Frequency daemon: cpufreqdinvoke-rc.d: initscript cpufreqd, action 
"stop" failed.
dpkg: error processing cpufreqd (--purge):
 subprocess pre-removal script returned error exit status 1
Errors were encountered while processing:
 cpufreqd
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install.  Trying to recover:


Regards
Thomas

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

Versions of packages cpufreqd depends on:
ii  debconf [debconf-2.0] 1.4.59 Debian configuration management sy
ii  libc6 2.3.5-8GNU C Library: Shared libraries an
pn  libcpufreq0(no description available)
ii  libsensors3   1:2.9.2-5  library to read temperature/voltag
ii  lsb-base  3.0-11 Linux Standard Base 3.0 init scrip

cpufreqd recommends no packages.

-- debconf information:
* cpufreqd/no_procfs_sysfs:
  cpufreqd/no_pm:


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

Bug#340131: Updated Danish po-debconf translation

[Morten Brix Pedersen]

Package: console-data
Version: 2002.12.04dbs-50
Severity: wishlist
Tags: l10n patch


Hi,

Attached is an updated Danish po-debconf translation for console-data.


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

Versions of packages console-data depends on:
ii  console-common0.7.54 Basic infrastructure for text cons
ii  debconf [debconf-2.0] 1.4.59 Debian configuration management sy

Versions of packages console-data recommends:
ii  console-tools  1:0.2.3dbs-58 Linux console and font utilities

-- debconf information excluded
#
#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: console-data 2002.12.04dbs-24\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2005-11-07 17:36+\n"
"PO-Revision-Date: 2005-11-21 07:07+0200\n"
"Last-Translator: Morten Brix Pedersen <[EMAIL PROTECTED]>\n"
"Language-Team: Danish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid "by"
msgstr "Hvidrussisk"

# console-keymaps-acorn, Bulgarian
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid "bg"
msgstr "Bulgarsk kyrillisk"

# console-keymaps-acorn, Croatian
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid "croat"
msgstr "Kroatisk"

# console-keymaps-acorn, Czech
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid "cz-lat2"
msgstr "Tjekkisk"

# console-keymaps-acorn, Swiss
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid "sg-latin1"
msgstr "Schweitzer-tysk"

# console-keymaps-acorn, German
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid "de-latin1-nodeadkeys"
msgstr "Tysk (ingen døde knapper)"

# console-keymaps-acorn, Danish
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid "dk-latin1"
msgstr "Dansk"

# console-keymaps-acorn, American
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid "us"
msgstr "Amerikansk-engelsk"

# console-keymaps-acorn, British
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid "uk"
msgstr "Britisk-engelsk"

# console-keymaps-acorn, Dvorak
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid "dvorak"
msgstr "Dvorak"

#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid "et"
msgstr "Estisk"

# console-keymaps-acorn, Swiss
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid "la-latin1"
msgstr "Latin-amerikansk"

# console-keymaps-acorn, Spanish
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid "es"
msgstr "Spansk"

# console-keymaps-acorn, Finnish
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid "fi-latin1"
msgstr "Finsk"

# console-keymaps-acorn, French
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid "fr-latin9"
msgstr "Fransk (med Euro)"

# console-keymaps-acorn, French
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3
msgid "fr-latin1"
msgstr "Fransk"

# console-keymaps-acorn, Belgian
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid "be2-latin1"
msgstr "Belgisk"

# console-keymaps-acorn, Canadian
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid "cf"
msgstr "Fransk-canadisk"

# console-keymaps-acorn, Swiss
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid "fr_CH-latin1"
msgstr "Schweitzer-fransk"

#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid "gr"
msgstr

Bug#340130: Updated Danish po-debconf translation

[Morten Brix Pedersen]

Package: proftpd
Version: 1.2.10-25
Severity: wishlist
Tags: l10n patch


Hi,

Attached is an updated Danish po-debconf translation for proftpd.


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

Versions of packages proftpd depends on:
ii  adduser   3.79   Add and remove users and groups
ii  debconf [debconf-2.0] 1.4.59 Debian configuration management sy
ii  libc6 2.3.5-8GNU C Library: Shared libraries an
ii  libcap1   1:1.10-14  support for getting/setting POSIX.
ii  libpam0g  0.79-3 Pluggable Authentication Modules l
ii  libssl0.9.8   0.9.8a-4   SSL shared libraries
ii  libwrap0  7.6.dbs-8  Wietse Venema's TCP wrappers libra
ii  netbase   4.23   Basic TCP/IP networking system
ii  proftpd-common1.2.10-25  Versatile, virtual-hosting FTP dae
ii  ucf   2.003  Update Configuration File: preserv

proftpd recommends no packages.

-- debconf information excluded
#
#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: proftpd 1.2.9-16\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2005-08-28 13:32+0200\n"
"PO-Revision-Date: 2005-11-21 07:04+0200\n"
"Last-Translator: Morten Brix Pedersen <[EMAIL PROTECTED]>\n"
"Language-Team: Danish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: select
#. Choices
#: ../proftpd.templates:3
msgid "inetd, standalone"
msgstr "inetd, alene"

#. Type: select
#. Description
#: ../proftpd.templates:5
msgid "Run proftpd from inetd or standalone?"
msgstr "Kør proftpd fra inetd eller alene?"

#. Type: select
#. Description
#: ../proftpd.templates:5
msgid ""
"ProFTPd can be run either as a service from inetd, or as a standalone "
"server. Each choice has its own benefits. If you have only a few ftp "
"connections per day, it is probably better to run proftp from inetd in order "
"to save resources."
msgstr ""
"ProFTPd kan køre enten som en service fra inetd, eller som en alenestående "
"server. Hvert valg har deres fordele. Hvis du kun har et par ftp "
"forbindelser om dagen, er det måske bedre at køre proftp fra inetd for at "
"spare på ressourcerne."

#. Type: select
#. Description
#: ../proftpd.templates:5
msgid ""
"On the other hand, if your ftp site is visited frequently, you should rather "
"run proftp as a standalone server (because with inetd, each time a "
"connection is opened, a new process is spawned)."
msgstr ""
"På den anden side, hvis dit ftpsted bliver besøgt ofte, så bør du hellere "
"køre proftp som en alenestående server (fordi med inetd åbnes en ny proces "
"hver gang en ny forbindelse bliver åbnet)."

#. Type: note
#. Description
#: ../proftpd.templates:17
msgid "Warning on syntax changes in ProFTPd configuration."
msgstr "Advarsel om syntaksændringer i ProFTPd opsætning."

#. Type: note
#. Description
#: ../proftpd.templates:17
msgid ""
"You are upgrading from a pre-1.2.8 version. Probably you will need to revise "
"your previous configuration to be compliant with current directives. Please, "
"consult documentation available in proftpd-doc and change /etc/proftpd.conf "
"as needed."
msgstr ""
"Du opgraderer fra en før-1.2.8 version. Du bør kigge din gamle opsætning "
"igennem for at sikre, at den er kompatibel med de nuværende direktiver. Se "
"dokumentationen tilgængelig i proftpd-doc og ret /etc/proftpd.conf til dine "
"behov."

#. Type: note
#. Description
#: ../proftpd.templates:17
msgid ""
"Unfortunately, it is nearly impossible for me to convert your setup "
"automatically, but for some elementary issues. You will have to do  it "
"yourself. ProFTPd could also be unable to use the resulting  configuration, "
"and it would not restart after upgrading."
msgstr ""
"Desværre er det næsten umuligt for mig at konvertere hele din opsætning "
"automatisk, udover nogle enkelte ting. Du skal gøre det selv. ProFTPd "
"kan måske ikke bruge den resulterede opsætning, og vil ikke kunne starte "
"efter opgraderingen."

Bug#340097: [Pkg-shadow-devel] Bug#340097: [l10n:ro][patch] po-debconf://shadow

[Christian Perrier]

Quoting Eddy Petrisor ([EMAIL PROTECTED]):
> Package: shadow
> Severity: whishlist
> Tags: patch l10n
> 
> Hello,
> 
> Please find attached the updated Romanian translation of the debconf 
> tempates. I have also corrected my email address to the one I currently use.


I'll commit but I'll also merge this with Debian Installer
translations as these strings are in the process of being moved to D-I
"level 1" with the new user-setup package.




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

Bug#340094: CVE-2005-2781: Execution of arbitrary web code

[Thomas Viehmann]

Moritz Muehlenhoff wrote:
> phpgroupware-fudforum is vulnerable as well, see
> http://www.mail-archive.com/phpgroupware-cvs@gnu.org/msg21210.html for a
> fix.
Yeah.
Unfortunately, the fix hasn't been forwarded. Thanks for digging it up.

Kind regards

T.
-- 
Thomas Viehmann, http://thomas.viehmann.net/


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

Bug#339957: badblocks not available to installer

[Christian Perrier]

Quoting Sean Jensen-Grey ([EMAIL PROTECTED]):
> Hello Colin,
> 
> If you point me in the right direction, I'll make a patch to do this.

You need to look in partman's code:

svn://svn.debian.org/svn/d-i/trunk/packages/partman

It may need time before getting the way partman works as it has
several submodules

In short, it's likely to *not* be a one-time/5 minutes patch.

I personnally have little knowledge of this so if you intend to do it,
I suggest you subscribe to [EMAIL PROTECTED]



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

Bug#339431: CVE-2005-3186: Integer overflow in gdk-pixbuf's XPM code

[Martin Schulze]

Loic Minier wrote:
>  Sorry for the delay.  You can grab the proposed fixes in:
>  (87M)
>  MD5: 56148df50af6e28beaca57e4fa3bf6cc

Thanks a lot!  Packages are building already.

>  I found the vulnerability matrix by Moritz Muehlenhoff useful:
>Woody gtk2   Woody gdk-pixbuf   Sarge gtk2   Sarge gdk-pixbuf
> CVE-2005-29751170 2841170 284
> CVE-2005-29761317 413 413
> CVE-2005-31861255 3591256 359

What's the meaning of the numbers above?

I had to rebuild the woody packages since you've built them for
'stable-security' instead of 'oldstable-security', and by that
I've also used woody3 instead of woody2.1, so the version is not
needlessly prolongued.

Could you tell us as well which versions in sid fix these problems?

Regards,

Joey

-- 
If you come from outside of Finland, you live in wrong country.
-- motd of irc.funet.fi

Please always Cc to me when replying to me on the lists.


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

Bug#327672: RM: xlander -- RoQA; orphaned, unplayable

[Matej Vela]

retitle 327672 RM: xlander -- RoQA; orphaned, unplayable
reassign 327672 ftp.debian.org
thanks

I think we should remove xlander.

  * Orphaned for 50 days.
  * 1 RC bug, 1 other bug.
  * Completely unplayable on modern machines due to a lack of timing code.
  * Already removed from testing.
  * Last upstream update 13 years ago:

  * popcon: 57 installations, 12 votes.

Thanks,

Matej


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

Bug#340129: Updated Danish po-debconf translation

[Morten Brix Pedersen]

Package: popularity-contest
Version: 1.31
Severity: wishlist
Tags: l10n patch


Hi,

Attached is an updated Danish po-debconf translation of popularity-contest.


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

Versions of packages popularity-contest depends on:
ii  debconf [debconf-2.0]1.4.59  Debian configuration management sy
ii  dpkg 1.13.11.0.1 package maintenance system for Deb

Versions of packages popularity-contest recommends:
ii  cron 3.0pl1-92   management of regular background p
pn  mime-construct (no description available)
ii  postfix [mail-transport-agen 2.2.4-1.0.1 A high-performance mail transport 

-- debconf information excluded
#
#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: popularity-contest\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2005-07-04 08:46+0200\n"
"PO-Revision-Date: 2005-11-21 07:00+0200\n"
"Last-Translator: Morten Brix Pedersen <[EMAIL PROTECTED]>\n"
"Language-Team: Danish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../templates:4
msgid "Participate in the Debian Package Popularity Contest?"
msgstr "Deltag i Debianpakkernes popularitetskonkurrence?"

#. Type: boolean
#. Description
#: ../templates:4
msgid ""
"You can have your system anonymously supply the Debian developers with "
"statistics about your most used Debian packages.  This information "
"influences decisions such as which packages should go on the first Debian CD."
msgstr ""
"Du kan få dit system til at forsyne Debianudviklerne med "
"anonyme statistikker om dine mest brugte Debianpakker. Disse oplysninger har "
"indflydelse på beslutninger såsom hvilke pakker der skal være på den første "
"Debian CD."

#. Type: boolean
#. Description
#: ../templates:4
msgid ""
"If you choose to participate, the automatic submission script will run once "
"every week, sending statistics to the Debian developers."
msgstr ""
"Hvis du vælger at deltage, vil et automatisk skript køre hver uge, som "
"sender statistikkerne til Debianudviklerne."

#. Type: boolean
#. Description
#: ../templates:4
msgid ""
"You can always change your mind after making this decision: \"dpkg-"
"reconfigure popularity-contest\""
msgstr ""
"Du kan altid ændre mening senere, ved at køre: \"dpkg-reconfigure popularity-"
"contest\""

#. Type: note
#. Description
#: ../templates:17
msgid "Generating unique host identifier failed"
msgstr "Oprettelse af unik værts-identificering fejlede"

#. Type: note
#. Description
#: ../templates:17
msgid ""
"The install script could not generate a unique host identifier. This is a "
"fatal error, as all hosts submitting information need to have an unique "
"identifier."
msgstr ""
"Installationen kunne ikke oprette en unik værts-identificerings. Dette er et "
"stort problem, eftersom det er et krav at alle værter der sender information "
"skal have en unik nøgle."

#. Type: note
#. Description
#: ../templates:17
msgid ""
"Please report this problem as a bug against the popularity-contest package, "
"and include information about your configuration."
msgstr ""
"Du bør rapportere dette problem som en fejlrapport imod popularity-contest "
"pakken og inkludere oplysninger om din opsætning."

#. Type: boolean
#. Description
#: ../templates:28
msgid "Use HTTP to submit reports?"
msgstr "Brug HTTP til at indsende rapporter?"

#. Type: boolean
#. Description
#: ../templates:28
msgid "If you do not want to use HTTP, email is used instead."
msgstr "Hvis du ikke vil bruge HTTP, vil email bruges i stedet."

Bug#340128: Patch to fix debian/rules dropping CFLAGS

[FX]

Tatsuki Sugiura wrote:


Hello,

Thanks for information.
But..., this problem was solved in 1.06 by using CDBS.
I think, update for sarge isn't needed because it affects
on performance trivial...  How about that you think?


BTW, I'v fixed #334011 by removing unnecessary dependency.
I'll ask upload it soon.

 



I agree, no need to backport to sarge, especially if  #334011 is fixed.  
That should make it easier for stable branch users to install 
libapache2-mod-fcgi/testing.


Thanks for maintaining this package.



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

Bug#336688: yaird also add [permanent] ide-generic

[Erik van Konijnenburg]

On Sun, Nov 20, 2005 at 11:40:00PM +0100, Sven Luther wrote:
> On Sun, Nov 20, 2005 at 10:19:19PM +0100, Erik van Konijnenburg wrote:
> > On Fri, Nov 18, 2005 at 03:36:52AM +0100, Mau wrote:

> > > ide-generic should probably not be permanent as it's not needed to boot
> > > the root filesystem. Please fix!

> > that's not handled by any other driver; if another driver is loaded after
> > ide-generic, the IDE devices are already claimed.

> Notice that i believe that ide-generic will drive any ide chipset for x86, i
> have some doubt of it working on non-x86 arches, at least it does not work on
> pegasos, and i don't think it will support the powermacs ide drives.
> 
> The other problem is, as you say below, that loading it before the real thing
> will make the real thing not work, as is the case here.
> 
> > However, as long as ide-generic is loaded after the chipset drivers,
> > all this ambiguity should not hurt too much.  For common hardware,
> > ide-generic is expected to be one of the last drivers loaded.
> 
> Maybe the correct algorithm would be to :
> 
>   1) only include ide-generic on x86 hardware.

Doable ...

>   2) load it after the real driver, and maybe only if the real driver didn't
>  produce a working driver for the root device.

This is the problematic one: piix is recognised and works, via8cxxx is 
recognised
and doesn't.  How would yaird distinguish when to load ide-generic?

> [ notes about how ide-generic is not especially easy to read ... ]
Yep.

> So, what about your via based case ? Why does via alone not work ? This is
> probably a bug in the via driver, maybe because of the strange interrupt issue
> or something ?

I don't know.  Options at this point:

* Ideally, we could avoid the whole problem by just loading ide-generic
late, but according to the report that does not always work.  I'm curious
about the --verbose output; would that show why this approach doesnt work here?

* Or find out whether 'via needs ide-generic' is a bug or feature,
possibly repair the driver; does not sound simple.

* Or maintain a table of which drivers need ide-generic as extra.
Not the kind of maintenance we're looking forward to.

Regards,
Erik




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

Bug#263873: RM: regexx -- RoQA; orphaned, no upstream, RC bug

[Matej Vela]

retitle 263873 RM: regexx -- RoQA; orphaned, RC bug, no upstream
noowner 263873
thanks

Please remove regexx.

  * Orphaned for 1 year and 107 days.
  * 1 RC bug (libstdc++ allocator change), 1 other bug.
  * No reverse dependencies.
  * Web site no longer exists:

Author's e-mail bounces due to a non-existent domain:
<[EMAIL PROTECTED]>
  * popcon: 20 installations, 5 votes.

Thanks,

Matej


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

Bug#263871: RM: macrosystem -- RoQA; orphaned, no upstream, RC bug

[Matej Vela]

retitle 263871 RM: macrosystem -- RoQA; orphaned, RC bug, no upstream
reassign 263871 ftp.debian.org
thanks

Please remove macrosystem.

  * Orphaned for 1 year and 107 days.
  * 1 RC bug (libstdc++ allocator change).
  * No reverse dependencies.
  * Web site no longer exists:

Author's e-mail bounces due to a non-existent domain:
<[EMAIL PROTECTED]>
  * popcon: 5 installations, 1 vote.

Thanks,

Matej


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

Bug#340128: Patch to fix debian/rules dropping CFLAGS

[Tatsuki Sugiura]

Hello,

Thanks for information.
But..., this problem was solved in 1.06 by using CDBS.
I think, update for sarge isn't needed because it affects
on performance trivial...  How about that you think?


BTW, I'v fixed #334011 by removing unnecessary dependency.
I'll ask upload it soon.

>>> In Message "Bug#340128: Patch to fix debian/rules dropping CFLAGS"
>>><[EMAIL PROTECTED]>,
>>> FX <[EMAIL PROTECTED]>  said;
> package: libapache2-mod-fcgid

> SUMMARY:  CFLAGS is getting dropped due to error in debian/rules.

> This patch can be applied to debian/rules in version 1.05 to fix CFLAGS 
> getting discarded.

> The patch puts CFLAGS inside MAKE_DEFS definition, and moves CFLAGS 
> definition above MAKE_DEFS.


-- 
Tatsuki Sugiura   mailto:[EMAIL PROTECTED]


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

Bug#116507: popular programs for everyday use.

[Footstep I. Annexe]

www.4aa7ata299sq5mmhrm4zrmmm.fleeterfm.com


Best regards,
Customer[EMAIL PROTECTED]



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

Bug#116410: popular programs for everyday use.

[Sequencer T. Cowper]

www.ntbqbutlsatr65nia550s5n5.facialbl.com


Best regards,
Customer[EMAIL PROTECTED]



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

Bug#116714: popular programs for everyday use.

[Python T. Bashfully]

www.mas7abs2r9a8n4mzrmmzrmm4.uncloseml.com


Best regards,
Customer[EMAIL PROTECTED]



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

Bug#76361: popular programs for everyday use.

[Vistaed G. Lattice]

www.6ucrcdumbtca766jb661bo66.facialbl.com


Best regards,
Customer[EMAIL PROTECTED]



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

Bug#59518: popular programs for everyday use.

[Withed P. Donation]

www.fll03mldkk3jgfxa2fxa2xff.fleeterfm.com


Best regards,
Customer[EMAIL PROTECTED]



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

Bug#58322: popular programs for everyday use.

[Honeys C. Yves]

www.17pm7q7zoop5kjjw61je611j.justodn.com


Best regards,
Customer[EMAIL PROTECTED]



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

Bug#279526: Should we remove icecast-client?

[Matej Vela]

Hello,

icecast-client has been orphaned for a year, and seems to have been
superseded upstream by libshout and ices2.  Are there any reasons to
keep it in the archive?

Thanks,

Matej


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

Bug#149278: popular programs for everyday use.

[Limb Q. Tailed]

www.thhwz0h9yyzxubbogtb6gbbt.uncloseml.com


Best regards,
Customer[EMAIL PROTECTED]



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

Bug#121201: popular programs for everyday use.

[Reckoning T. Fallowing]

www.rxfcfgf7wexva99mwrr4e9rr.uncloseml.com


Best regards,
Customer[EMAIL PROTECTED]



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

Bug#120116: popular programs for everyday use.

[Breathiest O. Salesclerk]

www.occ9udc4btcsp66jt661to66.fleeterfm.com


Best regards,
Customer[EMAIL PROTECTED]



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

Bug#117318: popular programs for everyday use.

[Misinterpretation I. Blood]

www.i6olopoy5no4jiivn00d5000.justodn.com


Best regards,
Customer[EMAIL PROTECTED]



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

Bug#330191: #330191: klibc 1.1.1-4 FTBFS on sparc

[Jurij Smakov]

On Sun, 20 Nov 2005, Maximilian Attems wrote:


On Sun, Nov 20, 2005 at 02:41:11PM +0100, Roland Stigge wrote:

now that linux-headers-2.6.12-1-* is not available in sid anymore, I
tried it with linux-headers-2.6.14-2-* (-sparc64 in this case). Besides
the fact that the proper asm -> asm-sparc64 symlink was missing, the
2.6.14-2-* package is configured for SPARC32 and therefore doesn't
provide 64 bit options like page size etc. that is needed by klibc (build).

Is this a bug or a feature? ;-)


this is a bug in current linux-headers,
which prevents upload of updated klibc.
hope it to be resolved soon.


I disagree. If you are trying to use the headers from 
/usr/src/linux-headers-2.6.14-2/ directory, you are asking for trouble. 
These headers are incomplete and should not be used for any build. The 
propery directory to use is /usr/src/linux-headers-2.6.14-2-sparc64/, 
which adds the flavour-specific stuff and symlinks everything else to
/usr/src/linux-headers-2.6.14-2. I have just verified that it builds 
successfully when used that way.


I think I've mentioned to you before, that I do not consider the way it is 
done now (depending on linux-headers) to be right, and that's exactly what 
I was talking about. Instead, klibc source should include necessary 
headers (and get updated whenever the interface changes), or provide a 
separate package containing them (the same way glibc is doing with 
linux-kernel-headers).


Best regards,

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


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

Bug#339987: mozilla-browser: CSS misrendering on strict and xhtml modes

[Marc Lehmann]

On Sun, Nov 20, 2005 at 09:39:22AM +0100, Alexander Sack - Debian Bugmail 
<[EMAIL PROTECTED]> wrote:
> On Sun, Nov 20, 2005 at 04:47:52AM +0100, Marc Lehmann wrote:
> > Package: mozilla-browser
> > Version: 2:1.7.8-1
> > Severity: minor
> > 
> > 
> > The following page:
> > 
> >http://cfmaps.schmorp.de/sisters/towerabug3.xhtml
> 
> Sorry, I get a 404 - Not Found when trying to access that page.

Damn, I accidentally deleted it. My apologies :(

I've recreated it at http://data.plan9.de/tower3.html

It is a bit different: first, I removed the mozilla workaround
(top: -1px), so the vertical offset is immediately visible (I am
not a CSS guru, but the offset should either be -3px (outer edge
references container content edge) or 0 (both references are content or
border-relative), not -1px), second, I noticed that, when the first row
is being hovered over, the TD gets wider (and so does the table), while
for all other rows, the TD doesn't get wider. As I don't special-case the
first row of the table this behaviour is hard to explain, too.

(The final page, as reference, uses a different layout model, which seems
to work better: http://cfmaps.schmorp.de/sisters/tower3.xhtml).

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


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

Bug#297954: ITA: doomlegacy -- A port of the Doom engine that supports OpenGL

[Matej Vela]

On Mon, Nov 14, 2005 at 16:10:20 +0100, Jose María Gómez wrote:
> retitle 297954 ITA: doomlegacy -- A port of the Doom engine that supports 
> OpenGL
> retitle 298027 ITA: doomlegacy-data -- Data files needed by doomlegacy

How do you plan to solve the licensing problems (#264816)?

Thanks,

Matej

Bug#288228: ITA: eco5000 -- Orga Eco 5000 smartcard reader PCSC and CT-API driver

[Matej Vela]

retitle 288228 O: eco5000 -- Orga Eco 5000 smartcard reader PCSC and CT-API 
driver
noowner 288228
thanks

On Sun, Oct 30, 2005 at 18:48:29 +0100, Matej Vela wrote:
> On Mon, Aug 15, 2005 at 23:35:10 -0300, Frederico Recsky wrote:
>> Yes,
>>
>> I also had the package with modified mainteiner name, and I was sent do
>> another debian developer to upload.
>
> I guess that didn't pan out... Please follow the steps outlined in the
> debian-mentors FAQ [1]: upload a package to mentors.debian.net, and
> post an RFS to .

I haven't seen an RFS, so I'm assuming you're no longer interested.
If you are, feel free to retitle the bug again.

Thanks,

Matej


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

Bug#279526: ITA: icecast-client -- Streaming Mpeg Layer III feeder

[Matej Vela]

retitle 279526 O: icecast-client -- Streaming Mpeg Layer III feeder
noowner 279526
thanks

On Sun, Nov 20, 2005 at 22:42:42 +0100, Mario Iseli wrote:
> On Sun, 2005-11-20 at 20:57 +0100, Matej Vela wrote:
>> Do you still intend to adopt icecast-client?  Are there any reasons
>> not to switch to icecast2?
>
> Yes, that's a good question. First i thought too there would be some
> reasons, but now i think the code is too buggy and too much patches to
> ever be stable again. I think the package can be removed.

OK, retitling to orphaned for now.  I'll check with the icecast2
maintainer and probably file for removal.

Thanks for your prompt response,

Matej


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

Bug#279526: ITA: icecast-client -- Streaming Mpeg Layer III feeder

[Mario Iseli]

Hi Matej!

On Sun, 2005-11-20 at 20:57 +0100, Matej Vela wrote:
> On Mon, Oct 24, 2005 at 23:13:01 +0200, Mario Iseli wrote:
> > retitle 279526 ITA: icecast-client -- Streaming Mpeg Layer III feeder
> 
> Do you still intend to adopt icecast-client?  Are there any reasons
> not to switch to icecast2?

Yes, that's a good question. First i thought too there would be some
reasons, but now i think the code is too buggy and too much patches to
ever be stable again. I think the package can be removed.

Mario





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

Bug#340127: boo: New version doesn't work

[Daniel Serpell]

Package: boo
Version: 0.7.0.1921-0.1
Severity: grave
Justification: renders package unusable


Running booc in the console does:

~$ /usr/bin/booc

Unhandled Exception: System.ArgumentNullException: Argument cannot be null.
in <0x003c9> System.String:FormatHelper (System.Text.StringBuilder result, 
IFormatProvider provider, System.String format, System.Object[] args)
in <0x0002b> System.String:Format (IFormatProvider provider, System.String 
format, System.Object[] args)
in <0x00037> System.String:Format (System.String format, System.Object arg0)
in <0x00017> Boo.Lang.ResourceManager:Format (System.String name, System.Object 
param)
in <0x0074d> BooC.App:Run (System.String[] args)
in <0x000f1> BooC.App:Main (System.String[] args)


Simple programs can be compiled, but any console output (such as
error messages) gives the above error.

Note that the binary distribution from the boo site gives the same
error, so perhaps this version of boo should conflict with current
mono version.

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

Versions of packages boo depends on:
ii  mono-classlib-1.0 1.1.9.2-1  Mono class library (1.0)

boo recommends no packages.

-- no debconf information


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

Bug#334843: Bug#335571: Bug#334843: Oops suddenly appearing after a video card change

[Aurelien Jarno]

Horms a écrit :

It is still unclear to me if it is acceptable or not that a simple bug
in a software like hddtemp can cause the kernel to segfault,
especially not while it occurs since a video card change.



If the kernel segfaults, its a kernel bug. 


Aurelien, could you elaborate a little on what the fix for
#335571 was, it seems that whatever kernel code that is tickling
wants fixing.


Well, it was more a workaround than a fix. The solution I found is to 
not probe packet device drives, as we already know they don't have a 
temperature sensor. That also fixed a bug where some drives were going 
in a bad state when receiving the command, creating a SeekComplete Error 
message in the kernel logs.


Aurelien

--
  .''`.  Aurelien Jarno | GPG: 1024D/F1BCDB73
 : :' :  Debian developer   | Electrical Engineer
 `. `'   [EMAIL PROTECTED] | [EMAIL PROTECTED]
   `-people.debian.org/~aurel32 | www.aurel32.net


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

Bug#340128: Patch to fix debian/rules dropping CFLAGS

[FX]

package: libapache2-mod-fcgid

SUMMARY:  CFLAGS is getting dropped due to error in debian/rules.

This patch can be applied to debian/rules in version 1.05 to fix CFLAGS 
getting discarded.


The patch puts CFLAGS inside MAKE_DEFS definition, and moves CFLAGS 
definition above MAKE_DEFS.


--- rules.orig  2005-11-20 21:50:48.0 -0600
+++ rules   2005-11-20 21:51:41.0 -0600
@@ -6,12 +6,6 @@
# Uncomment this to turn on verbose mode.
#export DH_VERBOSE=1

-
-MAKE_DEFS=top_dir=/usr/share/apache2 \
- APXS=apxs2 APACHECTL=apachectl2 \
- LIBTOOL=libtool SH_LIBTOOL=libtool \
- INCLUDES="-I$(CURDIR) -I/usr/include/apache2 -I 
/usr/include/apr-0"

-
CFLAGS = -Wall -g

ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
@@ -19,6 +13,13 @@
else
   CFLAGS += -O2
endif
+
+MAKE_DEFS=top_dir=/usr/share/apache2 \
+ APXS=apxs2 APACHECTL=apachectl2 \
+ LIBTOOL=libtool SH_LIBTOOL=libtool \
+ INCLUDES="-I$(CURDIR) -I/usr/include/apache2 -I 
/usr/include/apr-0" \

+ CFLAGS="$(CFLAGS)"
+
ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS)))
   INSTALL_PROGRAM += -s
endif



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

Bug#340126: Ignores all system defaults for paper size

[Daniel Burrows]

Package: galeon
Version: 1.3.21-8
Severity: normal

  /etc/papersize contains "letter" and the printer is configured in CUPS
to print on letter paper -- yet when I select the printer from the dropdown
list (overriding the default, which appears to be an XPrint printer instead
of a CUPS printer) selected paper size is reset to A5.  This is non-optimal.

  Daniel

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

Versions of packages galeon depends on:
ii  galeon-common1.3.21-8GNOME web browser for advanced use
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libatk1.0-0  1.10.3-1The ATK accessibility toolkit
ii  libaudiofile00.2.6-6 Open-source version of SGI's audio
ii  libbonobo2-0 2.10.1-1Bonobo CORBA interfaces library
ii  libbonoboui2-0   2.10.1-1The Bonobo UI library
ii  libc62.3.5-8 GNU C Library: Shared libraries an
ii  libesd0  0.2.36-1Enlightened Sound Daemon - Shared 
ii  libgcc1  1:4.0.2-4   GCC support library
ii  libgconf2-4  2.10.1-6GNOME configuration database syste
ii  libgcrypt11  1.2.2-1 LGPL Crypto library - runtime libr
ii  libglade2-0  1:2.5.1-2   library to load .glade files at ru
ii  libglib2.0-0 2.8.4-1 The GLib library of C routines
ii  libgnome-desktop-2   2.10.2-1Utility library for loading .deskt
ii  libgnome-keyring00.4.5-1 GNOME keyring services library
ii  libgnome2-0  2.10.1-1The GNOME 2 library - runtime file
ii  libgnomecanvas2-02.10.2-2A powerful object-oriented display
ii  libgnomeui-0 2.10.1-1The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0   2.10.1-5The GNOME virtual file-system libr
ii  libgnutls11  1.0.16-14   GNU TLS library - runtime library
ii  libgpg-error01.1-4   library for common error values an
ii  libgtk2.0-0  2.6.10-2The GTK+ graphical user interface 
ii  libice6  6.8.2.dfsg.1-10 Inter-Client Exchange library
ii  libjpeg626b-10   The Independent JPEG Group's JPEG 
ii  liborbit21:2.12.4-1  libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-01.8.2-3 Layout and rendering of internatio
ii  libpopt0 1.7-5   lib for parsing cmdline parameters
ii  libsm6   6.8.2.dfsg.1-10 X Window System Session Management
ii  libstartup-notification0 0.8-1   library for program launch feedbac
ii  libstdc++6   4.0.2-4 The GNU Standard C++ Library v3
ii  libtasn1-2   0.2.17-1Manage ASN.1 structures (runtime)
ii  libx11-6 6.8.2.dfsg.1-10 X Window System protocol client li
ii  libxml2  2.6.22-2GNOME XML library
ii  mozilla-browser  2:1.7.12-1  The Mozilla Internet application s
ii  procps   1:3.2.6-2   /proc file system utilities
ii  xlibs6.8.2.dfsg.1-10 X Window System client libraries m
ii  zlib1g   1:1.2.3-8   compression library - runtime

Versions of packages galeon recommends:
ii  gnome-control-center [capplet 1:2.10.2-1 utilities to configure the GNOME d
ii  gnome-icon-theme  2.10.1-2   GNOME Desktop icon theme
ii  iso-codes 0.49-1 ISO language, territory, currency 
ii  mozilla-mailnews  2:1.7.12-1 The Mozilla Internet application s
ii  mozilla-psm   2:1.7.12-1 The Mozilla Internet application s
ii  scrollkeeper  0.3.14-10  A free electronic cataloging syste
ii  yelp  2.10.0-3   Help browser for GNOME 2

-- no debconf information


signature.asc
Description: Digital signature

Bug#340090: tunepimp utf-8

[Clint Adams]

A locally-compiled copy of 0.4.0 does not exhibit this problem.


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

Bug#340125: octave-mode rebinds M-BS

[Frederik Eaton]

Package: octave2.9-emacsen
Version: 2.9.2-2
Severity: normal

Octave-mode (in xemacs 21.4) seems to be rebinding the meta-backspace
keystroke:

M-BS runs `octave-mark-defun' 

This is unwise because it's a standard keystroke (backward-kill-word)
which many people frequently use as part of normal editing. Changing
the definition to something else is confusing and annoying to these
users.

Frederik

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

Versions of packages octave2.9-emacsen depends on:
ii  debianutils   2.14.2 Miscellaneous utilities specific t
ii  emacs21 [emacsen] 21.4a-1The GNU Emacs editor
ii  octave2.9 2.9.2-2GNU Octave language for numerical 
ii  xemacs21  21.4.17-2  highly customizable text editor
ii  xemacs21-mule [xemacs21]  21.4.17-2  highly customizable text editor --

octave2.9-emacsen recommends no packages.

-- no debconf information


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

Bug#286872: gnopernicus: FTBFS (amd64/gcc-4.0): invalid lvalue in assignment

[Free Ekanayaka]

Hi all,

is there any news  about this bug? I'd really  like to see gnopernicus
in testing..

Cheers,

Free




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

Bug#340108: linux-image-2.6.14-2-386: ALSA fails with SB16 value

[Horms]

tag 340108 +upstream 

In article <[EMAIL PROTECTED]> you wrote:
> Package: linux-image-2.6.14-2-386
> Version: 2.6.14-3
> Severity: normal
> 
> My "SB16 value" cards (ISA, afaik no PNP) don't work with ALSA.
> The words "SB16 value" are litererally printed on the card. As I found 
> out, these seem to be SB16's without a MIDI interface (but with OPL3).

Hi,

As this is almost certainly an ALSA bug, could you take a few moments
to log your report with the ALSA maintainers, as per the instructions
on:

http://www.mailarchives.org/list/debian-kernel/msg/2005/09177

-- 
Horms


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

Bug#339485:

[Horms]

merge 339487 339485
thanks

In article <[EMAIL PROTECTED]> you wrote:
> This should be merged with 339487
> 
> (typed  "--body" option rather than "--body-file")

Merging as requested.

-- 
Horms


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

Bug#334843: Oops suddenly appearing after a video card change

[Horms]

In article <[EMAIL PROTECTED]> you wrote:
> Horms and Maximilian Attems, how does your discussion relate to the
> bugs reports you are including in CC?
>
> I thought that "Considering my previous comment, this does not seems
> to be really relevant." was a polite, but clear enough, way to ask
> you to stop cross-posting your apparently off-topic discussion (if it
> is not off-topic, make it clear). 

I was confused by your initial bug report, thought that it
was related to the loading of ide modules, and was offering
a work around. If you feel that was off-topic, please ignore it.

> To get back to the subject, apparently a bugfix in hddtemp should
> avoid this bug to occur
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=335571

Thanks, I wasn't aware that you had duplicated the bug,
nor that progress had been made.

> It is still unclear to me if it is acceptable or not that a simple bug
> in a software like hddtemp can cause the kernel to segfault,
> especially not while it occurs since a video card change.

If the kernel segfaults, its a kernel bug. 

Aurelien, could you elaborate a little on what the fix for
#335571 was, it seems that whatever kernel code that is tickling
wants fixing.

-- 
Horms


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

Bug#326073:

[Walter B. Rasmann]

Package: sylpheed
Version: 2.0.4-1

Some additional information:

When 'edit with external editor' is pressed, sylpheed creates 
a file '/home/user/.sylpheed-2.0/tmp/tmpmsg.0x000'. This 
file already contains the corrupted version of the text and
opens in the editor.

Sylpheed seems to convert the text before passing it to the 
editor and does this depending on the locale (LC_ variables). 
The result howerever is unusable, especially when multiple 
languages are beeing used. Everything which is not found in 
the character set corresponding to the language determined by 
the locale setting is then replaced with underscores. (For the 
rest of the text sylpheed has not been able to choose the 
right encoding on my system.)


Some possible solutions:

 - using a fixed encoding like utf8 or iso-10646

 - adding options for encoding to use with external editor (and with
   actions)

 - using the outgoing encoding and including headers


Thank you for replying ;)


-- System Information:
  Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable')
  Architecture: i386 (i686)
  Shell:  /bin/sh linked to /bin/bash
  Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
  Locale: LANG=, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
  ...


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

Bug#339957: badblocks not available to installer

[Sean Jensen-Grey]

Hello Colin,

If you point me in the right direction, I'll make a patch to do this.


On Sun, Nov 20, 2005 at 07:57:44PM +, Colin Watson wrote:
> On Sun, Nov 20, 2005 at 08:17:17AM +0100, Christian Perrier wrote:
> > The best thing to do would of course adding something to the
> > partman-ext3 and partman-basicfilesystems packages to offer a "check
> > for bad blocks" optionbut this requires someone to do it..:-)
> 
> libparted has a ped_geometry_check() function that does this. partman
> doesn't call it at present, but it would probably be fairly simple to
> make it do so.
> 
> We already do automatic file system checks (but not block-level checks)
> at the end of partman.
> 
> -- 
> Colin Watson   [EMAIL PROTECTED]


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

Bug#339957: badblocks not available to installer

[Sean Jensen-Grey]

If someone sorta "hold my hand" and tells me where the code I should change is, 
I'll make a patch.

On Sun, Nov 20, 2005 at 08:17:17AM +0100, Christian Perrier wrote:
> Quoting Sean Jensen-Grey ([EMAIL PROTECTED]):
> > Package: debian-installer 
> > Version: testing
> > 
> > badblocks is not available to the parition manager. I would like two options
> 
> 
> To the D-I team people: do you think we can request for badblocks to
> be added to the e2fsprogs-udeb package?
> 
> Even if nothing in partman currently makes use of it, it could still
> be available for manual checks done in the virtual consoles just like
> Sean described.
> 
> The best thing to do would of course adding something to the
> partman-ext3 and partman-basicfilesystems packages to offer a "check
> for bad blocks" optionbut this requires someone to do it..:-)
> 


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

Bug#338089: New aic7xxx driver fails spectacularly on 2940UW

[Graham Knap]

Hi guys,

This week I recreated the Debian kernel per Horms' instructions. I then
applied James' source patch, and recompiled.

> --- a/drivers/scsi/scsi_transport_spi.c
> +++ b/drivers/scsi/scsi_transport_spi.c
> @@ -816,8 +816,10 @@ spi_dv_device_internal(struct scsi_devic
>* do the SPI pattern write tests */
>  
>   len = 0;
> +#if 0
>   if (scsi_device_dt(sdev))
>   len = spi_dv_device_get_echo_buffer(sdev, buffer);
> +#endif
>  
>   retry:

Sure enough, the kernel now boots. I'll attach the "dmesg" output here.

Do you guys have a "final" patch in mind?

Let me know if there are other tests you'd like me to run. Now that I
know how to do this, I should be able to turn around test results
fairly quickly.

-- grahamLinux version 2.6.14-p () ([EMAIL PROTECTED]) (gcc version 4.0.3 2005 
(prerelease) (Debian 4.0.2-4)) #1 Fri Nov 18 22:01:49 EST 2005
BIOS-provided physical RAM map:
 BIOS-e820:  - 0009fc00 (usable)
 BIOS-e820: 0009fc00 - 000a (reserved)
 BIOS-e820: 000f - 0010 (reserved)
 BIOS-e820: 0010 - 17ffd000 (usable)
 BIOS-e820: 17ffd000 - 17fff000 (ACPI data)
 BIOS-e820: 17fff000 - 1800 (ACPI NVS)
 BIOS-e820:  - 0001 (reserved)
0MB HIGHMEM available.
383MB LOWMEM available.
On node 0 totalpages: 98301
  DMA zone: 4096 pages, LIFO batch:1
  Normal zone: 94205 pages, LIFO batch:31
  HighMem zone: 0 pages, LIFO batch:1
DMI 2.0 present.
ACPI: RSDP (v000 ASUS  ) @ 0x000f7dd0
ACPI: RSDT (v001 ASUS   P2L-B0x58582e31 ASUS 0x31303030) @ 0x17ffd000
ACPI: FADT (v001 ASUS   P2L-B0x58582e31 ASUS 0x31303030) @ 0x17ffd080
ACPI: BOOT (v001 ASUS   P2L-B0x58582e31 ASUS 0x31303030) @ 0x17ffd040
ACPI: DSDT (v001   ASUS P2L-B0x1000 MSFT 0x0101) @ 0x
ACPI: PM-Timer IO Port: 0xe408
Allocating PCI resources starting at 2000 (gap: 1800:e7ff)
Built 1 zonelists
Kernel command line: root=/dev/sda3 ro
Local APIC disabled by BIOS -- you can enable it with "lapic"
mapped APIC to d000 (01302000)
Initializing CPU#0
PID hash table entries: 2048 (order: 11, 32768 bytes)
Detected 501.146 MHz processor.
Using pmtmr for high-res timesource
Console: colour VGA+ 80x25
Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Memory: 385200k/393204k available (1803k kernel code, 7400k reserved, 512k 
data, 180k init, 0k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay using timer specific routine.. 1002.80 BogoMIPS (lpj=501404)
Security Framework v1.0.0 initialized
SELinux:  Disabled at boot.
Capability LSM initialized
Mount-cache hash table entries: 512
CPU: After generic identify, caps: 0183f9ff     
 
CPU: After vendor identify, caps: 0183f9ff     
 
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: L2 cache: 128K
CPU: After all inits, caps: 0183f9ff   0040  
 
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
mtrr: v2.0 (20020519)
CPU: Intel Celeron (Mendocino) stepping 05
Enabling fast FPU save and restore... done.
Checking 'hlt' instruction... OK.
ACPI: setting ELCR to 0200 (from 0a00)
checking if image is initramfs... it is
softlockup thread 0 started up.
Freeing initrd memory: 1144k freed
NET: Registered protocol family 16
ACPI: bus type pci registered
PCI: PCI BIOS revision 2.10 entry at 0xf06d0, last bus=1
PCI: Using configuration type 1
ACPI: Subsystem revision 20050902
ACPI: Interpreter enabled
ACPI: Using PIC for interrupt routing
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 *9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 *9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 *9 10 11 12 14 15)
ACPI: PCI Root Bridge [PCI0] (:00)
PCI: Probing PCI hardware (bus 00)
ACPI: Assume root bridge [\_SB_.PCI0] bus is 0
PCI quirk: region e400-e43f claimed by PIIX4 ACPI
PCI quirk: region e800-e81f claimed by PIIX4 SMB
PIIX4 devres B PIO at 0290-0297
Boot video device is :01:00.0
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI init
pnp: PnP ACPI: found 12 devices
PnPBIOS: Disabled by ACPI PNP
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq".  If it helps, post a report
pnp: 00:01: ioport range 0xe400-0xe43f could not be reserved
pnp: 00:01: ioport range 0xe800-0xe80f has been reserved
pnp: 00:01: ioport range 0x294-0x297 has been reserved
PCI: Bridge: :00:01.0
  IO window: disabled.
  MEM window: d600-d7df
  PREFETCH window: d7f0-e3ff
Simple Boot Flag at 0x46 set 

Bug#340124: pdns-server: missing dependency?

[Lars Wirzenius]

Package: pdns-server
Version: 2.9.19-1

Testing pdns-server with piuparts, I get the following error:

0m8.0s ERROR: Command failed (status=256): 'chroot /tmp/tmpND_bw4 dpkg
--purge --pending'
  (Reading database ... 7571 files and directories currently installed.)
  Removing pdns-server ...
  Purging configuration files for pdns-server ...
  In order to use the --remove-home, --remove-all-files, and --backup
features,
  you need to install the `perl-modules' package. To accomplish that,
run
  apt-get install perl-modules
  /var/lib/dpkg/info/pdns-server.postrm: line 36: ucf: command not found
  dpkg: error processing pdns-server (--purge):
   subprocess post-removal script returned error exit status 127
  Errors were encountered while processing:
   pdns-server

It would seem you need to depend on perl or perl-modules (I'm not sure
which one is the correct one).

-- 
We live in a duct tape society.



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

Bug#340123: dhcp3-server: debconf note has incorrect locations

[Matt Taggart]

Package: dhcp3-server
Version: 3.0.3-5

The debconf note explaining the new next server behavior says,

"From version 3.0.3, the DHCP server's default value of the next-server
 directive has changed. If you are network booting clients, and your
 TFTP server is your DHCP server, you need to explicitly set a
 next-server directive to state this. Please see
 /usr/share/doc/dhcp3-server/NEWS.Debian and
 /usr/share/doc/dhcp3-server/RELNOTES.gz for more information."

Those file locations are wrong. After upgrade on my system these files are 
found at,

/usr/share/doc/dhcp3-server/NEWS.Debian.gz (was missing .gz)
and
/usr/share/doc/dhcp3-common/RELNOTES.gz (was wrong dir)

Thanks,

-- 
Matt Taggart
[EMAIL PROTECTED]




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

Bug#316637: newt: Etch is expected to be fully Unicode-compliant so fribidi should be in Depends, not Recommends

[Steve Langasek]

On Sun, Nov 20, 2005 at 11:43:47PM +0200, Martin-Éric Racine wrote:
> su, 2005-11-20 kello 10:16 -0800, Steve Langasek kirjoitti:
> > On Sun, Nov 20, 2005 at 07:29:00PM +0200, Martin-Éric Racine wrote:
> > > Given how Unicode compliance is a release goal for Etch, having 
> > > libfribidi0 in Recommends is not sufficient; it 
> > > really must show in Depends.

> > No.  "Unicode support" refers to applications functioning in a UTF-8 locale
> > as correctly as they do in a single-byte locale.

> And it indeed doesn't function correctly here.  Not putting libfribidi0
> as Depends breaks newt operation on UTF-8 locales, which in turns also
> affects debconf.  Without it, debconf does NOT work correctly under a
> UTF-8 locale using the 'dialog' front-end.

Then you should have said that (and in a separate bug report, no less)
instead of claiming that dependencies were missing.  If UTF-8 isn't working
right without lifribidi0, then something's buggy in the UTF-8 support,
because libfribidi0 should *not* be required for this.

-- 
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/


signature.asc
Description: Digital signature

Bug#340122: libtunepimp-bin: new upstream version

[Clint Adams]

Package: libtunepimp
Version: 0.3.0-9

0.4.0 appears to have UTF-8 fixes.  It may solve #340090.


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

Bug#340121: didiwiki: leaves /var/lib/didiwiki/styles.css after purge

[Lars Wirzenius]

Package: didiwiki
Version: 0.5-4

Testing didiwiki with piuparts, I get the following error:

0m6.1s ERROR: Package purging left files on system:
  /var/lib/didiwiki
  /var/lib/didiwiki/styles.css

styles.css seems to be a symlink created in postinst; you'll probably
need a prerm to remove it (postrm may be too late).

-- 
Though spring is here, to me it is still September



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

Bug#340120: fbtv: tuning channel enables capturing even if it was disabled before

[Mario 'BitKoenig' Holbe]

Package: fbtv
Version: 3.94-1.0
Severity: important

Hello,

fbtv usually disables capturing when the user switches to another
console, which is especially a good idea when switching to a X11
console.
However, when switched to another console and capturing is disabled it
gets re-enabled when the user tunes another channel (i.e. via Remote
Control). This is no big issue when the other console is a text mode
console. However, it is a qute bad idea when the current console is a
X11 one. This way I did freeze my keyboard and even via remote (serial)
access I wasn't able to recover from that situation other than with a
reboot (not even chvt did work anymore).

This is most likely something to forward upstram.


Thanks for your work & regards
   Mario
-- 
There are 10 types of people in the world: Those who
understand binary, and those who don't...


signature.asc
Description: Digital signature

Bug#340119: Fails to upgrade

[Clement Cavadore]

Package: coreutils
Version: 5.93-5
It fails to upgrade from 5.2.1-2 to 5.93-5 with the following output:

Préparation du remplacement de coreutils 5.2.1-2 (en
utilisant .../coreutils_5.93-5_i386.deb) ...
No diversion `any diversion
of /usr/share/man/man1/md5sum.textutils.1.gz', none removed
Removing `local diversion of /usr/bin/md5sum.textutils
to /usr/bin/md5sum'
dpkg-divert: rename involves overwriting `/usr/bin/md5sum.textutils'
with
  different file `/usr/bin/md5sum', not allowed
dpkg : erreur de traitement
de /var/cache/apt/archives/coreutils_5.93-5_i386.deb (--unpack) :
 le sous-processus pre-installation script a retourné une erreur de
sortie d'état 2
Des erreurs ont été rencontrées pendant l'exécution :
 /var/cache/apt/archives/coreutils_5.93-5_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

-- 
Clément Cavadore

Bug#334993: ftp.debian.org: Please remove gabber from experimental

[Goedson Teixeira Paixao]

* Jeroen van Wolffelaar ([EMAIL PROTECTED]) wrote:
> tags 334993 moreinfo
> thanks
> 
> On Fri, Oct 21, 2005 at 09:16:55AM -0200, Goedson Teixeira Paixao wrote:
> > Please remove the gabber package from the experimental distribution.
> > 
> > This package is an old version of the code I'm currently maintaining
> > as gabber2 in unstable.
> 
> Why are there two gabber versions in Debian anyway? As gabber2 has never
> been in stable before, I strongly suggest to rename gabber2 to gabber.

I'm planning to do this and will probably rename gabber2 to gabber in
my next upload.


-- 
 .''`. Goedson Teixeira Paixao <[EMAIL PROTECTED]>
: :' : Jabber ID: [EMAIL PROTECTED] - http://www.jabber.org/
`. `'  Key fingerprint: 20FC AD60 E8C8 D2EB 064A  8F5B EED8 D4CC 1DEB 8EAE
  `-   Signed/encypted mail preferred


signature.asc
Description: Digital signature

Bug#340116: regression from 1.5.9-2

[Daniel Stone]

As far as I can tell, this worked fine in 1.5.9-2.


signature.asc
Description: Digital signature

Bug#339320: RM: readline4, old library

[Jeroen van Wolffelaar]

tags 339320 moreinfo
thanks

On Mon, Nov 21, 2005 at 01:50:17AM +0100, Matthias Klose wrote:
> Jeroen van Wolffelaar writes:
> > On Tue, Nov 15, 2005 at 02:55:16PM +0100, Matthias Klose wrote:
> > > Please remove readline4, after all packages are converted to use
> > > readline5.
> > 
> > Eh, no, they haven't, half the world still depends on it. You'd really need
> > some transition plan (like, Bin-NMU the hell out of depending packages, for
> > example) first, I'm not going to remove it as-is.
> 
> so what don't you understand? "after" or "remove after"?

I read "After all, packages are...", instead of what you intended,
sorry.

Partly also due to the fact that typically people file bugs on ftp.d.o
only once packages can really be removed and most or all
reverse-dependencies are resolved, lest ftp.debian.org becomes a pile of
bugs that at some point in the future needs to be executed, but not yet.

It's still 'moreinfo', as I understand I should not remove readline4
yet, hence, the ball is not at ftp-master's. I do not intend to
periodically look whether all packages are already converted to
readline5, that's a maintainer's job.

Thanks,
--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl


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

Bug#338407: Please remove guile 1.4 (all Source: guile-core related packages)

[Rob Browning]

Jeroen van Wolffelaar <[EMAIL PROTECTED]> writes:

> Please do file bugs on depending packages so that they can transition, and
> won't become instantly buggy without prior warning.
>
> In addition, there's also gnobog.

Hmm, looks like that package may not be very active either.  The last
maintainer upload was in 2002, and there has been one non-maintainer
upload since then, in early August 2004.

I could probably upload Guile 1.6 based, non-maintainer versions of
these packages myself, but it would probably be better if the work
were done by someone familiar with the package (who would be able to
tell if it was working right).

-- 
Rob Browning
rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu
GPG starting 2002-11-03 = 14DD 432F AE39 534D B592  F9A0 25C8 D377 8C7E 73A4


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

Bug#340118: gnobog: please try building with guile-1.6-dev

[Rob Browning]

Package: gnobog
Version: 0.4.3-2.1

I have asked for Guile 1.4 to be removed from unstable, and it appears
that gnobog is one of the few programs that still links against it.

Could you try upgrading to guile-1.6-dev and the related packages and
see if gnobog will build and run correctly?  (You'll need to purge the
Guile 1.4 dev packages.)

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu
GPG starting 2002-11-03 = 14DD 432F AE39 534D B592  F9A0 25C8 D377 8C7E 73A4


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

Bug#335488: [Pkg-zope-developers] Re: Bug#335488: Removal request for old zope packages

[Jeroen van Wolffelaar]

On Mon, Nov 21, 2005 at 01:16:40AM +0100, Matthias Klose wrote:
> Jeroen van Wolffelaar writes:
> > On Sun, Nov 20, 2005 at 09:53:37PM +0100, Fabio Tranchitella wrote:
> > > On dom, 20 nov 2005, Jeroen van Wolffelaar wrote:
> > > > Why isn't the canonical zope version simply called 'zope' here? If I'd
> > > > remove zope, there will be no 'zope' package anymore for people to 
> > > > install.
> > > 
> > > Well, in my opinion having no 'zope' package is a good thing: zope
> > > development is focused on two branches (zope2.x and zope3) so at least two
> > > packages will have to coexists. When sarge has been released, zope2.7 was
> > > the 'default' zope version, and now it could probably removed in favour of
> > > zope2.8, but there are *a lot* of differences between them (read: the Five
> > > framework).
> > 
> > Oh, so there are currently no less than *four* versions of zope in
> > unstable?
> 
> calm down.

Ok :)
 
> > I'd very strongly suggest to make that zope2 and zope3 only, while there
> > surely can be a lot of difference between minor versions, I do not think
> > it's a good thing to have multiple minor versions in the archive
> > simultaneously, especially considering zope2 is apparantly obsolete
> > already.
> 
> that's rubbish, not an argument. plone doesn't work with zope3.

Hence the 'apparantly', I indeed don't know about pro & cons of each
version, which was already quite obvious to myself as I didn't know
about zope3 at all yet. Nor should I per se know this, as I'm not
involved in zope. I'm speaking here as stakeholder for the FTP archive
in general, and also partly for the release team's (and security team's)
express wish to strongly reduce the number of
different-version-same-package occurances in Debian.

Note also that above I didn't suggest to drop zope2 altogether, my
suggestion to go for one zope version was of before I knew there was a
zope3 -- I meant one zope2.x version.

> it should be a goal to have one 2.x and one 3.x version in etch. if
> 2.x can be avoided, that's ok.

Cool, that's great.

> > Thank's a lot!
> 
> yeah, thanks a lot for your constructive comments!

I don't think I can very constructively contribute in my role as FTP
team member to zope packaging, not being involved in zope, I merely
wanted to express my concern about the number of zope packages in the
archive. How to deal with that, is something only people interested in
zope itself can usefully determine.

Thanks,
--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl


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

Bug#340117: gnobg: please try building against guile-1.6-dev

[Rob Browning]

Package: gnubg
Version: 0.12-4

I have asked for Guile 1.4 to be removed from unstable, and it appears
that gnubg is one of the few programs that still links against it.

Could you try upgrading to guile-1.6-dev and the related packages and
see if gnubg will build and run correctly?  (You'll need to purge the
Guile 1.4 dev packages.)  I tried a build here, and that, at least,
finished successfully after I fixed a couple of minor compile
problems.

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu
GPG starting 2002-11-03 = 14DD 432F AE39 534D B592  F9A0 25C8 D377 8C7E 73A4


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

Bug#338407: Please remove guile 1.4 (all Source: guile-core related packages)

[Rob Browning]

Jeroen van Wolffelaar <[EMAIL PROTECTED]> writes:

> Please do file bugs on depending packages so that they can transition, and
> won't become instantly buggy without prior warning.

OK.  I've already sent mail to the gnurobots and gnubg maintainers.
The gnurobots maintainer said that he'd just upload a new version, and
it looks like he has.  I still haven't heard from the gnubg
maintainer.

> In addition, there's also gnobog.

Interesting.  The source package depends on libguile-dev, but the
resulting binary package doesn't.

I'll go ahead and file bugs against gnubg and gnobog.

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu
GPG starting 2002-11-03 = 14DD 432F AE39 534D B592  F9A0 25C8 D377 8C7E 73A4


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

Bug#339555: mutt: Segmentation fault when displaying a iso8859-1 mail header

[WANG Xu]

Hello Alain,

On Fri, Nov 18, 2005 at 09:39:19PM +0100, Alain Bench wrote:
> Hello, and thank you very much for the report.
> 
>  On Thursday, November 17, 2005 at 11:24:20 +0800, WANG Xu wrote:
> 
> > I am using mutt to read mailing list, and segfault occured sometimes.
> > And I found it will occur whenever the mail's ``From'' is in ISO8859-1
> > encoding, and if I remove the ``=...='', content, segfault will never
> > occur.
> 
> Unreproducable here: The From is partly displayed OK, partly masked
> by question marks (unconvertable chars). All OK. It crashes when:
> Displaying the index, opening the mail, or? Does it crash without muttrc
> (mutt -nF /dev/null)?

Since I set .muttrc with `subscribe' command, thus the ISO8859-1 char
will not be displayed while indexing. So it will crushed when the mail
is opened.

I also test the locale, when I set LC_ALL=en_US and LANGUAGE=zh_CN.GBK,
the crush will never occured, But other LC_xx can not affect it. And
when I open a `encoding=iso8859-1' mail, mutt will crush.

I will follow your indication and report more. 

Thank you for the timely reply.

Regards,
Wang Xu


> 
> Could you please:
> 
>  -1) Copy one such segfaulting message to a temporary mbox, gzip it, and
> send it here attached. Or if mail contains secrets, to me personally.
> 
>  -2) Let segfault create a core, gdb $(which mutt) core, then type "bt"
> and "quit".
> 
>  -3) What's the output of "locale" command?
> 
> 
> Bye!  Alain.
> -- 
> Give your computer's unused idle processor cycles to a scientific goal:
> The [EMAIL PROTECTED] project at http://folding.stanford.edu/>.


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

Bug#340116: does not read partially encrypted PGP messages

[Daniel Stone]

Package: mutt
Version: 1.5.11-2
Severity: normal

mutt no longer reads messages that are partially PGP-encrypted, e.g.:

From: [EMAIL PROTECTED]
Subject: New freedesktop.org account Foo Bar
Date: ...
To: [EMAIL PROTECTED]

Dear Blah,
A new account has been created for you ...
... your password is attached below.

--- BEGIN PGP MESSAGE ---
blah blah
--- END PGP MESSAGE ---

or so.  Previously, it would break the message into its clear and
encrypted components, display the clear component, and display an error
inline where the encrypted component was.  Now, I get 'unable to copy
message' after being prompted to enter my passphrase, and mutt flat-out
refuses to display the message at all.  Pressing 'v' and selecting the
component to view lets me see it, but it's a pain.

An example of such a message can be found at:
http://lists.freedesktop.org/archives/sitewranglers/2005-November/001406.html


signature.asc
Description: Digital signature

Bug#340026: Acknowledgement (unicorn-source: does no build with 2.6.14 kernel)

[Jake Spencer]

I have tried with gcc-3.3 and still no joy.

Thanks

Jake


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

Bug#339320: RM: readline4, old library

[Matthias Klose]

tags 339320 - moreinfo
thanks

Jeroen van Wolffelaar writes:
> tags 339320 moreinfo
> thanks
> 
> On Tue, Nov 15, 2005 at 02:55:16PM +0100, Matthias Klose wrote:
> > Please remove readline4, after all packages are converted to use
> > readline5.
> 
> Eh, no, they haven't, half the world still depends on it. You'd really need
> some transition plan (like, Bin-NMU the hell out of depending packages, for
> example) first, I'm not going to remove it as-is.

so what don't you understand? "after" or "remove after"?


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

Bug#333933: Backup media

[Aigars Mahinovs]

Currently one can do a backup to a remote server over ssh or ftp, but
there is also a plan for backup media support. The easiest way is to
make a separate tool that would allow to write a backup snapshot to
one or more CDs/DVDs/USB drives maybe even tapes and restore a
snapshot from such media.

The current ideology of the system is that backups are automatical and
independant from user input. Direct backups to removable media would
endanger the regularity of backups especially for less responsible
users. I think that backuping to a local drive (if that is a
standalone mashine) and then blinking an icon at user to make him move
the backup snapshot to removable media when he has the time, is a bit
more efficient.

I am not even talking about situations when reading a lot of small
files can break burning of the backup CD (if we try to go for direct
backups to CDs).

I plan to have the CD tool included in 1.0 tree and extended by the
backup applet in 2.0 rewrite of sbackup. You can even peek at .glade
file of the CD tool in the source of sbackup.
--
Best regards,
Aigars Mahinovsmailto:[EMAIL PROTECTED]
 #--#
 | .''`. Debian GNU/Linux  LAKA |
 |: :' :  http://www.debian.org  &  http://www.laka.lv  |
 |`. `' |
 |  `-   |
 #--#

Bug#333942: Backup entry point

[Aigars Mahinovs]

I do not expect this interface to change - the SBackup paradigm is
that backups "just happen" once they are configured.

In 2.0 however I plan to have another entry point - a backup applet.
This applet could display a descriptive warning icon if backup is not
configured and asking user to click on it to launch the configurator.
Afterwards this icon would also be used to show progress of backup
runs, launching manual backup runs, launching restore and launching
backup to CD. The applet would also remind the user if he should
backup a backup snapshot to removable media and hasn't done so in some
time (a week, for example).

BTW: Thank you very much for your feedback, it helps a lot while
planning future features.
--
Best regards,
Aigars Mahinovsmailto:[EMAIL PROTECTED]
 #--#
 | .''`. Debian GNU/Linux  LAKA |
 |: :' :  http://www.debian.org  &  http://www.laka.lv  |
 |`. `' |
 |  `-   |
 #--#

Bug#340114: debhelper: dh_installman character convert feature request

[Kai Hendry]

Package: debhelper
Version: 5.0.7
Severity: normal

On a couple of manpages Upsteam uses a non-ascii character which lintian
moans about like so:

"warning: can't find numbered character"

It would be nice to have a feature to convert or kill esoteric
characters (usually put in man pages to show off) like the section
symbol: §

I'll attach one upsteam man page which lintian moans about at line 75.

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

Versions of packages debhelper depends on:
ii  binutils 2.16.1cvs20051117-1 The GNU assembler, linker and bina
ii  coreutils [fileutils 5.93-5  The GNU core utilities
ii  debconf-utils1.4.59  debconf utilities
ii  dpkg-dev 1.13.11 package building tools for Debian
ii  file 4.15-2  Determines file type using "magic"
ii  fileutils5.93-5  The GNU file management utilities 
ii  html2text1.3.2a-3An advanced HTML to text converter
ii  perl 5.8.7-8 Larry Wall's Practical Extraction 
ii  po-debconf   0.9.0   manage translated Debconf template

debhelper recommends no packages.

-- no debconf information
.\" Do *not* edit this file; it was automatically generated by ej2man
.\" Look for a name.ej file with the same name as this filename
.\"
.\" Process this file with the following
.\" nroff -man -Tutf8 maradns.8 | tr '\020' ' '
.\"
.\" Last updated Fri Nov 18 20:40:11 2005
.\"
.TH csv1 5 "January 2002" MARADNS "MaraDNS reference"
.\" We don't want hyphenation (it's too ugly)
.\" We also disable justification when using nroff
.\" Due to the way the -mandoc macro works, this needs to be placed
.\" after the .TH heading
.hy 0
.if n .na
.\"

.SH "NAME"
csv1 - Format of the csv1 zone file that MaraDNS uses
.SH "SPECIAL CHARACTERS"
.TP 3
|
This delimits fields
.TP 3
#
This signifies a comment. Lines starting with this are
ignored, otherwise it has no significance
.TP 3
%
This, in domain names, signifies that the rest of the domain
name should be the name of this zone
.TP 3
*
This is translated to mean "any host name that otherwise
does not resolve". It must be at the beginning of a
domain name.
.TP 3
\\
This is used an an escape character, either to escape
octal values such as \'\\045\' for %, or to escape the \'%\'
character so it has no special meaning, or to escape the
backslash character.
.PP
.SH "NOTES ON PROCESSING"
All domain-name labels are converted to their lower-case equivalents
before
processing is done. This is because domain-name literals in the
database
with one or more upper-case letters in them are case-sensitive. This is
my way to resolve RFC1035 schizophrenic desire to both allow binary
domain
labels, and its desire to be case-insensitive.

The file must first have a SOA record, followed by one or more NS
records,
followed by other records. The initial NS and SOA records must be RR
for
this zone. NS records after any non-NS record must be part of
another zone. The resolution algorithm will not break if non-CNAME
records
share records with a CNAME record, but this is not a good idea to do.

.SH "RR FORMAT"
A domain name is a one-letter designation of its type, followed by the
domain name separated by dots, ending with either a % or a trailing
dot.
If the domain name does not end with a % or trailing dot, an error is
returned.
.SH "SUPPORTED RR TYPES"
MaraDNS currently supports the following types of resource records
(RRs):

.br
.ta +5 +7 +7
	Letter	Type	RFC1035 §3.2.2 value
.br
	A	A	1
.br
	N	NS	2
.br
	C	CNAME	5
.br
	S	SOA	6
.br
	P	PTR	12
.br
	@	MX	15
.br
	T	TXT	16
.br
	U	any	determined in third field of line
.br

.SH "FORMAT OF SUPPORTED RR TYPES"
Here are the formats, shown by letter name:

.nf
A: Has three fields
field one: the domain name
field two: the ttl for the name in seconds
field three: the ip address, in dotted decimal notation
Example:
Ahost.example.com.|7200|10.1.2.3
.fi

A records are described with grueling detail in RFC1035. In short, an
A record is an IP address for a given host name.

.nf
N: Has three fields
field one: the domain name of the record
field two: the ttl for the name in seconds
field three: the domain name this NS points to.  
Example:
Nexample.com.|86400|ns.example.com.
.fi

NS (N here) records are described in RFC1035

.nf
C: Has three fields
field one: the domain name of the record
field two: the ttl for the name in seconds
field three: the domain this CNAME record points to
Example:
Calias.example.org.|3200|realname.example.org.
.fi

CNAME (which C is short for) records are described in RFC1035

.nf
S: Has nine fields
field one: the domain name of the record.
field two: the TTL of the record
field three: the origin of the domain.

Bug#335729: please remove (source-)packages obsolete with OOo2

[Jeroen van Wolffelaar]

tags 335729 moreinfo
thanks

On Sat, Nov 05, 2005 at 01:13:12PM +0100, Rene Engelhard wrote:
> Hi again,
> 
> Rene Engelhard wrote:
> > God damn it, I also forgot openoffice.org2-dictionaries, the source
> > package and openoffice.org2-thesaurus-en-us.
> > 
> > *shrugs*
> 
> ... and the s390 binaries: openoffice.org-dev and
> openoffice.org-evolution.
> 
> OOo2 isn't yet ported to S390 and since gt who did the 1.1.x port
> doesn't have time (see recent mail to -devel...)
> 
> Now, here for easier look an overview again, sorry for the infos
> drippling in step by step:
> 
> - openoffice.org-debian-files completely

=
[Date: Sun, 20 Nov 2005 16:33:11 -0800] [ftpmaster: Jeroen van Wolffelaar]
Removed the following packages from unstable:

openoffice.org-debian-files |  1.1.4-6+1 | source, all

--- Reason ---
RoM; Obsoleted by openoffice.org v2
--
=

> - openoffice.org2 completely
> - openoffice.org2-dictionaries - the source package and
>   openoffice.org2-thesaurus-en-us (the rest is built from
>   openoffice.org-thesaurus)
> - mythes source package from experimental (binary package now built from
>   inside openoffice.org)

So that 'from experimental' applied to exactly these three items? Must've been
so, though that isn't at all clear from the text.

=
[Date: Sun, 20 Nov 2005 16:17:03 -0800] [ftpmaster: Jeroen van Wolffelaar]
Removed the following packages from experimental:

libmythes-dev |  1.0-2 | alpha, arm, i386, ia64, m68k, mips, mipsel, 
powerpc, s390, sparc
mozilla-openoffice.org | 1.9.125+2.0beta2-1 | i386, powerpc
mythes |  1.0-2 | source
openoffice.org2 |  1.9.125-1 | source
openoffice.org2 | 1.9.125+2.0beta2-1 | i386, powerpc
openoffice.org2-base | 1.9.125+2.0beta2-1 | i386, powerpc
openoffice.org2-calc | 1.9.125+2.0beta2-1 | i386, powerpc
openoffice.org2-common | 1.9.125+2.0beta2-1 | all
openoffice.org2-core | 1.9.125+2.0beta2-1 | i386, powerpc
openoffice.org2-dev | 1.9.125+2.0beta2-1 | i386, powerpc
openoffice.org2-dev-doc | 1.9.125+2.0beta2-1 | all
openoffice.org2-dictionaries | 1.9.121+cvs20050804-1 | source
openoffice.org2-draw | 1.9.125+2.0beta2-1 | i386, powerpc
openoffice.org2-evolution | 1.9.125+2.0beta2-1 | i386, powerpc
openoffice.org2-filter-so52 | 1.9.125+2.0beta2-1 | i386, powerpc
openoffice.org2-gnome | 1.9.125+2.0beta2-1 | i386, powerpc
openoffice.org2-hunspell |  1.1-1 | i386, powerpc
openoffice.org2-impress | 1.9.125+2.0beta2-1 | i386, powerpc
openoffice.org2-kde | 1.9.125+2.0beta2-1 | i386, powerpc
openoffice.org2-l10n-af | 1.9.125+2.0beta2-1 | all
openoffice.org2-l10n-be-by | 1.9.125+2.0beta2-1 | all
openoffice.org2-l10n-bg | 1.9.125+2.0beta2-1 | all
openoffice.org2-l10n-bn | 1.9.125+2.0beta2-1 | all
openoffice.org2-l10n-bs | 1.9.125+2.0beta2-1 | all
openoffice.org2-l10n-cs | 1.9.125+2.0beta2-1 | all
openoffice.org2-l10n-cy | 1.9.125+2.0beta2-1 | all
openoffice.org2-l10n-da | 1.9.125+2.0beta2-1 | all
openoffice.org2-l10n-de | 1.9.125+2.0beta2-1 | all
openoffice.org2-l10n-en-gb | 1.9.125+2.0beta2-1 | all
openoffice.org2-l10n-en-us | 1.9.125+2.0beta2-1 | all
openoffice.org2-l10n-es | 1.9.125+2.0beta2-1 | all
openoffice.org2-l10n-et | 1.9.125+2.0beta2-1 | all
openoffice.org2-l10n-fi | 1.9.125+2.0beta2-1 | all
openoffice.org2-l10n-fr | 1.9.125+2.0beta2-1 | all
openoffice.org2-l10n-gu-in | 1.9.125+2.0beta2-1 | all
openoffice.org2-l10n-hr | 1.9.125+2.0beta2-1 | all
openoffice.org2-l10n-hu | 1.9.125+2.0beta2-1 | all
openoffice.org2-l10n-it | 1.9.125+2.0beta2-1 | all
openoffice.org2-l10n-ja | 1.9.125+2.0beta2-1 | all
openoffice.org2-l10n-ko | 1.9.125+2.0beta2-1 | all
openoffice.org2-l10n-lt | 1.9.125+2.0beta2-1 | all
openoffice.org2-l10n-nb | 1.9.125+2.0beta2-1 | all
openoffice.org2-l10n-nl | 1.9.125+2.0beta2-1 | all
openoffice.org2-l10n-nn | 1.9.125+2.0beta2-1 | all
openoffice.org2-l10n-pa-in | 1.9.125+2.0beta2-1 | all
openoffice.org2-l10n-pl | 1.9.125+2.0beta2-1 | all
openoffice.org2-l10n-pt-br | 1.9.125+2.0beta2-1 | all
openoffice.org2-l10n-ru | 1.9.125+2.0beta2-1 | all
openoffice.org2-l10n-sk | 1.9.125+2.0beta2-1 | all
openoffice.org2-l10n-sv | 1.9.125+2.0beta2-1 | all
openoffice.org2-l10n-tr | 1.9.125+2.0beta2-1 | all
openoffice.org2-l10n-xh | 1.9.125+2.0beta2-1 | all
openoffice.org2-l10n-zh-cn | 1.9.125+2.0beta2-1 | all
openoffice.org2-l10n-zh-tw | 1.9.125+2.0beta2-1 | all
openoffice.org2-l10n-zu | 1.9.125+2.0beta2-1 | all
openoffice.org2-math | 1.9.125+2.0beta2-1 | i386, powerpc
openoffice.org2-officebean | 1.9.125+2.0beta2-1 | i386, powerpc
openoffice.org2-thesaurus-en-us | 1.9.121+cvs20050804-1 | all
openoffice.org2-writer | 1.9.125+2.0beta2-1 | i386, powerpc
python-uno | 1.9.125+2.0beta2-1 | i386, powerpc

--- Reason ---
RoM; Superseded by

Bug#339825: playmidi: playback too fast by factor 10

[Ralf Neubauer]

On Sun, Nov 20, 2005 at 10:40:48PM +, Darren Salt wrote:
> I demand that Ralf Neubauer may or may not have written...
> > Yes, I really want to use ALSA as well.. The driver is part of the kernel,
> > so do I file a bug against linux-image-2.6.12-286-1 in the BTS?
> 
> I would say so (and file the bug number here for reference).

#340108 (upgraded to and retested with linux-image-2.6.14-2-386)

> > This looks like the debian way. Or do I have to get an account on
> > https://bugtrack.alsa-project.org/ just for filing this bug??? Hmm, you
> > can't answer this, I suppose, just thinking in public..
> 
> It may be worth mentioning there too, but before you do, I think that you
> should at least check kernel 2.6.14. and possibly an ALSA development
> snapshot.

Or look at alsa/alsa-kernel/isa/sb/sb*.c before. The last real bug fix is
from 20 months ago, but there is heavy development going on in fitting
the driver to new alsa and kernel interfaces.. +204 -123 lines 3 days
ago... Just reorganisation, no change in what happens in the end, I
suppose. Ok, they will want to know the code did not catch more errors in
the process...

Ralf

-- 
  72 61 6c 66 40 73 74 72 : 63 6d 70 2e 64 65 0a [EMAIL PROTECTED] 


signature.asc
Description: Digital signature

Bug#333929: Lack of progress on backup

[Aigars Mahinovs]

Unfortunalely there is no provision for feedback from backup daemon to
the GUI in current architecture. This feature is planned as one of the
main features in 2.0 rewrite.
--
Best regards,
Aigars Mahinovsmailto:[EMAIL PROTECTED]
 #--#
 | .''`. Debian GNU/Linux  LAKA |
 |: :' :  http://www.debian.org  &  http://www.laka.lv  |
 |`. `' |
 |  `-   |
 #--#

Bug#340113: stunnel4: stunnel fails to run

[Martin Schwenke]

Package: stunnel4
Version: 2:4.140-1
Severity: grave
Justification: renders package unusable


stunnel loops for a long time trying to find library files and finally
terminates with:

Can't locate strict.pm in @INC (@INC contains: /etc/perl 
/usr/local/lib/perl/5.8.7 /usr/local/share/perl/5.8.7 /usr/lib/perl5 
/usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl 
.) at /usr/share/perl/5.8/AutoLoader.pm line 3.
BEGIN failed--compilation aborted at /usr/share/perl/5.8/AutoLoader.pm line 3.
Compilation failed in require at /usr/lib/perl/5.8/POSIX.pm line 7.
BEGIN failed--compilation aborted at /usr/lib/perl/5.8/POSIX.pm line 7.
Compilation failed in require at /usr/sbin/stunnel line 26.
BEGIN failed--compilation aborted at /usr/sbin/stunnel line 26.

However, this message is misleading.  strace tells us:

...
open("/usr/share/perl/5.8/strict.pm", O_RDONLY|O_LARGEFILE) = 1022
...
open("/usr/share/perl/5.8/strict.pm", O_RDONLY|O_LARGEFILE) = 1023
...
open("/usr/local/lib/site_perl/strict.pm", O_RDONLY|O_LARGEFILE) = -1 EMFILE 
(Too many open files)
...

So the problem is really that something is looping.

Oh dear...

$stunnel_bin='/usr/sbin/stunnel';

That ain't right!  Shouldn't that be /usr/sbin/stunnel4?

Hmmm...

peace & happiness,
martin


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

Versions of packages stunnel4 depends on:
ii  adduser   3.78   Add and remove users and groups
ii  libc6 2.3.5-8GNU C Library: Shared libraries an
ii  libssl0.9.8   0.9.8a-4   SSL shared libraries
ii  libwrap0  7.6.dbs-8  Wietse Venema's TCP wrappers libra
ii  netbase   4.23   Basic TCP/IP networking system
ii  openssl   0.9.8a-4   Secure Socket Layer (SSL) binary a
ii  perl-modules  5.8.7-8Core Perl modules
ii  zlib1g1:1.2.3-8  compression library - runtime

stunnel4 recommends no packages.

-- no debconf information



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

Bug#340112: backup-manager: leaves /etc/cron.daily/backup-manager after purge

[Lars Wirzenius]

Package: backup-manager
Version: 0.5.9a-1

Testing backup-manager with piuparts, I get the following error:

0m7.4s ERROR: Package purging left files on system:
  /etc/cron.daily/backup-manager

That file should probably be removed in postrm,
where /etc/backup-manager.conf also gets removed.

-- 
Our technology is sadly insufficiently advanced.



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

Bug#340067: aptitude: "No more solutions" hangs aptitude

[Daniel Burrows]

On Sun, Nov 20, 2005 at 01:07:31PM -0500, jacob <[EMAIL PROTECTED]> was heard 
to say:
> When trying to install a package for which a sensible solution cannot be
> found, aptitude displays the "No more solutions" box and hangs. Ctrl-C must
> be used to kill it. If you have:
> 
> deb http://ftp.us.debian.org/debian/ sid main non-free contrib
> deb ftp://ftp.nerim.net/debian-marillat/ sid main
> deb http://dijkstra.csh.rit.edu/~mdz/debian unstable mythtv
> 
> and an up to date sid, then selecting 'mythvideo' in the UI will result in
> the crash.

  I can't reproduce this.  Would it be possible for you to send me (or post
online) the following files?

  * /var/lib/dpkg/status
  * /var/lib/apt/lists/*
  * /var/lib/aptitude/pkgstates
  * /etc/apt (everything in it)

  Just putting them in a big bzipped tarfile would be fine.

Thanks,
  Daniel


signature.asc
Description: Digital signature

Bug#334824: logrotate: Postrotate documentation - Why restart?

[Michael Loftis]

--On October 21, 2005 12:14:47 PM +1000 Kai Hendry <[EMAIL PROTECTED]> wrote:


On 2005-10-21T00:49+0100 Paul Martin wrote:

On Thu, Oct 20, 2005 at 12:04:24PM +1000, Kai Hendry wrote:
> I don't understand why there is a need to restart the server in a
> postrotate using apache2 as an example.
> Could you or rather docs explain this better? :)
> I noticed this on RH machine for example:
> postrotate
> /bin/kill -HUP `cat /var/run/httpd.pid 2>/dev/null` 2>
> /dev/null || true
You'll have to ask the apache maintainer about this. The individual
/etc/logrotate.d/ scripts are provided with the package requesting the
rotation.


I posted to a RH list and I got quite a good response:

https://www.redhat.com/archives/nahant-list/2005-October/msg00246.html

I discovered a HUP signal causes Apache just to reload the configs.

https://www.redhat.com/archives/nahant-list/2005-October/msg00253.html

Though in Debian Unstable's /etc/logrotate.d/apache2 it actually does a
*restart* not a kill -HUP.

Which in /etc/init.d/apache2 issues a restart which actually stops the
server.

Is that a bug?



Not in SSL cases.  If you have a new SSL cert apache will die when you HUP 
it instead of reloading.  And no apachectl configtest or similar command 
can tell you about this state.



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

Bug#340111: jython doesn't perform static initialization of classes called by other java classes

[Ken Bloom]

Package: jython
Version: 2.1.0-20
Severity: normal


Using jython to interactively test the following java construct causes
a nullpointer exception

public class Globals{
   public static Object a;
   
   { //static initialzer
  a=new Object();
   }
}

public class B{
   public void print(){
  System.out.println(Globals.a.toString());
   }
}  

$ jython
>>> import Globals
>>> import B
>>> b = B()
>>> b.print()
Traceback (innermost last):
  File "", line 1, in ?
java.lang.NullPointerException
at B.print(B.java:3)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.  java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces  
sorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at 
org.python.core.PyReflectedFunction.__call__(PyReflectedFunction.java  :160)
at org.python.core.PyMethod.__call__(PyMethod.java:96)
at org.python.core.PyObject.__call__(PyObject.java:258)
at org.python.core.PyInstance.invoke(PyInstance.java:244)
at org.python.pycode._pyx5.f$0(:1)
at org.python.pycode._pyx5.call_function()
at org.python.core.PyTableCode.call(PyTableCode.java:208)
at org.python.core.PyCode.call(PyCode.java:14)
at org.python.core.Py.runCode(Py.java:1135)
at org.python.core.Py.exec(Py.java:1157)
at org.python.util.PythonInterpreter.exec(PythonInterpreter.java:148)
at 
org.python.util.InteractiveInterpreter.runcode(InteractiveInterpreter  .java:89)
at 
org.python.util.InteractiveInterpreter.runsource(InteractiveInterpret  
er.java:70)
at 
org.python.util.InteractiveInterpreter.runsource(InteractiveInterpret  
er.java:44)
at org.python.util.InteractiveConsole.push(InteractiveConsole.java:83)
at 
org.python.util.InteractiveConsole.interact(InteractiveConsole.java:6  2)
at org.python.util.jython.main(jython.java:199)

java.lang.NullPointerException: java.lang.NullPointerException

The following sequence works as expected:

$ jython
>>> import Globals
>>> import B
>>> b = Globals()
>>> b = B()
>>> b.print()
[EMAIL PROTECTED]

--Ken Bloom

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

Versions of packages jython depends on:
ii  gij [java-virtual-machine 4:4.0.2-1  The GNU Java bytecode interpreter
ii  gij-4.0 [java1-runtime]   4.0.2-4The GNU Java bytecode interpreter
ii  kaffe-pthreads [java1-run 2:1.1.6-3  A POSIX threads enabled version of
ii  libreadline-java  0.8.0.1-5  GNU readline and BSD editline wrap
ii  perl  5.8.7-8Larry Wall's Practical Extraction 
ii  python2.1 2.1.3dfsg-3An interactive high-level object-o
ii  sun-j2sdk1.5 [java2-runti 1.5.0+update02 Java(TM) 2 SDK, Standard Edition, 
ii  sun-j2sdk1.5debian [java2 0.18   Debian specific parts of Java(TM) 

Versions of packages jython recommends:
ii  gcj [java-compiler]   4:4.0.2-1  The GNU Java compiler
ii  gcj-4.0 [java-compiler]   4.0.2-4The GNU compiler for Java(TM)
ii  kaffe-pthreads [java-comp 2:1.1.6-3  A POSIX threads enabled version of
ii  sun-j2sdk1.5 [java-compil 1.5.0+update02 Java(TM) 2 SDK, Standard Edition, 
ii  sun-j2sdk1.5debian [java- 0.18   Debian specific parts of Java(TM) 

-- no debconf information


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

Bug#276419: Advices for an su transition

[Bill Allombert]

On Sun, Nov 20, 2005 at 05:44:46PM -0600, Bill Allombert wrote:
> On Sun, Nov 20, 2005 at 11:26:20PM +0100, Nicolas Fran?ois wrote:
> > IIRC people from debian-audit have some tools to perform such grep on the
> > source package with some heuristics to extract and patch the sources
> > (dpatch, cdbs, ...), and ignore the documentation files (e.g. "su" is a
> > common word in spanish).
> > I have no idea of the size of such grep output.
> > 
> > 
> > Does anybody have another idea?
> 
> Yes, you must absolutly check all the maintainer scripts (preinst,etc)
> shipped in sarge and preferably also all postrm in woody, else you take
> the risk of breaking sarge to etch upgrade.
> 
> I can do it for you if you want.

Actually looks here: 

The full data is available on merkel.debian.org in ~ballombe/menu/supackages.

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

Imagine a large red swirl here.


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

Bug#340110: sylpheed-claws-gtk2: SSL & TLS connections seems to be broken

[Alexander Loob]

Package: sylpheed-claws-gtk2
Version: 1.9.100-1

-- System Information:
Debian Release: unstable
Architecture: i386 (i686)
Kernel: Linux 2.6.14-3-686

After the update from sylpheed-claws-gtk2-1.9.14 to the newest version,
fetching / sending mails from / to accounts via SSL or TLS connection do
not work anymore.

Error Message from courier:

Nov 21 00:24:39 p15177515 courierpop3login: couriertls: accept:
error:1408F455:SSL routines:SSL3_GET_RECORD:decryption failed or bad
record mac


Error message from postfix:
Nov 21 00:37:10 p15177515 postfix/smtpd[9702]: warning: TLS library
problem: 9702:error:1408F455:SSL routines:SSL3_GET_RECORD:decryption
failed or bad record mac:s3_pkt.c:426:


After reinstallation of the testing branch packages, all works fine
again. 

Best Reguards

Alexander Loob



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

Bug#335488: [Pkg-zope-developers] Re: Bug#335488: Removal request for old zope packages

[Matthias Klose]

Jeroen van Wolffelaar writes:
> On Sun, Nov 20, 2005 at 09:53:37PM +0100, Fabio Tranchitella wrote:
> > On dom, 20 nov 2005, Jeroen van Wolffelaar wrote:
> > > Why isn't the canonical zope version simply called 'zope' here? If I'd
> > > remove zope, there will be no 'zope' package anymore for people to 
> > > install.
> > 
> > Well, in my opinion having no 'zope' package is a good thing: zope
> > development is focused on two branches (zope2.x and zope3) so at least two
> > packages will have to coexists. When sarge has been released, zope2.7 was
> > the 'default' zope version, and now it could probably removed in favour of
> > zope2.8, but there are *a lot* of differences between them (read: the Five
> > framework).
> 
> Oh, so there are currently no less than *four* versions of zope in
> unstable?

calm down.

> I'd very strongly suggest to make that zope2 and zope3 only, while there
> surely can be a lot of difference between minor versions, I do not think
> it's a good thing to have multiple minor versions in the archive
> simultaneously, especially considering zope2 is apparantly obsolete
> already.

that's rubbish, not an argument. plone doesn't work with zope3.

> In case there's a security issue in etch, then all of them need
> to be fixed after all, so it saves you as maintainers also some effort.
> 
> As with the name, ok, I see.
>  
> > Another point is that often there is no upgrade path between zope major
> > releases (between 2.7 and 2.8, for example), and having separated packages
> > could be handy in these situations.
> > 
> > So, as zope maintainer and *user* I really would prefer to not have a 
> > 'zope' package but rather install a zopeX one, where X is the release I 
> > want to use.
> > 
> > > So, in short, I'd really really prefer to have just one single zope
> > > version in Debian, rather than multiple.
> > 
> > I think this would be a bad thing for zope users and developers.
> 
> But max two then? Only some really big packages have more than two
> versions, and even there it's typically too much (kernel, python, ...).

it should be a goal to have one 2.x and one 3.x version in etch. if
2.x can be avoided, that's ok.

> > > That are separate things, and I'd like to have those orphaned bugreports
> > > reassigned to ftp.debian.org so I can deal with them.
> > 
> > I'll reassign them to ftp.debian.org.
> 
> Thank's a lot!

yeah, thanks a lot for your constructive comments!

  Matthias


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

Bug#340109: Bug Report on dhclient-script

[Xin Liu]

Package: dhcp-client
Version: 2.0pl5-19.2

In /etc/dhclient-script, the following line:

relmajor=`echo $relmajor | sed 's/^[0-9]*\.\([0-9]*\)\..*/\1/'`

should be:

relmajor=`echo $release | sed 's/^[0-9]*\.\([0-9]*\)\..*/\1/'`

Best
Regards,

LIU Xin

Bug#331108: ITA: xmltv

[Florian Ernst]

On Mon, 24 Oct 2005 23:40:11 +0100, Chris Butler wrote:
> I would be happy to take xmltv off your hands. I use it all the time for
> my mythtv setup.

It looks like you forgot the actual retitling as part of the proper
procedure.

Are you still interested in this? Just wondering...

Cheers,
Flo


signature.asc
Description: Digital signature