Bug#428339: Needs to mention where to find info's documentation

[Frank Küster]

Sam Morris <[EMAIL PROTECTED]> wrote:

> Please mention somewhere prominent where to find info's documentation.
> There is currently no way for a newbie to work out how to install it.
> Currently you can't even press 'h' to get help from within the info
> viewer!

Thanks for reminding us, we totally lost that from our radar.

> Preferably:
>
>  * mention that info's documentation can be found in the textinfo-doc-nonfree
>package
>  * have the info package Suggest texinfo-doc-nonfree
>  * ship a /usr/share/info.info file that explains where the documentation can 
>be found (and have texinfo-doc-nonfree divert it out of the way).

I dislike diversions, I think the concept is flawed (although it might
work without problems in this particular case).  If anyone comes up with
an alternative, I'd be glad to use that...

Regards, Frank
-- 
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)

Bug#289783: gqview: Cannot reproduce on 2.0.1

[Thomas Perl]

Followup-For: Bug #289783
Package: gqview

I cannot reproduce this bug with gqview 2.0.1 and the attached svg file.


Thanks,
Thomas


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

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

Versions of packages gqview depends on:
ii  libatk1.0-0   1.18.0-2   The ATK accessibility
toolkit
ii  libc6 2.5-9+b1   GNU C Library: Shared
libraries
ii  libglib2.0-0  2.12.12-1  The GLib library of C
routines
ii  libgtk2.0-0   2.10.12-2  The GTK+ graphical user
interface 
ii  libpango1.0-0 1.16.4-1   Layout and rendering of
internatio

Versions of packages gqview recommends:
pn  libjpeg-progs  (no description available)

-- no debconf information



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

Bug#428276: New upstream release 3.3

[Ola Lundqvist]

Hi Gilles

Thanks for the information. I was not aware that it has
been released.

What is your opinion; is the graphics problems in the new version
severe enough to keep the old version, even though #420633 exists?

I will not update to the new version in a couple of weeks as I'm going
on vacation.

Regards,

// Ola

On Sun, Jun 10, 2007 at 12:20:58PM +0200, Gilles Mocellin wrote:
> Package: ntop
> Severity: wishlist
> 
> --- Please enter the report below this line. ---
> 
> The new 3.3 release is out.
> It fixes for me bug #420633.
> 
> But already has some bugs (presets in graphics zoom).
> 
> --- System information. ---
> Architecture: amd64
> Kernel:   Linux 2.6.20-1-xen-amd64
> 
> Debian Release: lenny/sid
>   600 unstablejeandamiendurand.free.fr 
>   600 unstableaptsrc 
>   500 debian  aptsrc 
>   200 experimentalaptsrc 
> 
> --- Package information. ---
> Depends(Version) | Installed
> -+-
> debconf  (>= 0.2.26) | 1.5.13
> 



-- 
 - Ola Lundqvist ---
/  [EMAIL PROTECTED] Annebergsslingan 37  \
|  [EMAIL PROTECTED] 654 65 KARLSTAD  |
|  http://opalsys.net/ +46 (0)70-332 1551   |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---


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

Bug#428354: [tex-live] 51232 re: Hidden treasures in TeXLive

[Frank Küster]

Package: texlive-doc-base
Version: 2007-3
Severity: normal

[EMAIL PROTECTED] (Karl Berry) wrote:

> > So I just hacked a perl script that runs through the pdfs
> > and spits out an html page
>
> I wrote a Perl script mkdocindex (in Build/tools) to do something like
> that.  The output is included in the distribution, in the top-level file
> doc.html (linked to from the README's, etc.).  Here it is online:
> http://tug.org/texlive/devsrc/Master/doc.html
>
> It certainly doesn't have everything on Frank's wishlist, or everything
> in mkhtml (which I was unaware of), but maybe it is a place to start
> from.

This file, and maybe more from the toplevel directory, should be
installed. 

Regards, Frank
-- 
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)

Bug#425760: gnome-vfs-obexftp: Doesn't work with Sony Ericsson W880i

[James Henstridge]

Hi Vincent,

You may be able to get some better errors out of the gnomevfs-*
utilities from the libgnomevfs2-bin package.  Try the following
commands:

   gnomevfs-ls obex:///
   gnomevfs-ls obex://[...]/
   gnomevfs-ls obex://[...]/somedir
   gnomevfs-info obex://[...]/
   gnomevfs-info obex://[...]/somefile

(insert the bluetooth device address where appropriate).

If you still have troubles, could you open a bug report here:
   https://bugs.launchpad.net/gnome-vfs-obexftp/

Thanks,

James.


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

Bug#349388: argp.3

[Michael Kerrisk]

Justin,

Could you have a read of man-pages(7) (new in 2.54).  There are various
things there that you could improve in this page.

Again, from the "." lines.

And, have you got an example program?

Cheers,

Michael


Justin Pryzby wrote:
> Included is a 0th order implementation for argp documentation.
> 
> 
> .\" Copyright (C) 2006 Justin Pryzby <[EMAIL PROTECTED]>
> .\"
> .\" Permission is hereby granted, free of charge, to any person obtaining
> .\" a copy of this software and associated documentation files (the
> .\" "Software"), to deal in the Software without restriction, including
> .\" without limitation the rights to use, copy, modify, merge, publish,
> .\" distribute, sublicense, and/or sell copies of the Software, and to
> .\" permit persons to whom the Software is furnished to do so, subject to
> .\" the following conditions:
> .\"
> .\" The above copyright notice and this permission notice shall be
> .\" included in all copies or substantial portions of the Software.
> .\"
> .\" THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND,
> .\" EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF
> .\" MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.
> .\" IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY
> .\" CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT,
> .\" TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE
> .\" SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
> .\"
> .\" References:
> .\"   glibc manual and source
> .TH ARGP 3 "30 May 2006" GNU
> .SH NAME
> argp_parse, \
> argp_state_help, \
> argp_help, \
> argp_usage, \
> argp_error, \
> argp_failure, \
> _option_is_end, \
> _option_is_short, \
> _argp_input, \
> argp_program_version, \
> argp_program_version_hook, \
> argp_err_exit_status, \
> argp_program_bug_address, \
> argp_parser_t \
> \- parsing and handling of command-line arguments
> .
> .
> .
> .SH SYNOPSIS
> .B #include 
> .
> .
> .HP
> .PD 0
> .BI "error_t argp_parse(const struct argp *" argp ,
> .B int
> .IB argc ,
> .BI "char **" argv ,
> .B unsigned
> .IB flags ,
> .BI "int *" arg_index ,
> .BI "void *" input );
> .
> .
> .HP
> .BI "void argp_state_help(const struct argp_state *" state ,
> .BI "FILE *" stream ,
> .B unsigned
> .IB flags );
> .
> .HP
> .BI "void argp_help(const struct argp *" argp ,
> .BI "FILE *" stream ,
> .BI unsigned
> .IB flags ,
> .BI "char *" name );
> .LP
> .
> .
> .BI "void argp_usage(const struct argp_state *" state );
> .
> .br
> .BI "void argp_error(const struct argp_state *" state ,
> .BI "const char *" fmt ,
> .B ...);
> .
> .
> .HP
> .BI "void argp_failure(const struct argp_state *" state ,
> .BI int
> .IB status ,
> .B int
> .IB errnum ,
> .BI "const char *" fmt ,
> .B ...);
> .LP
> .
> .
> .br
> .BI "int _option_is_end(const struct argp_option *" opt );
> .
> .br
> .BI "int _option_is_short(const struct argp_option *" opt );
> .
> .HP
> .BI "void *_argp_input(const struct argp *" argp ,
> .BI "const struct argp_state *" state );
> .LP
> .
> .
> .\" Variables:
> .br
> .BI "const char *" argp_program_version ;
> .
> .HP
> .BI "void (*" argp_program_version_hook ")(FILE *" stream ,
> .BI "struct argp_state *" state );
> .LP
> .
> .
> .B error_t
> .IB argp_err_exit_status ;
> .br
> .BI "const char *" argp_program_bug_address ;
> .br
> .
> .
> .HP
> .B "typedef error_t (*argp_parser_t)(int"
> .IR key ,
> .BI "char *" arg ,
> .BI "struct argp_state *" state );
> .PD
> .
> .
> .
> .SH DESCRIPTION
> .BR argp (3)
> provides functionality for argument parsing and includes handling for
> .B \-\-help
> and
> .B \-\-version
> messages; it also allows the use of option and parser sets from
> other application components.
> .
> .
> .P
> .BR argp_parse ()
> parses the command-line argument vector
> .I argv
> of length
> .IR argc ;
> note that, by default, calling
> .BR argp_parse ()
> may cause the program to terminate if a problem with the arguments is
> detected, an internal error occurs, or one of the automatically
> generated options such as
> .B \-\-help
> are given.
> .
> .P
> .IR argp
> should be a pointer to a structure defining the options to be handled
> as well as the information for the
> .B \-\-help
> text; a NULL value is equivalent to having all elements set to zero.
> .
> .
> .P
> .I argp
> includes references to other structures, and a callback function.
> .B struct argp_option
> defines a single accepted option;
> .B struct argp_child
> may be used to include parsing abilities implemented by other modules;
> The
> .I parser
> callback is expected to handle the accepted options; it is passed a
> .BR "struct argp_state *" .
> .
> .P
> If
> .I arg_index
> is not NULL,
> it is set to the index into
> .I argv
> of the first unhandled argument.
> .\" non option?
> .I input
> points to arbitrary data to be passed to the parser callback function;
> it may be used to communicate the results of argument parsing.
> .I flags
> is a bitwise combina

Bug#427279: emacs 22.1 status?

[Trent Buck]

If it's not too much trouble, I'd appreciate an acknowledgement reply
to this bug along the lines of

Packaging of 22.1 is underway, but not yet complete.

so that I can at least stop fretting on that score.  Please do mention
also if there is anything us poor users can do to speed the process
along (other than testing 22.0.99+1-1).
-- 
Trent Buck


signature.asc
Description: Digital signature

Bug#428355: aranym crashes on ppc64

[Geert Uytterhoeven]

Package: aranym
Version: 0.9.4beta2-1

I tried to boot a Linux/m68k kernel using aranym-mmu on PS3 (ppc64 kernel),
and it crashes early with a segmentation fault. The same works fine on ia32.
Gdb and valgrind log below.

ARAnyM 0.9.4beta2
...
[PARALLEL] configuration: found 0 valid directives.
[NATFEATS] configuration: found 0 valid directives.
[NFVDI] configuration: found 0 valid directives.

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -134368704 (LWP 23554)]
0x0fbf4184 in memcpy () from /lib/tls/libc.so.6

[NATFEATS] configuration: found 0 valid directives.
[NFVDI] configuration: found 0 valid directives.
==23594== Warning: set address range perms: large range 134217728 (defined)
==23594==
==23594== Invalid read of size 1
==23594==at 0xFFBDF10: memcpy (mc_replace_strmem.c:406)
==23594==by 0x1003BBAC: (within /usr/bin/aranym-mmu)
==23594==by 0x1003C778: (within /usr/bin/aranym-mmu)
==23594==by 0x1003C994: (within /usr/bin/aranym-mmu)
==23594==by 0x1000453C: (within /usr/bin/aranym-mmu)
==23594==by 0x10004980: (within /usr/bin/aranym-mmu)
==23594==by 0x10005208: (within /usr/bin/aranym-mmu)
==23594==by 0xFB48990: (within /lib/tls/libc-2.3.6.so)
==23594==by 0xFB48ACC: (below main) (in /lib/tls/libc-2.3.6.so)
==23594==  Address 0x38A90712 is not stack'd, malloc'd or (recently) free'd
==23594==
==23594== Invalid write of size 1
==23594==at 0xFFBDF18: memcpy (mc_replace_strmem.c:406)
==23594==by 0x1003BBAC: (within /usr/bin/aranym-mmu)
==23594==by 0x1003C778: (within /usr/bin/aranym-mmu)
==23594==by 0x1003C994: (within /usr/bin/aranym-mmu)
==23594==by 0x1000453C: (within /usr/bin/aranym-mmu)
==23594==by 0x10004980: (within /usr/bin/aranym-mmu)
==23594==by 0x10005208: (within /usr/bin/aranym-mmu)
==23594==by 0xFB48990: (within /lib/tls/libc-2.3.6.so)
==23594==by 0xFB48ACC: (below main) (in /lib/tls/libc-2.3.6.so)
==23594==  Address 0xEE3B1AFB is not stack'd, malloc'd or (recently) free'd
==23594==
==23594== Process terminating with default action of signal 11 (SIGSEGV)
==23594==  Access not within mapped region at address 0xEE3B1AFB
==23594==at 0xFFBDF18: memcpy (mc_replace_strmem.c:406)
==23594==by 0x1003BBAC: (within /usr/bin/aranym-mmu)
==23594==by 0x1003C778: (within /usr/bin/aranym-mmu)
==23594==by 0x1003C994: (within /usr/bin/aranym-mmu)
==23594==by 0x1000453C: (within /usr/bin/aranym-mmu)
==23594==by 0x10004980: (within /usr/bin/aranym-mmu)
==23594==by 0x10005208: (within /usr/bin/aranym-mmu)
==23594==by 0xFB48990: (within /lib/tls/libc-2.3.6.so)
==23594==by 0xFB48ACC: (below main) (in /lib/tls/libc-2.3.6.so)
==23594==
==23594== ERROR SUMMARY: 7 errors from 5 contexts (suppressed: 1 from 1)
==23594== malloc/free: in use at exit: 3,103,414 bytes in 5 blocks.
==23594== malloc/free: 42 allocs, 37 frees, 4,189,538 bytes allocated.
==23594== For counts of detected errors, rerun with: -v
==23594== searching for pointers to 5 not-freed blocks.
==23594== checked 138,272,608 bytes.
==23594==
==23594== LEAK SUMMARY:
==23594==definitely lost: 0 bytes in 0 blocks.
==23594==  possibly lost: 0 bytes in 0 blocks.
==23594==still reachable: 3,103,414 bytes in 5 blocks.
==23594== suppressed: 0 bytes in 0 blocks.
==23594== Reachable blocks (those to which a pointer was found) are not shown.
==23594== To see them, rerun with: --show-reachable=yes
Segmentation fault

Gr{oetje,eeting}s,

Geert

--
Geert Uytterhoeven -- Sony Network and Software Technology Center Europe (NSCE)
[EMAIL PROTECTED] --- The Corporate Village, Da Vincilaan 7-D1
Voice +32-2-7008453 Fax +32-2-7008622  B-1935 Zaventem, Belgium


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

Bug#428092: Wishlist: why lock up so much?

[David Martínez Moreno]

El viernes, 8 de junio de 2007, Gordon Haverland escribió:
> Package: kmail
> Version: 4:3.5.7-1
> Severity: wishlist
>
> I've been using kmail as my email client of choice for quite a while.  I
> was recently forced into upgrading from a dual Athlon 1700 system to a AMD
> 64X2 4800.  Kmail was a big disappointment after upgrading, as was one web
> site I like to visit.
>
> Even before upgrading, I was annoyed with kmail going to sleep when
> processing incoming mail. If I was using mbox for mail folders, I could
> understand the locking issues were forcing this. But I use maildir for all
> of my active folders, it is only archival folders not yet moved to SQL that
> are mbox.  Asking around people who have used mdir more than I have, they
> don't know of any reason why kmail has to behave this way either.
>
> Specifically, if I am sending an email, there is no reason why kmail has to
> freeze up if it is processing an incoming email.  I am not doing anything
> with inbox.  Another one that happens, is if I happen to make the pane with
> kmail the visible window, and kmail is processing incoming email, that
> portion of the screen is frozen.
>
> Is this something which is going to get fixed in the new KDE coming "soon"?

It is a known problem that KMail is not asynchronous when processing 
incoming 
mail (but it is when dispatching it).  As far as I know, the solution is a 
rewrite of the affected code, in order to make it fully threaded.  I do not 
know if such rewrite has been done in the KDE4 branch.

Best regards,


Ender.
-- 
Uh, we had a slight weapons malfunction, but
 uh... everything's perfectly all right now. We're
 fine. We're all fine here now, thank you. How are you?
-- Han Solo (Star Wars).
--
Desarrollador de Debian
Debian developer


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

Bug#428356: gnunet: [INTL:sv] Swedish debconf templates translation update

[Daniel Nylander]

Package: gnunet
Severity: wishlist
Tags: patch l10n


Here is the updated Swedish debconf translation for gnunet

Regards,
Daniel

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

Kernel: Linux 2.6.17.4
Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=UTF-8) (ignored: LC_ALL set to 
sv_SE)
Shell: /bin/sh linked to /bin/bash
#
#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: gnunet\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2007-06-11 07:59+0200\n"
"PO-Revision-Date: 2007-06-11 09:30+0100\n"
"Last-Translator: Daniel Nylander <[EMAIL PROTECTED]>\n"
"Language-Team: Swedish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: note
#. Description
#: ../gnunet-daemon.templates:2001
msgid "Former installation of GNUnet detected"
msgstr "Tidigare installation av GNUnet hittades"

#. Type: note
#. Description
#: ../gnunet-daemon.templates:2001
msgid "Since there are important changes in this version, the installer will 
need to modify the GNUnet configuration file (/etc/gnunet.conf)."
msgstr "Eftersom det finns viktiga ändringar i denna version behöver 
installeraren göra ändringar i konfigurationsfilen för GNUnet 
(/etc/gnunet.conf)."

#. Type: note
#. Description
#: ../gnunet-daemon.templates:2001
msgid "The installation process will backup /etc/gnunet.conf to 
/etc/gnunet.conf.old, and will automatically build a new configuration file."
msgstr "Installationsprocessen kommer att säkerhetskopiera /etc/gnunet.conf 
till /etc/gnunet.conf.old och automatiskt bygga en ny konfigurationsfil."

#. Type: note
#. Description
#: ../gnunet-daemon.templates:2001
msgid "Every personal settings will be preserved as much as possible."
msgstr "Alla personliga inställningar kommer att behållas om möjligt."

#. Type: note
#. Description
#: ../gnunet-daemon.templates:3001
msgid "Warning"
msgstr "Varning"

#. Type: note
#. Description
#: ../gnunet-daemon.templates:3001
msgid "For some obscure reason, the installer have failed to discover the 
configuration settings in /etc/gnunet.conf."
msgstr "Av någon underlig anledning misslyckades installeraren att identifiera 
dina konfigurationsinställningar i /etc/gnunet.conf."

#. Type: note
#. Description
#: ../gnunet-daemon.templates:3001
msgid "The old configuration file will be moved to /etc/gnunet.conf.old."
msgstr "Den gamla konfigurationsfilen kommer att flyttas till 
/etc/gnunet.conf.old."

#. Type: note
#. Description
#: ../gnunet-daemon.templates:3001
msgid "Since some changes are *mandatory* in this file, a fresh default 
configuration file will now be installed"
msgstr "Eftersom vissa ändringar är *obligatoriska* i denna fil kommer en färsk 
standardkonfigurationsfil nu att installeras"

#. Type: note
#. Description
#: ../gnunet-daemon.templates:3001
msgid "Please take a look and make necessary changes in it if needed after 
installation."
msgstr "Ta en titt på den och gör nödvändiga ändringar i den om det behövs 
efter installationen."

#. Type: note
#. Description
#: ../gnunet-daemon.templates:4001
msgid "Upgrade from a version prior to 0.7.0"
msgstr "Uppgradering från en version före 0.7.0"

#. Type: note
#. Description
#: ../gnunet-daemon.templates:4001
msgid "It seems that you are upgrading GNUnet from a version prior to 0.7.x. 
GNUnet 0.7.x introduced new configuration files and a new database storage 
format which is not compatible with versions prior to 0.7.x."
msgstr "Det verkar som om du uppgraderar GNUnet från en version före 0.7.x. 
GNUnet 0.7.x introducerade nya konfigurationsfiler och ett nytt lagringsformat 
för databasen som inte är kompatibel med versioner före 0.7.x."

#. Type: note
#. Description
#: ../gnunet-daemon.templates:4001
msgid "GNUnet cannot convert your database format to the new format."
msgstr "GNUnet kan inte konvertera din databas till det nya formatet."

#. Type: note
#. Description
#: ../gnunet-daemon.templates:4001
msgid "Your database storage will be automatically moved to 
/var/lib/GNUnet.prior07, and the gnunet package will build a new empty storage 
for you."
msgstr "Din databas kommer att flyttas automatiskt till /var/lib/GNUnet.prior07 
och gnunet-paketet kommer att bygga en ny tom lagringsplats åt dig."

#. Type: note
#. Description
#: ../gnunet-daemon.templates:4001
msgid "Your /etc/gnunet.conf file will also be moved to 
/etc/gnunet.conf.prior07 and repl

Bug#428357: gnunet : [INTL:pt] Updated Portuguese translation for debconf messages

[Traduz - Portuguese Translation Team]

Package: gnunet
Version: 0.7.0e-1
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for gnunet's debconf messages.
Translator: Rui Branco 
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .


--
Best regards,

Rui Branco
"Traduz" - Portuguese Translation Team
http://www.DebianPT.org






pt.po
Description: application/gettext

Bug#427427: icedove: Possibly more details

[Simon Waters]

Alexander Sack - Debian Bugmail wrote:
>
> I don't understand what you want to say, sorry! Is the problem gone
> for you?

Yes. Alas I'm not 100% clear what resolved it.

Removing the Tango theme is top of my suspicion list.

It is hard to be sure. At one point I thought the issue was selecting an
email in your Inbox that you had never read before. But  whilst the
problem occurred most times within a few seconds of starting Icedove,
that wasn't consistent either. Without a consistent way to reproduce it
was hard to be confident that the issue was resolved.



signature.asc
Description: OpenPGP digital signature

Bug#423164: evolution: Unexpected encoding

[Vincent Lönngren]

mån 2007-06-11 klockan 00:16 +0200 skrev Øystein Gisnås:
> This seems to be fixed in 2.11.3 (available from
> http://svn.debian.org/wsvn/pkg-evolution/experimental/evolution/debian/)
> 
> Cheers,
> Øystein

I'm unable to test it right now, but I'm glad to hear that it's fixed.
Thanks.
-- 
Vincent Lönngren <[EMAIL PROTECTED]>

Bug#403567: fmit: immediate segfault

[Free Ekanayaka]

Hi all,

upstream release 0.97.5 fixes the segfault. I've prepared an NMU
(which also fixes #414391), and if no one objects I'm going to upload
it in the next days. The diff is attached below.

Ciao!

Free


fmit.nmu
Description: nmu

Bug#397179: [php-maint] Bug#397179: Bug#397179: Bug#397179: Bug#397179: Bug#397179: Bug#397179: Please don't add this patch

[Jan Wagner]

Hi!

On Tuesday 05 June 2007 14:53, Jan Wagner wrote:
> I did build php[45] from etch and php-suhosin from sid against it. You can
> get it via:
>
> deb http://ftp.cyconet.org/debian etch-special-cyconet main non-free
> contrib
>
> or from http://ftp.cyconet.org/debian/archive/special/
>
> Please have in mind, that you can't install other php packages from etch
> directly, you need to recompile them against php[45]-dev from this source.
> Maybe I will do this for some packages in the future, but actualy there is
> no need for us.
> You can expect updates if there are any DSA for the packages in etch.

We migrated a customer system with Zend Optimizer to etch. To my suprise, it 
was working with latest version of Zend Optimizer out of the box with php4.
Can't say anything for php5, cause there are some modifications needed, until 
the applications are working with php5.
Maybe anybody can verify this with php5?
Until all works well with stock php[45], I wont maintain the packages 
mentioned above.

With kind regards, Jan.
-- 
Never write mail to <[EMAIL PROTECTED]>, you have been warned!
-BEGIN GEEK CODE BLOCK-
Version: 3.1
GIT d-- s+: a- C+++ UL P+ L+++ E- W+++ N+++ o++ K++ w--- O M V- PS PE
Y++ PGP++ t-- 5 X R tv- b+ DI- D++ G++ e++ h-- r+++ y+++
--END GEEK CODE BLOCK--


pgpiOcYyBktiV.pgp
Description: PGP signature

Bug#313440: really needed?

[Ralf Utermann]

Thomas Lange wrote:
> I'm not yet convinced that we need these additional classes. All FAI
> configuration scripts and data should be mostly independent of the
> current action FAI is doing. I think we should not add these to the
> default FAI setup, because I want to keep things simple. Advanced
> users that need those classes can use them by adding their own scripts
> that define theses classes.
> 
> Any comments? Other users, that want to have thoses classes by default?

we find this very useful and we currently add a softupdate class in a hook 
script:
...
classes="$classes FAI_ACTION_softupdate"
cfclasses="$cfclasses.FAI_ACTION_softupdate"
...

Bye, Ralf

-- 
Ralf Utermann
_
Universität Augsburg, Institut für Physik   --   EDV-Betreuer
Universitätsstr.1 
D-86135 Augsburg Phone:  +49-821-598-3231
SMTP: [EMAIL PROTECTED] Fax: -3411


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

Bug#428358: cfengine2 installation fails after upgrade

[Florian Lohoff]

Package: cfengine2
Version: 2.1.20-1

Hi,
i am upgrading a couple hundret machines (from woody -> sarge -> etch).
I purge a backported cfengine2 package before upgrade and install it
afterwards. Before installation i am preseeding the cfengine2 questions:

+ debconf-set-selections -v /tmp/cfengine2.preseed
info: Trying to set 'cfengine2/run_cfservd' [boolean] to 'true'
info: Loading answer for 'cfengine2/run_cfservd'
info: Trying to set 'cfengine2/run_cfexecd' [boolean] to 'false'
info: Loading answer for 'cfengine2/run_cfexecd'
info: Trying to set 'cfengine2/run_cfenvd' [boolean] to 'false'
info: Loading answer for 'cfengine2/run_cfenvd'

Once in a while i have the problem that installation fails on etch with
the following message. "Re-Preseeding" does not help, i need to purge
and reinstall the package:

+ DEBIAN_FRONTEND=noninteractive
+ apt-get --force-yes -fuy install cfengine2
Reading package lists...
Building dependency tree...
Suggested packages:
  cfengine2-doc
The following NEW packages will be installed:
  cfengine2
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 1046kB of archives.
After unpacking 2552kB of additional disk space will be used.
WARNING: The following packages cannot be authenticated!
  cfengine2
Get:1 http://source.rfc822.org etch/main cfengine2 2.1.20-1 [1046kB]
Preconfiguring packages ...
Fetched 1046kB in 0s (1406kB/s)
Selecting previously deselected package cfengine2.
(Reading database ... 17443 files and directories currently installed.)
Unpacking cfengine2 (from .../cfengine2_2.1.20-1_i386.deb) ...
Setting up cfengine2 (2.1.20-1) ...
Wacky RET: ''
Usage: sed [OPTION]... {script-only-if-no-other-script} [input-file]...

  -n, --quiet, --silent
 suppress automatic printing of pattern space
  -e script, --expression=script
 add the script to the commands to be executed
  -f script-file, --file=script-file
 add the contents of script-file to the commands to be executed
  -i[SUFFIX], --in-place[=SUFFIX]
 edit files in place (makes backup if extension supplied)
  -l N, --line-length=N
 specify the desired line-wrap length for the `l' command
  --posix
 disable all GNU extensions.
  -r, --regexp-extended
 use extended regular expressions in the script.
  -s, --separate
 consider files as separate rather than as a single continuous
 long stream.
  -u, --unbuffered
 load minimal amounts of data from the input files and flush
 the output buffers more often
  --help display this help and exit
  --version  output version information and exit

If no -e, --expression, -f, or --file option is given, then the first
non-option argument is taken as the sed script to interpret.  All
remaining arguments are names of input files; if no input files are
specified, then the standard input is read.

E-mail bug reports to: [EMAIL PROTECTED] .
Be sure to include the word ``sed'' somewhere in the ``Subject:'' field.
dpkg: error processing cfengine2 (--configure):
 subprocess post-installation script returned error exit status 4
Errors were encountered while processing:
 cfengine2
E: Sub-process /usr/bin/dpkg returned an error code (1)




I added a "set -x" to the postinst script and got this:


[EMAIL PROTECTED]:~# dpkg --configure -a
Setting up cfengine2 (2.1.20-1) ...
+ set -e
+ INPUTS=/var/lib/cfengine2/inputs
+ . /usr/share/debconf/confmodule
++ '[' '!' '' ']'
++ PERL_DL_NONLAZY=1
++ export PERL_DL_NONLAZY
++ '[' '' ']'
++ exec /usr/share/debconf/frontend /var/lib/dpkg/info/cfengine2.postinst 
configure 2.1.20-1flo1
+ set -e
+ INPUTS=/var/lib/cfengine2/inputs
+ . /usr/share/debconf/confmodule
++ '[' '!' 1 ']'
++ '[' -z '' ']'
++ exec
++ '[' '' ']'
++ exec
++ DEBCONF_REDIR=1
++ export DEBCONF_REDIR
+ db_version 2.0
+ _db_cmd 'VERSION 2.0'
+ IFS=' '
+ printf '%s\n' 'VERSION 2.0'
+ IFS='
'
+ read -r _db_internal_line
+ RET=2.0
+ case ${_db_internal_line%%[   ]*} in
+ return 0
+ case "$1" in
+ make_key
+ '[' '!' -f /var/lib/cfengine2/ppkeys/localhost.priv ']'
+ config_daemons
+ CUR=/etc/default/cfengine2
+ test '!' -f /etc/default/cfengine2
++ mktemp /etc/default/cfengine2.X
+ NEW=/etc/default/cfengine2.fqGi21095
+ cp -a -f /etc/default/cfengine2 /etc/default/cfengine2.fqGi21095
++ sed_script_config_daemons
++ ALL_DAEMONS='CFSERVD CFEXECD CFENVD'
++ for DAEMON in '$ALL_DAEMONS'
+++ echo CFSERVD
+++ tr A-Z a-z
++ LC_DAEMON=cfservd
++ db_get cfengine2/run_cfservd
++ _db_cmd 'GET cfengine2/run_cfservd'
++ IFS=' '
++ printf '%s\n' 'GET cfengine2/run_cfservd'
++ IFS='
'
++ read -r _db_internal_line
++ RET=
++ case ${_db_internal_line%%[  ]*} in
++ return 0
++ case "$RET" in
++ echo 'Wacky RET: '\'''\'''
Wacky RET: ''
++ return 1
+ sed
Usage: sed [OPTION]... {script-only-if-no-other-script} [input-file]...

  -n, --quiet, --silent

Bug#427427: icedove: Possibly more details

[Alexander Sack]

severity 427427 important
thanks

On Mon, Jun 11, 2007 at 08:30:07AM +0100, Simon Waters wrote:
> Alexander Sack - Debian Bugmail wrote:
> >
> > I don't understand what you want to say, sorry! Is the problem gone
> > for you?
> 
> Yes. Alas I'm not 100% clear what resolved it.
> 
> Removing the Tango theme is top of my suspicion list.

What is tango theme? A gnome theme or an icedove theme?

Can you reproduce by reenabling that  theme?

> 
> It is hard to be sure. At one point I thought the issue was selecting an
> email in your Inbox that you had never read before. But  whilst the
> problem occurred most times within a few seconds of starting Icedove,
> that wasn't consistent either. Without a consistent way to reproduce it
> was hard to be confident that the issue was resolved.
> 

Hmmm ... i thought that icedove always crashed for you.


 - Alexander



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

Bug#428337: gnome: 3.5" floppy with vfat FS not being recognized

[Josselin Mouette]

reassign 428337 linux-2.6
thanks

Le lundi 11 juin 2007 à 00:21 +0200, Ron a écrit :
> Package: gnome
> Version: 1:2.14.3.6
> Severity: normal
> 
> Steps to reproduce:
> 
> 1) Insert floppy with vfat file system
> 2) #modprobe floppy
> 3) Go to Computer
> 4) Click or double click the floppy icon
> 5) See a message that it couldn't be mounted, because of unknown FS. 
> 
> There probably is some way to determine the FS by inspecting some magic 
> constants. It could at least try vfat and ext2 if that's not possible. 
> 
> mount -t vfat /dev/fd0 does work

This problem is related to the kernel, not to gnome. Reassigning.

Cheers,
-- 
 .''`.
: :' :  We are debian.org. Lower your prices, surrender your code.
`. `'   We will add your hardware and software distinctiveness to
  `-our own. Resistance is futile.

Bug#403567: fmit: immediate segfault

[Ludovic RESLINGER]

On Mon, Jun 11, 2007 at 09:30:45AM +0200, Free Ekanayaka wrote:
> Hi all,
> 
> upstream release 0.97.5 fixes the segfault. I've prepared an NMU
> (which also fixes #414391), and if no one objects I'm going to upload
> it in the next days. The diff is attached below.
> 
> Ciao!
> 
> Free

Hi Free,

I prepare an upload of new version for fmit, so NMU is not necessary.

I spoke with upstream about this bug, and in effect, new version must
solve all problem, but for #414391, I would like to see what you want to
do, because if you want include the patch on BTS, it is not the
solution. I try to find a good solution to solve this problem.

If you have a best solution, could you purpose me ?

Regards,
-- 
.---.  Ludovic RESLINGER
   / \
   [EMAIL PROTECTED]@./ Trumpet Student in CNR
   /`\_/`\ Free Software Developer
  // )X( \\
 | \  :  )|_   _,'|   .''`.
/`\_`>  <_/ \ @==TTT=::_  |  : :'  :
\__/'---'\__/   ((_<=HHH___))   `.|  `. `'`
 `---UUU---'=> `-


signature.asc
Description: Digital signature

Bug#403567: fmit: immediate segfault

[Free Ekanayaka]

Hi Ludovic,

|--==> Ludovic RESLINGER writes:

  LR> On Mon, Jun 11, 2007 at 09:30:45AM +0200, Free Ekanayaka wrote:
  >>Hi all,
  >>
  >>upstream release 0.97.5 fixes the segfault. I've prepared an NMU
  >>(which also fixes #414391), and if no one objects I'm going to upload
  >>it in the next days. The diff is attached below.
  >>
  >>Ciao!
  >>
  >>Free

  LR> Hi Free,

  LR> I prepare an upload of new version for fmit, so NMU is not necessary.

  LR> I spoke with upstream about this bug, and in effect, new version must
  LR> solve all problem, but for #414391, I would like to see what you want to
  LR> do, because if you want include the patch on BTS, it is not the
  LR> solution. I try to find a good solution to solve this problem.

  LR> If you have a best solution, could you purpose me ?

Thanks for the quick answer. I don't have a better solution for
#414391, if you don't like the one proposed by the submitter with the
relevant patch, I'd propose to leave it open for now.

The important thing at the moment is to fix #403567, which renders the
package unusable on some amd64 CPUs.

Ciao!

Free


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

Bug#428359: ntpdate: runs multiple times on (re)starting network

[Norbert Tretkowski]

Package: ntpdate
Version: 1:4.2.2.p4+dfsg-2
Severity: minor

When (re)starting the network, ntpdate is called multiple times, once
for each interface.

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

Versions of packages ntpdate depends on:
ii  libc6   2.3.6.ds1-13 GNU C Library: Shared libraries
ii  libcap1 1:1.10-14support for getting/setting POSIX.
ii  libssl0.9.8 0.9.8c-4 SSL shared libraries
ii  netbase 4.29 Basic TCP/IP networking system

ntpdate recommends no packages.

-- no debconf information


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

Bug#428149: speech-dispatcher: Provide speech-dispatcher-ibmtts package

[Milan Zamazal]

I'm not going to spend my limited resources on supporting proprietary
software and I can't test whether such a support works.  But if anybody
wants to submit the corresponding patches, I'll be glad to include them
into the package.

Regards,

Milan Zamazal



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

Bug#428275: Debconf : [INTL:eo] Esperanto translation for debconf.

[Serge Leblanc]

On lun, 2007-06-11 at 07:27 +0200, Christian Perrier wrote:

> Quoting Serge Leblanc ([EMAIL PROTECTED]):
> > Package: debconf
> > Version: n/a
> > Tags: l10n, patch
> > Severity: wishlist
> > 
> > Esperanto translation for debconf messages.
> 
> A small default. I can correct it myself, but better show it to you as
> well (with a French error message...):
> 
> [EMAIL PROTECTED]:~/src/debian/debconf/src/debconf/po> msgfmt -o /dev/null -c 
> eo.po
> eo.po:306: Les chaînes « msgid » et « msgstr » ne se termine pas toutes les 
> deux « \n »
> 
> For the maintainer, this error is:
> 
> eo.po:306: `msgid' and `msgstr' entries do not both end with '\n'
> 
> 


Is it necessary that I resend an corrected file?

Cordialy,
--
Serge Leblanc
gpg --keyserver hkp://subkeys.pgp.net --recv-keys 0x73791C2B
Fingerprint: 8E0C 0D6D E026 A278 9278 BF4F 1A93 D552 7379 1C2B


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

Bug#428360: Wrong project name for FAI

[Thomas Lange]

Package: live-helper
Version: 1.0~a13
Severity: minor

examples/sources/fai include the wrong name for the FAI project

# FAI - Fully Automated Install

but correct is: FAI - Fully Automatic Installation.

-- 
regards Thomas


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

Bug#428361: e2fsprogs: please document e2fs options <-> kernel version compatibility

[A Mennucc]

Package: e2fsprogs
Version: 1.39+1.40-WIP-2006.11.14+dfsg-2
Severity: wishlist

hi Ted

Brief background:
 I am currently trying to replace a old HD in a box running an old
 Ubuntu; to this end , I created a similar set of partitions in new
 HD using Debian/Etch, and started copying data in the new HD
 (and this will take a long time);
 but I realized that the old partitions had
  Filesystem features:  has_journal filetype needs_recovery sparse_super
 while the newly created one have
  Filesystem features:  has_journal resize_inode dir_index filetype 
needs_recovery sparse_super large_file

 Since the Ubuntu box uses
  Linux  2.6.12-10-386  
  e2fsprogs  1.38-2ubuntu1 
 I would like to know if those flags are supported  ; but I checked
 the docs, both in the Debian packages and in 
   http://e2fsprogs.sourceforge.net/
 and could not understand it.

So here is my wishlist : may you document these facts?

For example: whenever you add a new feature to ext2 / ext3 , 
 may you add a line in the release notes of e2fsprogs, saying
 "release 1.xx : added feature XXX_XXX, and this needs linux >= 2.2.ZZ "

thanks in advance

a.

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-amd64
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)

Versions of packages e2fsprogs depends on:
ii  e2fslibs 1.39+1.40-WIP-2006.11.14+dfsg-2 ext2 filesystem libraries
ii  libblkid 1.39+1.40-WIP-2006.11.14+dfsg-2 block device id library
ii  libc62.3.6.ds1-13GNU C Library: Shared libraries
ii  libcomer 1.39+1.40-WIP-2006.11.14+dfsg-2 common error description library
ii  libss2   1.39+1.40-WIP-2006.11.14+dfsg-2 command-line interface parsing lib
ii  libuuid1 1.39+1.40-WIP-2006.11.14+dfsg-2 universally unique id library

e2fsprogs recommends no packages.

-- no debconf information

-- 
Andrea Mennucc

"The EULA sounds like it was written by a team of lawyers who want to tell 
me what I can't do, and the GPL sounds like it was written by a human 
being who wants me to know what I can do."
Anonymous,http://www.securityfocus.com/columnists/420


signature.asc
Description: Digital signature

Bug#426922: libffi.la is missing from libffi4-dev

[Matthias Klose]

=?UTF-8?Q?Bj=C3=B6rn?= Steinbrink writes:
> Package: libffi4-dev
> Version: 4.2-20070528-1
> Severity: important
> 
> 
> libffi4-dev does not contain libffi.la which causes for example gnucash
> to error out of its build process although all build dependencies are
> installed.

please could you find out which .la file references the libffi.la
file, and then rebuild that package?


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

Bug#428363: apt - FTBFS: Unmet build dependencies: libcurl3-gnutls-dev (>= 7.15.5)

[Bastian Blank]

Package: apt
Version: 0.7.2
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of apt_0.7.2 on lxdebian.bfinv.de by sbuild/s390 98
[...]
> dpkg-buildpackage: source package is apt
> dpkg-buildpackage: source version is 0.7.2
> dpkg-buildpackage: host architecture s390
> dpkg-buildpackage: source version without epoch 0.7.2
> dpkg-checkbuilddeps: Unmet build dependencies: libcurl3-gnutls-dev (>= 7.15.5)
> dpkg-buildpackage: Build dependencies/conflicts unsatisfied; aborting.
> dpkg-buildpackage: (Use -d flag to override.)
> **
> Build finished at 20070611-0121
> FAILED [dpkg-buildpackage died]


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

Bug#422729: grub-of (Re: Please fix your RC bugs)

[Robert Millan [ackstorm]]

On Sun, Jun 10, 2007 at 10:42:58PM +0200, Andreas Barth wrote:
> Hi,
> 
> please note that even while we're not going to release Lenny next month,
> RC bugs should be fixed in a very timly manner. Usually there is no
> reason to let them open, and so we already started removing packages for
> being RC-buggy again. Please note that this also applies to bugs like
> "has RFCs in the source package", even if these bugs are usually easily
> fixable. (In other words, if you want to keep these packages in Debian,
> please upload such a fix, either as maintainer upload, or as NMU.)
> 
> We already started larger removals batches as of now, and will proceed
> to the doc-freeness-issues during July sometimes.

Please can you give grub-of a grace period?  I plan to fix its RC bugs, but
can't right now because I don't have the hardware (I will have it very soon,
it's already ordered).

I ask this because although grub-of is currently broken, overall grub2
(grub-pc, grub-efi) isn't.  Removing the whole thing would be detrimental
for these.

-- 
Robert Millan


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

Bug#428362: avelsieve: [INTL:ru] Russian debconf templates translation

[Yuri Kozlov]

Package: avelsieve
Severity: wishlist
Tags: l10n, patch

Russian debconf templates translation is attached.

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-amd64
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to ru_RU.UTF-8)
# translation of avelsieve_ru.po to Russian
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
#
# Yuri Kozlov <[EMAIL PROTECTED]>, 2007.
msgid ""
msgstr ""
"Project-Id-Version: 1.9.7-1\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2007-06-05 07:25+0200\n"
"PO-Revision-Date: 2007-06-11 12:39+0400\n"
"Last-Translator: Yuri Kozlov <[EMAIL PROTECTED]>\n"
"Language-Team: Russian <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.11.4\n"
"Plural-Forms:  nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && 
n%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2);\n"

#. Type: boolean
#. Description
#: ../templates:2001
msgid "Activate avelsieve automatically?"
msgstr "Активировать avelsieve автоматически?"

#. Type: boolean
#. Description
#: ../templates:2001
msgid ""
"Avelsieve will operate properly only if it has been activated by running "
"'squirrelmail-configure'. This can be done automatically now."
msgstr ""
"Avelsieve будет включена только после активации с помощью запуска "
"программы 'squirrelmail-configure'. Это можно сделать автоматически прямо "
"сейчас."

#. Type: error
#. Description
#: ../templates:3001
msgid "No removal of installed sieve filters"
msgstr "Установленные фильтры sieve не удаляются"

#. Type: error
#. Description
#: ../templates:3001
msgid ""
"SquirrelMail users without access to sieveshell cannot remove filters they "
"created through avelsieve. Those filters are NOT removed even when avelsieve "
"is purged."
msgstr ""
"Пользователи SquirrelMail, не имеющие доступа к sieveshell, не могут удалять "
"фильтры, которые они сделали через avelsieve. Эти фильтры НЕ удаляются "
"даже при вычистке пакета avelsieve."

#. Type: error
#. Description
#: ../templates:3001
msgid "The sieve filters for all mailboxes should be checked as soon as 
possible."
msgstr ""
"Нужно проверить фильтры sieve на все почтовые ящики сразу как это станет "
"возможно."

Bug#428349: Gets confused by renamed files in darcs repositories.

[Lele Gaifax]

> Daniel Burrows writes:

Daniel>   OK, the problem seems to be this bit of the output:
Daniel> 21:12:33 [I] Renaming 'A' to 'B'...  B does not exist!
Daniel> 21:12:33 [I] Committing u'[foo @ 3]'...

Daniel>   That message about "B does not exist!" is generated by
Daniel> the Mercurial module and appears to mean something like
Daniel> "I'm going to fail to do what you asked me to do and
Daniel> totally ignore it, but I won't, like, generate an
Daniel> exception or anything because why would you ever want
Daniel> that?"

Daniel>   I get the same thing if I go in by hand:

 from mercurial import hg, ui uio = ui.ui(debug=True,
 verbose=True) r = hg.repository(ui=ui, path='/tmp/test',
 create=True)

 f = file('A', 'w') f.write('Test data.\n') f.close()

 r.add('A') r.commit(text='Adding A')
Daniel> A 'M\xc5k\xe7QB\xf2W\x04\x85R\xf3\xdd\xdb\x9a;\xc1d/\xc1'

 r.copy('A', 'B')
Daniel> B does not exist!


Daniel>   One can only imagine what the point is of having a
Daniel> "copy" command which fails if the target does not exist.

Hi Daniel,

most probably, under hg is not possible to add and rename and entry in
the same changeset. I actually think this is a strange thing (only?)
darcs allows, and that when the target does not handle it, the tailor
backend should collapse the two actions into a single "add b".

Thanks for reporting and testing!

ciao, lele.


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

Bug#428339: Needs to mention where to find info's documentation

[Sam Morris]

On Mon, 2007-06-11 at 08:51 +0200, Frank Küster wrote:
> Sam Morris <[EMAIL PROTECTED]> wrote:
> 
> > Please mention somewhere prominent where to find info's documentation.
> > There is currently no way for a newbie to work out how to install it.
> > Currently you can't even press 'h' to get help from within the info
> > viewer!
> 
> Thanks for reminding us, we totally lost that from our radar.
> 
> > Preferably:
> >
> >  * mention that info's documentation can be found in the 
> > textinfo-doc-nonfree
> >package
> >  * have the info package Suggest texinfo-doc-nonfree
> >  * ship a /usr/share/info.info file that explains where the documentation 
> > can 
> >be found (and have texinfo-doc-nonfree divert it out of the way).
> 
> I dislike diversions, I think the concept is flawed (although it might
> work without problems in this particular case).  If anyone comes up with
> an alternative, I'd be glad to use that...

Well, I guess hardcoding the desired page into info itself would be
fine, it's not like it's a patch that will go upstream so it doesn't
need to be particularly elegant. 

> 
> Regards, Frank
-- 
Sam Morris
http://robots.org.uk/

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


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

Bug#428331: webcalendar: send_reminders.php may create illegal Subject: headers

[Rafael Laboissiere]

* Joerg Sommrey <[EMAIL PROTECTED]> [2007-06-10 22:31]:

> If a webcalendar entry contains non-ascii characters, these characters
> are used unmodified in send_reminders.php for the Subject: header and
> thus may violate RFC 2822.
> 
> Here is a trivial patch to circumvent this.
> 
> [...]

Thanks for your patch.

Liz: what do you thing about this?

-- 
Rafael


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

Bug#427126: spambayes: sb_filter.py reformats content if a file with too long filename is attached

[Alexandre Fayolle]

tag 427126 +upstream
forwarded 42126 
http://sourceforge.net/tracker/index.php?func=detail&aid=1734840&group_id=61702&atid=498103
thanks

On Sat, Jun 02, 2007 at 05:23:27AM +0200, Mark wrote:
> Package: spambayes
> Version: 1.0.4-3
> Severity: important
> 
> When processing a mail with an attached file with a filename longer than
> 40 characters, the sb_filter.py script reformats the content of the mail
> by introducing a linebreak. Thus it changes the content of a signed
> email, making the signature invalid. As I am using it as a filter for
> incoming mail by procmail, it reproduceable breaks certain signed mails.


I've forwarded this bug to upstream. 

 

-- 
Alexandre Fayolle  LOGILAB, Paris (France)
Formations Python, Zope, Plone, Debian:  http://www.logilab.fr/formations
Développement logiciel sur mesure:   http://www.logilab.fr/services
Informatique scientifique:   http://www.logilab.fr/science
Reprise et maintenance de sites CPS: http://www.migration-cms.com/


signature.asc
Description: Digital signature

Bug#428364: roundcube: [INTL:ru] Russian debconf templates translation

[Yuri Kozlov]

Package: roundcube
Severity: wishlist
Tags: l10n, patch

Russian debconf templates translation is attached.

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-amd64
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to ru_RU.UTF-8)
# translation of roundcube_ru.po to Russian
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
#
# Yuri Kozlov <[EMAIL PROTECTED]>, 2007.
msgid ""
msgstr ""
"Project-Id-Version: 0.1~rc1~dfsg-1\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2007-05-26 09:36+0200\n"
"PO-Revision-Date: 2007-06-11 13:06+0400\n"
"Last-Translator: Yuri Kozlov <[EMAIL PROTECTED]>\n"
"Language-Team: Russian <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.11.4\n"
"Plural-Forms:  nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && 
n%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2);\n"

#. Type: multiselect
#. Choices
#: ../templates:2001
msgid "apache"
msgstr "apache"

#. Type: multiselect
#. Choices
#: ../templates:2001
msgid "apache-ssl"
msgstr "apache-ssl"

#. Type: multiselect
#. Choices
#: ../templates:2001
msgid "apache-perl"
msgstr "apache-perl"

#. Type: multiselect
#. Choices
#: ../templates:2001
msgid "apache2"
msgstr "apache2"

#. Type: multiselect
#. Description
#: ../templates:2002
msgid "Web server(s) to configure automatically:"
msgstr "Веб-сервер(ы), которые нужно настроить автоматически:"

#. Type: multiselect
#. Description
#: ../templates:2002
msgid ""
"RoundCube supports any web server supported by PHP, however only Apache can "
"be configured automatically."
msgstr ""
"RoundCube работает с любым веб-сервером, поддерживающим PHP, однако "
"автоматическая настройка выполняется только для Apache."

#. Type: multiselect
#. Description
#: ../templates:2002
msgid ""
"Please select the web server(s) that should be configured automatically for "
"RoundCube."
msgstr ""
"Выберите веб-сервер(ы), которые нужно настроить автоматически под "
"RoundCube."

#. Type: boolean
#. Description
#: ../templates:3001
msgid "Should the webserver(s) be restarted now?"
msgstr "Перезапустить веб-сервер(ы) прямо сейчас?"

#. Type: boolean
#. Description
#: ../templates:3001
msgid ""
"In order to activate the new configuration, the reconfigured web servers "
"have to be restarted."
msgstr "Чтобы новая конфигурация вступила в силу, нужно перезапустить 
веб-серверы."

#. Type: string
#. Description
#: ../templates:4001
msgid "IMAP server(s) used with RoundCube:"
msgstr "IMAP-сервер(ы), используемые с RoundCube:"

#. Type: string
#. Description
#: ../templates:4001
msgid "Please select the IMAP server that should be used with RoundCube."
msgstr "Укажите сервер IMAP, который нужно использовать с RoundCube."

#. Type: string
#. Description
#: ../templates:4001
msgid ""
"If this is left blank, a text box will be displayed at login. Entering a "
"space-separated list of hosts will display a pull-down menu. Entering a "
"single host will enforce using this host."
msgstr ""
"Если вы оставите поле пустым, при входе будет показано текстовое поле для "
"ввода. Укажите список (через пробел) хостов, которые нужно показать в "
"выпадающем меню. Если ввести только один хост, то только он и будет "
"использован."

#. Type: string
#. Description
#: ../templates:4001
msgid "To use SSL connections, please enter host names as 'ssl://hostname:993'."
msgstr ""
"Чтобы использовать SSL-соединения, вводите имена хостов в "
"виде 'ssl://хост:993'."

#. Type: select
#. Description
#: ../templates:5001
msgid "Default language:"
msgstr "Язык по умолчанию:"

#. Type: select
#. Description
#: ../templates:5001
msgid "Please choose the default language for RoundCube."
msgstr "Укажите язык по умолчанию для RoundCube."

#. Type: select
#. Description
#: ../templates:5001
msgid "This choice can be overridden by individual users in their preferences."
msgstr "Этот выбор может быть изменён любым пользователем в их настройках."

#. Type: select
#. Description
#: ../templates:5001
msgid ""
"However, the default language will be used for the login screen and the "
"first connection of users."
msgstr ""
"Однако, язык по умолчанию будет использован для выдачи приглашения "
"к входу и во время первого подключения пользователя."

Bug#428365: python-twisted-web2: man trial shows -R that is refused by trial

[OuoU]

Package: python-twisted-web2
Version: 0.2.0-1.1
Severity: normal

$ trial -R
/usr/bin/trial: option -R not recognized
$ man trial | grep -- -R
   -R, --recurse



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

Versions of packages python-twisted-web2 depends on:
ii  python2.4.4-2An interactive high-level object-o
ii  python-central0.5.12 register and build utility for Pyt
ii  python-twisted-core   2.4.0-3Event-based framework for internet

python-twisted-web2 recommends no packages.

-- no debconf information


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

Bug#428349: Gets confused by renamed files in darcs repositories.

[Lele Gaifax]

> Lele Gaifax writes:
Lele> most probably, under hg is not possible to add and rename
Lele> and entry in the same changeset. I actually think this is a
Lele> strange thing (only?)  darcs allows, and that when the
Lele> target does not handle it, the tailor backend should
Lele> collapse the two actions into a single "add b".

Uhm, sorry, but after re-reading your previous email, where you added
this little test recipe::

cd /tmp
mkdir tailor-test
cd tailor-test
mkdir foo

cd foo
darcs init
echo "This is some data" > A
darcs add A && darcs record -a -m "Adding A"
darcs mv A B && darcs record -a -m "Renaming A"

my comment above does not have any sense: there were *two* distinct
changesets!

Will try it in the afternoon,
ciao, lele.


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

Bug#407908: evolution: alarm-notify crashes after typing in the notify window

[Ingo Strüwing]

Hi Øystein,

Øystein Gisnås wrote:
> 2007/1/22, Ingo Strüwing <[EMAIL PROTECTED]>:
...
>  Do
> you still experience this bug? 

No. I don't. I switched to IceDove (Thunderbird) and am very happy. It
does also have a couple of features that I missed from Evolution.

Regards
Ingo
-- 
Ingo Strüwing, Senior Software Developer
MySQL GmbH, Radlkoferstr. 2, D-81373 München
Geschäftsführer: Kaj Arnö - HRB München 162140

Bug#425078: rubber: diff for NMU version 1.1-2.1

[Adeodato Simó]

tags 425078 + patch
thanks

Hi,

Attached is the diff for my rubber 1.1-2.1 NMU, which I uploaded to
DELAYED/2-day.

Cheers,

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
— As the ship lay in Boston Harbor, a party the colonists dressed as red
  Indians boarded the vessel, behaved very rudely, and threw all the tea
  overboard, making the tea unsuitable for drinking. Even for Americans. 
-- George W. Banks in “Mary Poppins”
diff -u rubber-1.1/debian/control rubber-1.1/debian/control
--- rubber-1.1/debian/control
+++ rubber-1.1/debian/control
@@ -4,14 +4,13 @@
 Maintainer: Emmanuel Beffara <[EMAIL PROTECTED]>
 Uploaders: Baruch Even <[EMAIL PROTECTED]>
 Build-Depends: debhelper (>= 5.0.37.2)
-Build-Depends-Indep: python-dev (>= 2.2), texinfo
+Build-Depends-Indep: python, texinfo
 Standards-Version: 3.7.2
 
 Package: rubber
 Architecture: all
-Depends: ${python:Depends}, tetex-bin | texlive-latex-base
+Depends: python, texlive-latex-base | tetex-bin
 Suggests: imagemagick, transfig, sam2p
-XB-Python-Version: ${python:Versions}
 Description: an automated system for building LaTeX documents
  This is a building system for LaTeX documents. It is based on a routine that
  runs just as many compilations as necessary. The module system provides a
diff -u rubber-1.1/debian/rules rubber-1.1/debian/rules
--- rubber-1.1/debian/rules
+++ rubber-1.1/debian/rules
@@ -38,7 +38,6 @@
 	dh_installinfo doc/rubber.info
 	dh_installchangelogs
 	dh_link
-	dh_python $(CURDIR)/debian/rubber/usr/share/rubber/rubber
 	dh_compress
 	dh_fixperms
 	dh_installdeb
reverted:
--- rubber-1.1/debian/pycompat
+++ rubber-1.1.orig/debian/pycompat
@@ -1 +0,0 @@
-2
diff -u rubber-1.1/debian/changelog rubber-1.1/debian/changelog
--- rubber-1.1/debian/changelog
+++ rubber-1.1/debian/changelog
@@ -1,3 +1,19 @@
+rubber (1.1-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+
+  * Fix RC bug "Rebuilding from source yields a package without a dependency
+on python" (closes: #425078). Changes needed:
++ the package has only private modules, so it's not necessary to use
+  python-support or python-central: depend directly on python instead.
++ remove debian/compat, the call to dh_python in debian/rules, and the
+  XB-Python-Version header from debian/control.
++ do not build-depend-indep on python-dev, but only on python.
+
+  * Swap the order of the tetex-bin | texlive-latex-base dependency.
+
+ -- Adeodato Simó <[EMAIL PROTECTED]>  Mon, 11 Jun 2007 11:11:43 +0200
+
 rubber (1.1-2) unstable; urgency=low
 
   * Update for new Python policy.

Bug#428349: [Tailor] Re: Bug#428349: Gets confused by renamed files in darcs repositories.

[Robin Farine]

On Mon June 11 2007 10:49, Lele Gaifax wrote:
> > Daniel Burrows writes:

> Daniel>   I get the same thing if I go in by hand:
>  from mercurial import hg, ui uio = ui.ui(debug=True,
>  verbose=True) r = hg.repository(ui=ui, path='/tmp/test',
>  create=True)
> 
>  f = file('A', 'w') f.write('Test data.\n') f.close()
> 
>  r.add('A') r.commit(text='Adding A')
>
> Daniel> A
> 'M\xc5k\xe7QB\xf2W\x04\x85R\xf3\xdd\xdb\x9a;\xc1d/\xc1'
>
>  r.copy('A', 'B')
>
> Daniel> B does not exist!
>
>
> Daniel>   One can only imagine what the point is of having a
> Daniel> "copy" command which fails if the target does not
> exist.

You are using an internal private API, not the command or public 
API. This copy() function does not actually copy anything in the 
filesystem, its role is to notify the Hg repo a copy already 
occurred, which is what Tailor needs since it rsynced the files.

Robin


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

Bug#361988: [Pkg-octave-devel] Bug#361988: octave-epstk: too few dash options for plots

[Thomas Weber]

Hi Francesco, 

Am Dienstag, 11. April 2006 18:29:14 schrieb Francesco Potorti`:
> It would be nice to have the possibility of specifying dash styles for
> lines, for example to have a dot-line style dash.  I think that allowing
> exyline.m to take a vector as the dash argument, rather than a scalar
> only, would be enough.

octave-epstk 2.2 has seen some changes with the dash styles. Can you please 
check if the above is now possible?

Thanks
Thomas


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

Bug#360184: (no subject)

[Thomas Lange]

The bug is fixed, but I could not test it yet. Feedback is appreciated.
-- 
regards Thomas


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

Bug#308110: Launching on 'about:blank' loads no page; denies functionality.

[David Martínez Moreno]

El sábado, 9 de junio de 2007, Adrian Irving-Beer escribió:
> I understand this is a low priority issue, but it should not be
> mistaken for a mere corner case that will never be used.  I encounter
> this bug every single day; I have simply grown accustomed to it and
> now routinely work around it, when it affects me at all.
>
> I always launch Konqueror via 'konqueror about:blank' because I prefer
> to begin browsing from a blank page rather than a big blue
> introduction to Konqueror (the about:konqueror page), which I find
> distracting.
>
> I could make my own blank HTML file and launch on that instead, but
> then I would need to clear the location bar to type in a URL.
>
> What I find strange is why Konqueror is willing to launch in a
> "half-loaded" state, rather than actually loading the real about:blank
> page (which exhibits none of these issues).
>
> In any case, this bug is minor (and apparently esoteric) enough that I
> don't really see the need to reopen it.  Just thought I would comment.

Hello, Adrian.  I do not understand completely your comment.

If I run "konqueror about:blank" from konsole, I get a blank konqueror 
with 
the cursor ready in the location bar.  Isn't it what you want?

Best regards,


Ender.
-- 
I find your lack of faith disturbing.
-- Darth Vader (Star Wars).
--
Desarrollador de Debian
Debian developer


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

Bug#428367: ssh-askpass-fullscreen doesn't always occupy the full screen

[Magnus Therning]

Package: ssh-askpass-fullscreen
Version: 0.3-2
Severity: minor

On a dual-screen setup up it only occupies one of the screens.

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

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

Versions of packages ssh-askpass-fullscreen depends on:
ii  libatk1.0-0   1.18.0-2   The ATK accessibility toolkit
ii  libc6 2.5-10 GNU C Library: Shared libraries
ii  libglib2.0-0  2.12.12-1  The GLib library of C routines
ii  libgtk2.0-0   2.10.12-2  The GTK+ graphical user interface 
ii  libpango1.0-0 1.16.4-1   Layout and rendering of internatio
ii  libx11-6  2:1.0.3-7  X11 client-side library
ii  xlibs 6.9.0.dfsg.1-6 X Window System client libraries m

ssh-askpass-fullscreen recommends no packages.

-- no debconf information


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

Bug#428366: O: flyspray

[Pierre Habouzit]

Package: flyspray
Severity: normal


  All is in the subject


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

Bug#428319: spamassassin: sa-update started from cron.daily is probably a DoS attack

[Justin Mason]

> I'm not sure we can right now. (The architecture is there so that we
> could handle it if we wanted to, but we'd better mitigate it if
> possible.)

That's my thinking -- the architecture is already there.

sa-update's DNS polling is incredibly lightweight and can handle millions
of clients updating simultaneously.  It then picks up a URL from DNS to
find the list of mirrors, then picks a mirror and downloads from that.

Right now we only have one mirror listed, but it's trivial to add more to
the MIRRORED_BY list.  Also, a failed download will not affect anything
for users, apart from maybe that they may miss a pending update for N
hours -- there'd be no serious error condition for them to have to deal
with.  Accordingly I think we could leave it as-is, see what happens,
and deal with scaling the backend farm entirely reactively.


PS: it's not a matter of DDOS-proofing btw -- or at least, that's not what
the OP was talking about. If we're worried about DDOS-proofing, that's a
different issue (and again one that's fixed entirely at the backend).

(current question is about too many "friendly" users using sa-update;
DDOS-proofing is to deal with hostile botnets hitting our backend servers
en masse, at which stage we'd probably need something like Prolexic's help
on the backend.)

--j.


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

Bug#428368: lighttpd: Repeatable --- SIGSEGV (Segmentation fault) @ 0 (0) ---

[Olaf van der Spek]

Package: lighttpd
Version: 1.4.13-4etch1
Severity: important

Hi,

If I repeat this request, Lighttpd crashes.

GET / HTTP/1.1
Connection: keep-alive
Host: h
Location: h
Location: h
 i

poll([{fd=4, events=POLLIN}, {fd=6, events=POLLIN, revents=POLLIN}], 2, 1000) = 
1
ioctl(6, FIONREAD, [16])= 0
read(6, "GET / HTTP/1.1\r\n", 63)   = 16
time(NULL)  = 1181554965
poll([{fd=4, events=POLLIN}, {fd=6, events=POLLIN, revents=POLLIN}], 2, 1000) = 
1
ioctl(6, FIONREAD, [24])= 0
read(6, "Connection: keep-alive\r\n", 63) = 24
time(NULL)  = 1181554965
poll([{fd=4, events=POLLIN}, {fd=6, events=POLLIN, revents=POLLIN}], 2, 1000) = 
1
ioctl(6, FIONREAD, [9]) = 0
read(6, "Host: h\r\n", 63)  = 9
time(NULL)  = 1181554965
poll([{fd=4, events=POLLIN}, {fd=6, events=POLLIN, revents=POLLIN}], 2, 1000) = 
1
ioctl(6, FIONREAD, [13])= 0
read(6, "Location: h\r\n", 63)  = 13
time(NULL)  = 1181554965
poll([{fd=4, events=POLLIN}, {fd=6, events=POLLIN, revents=POLLIN}], 2, 1000) = 
1
ioctl(6, FIONREAD, [13])= 0
read(6, "Location: h\r\n", 63)  = 13
time(NULL)  = 1181554965
poll([{fd=4, events=POLLIN}, {fd=6, events=POLLIN, revents=POLLIN}], 2, 1000) = 
1
ioctl(6, FIONREAD, [4]) = 0
read(6, " i\r\n", 63)   = 4
time(NULL)  = 1181554965
poll([{fd=4, events=POLLIN}, {fd=6, events=POLLIN, revents=POLLIN}], 2, 1000) = 
1
ioctl(6, FIONREAD, [2]) = 0
read(6, "\r\n", 63) = 2
stat64("/var/www/", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
stat64("/var/www/index.php", 0xbffd95e8) = -1 ENOENT (No such file or directory)
stat64("/var/www/index.html", {st_mode=S_IFREG|0644, st_size=3586, ...}) = 0
open("/var/www/index.html", O_RDONLY|O_LARGEFILE) = 7
close(7)= 0
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=1074, ...}) = 0
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=1074, ...}) = 0
setsockopt(6, SOL_TCP, TCP_CORK, [1], 4) = 0
writev(6, [{"HTTP/1.1 200 OK\r\nContent-Type: t"..., 214}], 1) = 214
open("/var/www/index.html", O_RDONLY|O_LARGEFILE) = 7
fcntl64(7, F_SETFD, FD_CLOEXEC) = 0
sendfile64(6, 7, [0], 3586) = 3586
close(7)= 0
setsockopt(6, SOL_TCP, TCP_CORK, [0], 4) = 0
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=1074, ...}) = 0
write(3, "192.168.0.128 h - [11/Jun/2007:1"..., 81) = 81
ioctl(6, FIONREAD, [0]) = 0
read(6, 0x80d7a18, 63)  = -1 EAGAIN (Resource temporarily 
unavailable)
time(NULL)  = 1181554966
poll([{fd=4, events=POLLIN}, {fd=6, events=POLLIN}], 2, 1000) = 0
time(NULL)  = 1181554967
poll([{fd=4, events=POLLIN}, {fd=6, events=POLLIN}], 2, 1000) = 0
time(NULL)  = 1181554968
poll([{fd=4, events=POLLIN}, {fd=6, events=POLLIN, revents=POLLIN}], 2, 1000) = 
1
ioctl(6, FIONREAD, [16])= 0
read(6, "GET / HTTP/1.1\r\n", 63)   = 16
time(NULL)  = 1181554968
poll([{fd=4, events=POLLIN}, {fd=6, events=POLLIN, revents=POLLIN}], 2, 1000) = 
1
ioctl(6, FIONREAD, [59])= 0
read(6, "Connection: keep-alive\r\nHost: h\r"..., 63) = 59
time(NULL)  = 1181554968
poll([{fd=4, events=POLLIN}, {fd=6, events=POLLIN, revents=POLLIN}], 2, 1000) = 
1
ioctl(6, FIONREAD, [4]) = 0
read(6, " i\r\n", 63)   = 4
time(NULL)  = 1181554969
poll([{fd=4, events=POLLIN}, {fd=6, events=POLLIN, revents=POLLIN}], 2, 1000) = 
1
ioctl(6, FIONREAD, [2]) = 0
read(6, "\r\n", 63) = 2
stat64("/var/www/", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
stat64("/var/www/index.php", 0xbffd95e8) = -1 ENOENT (No such file or directory)
stat64("/var/www/index.html", {st_mode=S_IFREG|0644, st_size=3586, ...}) = 0
open("/var/www/index.html", O_RDONLY|O_LARGEFILE) = 7
close(7)= 0
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=1074, ...}) = 0
setsockopt(6, SOL_TCP, TCP_CORK, [1], 4) = 0
writev(6, [{"HTTP/1.1 200 OK\r\nContent-Type: t"..., 214}], 1) = 214
open("/var/www/index.html", O_RDONLY|O_LARGEFILE) = 7
fcntl64(7, F_SETFD, FD_CLOEXEC) = 0
sendfile64(6, 7, [0], 3586) = 3586
close(7)= 0
setsockopt(6, SOL_TCP, TCP_CORK, [0], 4) = 0
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=1074, ...}) = 0
write(3, "192.168.0.128 h - [11/Jun/2007:1"..., 81) = 81
ioctl(6, FIONREAD, [0]) = 0
read(6, 0x80d7808, 63)  = -1 EAGAIN (Resource temporarily 
unavailable)
time(NULL)  = 1181554969
poll([{fd

Bug#428179: [pkg-boost-devel] Bug#428179: /usr/include/boost/filesystem.hpp: Why is /usr/include/boost/filesystem.hpp in libboost-dev instead of in libboost-filesystem-dev?

[Domenico Andreoli]

tag 428179 + pending
thanks

On Sat, Jun 09, 2007 at 06:19:46PM +0200, Olaf van der Spek wrote:
> 
> Hi,

hi,

> Why is /usr/include/boost/filesystem.hpp in libboost-dev instead of in 
> libboost-filesystem-dev?

indeed it is a bug, fixed now in the svn repository.

thanks,
domenico

-[ Domenico Andreoli, aka cavok
 --[ http://www.dandreoli.com/gpgkey.asc
   ---[ 3A0F 2F80 F79C 678A 8936  4FEE 0677 9033 A20E BC50


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

Bug#301702: On Apache2 2.2.3-4, dies every Sunday morning

[Dietmar Maurer]

Also happens here:

/etc/cron.daily/logrotate:
(98)Address already in use: make_sock: could not bind to address [::]:443 
(98)Address already in use: make_sock: could not bind to address 0.0.0.0:443 no 
listening sockets available, shutting down Unable to open logs
error: error running shared postrotate script for /var/log/apache2/*.log
run-parts: /etc/cron.daily/logrotate exited with return code 1

This is quite serious, because the main service (apache2) simply stops!

- Dietmar

Bug#428369: RM: 3ddesktop -- RoM; dead upstream, has better alternatives (beryl and friends)

[Pierre Habouzit]

Package: ftp.debian.org
Severity: normal

  All is in the subject.


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

Bug#428368: lighttpd: 1.4.15 is vulnerable too

[Olaf van der Spek]

Package: lighttpd
Version: 1.4.15-1
Followup-For: Bug #428368

Hi,

1.4.15 is vulnerable too.

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

Kernel: Linux 2.6.18-4-486
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages lighttpd depends on:
ii  libattr11:2.4.32-1.1 Extended attribute shared library
ii  libbz2-1.0  1.0.3-6  high-quality block-sorting file co
ii  libc6   2.5-9+b1 GNU C Library: Shared libraries
ii  libldap22.1.30-13.4  OpenLDAP libraries
ii  libpcre36.7-1Perl 5 Compatible Regular Expressi
ii  libssl0.9.8 0.9.8e-5 SSL shared libraries
ii  lsb-base3.1-23.1 Linux Standard Base 3.1 init scrip
ii  mime-support3.39-1   MIME files 'mime.types' & 'mailcap
ii  perl5.8.8-7  Larry Wall's Practical Extraction 
ii  zlib1g  1:1.2.3-15   compression library - runtime

Versions of packages lighttpd recommends:
pn  php4-cgi | php5-cgi(no description available)

-- no debconf information


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

Bug#425248: Restsart problem (sleep 10)

[Dietmar Maurer]

>There are two differents problems, in /etc/init.d/apache2 restart 
>function you use sleep 10 between start and stop, but 10 seconds is not 
>enough in the case where some childs cannot be killed easily.

I also observed that problem here. Sleep 10 is sometimes too short, so
Apache2 simple stops instead of restarting - I consider that a major bug.

We observed that problem many times when running on vmware.

Isn't there a better solution than 'sleep 10'?

- Dietmar

Bug#426371: Which Packages?

[Raphael Hertzog]

On Tue, 29 May 2007, Steinar H. Gunderson wrote:
> It should be mentioned that at some point during this cycle, sid was indeed
> in sources.list, but pinned away. 

I believe the problem to be there. I also used a similar setup and
update-manager seems to happily ignore pinning. Or at least used to do.
I haven't checked with a recent version.

Cheers,
-- 
Raphaël Hertzog

Premier livre français sur Debian GNU/Linux :
http://www.ouaza.com/livre/admin-debian/

Bug#361988: [Pkg-octave-devel] Bug#361988: octave-epstk: too few dash options for plots

[Francesco Potorti`]

>> It would be nice to have the possibility of specifying dash styles for
>> lines, for example to have a dot-line style dash.  I think that allowing
>> exyline.m to take a vector as the dash argument, rather than a scalar
>> only, would be enough.
>
>octave-epstk 2.2 has seen some changes with the dash styles. Can you please 
>check if the above is now possible?

Yes, according to the documentation.  I think the bug should be closed.  Thanks.


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

Bug#423746: (no subject)

[Thomas Lange]

Since NFS v3 is pretty easy to set up and normal in these days, I will
not fix this. Only fai-chboot is using v3 as default (only if you are
using the option -i), but this can easily be changed. Create a
template for fai-chboot by hand and copy this using the flag -c when
calling fai-chboot.
-- 
regards Thomas


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

Bug#428371: swh-plugins - FTBFS: error: unrecognized command line option "-march=s390"

[Bastian Blank]

Package: swh-plugins
Version: 0.4.15-0.1
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of swh-plugins_0.4.15-0.1 on debian-31.osdl.marist.edu by 
> sbuild/s390 98
[...]
> make[3]: Entering directory `/build/buildd/swh-plugins-0.4.15/util'
> if s390-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -g -O2 -Wall -O3 
> -fomit-frame-pointer -fstrength-reduce -funroll-loops -ffast-math -fPIC -DPIC 
> -march=s390   -MT rms.o -MD -MP -MF ".deps/rms.Tpo" -c -o rms.o rms.c; \
>   then mv -f ".deps/rms.Tpo" ".deps/rms.Po"; else rm -f ".deps/rms.Tpo"; 
> exit 1; fi
> cc1: error: unrecognized command line option "-march=s390"
> make[3]: *** [rms.o] Error 1
> make[3]: Leaving directory `/build/buildd/swh-plugins-0.4.15/util'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/build/buildd/swh-plugins-0.4.15'
> make[1]: *** [all] Error 2
> make[1]: Leaving directory `/build/buildd/swh-plugins-0.4.15'
> make: *** [build-stamp] Error 2
> **
> Build finished at 20070611-0605
> FAILED [dpkg-buildpackage died]


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

Bug#428370: php5-sqlrelay don't use /etc/php5/conf.d

[Ruben Puettmann]

Package: php5-sqlrelay
Version: 1:0.37.1-3.1


hy

the php5 configuration has changed. All php5 extensions got load via
/etc/php5/conf.d/$extension.ini.

could you please change this package that it don't write in
/etc/php5/apache2|cli|cgi|apache/php.ini ?

thx


ruben
-- 
Ruben Puettmann
[EMAIL PROTECTED]
http://www.puettmann.net


signature.asc
Description: Digital signature

Bug#428374: gcc-snapshot - FTBFS: make: *** [stamps/02-patch-stamp-libjava-biarch-alsa] Error 1

[Bastian Blank]

Package: gcc-snapshot
Version: 20070604-1
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of gcc-snapshot_20070604-1 on lxdebian.bfinv.de by 
> sbuild/s390 98
[...]
> if [ -f stamps/02-patch-stamp-libjava-biarch-alsa ]; then \
> echo "libjava-biarch-alsa patches already applied."; exit 1; \
>   fi
> DEB_VERSION='20070604-1'; export DEB_VERSION; \
>   debian/patches/libjava-biarch-alsa.dpatch -patch -d 
> /build/buildd/gcc-snapshot-20070604/src
> patching file libjava/classpath/native/jni/midi-alsa/Makefile.am
> Hunk #1 FAILED at 4.
> 1 out of 1 hunk FAILED -- saving rejects to file 
> libjava/classpath/native/jni/midi-alsa/Makefile.am.rej
> patching file libjava/classpath/native/jni/midi-alsa/Makefile.in
> Hunk #1 FAILED at 310.
> 1 out of 1 hunk FAILED -- saving rejects to file 
> libjava/classpath/native/jni/midi-alsa/Makefile.in.rej
> make: *** [stamps/02-patch-stamp-libjava-biarch-alsa] Error 1
> **
> Build finished at 20070611-1106
> FAILED [dpkg-buildpackage died]


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

Bug#428376: fische - FTBFS: Error: Unrecognized opcode: `prefetchw'

[Bastian Blank]

Package: fische
Version: 2.0~alpha3-1
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of fische_2.0~alpha3-1 on lxdebian.bfinv.de by sbuild/s390 98
[...]
> s390-linux-gnu-gcc -DPACKAGE_NAME=\"fische\" -DPACKAGE_TARNAME=\"fische\" 
> -DPACKAGE_VERSION=\"2.0\" -DPACKAGE_STRING=\"fische\ 2.0\" 
> -DPACKAGE_BUGREPORT=\"[EMAIL PROTECTED]" -DPACKAGE=\"fische\" 
> -DVERSION=\"2.0\" -I.-D_GNU_SOURCE=1 -D_REENTRANT -I/usr/include/SDL 
> -I/usr/include/alsa   -Wall -g -O2 -MT fische2-blur.o -MD -MP -MF 
> .deps/fische2-blur.Tpo -c -o fische2-blur.o `test -f 'blur.c' || echo 
> './'`blur.c
> /tmp/ccfK5WQc.s: Assembler messages:
> /tmp/ccfK5WQc.s:134: Error: Unrecognized opcode: `prefetchw'
> /tmp/ccfK5WQc.s:151: Error: Unrecognized opcode: `prefetch'
> make[1]: *** [fische2-blur.o] Error 1
> make[1]: Leaving directory `/build/buildd/fische-2.0~alpha3'
> make: *** [build-stamp] Error 2
> **
> Build finished at 20070603-1708
> FAILED [dpkg-buildpackage died]


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

Bug#428375: torcs failed with a sigsev

[Rémi Vanicat]

Package: torcs
Version: 1.3.0-1
Severity: normal

when running torcs on my amd64, it failed with a sigsev. It seem it
happen when my car dump into another.

$ torcs 
Visual Properties Report

Compatibility mode, properties unknown.
WARNING: ssgLoadTexture: Cannot determine file type for './(null)'
GfParmCheckHandle: parameter "Front Wing/angle" out of bounds: min:0 
max:0.20944 val:0.261799 in ("NASCAR RWD" - 
"drivers/lliaw/tracksdata/car_g-track-3.xml")
GfParmCheckHandle: parameter "Rear Right Suspension/packers" out of bounds: 
min:0 max:0.01 val:0.02 in ("Tanhoj" - 
"drivers/tanhoj/tracksdata/car_g-track-3.xml")
GfParmCheckHandle: parameter "Rear Left Suspension/packers" out of bounds: 
min:0 max:0.01 val:0.02 in ("Tanhoj" - 
"drivers/tanhoj/tracksdata/car_g-track-3.xml")
GfParmCheckHandle: parameter "Front Wing/angle" out of bounds: min:0 
max:0.20944 val:0.523599 in ("Tanhoj" - 
"drivers/tita/tracksdata/car_g-track-3.xml")
OpenAL backend info:
  Vendor: OpenAL Community
  Renderer: Software
  Version: 1.1
  Available sources: 1024 or more
  Available buffers: 1024 or more
  Dynamic Sources: requested: 1003, created: 1003
  #static sources: 21
  #dyn sources   : 1003
/usr/games/torcs: line 52: 24270 Erreur de segmentation  $LIBDIR/torcs-bin -l 
$LOCAL_CONF -L $LIBDIR -D $DATADIR $*

and :
$ /usr/games/torcs -d
GNU gdb 6.6-debian
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu"...
(no debugging symbols found)
Using host libthread_db library "/lib/libthread_db.so.1".
(gdb) Starting program: /usr/lib/torcs/torcs-bin -l /home/moi/.torcs -L 
/usr/lib/torcs -D /usr/share/games/torcs
(no debugging symbols found)
[...]
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 47095328030416 (LWP 24716)]
(no debugging symbols found)
(no debugging symbols found)
Visual Properties Report

Compatibility mode, properties unknown.
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
WARNING: ssgLoadTexture: Cannot determine file type for './(null)'
(no debugging symbols found)
---Type  to continue, or q  to quit---(no debugging symbols 
found)
(no debugging symbols found)
GfParmCheckHandle: parameter "Front Wing/angle" out of bounds: min:0 
max:0.20944 val:0.261799 in ("NASCAR RWD" - 
"drivers/lliaw/tracksdata/car_g-track-3.xml")
(no debugging symbols found)
GfParmCheckHandle: parameter "Rear Right Suspension/packers" out of bounds: 
min:0 max:0.01 val:0.02 in ("Tanhoj" - 
"drivers/tanhoj/tracksdata/car_g-track-3.xml")
GfParmCheckHandle: parameter "Rear Left Suspension/packers" out of bounds: 
min:0 max:0.01 val:0.02 in ("Tanhoj" - 
"drivers/tanhoj/tracksdata/car_g-track-3.xml")
(no debugging symbols found)
(no debugging symbols found)
GfParmCheckHandle: parameter "Front Wing/angle" out of bounds: min:0 
max:0.20944 val:0.523599 in ("Tanhoj" - 
"drivers/tita/tracksdata/car_g-track-3.xml")
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[New Thread 1082132800 (LWP 24730)]
OpenAL backend info:
  Vendor: OpenAL Community
  Renderer: Software
  Version: 1.1
  Available sources: 1024 or more
  Available buffers: 1024 or more
  Dynamic Sources: requested: 1003, created: 1003
  #static sources: 21
  #dyn sources   : 1003

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1082132800 (LWP 24730)]
0x2ad53a6bbecf in ?? () from /usr/lib/libopenal.so.0
(gdb) quit


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

Kernel: Linux 2.6.21.3acer (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages torcs depends on:
ii  freeglut3   2.4.0-5.1OpenGL Utility Toolkit
ii  libalut01.1.0-1  OpenAL Utility Toolkit
ii  libc6   2.5-10   GNU C Library: Shared libraries
ii  libgcc1 1:4.2-20070528-1 GCC support library
ii  libgl1-mesa-glx [libgl1 6.5.2-5  A free implementation of the OpenG
ii  libglu1-mesa [libglu1]  6.5.2-5  The OpenGL utility library (GLU)
ii  libice6 1:1.0.3-2X11 Inter-Client Exchange library
ii  libopenal0a 1:0.0.8-4OpenAL is a portable library for 3
ii  libpng12-0  1.2.15~beta5-2   PNG library - runtime
ii  libsm6  2:1.0.3-1X11 Session Man

Bug#426371: Which Packages?

[Steinar H. Gunderson]

On Mon, Jun 11, 2007 at 12:03:33PM +0200, Raphael Hertzog wrote:
>> It should be mentioned that at some point during this cycle, sid was indeed
>> in sources.list, but pinned away. 
> I believe the problem to be there. I also used a similar setup and
> update-manager seems to happily ignore pinning. Or at least used to do.
> I haven't checked with a recent version.

Could we check this? If this is intended behavior, it should indeed be
documented in big fat letters somewhere :-)

I probably won't be at the computer in question for several more days, BTW,
but I hope to try to reproduce the bug then.

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


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

Bug#428373: debianutils: savelog loses data when compression binary is unavailable

[Herman van Rink]

Package: debianutils
Version: 2.20.1
Severity: normal
Tags: patch


When starting savelog with the -j option, while bzip2 in not installed, caused 
the file that was supposed to be compressed to be lost.
The lost file is overwritten because no checks are made if the compression 
succeded. 

I came across this bug in version 2.17 (etch), but since only a single 
nonrelated line changed in unstable it seemd better to file it against 2.20.1.

This could also happen for gzip, if it weren't installed.

I suggest adding a check at start of this script, as demonstrated in the 
attached patch. 
Another possible solution would be to add a verification step after compression.

Greetz,

Herman van Rink


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

Versions of packages debianutils depends on:
ii  coreutils   5.97-5.3 The GNU core utilities
ii  libc6   2.3.6.ds1-13 GNU C Library: Shared libraries
ii  mktemp  1.5-2Makes unique filenames for tempora

debianutils recommends no packages.

-- no debconf information
--- savelog-2.20.1  2007-06-08 17:47:18.0 +0200
+++ savelog 2007-06-08 17:48:20.0 +0200
@@ -158,6 +158,11 @@
exit 2
 fi

+if [ -n "$COMPRESS" ] && [ -z "`which $COMPRESS`"  ]; then
+   echo "$prog: Compression binary not available, please make sure 
'$COMPRESS' is installed" 1>&2
+   exit 2
+fi
+
 # cycle thru filenames
 while [ $# -gt 0 ]; do

Bug#428378: d-i: Download installer componentes: no kernel modules were found

[Xavier Oswald]

Package: d-i
Severity: important



-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: powerpc (ppc64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-vserver-powerpc64
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)


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

Bug#428377: courier-imap-ssl: Enable IMAP_TLS_REQUIRED by default

[Olaf van der Spek]

Package: courier-imap-ssl
Version: 4.1.1.20060828-5
Severity: normal

Hi,

I don't think a server should still allow plain text passwords by default in 
this century, so please enable IMAP_TLS_REQUIRED by default.

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

Versions of packages courier-imap-ssl depends on:
ii  courier-imap4.1.1.20060828-5 Courier Mail Server - IMAP server
ii  courier-ssl 0.53.3-5 Courier Mail Server - SSL/TLS Supp
ii  openssl 0.9.8c-4 Secure Socket Layer (SSL) binary a

courier-imap-ssl recommends no packages.

-- no debconf information


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

Bug#428149: speech-dispatcher: Provide speech-dispatcher-ibmtts package

[Mario Lang]

Milan Zamazal <[EMAIL PROTECTED]> writes:

> I'm not going to spend my limited resources on supporting proprietary
> software and I can't test whether such a support works.

Are you no longer working for Brailcom?  I've been told Brailcom
received a sponsored ibmtts engine for driver development...

> But if anybody wants to submit the corresponding patches, I'll be
> glad to include them into the package.

No promises either since I am pretty unfamiliar with speech-dispatcher,
but I might take a look at it sometime in the future.

I am doing this in the spirit of "supporting our users", and not
"supporting proprietary software"...

-- 
CYa,
  Mario | Debian Developer http://debian.org/>
  .''`. | Get my public key via finger [EMAIL PROTECTED]
 : :' : | 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44
 `. `'
   `-  http://delysid.org/>  http://www.staff.tugraz.at/mlang/>


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

Bug#403567: fmit: immediate segfault

[Ludovic RESLINGER]

On Mon, Jun 11, 2007 at 10:11:58AM +0200, Free Ekanayaka wrote:
> 
> Thanks for the quick answer. I don't have a better solution for
> #414391, if you don't like the one proposed by the submitter with the
> relevant patch, I'd propose to leave it open for now.
> 
> The important thing at the moment is to fix #403567, which renders the
> package unusable on some amd64 CPUs.
> 
> Ciao!

I didn't upload new version because I wanted find a solution for #414391
before, but, you have right, I will try to upload the new upstream in
the next days, without this patch, and I will upload another version of package
when I would have find a good solution to solve #414391.

Thanks for you help.

Regards
-- 
.---.  Ludovic RESLINGER
   / \
   [EMAIL PROTECTED]@./ Trumpet Student in CNR
   /`\_/`\ Free Software Developer
  // )X( \\
 | \  :  )|_   _,'|   .''`.
/`\_`>  <_/ \ @==TTT=::_  |  : :'  :
\__/'---'\__/   ((_<=HHH___))   `.|  `. `'`
 `---UUU---'=> `-


signature.asc
Description: Digital signature

Bug#426922: libffi.la is missing from libffi4-dev

[Björn Steinbrink]

On 2007.06.11 10:33:56 +0200, Matthias Klose wrote:
> =?UTF-8?Q?Bj=C3=B6rn?= Steinbrink writes:
> > Package: libffi4-dev
> > Version: 4.2-20070528-1
> > Severity: important
> > 
> > 
> > libffi4-dev does not contain libffi.la which causes for example gnucash
> > to error out of its build process although all build dependencies are
> > installed.
> 
> please could you find out which .la file references the libffi.la
> file, and then rebuild that package?

Ah, that did it. The offender was libgwrap-runtime0-dev.

Thanks
Björn


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

Bug#428379: update-manager: Install dependencies of packages that it doesn't upgrade

[Raphael Hertzog]

Package: update-manager
Version: 0.42.2ubuntu22-11
Severity: important

Currently my APT configuration is such that it believes that it should
upgrade qemu to the sid version (although I run etch with
APT::Default-Release "stable"), that's because I have a custom qemu
installed (not marked "on hold" as I should have done it).

$ LANG=C apt-cache policy qemu
qemu:
  Installed: 0.9.0-1~db1
  Candidate: 0.9.0-2
  Version table:
 0.9.0-2 0
500 http://ftp.fr.debian.org sid/main Packages
 *** 0.9.0-1~db1 0
100 /var/lib/dpkg/status
 0.8.2-4etch1 0
990 http://security.debian.org etch/updates/main Packages
990 http://ftp.fr.debian.org etch-proposed-updates/main Packages
 0.8.2-4 0
990 http://ftp.fr.debian.org etch/main Packages

Of course this qemu can't be upgraded without uppgrading the rest of the system.
So update-manager warns me of updated packages that it can't install because
other packages are needed and/or need to to be removed.

Depite of this, update-manager happily proposed me to install "bochbios, 
vgabios,
proll and openhackware" which are new dependencies of qemu and which aren't 
needed
if you don't upgrade qemu (which is not really doable anyway). Of course those
packages are currently NOT installed.

Then, I decided to mark qemu on hold to make it clear that I don't want to 
upgrade
that package.

$ dpkg --get-selections | grep ^qemu
qemuhold

Same behaviour... so it seems that update-manager's algorithm doesn't respect 
my wish
to keep a package at the current version. That's another bug...

Cheers,

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

Versions of packages update-manager depends on:
ii  libgnome2-perl  1.040-1  Perl interface to the GNOME librar
ii  lsb-release 3.1-23.1 Linux Standard Base version report
ii  python  2.4.4-2  An interactive high-level object-o
ii  python-apt  0.6.19   Python interface to libapt-pkg
ii  python-glade2   2.8.6-8  GTK+ bindings: Glade support
ii  python-gnome2   2.12.4-6 Python bindings for the GNOME desk
ii  python-gnupginterface   0.3.2-9  Python interface to GnuPG (GPG)
ii  python-support  0.5.6automated rebuilding support for p
ii  synaptic0.57.11.1+b1 Graphical package manager

update-manager recommends no packages.

-- no debconf information


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

Bug#428053: libpam-poldi: segfaults after removing the cardreader

[Joachim Breitner]

Hi,

unfortunately, I do not have a USB cardreader, so of course patches are
very welcome :-)

Otherwise maybe Moritz can comment on that. Moritz, are you still
working on libpam-poldi? 

Greetings from DebConf,
Joachim

Am Freitag, den 08.06.2007, 14:05 +0200 schrieb Alexander Wirt:
> Package: libpam-poldi
> Version: 0.3.0-4.1
> Severity: critical
> Justification: breaks the whole system
> 
> Hi, 
> 
> I use libpoldi with an external usb cardreader, after I remove the
> cardreader a simple su - segfaults and a login via console isn't
> possible anymore. After stoping pscd everything works again. Depending
> on the setup you aren't able to login anymore (therefore the high
> severity). Let me know if I should do some debugging for you. 
> 
> Alex
> 
> -- System Information:
> Debian Release: lenny/sid
>   APT prefers unstable
>   APT policy: (200, 'unstable')
> Architecture: powerpc (ppc)
> 
> Kernel: Linux 2.6.21.1
> Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
> Shell: /bin/sh linked to /bin/bash
> 
> Versions of packages libpam-poldi depends on:
> ii  libc6 2.5-9  GNU C Library: Shared libraries
> ii  libgcrypt11   1.2.4-2LGPL Crypto library - runtime 
> libr
> ii  libgpg-error0 1.4-2  library for common error values 
> an
> ii  libusb-0.1-4  2:0.1.12-7 userspace USB programming library
> 
> Versions of packages libpam-poldi recommends:
> ii  gnupg 1.4.6-2GNU privacy guard - a free PGP 
> rep
> 
> -- no debconf information
> 

-- 
Joachim "nomeata" Breitner
Debian Developer
  [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata



signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#428380: alleyoop: Invalid memory reference

[Michael Meskes]

Package: alleyoop
Version: 0.9.0-6
Severity: important
File: /usr/bin/alleyoop

*** Please describe what you were doing when the application crashed ***

I just started alleyoop and immediately closed the window after it came up. 
This caused an invalid memory reference it seems.

Michael

(no debugging symbols found)
Using host libthread_db library "/lib/i686/cmov/libthread_db.so.1".
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread -1225287248 (LWP 28579)]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
0xb7efe7f2 in ?? () from /lib/ld-linux.so.2
#0  0xb7efe7f2 in ?? () from /lib/ld-linux.so.2
#1  0xb73a50c3 in __waitpid_nocancel () from /lib/i686/cmov/libpthread.so.0
#2  0xb7e91865 in ?? () from /usr/lib/libgnomeui-2.so.0
#3  0x6fa5 in ?? ()
#4  0xbf8ef448 in ?? ()
#5  0x in ?? ()

Thread 1 (Thread -1225287248 (LWP 28579)):
#0  0xb7efe7f2 in ?? () from /lib/ld-linux.so.2
No symbol table info available.
#1  0xb73a50c3 in __waitpid_nocancel () from /lib/i686/cmov/libpthread.so.0
No symbol table info available.
#2  0xb7e91865 in ?? () from /usr/lib/libgnomeui-2.so.0
No symbol table info available.
#3  0x6fa5 in ?? ()
No symbol table info available.
#4  0xbf8ef448 in ?? ()
No symbol table info available.
#5  0x in ?? ()
No symbol table info available.
#0  0xb7efe7f2 in ?? () from /lib/ld-linux.so.2

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

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

Versions of packages alleyoop depends on:
ii  gconf2 2.18.0.1-3GNOME configuration database 
syste
ii  libart-2.0-2   2.3.19-3  Library of functions for 2D 
graphi
ii  libatk1.0-01.18.0-2  The ATK accessibility toolkit
ii  libbonobo2-0   2.18.0-2  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.18.0-5  The Bonobo UI library
ii  libc6  2.5-10GNU C Library: Shared libraries
ii  libcairo2  1.4.6-1.1 The Cairo 2D vector graphics 
libra
ii  libfontconfig1 2.4.2-1.2 generic font configuration 
library
ii  libgconf2-42.18.0.1-3GNOME configuration database 
syste
ii  libglade2-01:2.6.0-4 library to load .glade files at 
ru
ii  libglib2.0-0   2.12.12-1 The GLib library of C routines
ii  libgnome-keyring0  0.8.1-2   GNOME keyring services library
ii  libgnome2-02.18.0-4  The GNOME 2 library - runtime 
file
ii  libgnomecanvas2-0  2.14.0-3  A powerful object-oriented 
display
ii  libgnomeui-0   2.18.1-2  The GNOME 2 libraries (User 
Interf
ii  libgnomevfs2-0 1:2.18.1-2GNOME Virtual File System 
(runtime
ii  libgtk2.0-0   

Bug#428372: dansguardian: Extra space gives MISSING TRANSLATION KEY for the spanish language

[Juan Jose Pablos]

Package: dansguardian
Version: 2.8.0.6-antivirus-6.4.4.1-2
Severity: minor
Tags: l10n patch


An Extra space in the messages file returns a MISSING TRANSLATION KEY. To fix 
the problem:

[EMAIL PROTECTED]:~/Desktop/etc/dansguardian/languages/spanish$ diff -u 
messages.old messages
--- messages.old2007-05-19 08:41:54.0 +0200
+++ messages2007-06-11 12:09:28.0 +0200
@@ -16,7 +16,7 @@
 "400","Combinación de frases no permitida: "
 "401","Combinación de frases no permitida."
 "402","Límite de ponderación de frases de "
-"403", "Límite de ponderación de frases excedido"
+"403","Límite de ponderación de frases excedido."
 
 "500","Sitio no permitido: "
 "501","URL no permitida: "



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

Versions of packages dansguardian depends on:
ii  adduser  3.102   Add and remove users and groups
ii  clamav   0.90.1-3etch2   antivirus scanner for Unix
ii  libbz2-1 1.0.3-6 high-quality block-sorting file co
ii  libc62.3.6.ds1-13GNU C Library: Shared libraries
ii  libclama 0.90.1-3etch2   virus scanner library
ii  libcomer 1.39+1.40-WIP-2006.11.14+dfsg-2 common error description library
ii  libcurl3 7.15.5-1Multi-protocol file transfer libra
ii  libesmtp 1.0.3-1+b1  LibESMTP SMTP client library
ii  libgcc1  1:4.1.1-21  GCC support library
ii  libgmp3c 2:4.2.1+dfsg-4  Multiprecision arithmetic library
ii  libidn11 0.6.5-1 GNU libidn library, implementation
ii  libkrb53 1.4.4-7etch1MIT Kerberos runtime libraries
ii  libssl0. 0.9.8c-4SSL shared libraries
ii  libstdc+ 4.1.1-21The GNU Standard C++ Library v3
ii  perl 5.8.8-7 Larry Wall's Practical Extraction 
ii  zlib1g   1:1.2.3-13  compression library - runtime

dansguardian recommends no packages.

-- no debconf information

Bug#428381: ftp.debian.org: proposed-updates is not part of "release a=stable"

[Raphael Hertzog]

Package: ftp.debian.org
Severity: normal

Since "proposed-updates" contain only approved updates for the next stable
release it make sense to add it to the sources.lists (at least for some
users).

I have done so and I'm discovering a little quirk related to its use.

Until now I had etch + proposed-updates only in my sources.list.
Recently I have added sid in my sources.list and added
APT::Default-Release "stable" to make sure to follow etch.

All packages which already got updated via proposed-updates are now
candidates for upgrade to sid... that's because proposed-updates is
not labelled as being part of "release a=stable" and as such is not pinned
accordingly.

It has:
release v=4.0-updates,o=Debian,a=proposed-updates,l=Debian,c=main

Whereas etch has:
release v=4.0r0,o=Debian,a=stable,l=Debian,c=main

I don't know how dak works but IMO it would make more sense to have
proposed-updates be:
release v=4.0-updates,o=Debian,a=stable,l=Debian,c=proposed-updates/main

Of course, for an experienced APT user the problem is minor. It can be
solved by adding this snippet to /etc/apt/preferences:
Package: *
Pin: release a=proposed-updates
Pin-Priority: 990

But I really believe that APT::Default-Release "stable" should be enough 
and do the right thing with proposed-updates as well.

Cheers,

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


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

Bug#428382: digikam: "add border" does not work

[Martin Weigel]

Package: digikam
Version: 2:0.9.2~beta3-1
Severity: normal

Hi,

In the "Add Border" entry of the "Decorate" menu, only the simple border
types "Solid", "Niepce" and "Beveled" produce the expected results. The
more fancy styles including a specific pattern "Decorative XXX" produce
a completely black image, no matter what is chosen for the border
width/height and border colors. There are no error messages, but I guess
that possibly the corresponding pattern files are not found.

Best,

Martin


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

Kernel: Linux 2.6.21.1suspend2 (SMP w/2 CPU cores)
Locale: [EMAIL PROTECTED], LC_CTYPE=de_DE.ISO8859-15 (charmap=ISO-8859-15) 
(ignored: LC_ALL set to [EMAIL PROTECTED])
Shell: /bin/sh linked to /bin/bash

Versions of packages digikam depends on:
ii  kdebase-kio-plugins 4:3.5.7-1core I/O slaves for KDE
ii  kdelibs4c2a 4:3.5.7.dfsg.1-1 core libraries and binaries for al
ii  libacl1 2.2.42-1 Access control list shared library
ii  libart-2.0-22.3.19-3 Library of functions for 2D graphi
ii  libattr11:2.4.32-1.1 Extended attribute shared library
ii  libaudio2   1.9-2The Network Audio System (NAS). (s
ii  libc6   2.5-7GNU C Library: Shared libraries
ii  libexif12   0.6.13-6 library to parse EXIF files
ii  libexiv2-0  0.14-1   EXIF/IPTC metadata manipulation li
ii  libfam0 2.7.0-12 Client library to control the FAM 
ii  libfontconfig1  2.4.2-1.2generic font configuration library
ii  libfreetype62.2.1-5  FreeType 2 font engine, shared lib
ii  libgcc1 1:4.2-20070528-1 GCC support library
ii  libgphoto2-22.3.1-5  gphoto2 digital camera library
ii  libgphoto2-2-dev2.3.1-5  gphoto2 digital camera library (de
ii  libgphoto2-port02.3.1-5  gphoto2 digital camera port librar
ii  libice6 1:1.0.3-2X11 Inter-Client Exchange library
ii  libidn110.6.5-1  GNU libidn library, implementation
ii  libjasper1  1.900.1-3The JasPer JPEG-2000 runtime libra
ii  libjpeg62   6b-13The Independent JPEG Group's JPEG 
ii  libkdcraw-runtime   0.1.0-2  KDE library interface to dcraw (ru
ii  libkdcraw0  0.1.0-2  Raw picture decoding C++ library (
ii  libkexiv2-1 0.1.5-1  Qt like interface for the libexiv2
ii  libkipi00.1.5-2  library for apps that want to use 
ii  liblcms11.16-5   Color management library
ii  libltdl31.5.22-4 A system independent dlopen wrappe
ii  libpcre36.7-1Perl 5 Compatible Regular Expressi
ii  libpng12-0  1.2.15~beta5-1   PNG library - runtime
ii  libqt3-mt   3:3.3.7-4+b1 Qt GUI Library (Threaded runtime v
ii  libsm6  1:1.0.2-2X11 Session Management library
ii  libsqlite3-03.3.17-1 SQLite 3 shared library
ii  libstdc++6  4.2-20070528-1   The GNU Standard C++ Library v3
ii  libtiff43.8.2-7  Tag Image File Format (TIFF) libra
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxcursor1 1:1.1.8-2X cursor management library
ii  libxext61:1.0.3-2X11 miscellaneous extension librar
ii  libxft2 2.1.12-2 FreeType-based font drawing librar
ii  libxi6  1:1.0.1-4X11 Input extension library
ii  libxinerama11:1.0.2-1X11 Xinerama extension library
ii  libxrandr2  2:1.2.1-1X11 RandR extension library
ii  libxrender1 1:0.9.2-1X Rendering Extension client libra
ii  libxt6  1:1.0.5-2X11 toolkit intrinsics library
ii  zlib1g  1:1.2.3-13   compression library - runtime

Versions of packages digikam recommends:
ii  kdeprint  4:3.5.7-1  print system for KDE
ii  kipi-plugins  0.1.3-5image manipulation/handling plugin
ii  konqueror 4:3.5.7-1  KDE's advanced file manager, web b

-- no debconf information


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

Bug#418479: dbconfig-common: Suggestion for improvement in the dbconfig-message

[Guillaume Yziquel]

Package: dbconfig-common
Version: 1.8.29+etch1
Followup-For: Bug #418479


I've tried installing webcalendar. webcalendar is in testing/unstable,
and I use a stable version with occasional testing/unstable/experimental
packages. (dbconfig-common is in stable version)

I came across the following dbconfig-common message while trying to
install webcalendar:


Configuring webclendar

   webcalendar must have a database installed and configured before it
   can be used.  If you like, this can be handled with bdconfig-common.

   If you are an advanced database administrator and know that you want
   to perform this configuration manually, or if your database has
   already been installed and configured, you should reuse this option.
   Details on what needs to be done should most likely be provided in
   /usr/share/doc/webclendar/

   Otherwise, you should probably choose this option.

   Configure database for webcalendar with dbconfig-common?

   


I answered Yes to this question and postgresql to the next one. Things
did not work out. I contacted the maintainer of webcalendar, made these
remarks, and it turns out that the average user that I am did not
understand that an installed database was needed. This is why I'd like
to suggest the following:

1) In the first paragraph of the debconf message, why not precise things
in the following sense: "If you like configuration can be handled with
dbconfig-common." This would make me wonder more about installation of
the database.

2) The reference to the documentation should be separated from the
second paragraph. This paragraph indeed starts with a "If you are an
advanced database admnistrator [...] or if your database has already
been installed and configured", which is not the case for me. The fact
that the link is in the same paragraph made me think that this should
not concern me that much.

Hope this remark will help others.

Sincerely yours,

Guillaume Yziquel.

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable'), (300, 'testing'), (100, 'unstable'), (30, 
'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-amd64
Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8)

Versions of packages dbconfig-common depends on:
ii  debconf [debconf-2.0] 1.5.11 Debian configuration management sy
ii  ucf   2.0020 Update Configuration File: preserv

dbconfig-common recommends no packages.

-- debconf information:
  dbconfig-common/remote-questions-default: false
  dbconfig-common/db/basepath:
  dbconfig-common/pgsql/revertconf: false
  dbconfig-common/install-error: abort
  dbconfig-common/pgsql/no-empty-passwords:
  dbconfig-common/pgsql/admin-user: postgres
  dbconfig-common/dbconfig-install: true
  dbconfig-common/internal/skip-preseed: false
  dbconfig-common/db/dbname:
  dbconfig-common/dbconfig-reinstall: false
  dbconfig-common/remote/host:
  dbconfig-common/pgsql/manualconf:
  dbconfig-common/pgsql/changeconf: false
  dbconfig-common/remote/newhost:
  dbconfig-common/dbconfig-remove: true
  dbconfig-common/dbconfig-upgrade: true
  dbconfig-common/mysql/method: unix socket
  dbconfig-common/pgsql/no-user-choose-other-method:
  dbconfig-common/upgrade-backup: true
  dbconfig-common/internal/reconfiguring: false
  dbconfig-common/passwords-do-not-match:
  dbconfig-common/pgsql/authmethod-admin: ident
  dbconfig-common/remove-error: abort
  dbconfig-common/remember-admin-pass: false
  dbconfig-common/mysql/admin-user: root
  dbconfig-common/pgsql/method: unix socket
  dbconfig-common/pgsql/authmethod-user:
  dbconfig-common/upgrade-error: abort
  dbconfig-common/database-type:
  dbconfig-common/db/app-user:
  dbconfig-common/remote/port:
  dbconfig-common/purge: false


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

Bug#426453: sshfs-fuse: diff for NMU version 1.7-2.1

[Adeodato Simó]

tags 426453 + patch
thanks

Hi,

Attached is the diff for my sshfs-fuse 1.7-2.1 NMU.

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
I don't want to achieve immortality through my work. I want to achieve
immortality through not dying.
-- Woody Allen
diff -u sshfs-fuse-1.7/debian/control sshfs-fuse-1.7/debian/control
--- sshfs-fuse-1.7/debian/control
+++ sshfs-fuse-1.7/debian/control
@@ -7,7 +7,7 @@
 
 Package: sshfs
 Architecture: any
-Depends: ${shlibs:Depends}, fuse-utils
+Depends: ${shlibs:Depends}, fuse-utils, openssh-client | ssh-client
 Description: filesystem client based on SSH File Transfer Protocol
  sshfs is a filesystem client based on the SSH File Transfer Protocol.
  Since most SSH servers already support this protocol it is very easy
diff -u sshfs-fuse-1.7/debian/changelog sshfs-fuse-1.7/debian/changelog
--- sshfs-fuse-1.7/debian/changelog
+++ sshfs-fuse-1.7/debian/changelog
@@ -1,3 +1,10 @@
+sshfs-fuse (1.7-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Add missing dependency on openssh-client. (Closes: #426453)
+
+ -- Adeodato Simó <[EMAIL PROTECTED]>  Mon, 11 Jun 2007 12:51:48 +0200
+
 sshfs-fuse (1.7-2) unstable; urgency=low
 
   * Now really includes FAQ.txt file.

Bug#428383: E: Sub-process /usr/bin/dpkg received a segmentation fault.

[Goswin von Brederlow]

Package: dpkg
Version: 1.10.28
Severity: normal

Hi,

I'm not sure if this still happens but I found it anoying enough to report it 
despite the old version:

(Reading database ... 69314 files and directories currently installed.)
Preparing to replace autofs 4.1.3+4.1.4beta2-10a0.cross.1 (using 
.../autofs_4.1.3+4.1.4beta2-10a0.cross.1_amd64.deb) ...
Stopping automounter.
Couldn't stop 2554(/usr/sbin/automount /amnt file /etc/auto.amnt -D NFSS).
Couldn't stop 2520(/usr/sbin/automount /apps yp auto.apps -D NFSSRV=jay).
Couldn't stop 2540(/usr/sbin/automount /data yp auto.data -D NFSSRV=jay).
Unpacking replacement autofs ...
dpkg-deb: failed to read archive 
`/data/deb/release-amd64/pool/main/a/autofs/autofs_4.1.3+4.1.4beta2-10a0.cross.1_amd64.deb':
 No such file or directory
E: Sub-process /usr/bin/dpkg received a segmentation fault.

The debian mirror is automounted so it disapears in the middle of the dpkg 
operation when autofs shuts down the automounter. No surprise there.

But SEGMENTATION FAULT?

MfG
Goswin

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

dpkg recommends no packages.

-- no debconf information


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

Bug#428384: If SELinux installed, init script redirects into /dev/null before it is created

[Martin Orr]

Package: udev
Version: 0.105-4
Severity: normal


If SELinux is installed, then the make_extra_nodes function in the udev init
script does
/sbin/restorecon /dev/$name >/dev/null 2>/dev/null
before /dev/null has been created.
There is no reason to redirect into /dev/null anyway because restorecon
produces no output unless something goes wrong.

This results in /dev/null being created as a regular file instead of a char
device until it is recreated by udevtrigger.  It gets the wrong SELinux
context, resulting in error messages such as:
Jun  8 10:50:55 tiberius kernel: audit(1181296212.884:4): avc:  denied  {
read write } for  pid=463 comm="modprobe" name="null" dev=tmpfs ino=724
scontext=system_u:system_r:insmod_t:s0-s0:c0.c1023
tcontext=system_u:object_r:device_t:s0 tclass=file
Jun  8 10:50:55 tiberius kernel: audit(1181296212.884:5): avc:  denied  {
getattr } for  pid=463 comm="modprobe" name="null" dev=tmpfs ino=724
scontext=system_u:system_r:insmod_t:s0-s0:c0.c1023
tcontext=system_u:object_r:device_t:s0 tclass=file

The attached patch fixes this.

--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.21

Debian Release: lenny/sid
  990 unstablewww.debian-multimedia.org
  990 unstableftp.ie.debian.org
  990 unstableftp.heanet.ie
  990 unstableftp-uxsup.csx.cam.ac.uk
1 experimentalftp.ie.debian.org
1 experimentalftp-uxsup.csx.cam.ac.uk

--- Package information. ---
Depends  (Version) | Installed
==-+-=
libc6 (>= 2.3.5-1) | 2.6-0exp2
libselinux1  (>= 1.32) | 2.0.15-2
libvolume-id0 (>= 0.103-1) | 0.105-4
debconf  (>= 0.5)  | 1.5.13
 OR debconf-2.0|
lsb-base(>= 3.0-6) | 3.1-23.1


-- 
Martin Orr
--- debian/udev.init.orig   2007-06-11 00:04:07.0 +0100
+++ debian/udev.init2007-06-11 00:05:19.0 +0100
@@ -73,7 +73,7 @@
   *) log_warning_msg "links.conf: unparseable line ($type $name $arg1)" ;;
 esac
 if [ -x /sbin/restorecon ]; then
-  /sbin/restorecon /dev/$name >/dev/null 2>/dev/null
+  /sbin/restorecon /dev/$name
 fi
   done
 }

Bug#428385: missing dev package from libldap-2.3-0

[Ruben Puettmann]

Package: libldap-2.3-0
Version:  2.3.35-1


hy,

I'm missing the -dev package for compiling source against libldap 2.3.


Ruben



-- 
Ruben Puettmann
[EMAIL PROTECTED]
http://www.puettmann.net


signature.asc
Description: Digital signature

Bug#428386: Frequent crashes in gnome-about

[Loïc Minier]

Package: libcairo
Version: 1.4.6-1.1
Severity: important
Tags: patch fixed-upstream upstream

Hi,

 gnome-about is the source of one of the top crashers in GNOME upstream:


 It seems this is fixed in cairo upstream with commit
 ab6a767cf476c98b466c62dd410d0f61f8dd6bbb which seems to be part of the
 next upstream release, 1.4.7.  Could you please either prepare the new
 upstream releases or apply the attached patch?

   Thanks,

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

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

-- 
Loïc Minier
diff --git a/src/cairo-gstate.c b/src/cairo-gstate.c
index ad560cd..3787aeb 100644
--- a/src/cairo-gstate.c
+++ b/src/cairo-gstate.c
@@ -1464,10 +1464,11 @@ _cairo_gstate_ensure_scaled_font (cairo_gstate_t *gstate)
 		&gstate->font_matrix,
 		&gstate->ctm,
 		&options);
+if (gstate->scaled_font == NULL)
+	return CAIRO_STATUS_NO_MEMORY;
 
-status = cairo_scaled_font_status (gstate->scaled_font);
-if (status)
-	return status;
+if (cairo_scaled_font_status (gstate->scaled_font))
+	return cairo_scaled_font_status (gstate->scaled_font);
 
 return CAIRO_STATUS_SUCCESS;
 }
diff --git a/src/cairo-scaled-font-subsets.c b/src/cairo-scaled-font-subsets.c
index 3489ee6..fa5a8b4 100644
--- a/src/cairo-scaled-font-subsets.c
+++ b/src/cairo-scaled-font-subsets.c
@@ -531,8 +531,6 @@ _cairo_scaled_font_subsets_map_glyph (cairo_scaled_font_subsets_t	*subsets,
   &identity,
   &identity,
   &font_options);
-	if (unscaled_font->status)
-		return unscaled_font->status;
 
 subset_glyph->is_scaled = FALSE;
 type1_font = FALSE;
diff --git a/src/cairo-scaled-font.c b/src/cairo-scaled-font.c
index 40ff698..d6726b3 100644
--- a/src/cairo-scaled-font.c
+++ b/src/cairo-scaled-font.c
@@ -135,9 +135,6 @@ _cairo_scaled_font_set_error (cairo_scaled_font_t *scaled_font,
 cairo_font_type_t
 cairo_scaled_font_get_type (cairo_scaled_font_t *scaled_font)
 {
-if (scaled_font->ref_count == CAIRO_REF_COUNT_INVALID)
-	return CAIRO_FONT_TYPE_TOY;
-
 return scaled_font->backend->type;
 }
 
@@ -773,13 +770,10 @@ cairo_scaled_font_text_extents (cairo_scaled_font_t   *scaled_font,
 const char*utf8,
 cairo_text_extents_t  *extents)
 {
-cairo_status_t status;
+cairo_status_t status = CAIRO_STATUS_SUCCESS;
 cairo_glyph_t *glyphs;
 int num_glyphs;
 
-if (scaled_font->status)
-	return;
-
 status = _cairo_scaled_font_text_to_glyphs (scaled_font, 0., 0., utf8, &glyphs, &num_glyphs);
 if (status) {
 _cairo_scaled_font_set_error (scaled_font, status);
@@ -813,7 +807,7 @@ cairo_scaled_font_glyph_extents (cairo_scaled_font_t   *scaled_font,
  intnum_glyphs,
  cairo_text_extents_t  *extents)
 {
-cairo_status_t status;
+cairo_status_t status = CAIRO_STATUS_SUCCESS;
 int i;
 double min_x = 0.0, min_y = 0.0, max_x = 0.0, max_y = 0.0;
 cairo_bool_t visible = FALSE;
diff --git a/src/cairo-type1-fallback.c b/src/cairo-type1-fallback.c
index 3872777..3a0bd12 100644
--- a/src/cairo-type1-fallback.c
+++ b/src/cairo-type1-fallback.c
@@ -106,7 +106,7 @@ cairo_type1_font_create (cairo_scaled_font_subset_t  *scaled_font_subset,
 			&font_matrix,
 			&ctm,
 			&font_options);
-if (font->type1_scaled_font->status)
+if (font->type1_scaled_font == NULL)
 goto fail;
 
 _cairo_array_init (&font->contents, sizeof (unsigned char));

Bug#428323: libgempc430: Causes pcscd to segfault on startup

[ludovic . rousseau]

Selon Mark Brown <[EMAIL PROTECTED]>:

> Package: libgempc430
> Version: 1.0.1-5
> Severity: grave
> Justification: renders package unusable
>
> When a Gemplus smart card reader is connected and this package is installed
> libgempc430 segfaults on startup on my PowerPC based system:

I tried to reproduce the problem on a PowerPC iMac with Ubuntu. I can use the
reader without problem.

I also compiled and installed pcsc-lite 1.4.2 (Ubuntu has an older version) and
I can't reproduce the problem.

> Please note that I've only got access to this device as a result of being
> at Debconf and may therefore be unable to reproduce in future.

I do not have Debian installed on this machine and do not plan to install it.
So I would need your help and some more debug info.

Can you rebuild the libgempc430 package and install the driver directly so the
debug info is not stripped?

When you start pcscd inside gdb use the pcscd arguments --foreground --debug

Thanks

Bug#428387: [INTL:gl] Galician debconf template translation for gnunet

[Jacobo Tarrio]

Package: gnunet
Severity: wishlist
Tags: l10n patch

 It is attached to this report.
# Galician translation of gnunet's debconf templates
# This file is distributed under the same license as the gnunet package.
# Jacobo Tarrio <[EMAIL PROTECTED]>, 2007.
#
msgid ""
msgstr ""
"Project-Id-Version: gnunet\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2007-06-11 07:59+0200\n"
"PO-Revision-Date: 2007-06-11 13:21+0200\n"
"Last-Translator: Jacobo Tarrio <[EMAIL PROTECTED]>\n"
"Language-Team: Galician <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: note
#. Description
#: ../gnunet-daemon.templates:2001
msgid "Former installation of GNUnet detected"
msgstr "Detectouse unha instalación anterior de GNUnet"

#. Type: note
#. Description
#: ../gnunet-daemon.templates:2001
msgid ""
"Since there are important changes in this version, the installer will need "
"to modify the GNUnet configuration file (/etc/gnunet.conf)."
msgstr ""
"Como hai cambios importantes nesta versión, o instalador ha ter que "
"modificar o ficheiro de configuración de GNUnet (/etc/gnunet.conf)."

#. Type: note
#. Description
#: ../gnunet-daemon.templates:2001
msgid ""
"The installation process will backup /etc/gnunet.conf to /etc/gnunet.conf."
"old, and will automatically build a new configuration file."
msgstr ""
"O proceso de instalación ha copiar /etc/gnunet.conf a /etc/gnunet.conf.old, "
"e ha construír automaticamente un novo ficheiro de configuración."

#. Type: note
#. Description
#: ../gnunet-daemon.templates:2001
msgid "Every personal settings will be preserved as much as possible."
msgstr "Hase conservar cada configuración persoal o máximo que sexa posible."

#. Type: note
#. Description
#: ../gnunet-daemon.templates:3001
msgid "Warning"
msgstr "Aviso"

#. Type: note
#. Description
#: ../gnunet-daemon.templates:3001
msgid ""
"For some obscure reason, the installer have failed to discover the "
"configuration settings in /etc/gnunet.conf."
msgstr ""
"Por algún motivo, o instalador non puido descubrir a configuración de /etc/"
"gnunet.conf."

#. Type: note
#. Description
#: ../gnunet-daemon.templates:3001
msgid "The old configuration file will be moved to /etc/gnunet.conf.old."
msgstr ""
"Hase trasladar o ficheiro de configuración antigo a /etc/gnunet.conf.old."

#. Type: note
#. Description
#: ../gnunet-daemon.templates:3001
msgid ""
"Since some changes are *mandatory* in this file, a fresh default "
"configuration file will now be installed"
msgstr ""
"Xa que algúns cambios son *obrigatorios* neste ficheiro, hase instalar un "
"novo ficheiro de configuración por defecto."

#. Type: note
#. Description
#: ../gnunet-daemon.templates:3001
msgid ""
"Please take a look and make necessary changes in it if needed after "
"installation."
msgstr ""
"Bótelle unha ollada e faga os cambios necesarios nel trala instalación."

#. Type: note
#. Description
#: ../gnunet-daemon.templates:4001
msgid "Upgrade from a version prior to 0.7.0"
msgstr "Actualizar dunha versión anterior á 0.7.0"

#. Type: note
#. Description
#: ../gnunet-daemon.templates:4001
msgid ""
"It seems that you are upgrading GNUnet from a version prior to 0.7.x. GNUnet "
"0.7.x introduced new configuration files and a new database storage format "
"which is not compatible with versions prior to 0.7.x."
msgstr ""
"Semella que está a actualizar GNUnet dunha versión anterior á 0.7.x. GNUnet "
"0.7.x introduciu novos ficheiros de configuración e un novo formato de "
"armacenamento de base de datos que non é compatible coas versións anteriores "
"á 0.7.x."

#. Type: note
#. Description
#: ../gnunet-daemon.templates:4001
msgid "GNUnet cannot convert your database format to the new format."
msgstr "GNUnet non pode converter a base de datos ao novo formato."

#. Type: note
#. Description
#: ../gnunet-daemon.templates:4001
msgid ""
"Your database storage will be automatically moved to /var/lib/GNUnet."
"prior07, and the gnunet package will build a new empty storage for you."
msgstr ""
"Hase trasladar a súa base de datos automaticamente a /var/lib/GNUnet."
"prior07, e o paquete gnunet ha construír unha nova base de datos baleira "
"para vostede."

#. Type: note
#. Description
#: ../gnunet-daemon.templates:4001
msgid ""
"Your /etc/gnunet.conf file will also be moved to /etc/gnunet.conf.prior07 "
"and replaced by /etc/gnunetd.conf which you can modify later by running "
"\"gnunet-setup -d -c /etc/gnunetd.conf\", as root."
msgstr ""
"Tamén se ha trasladar o ficheiro /etc/gnunet.conf a /etc/gnunet.conf.prior07 "
"e se ha substituír por /etc/gnunetd.conf, que ha poder modificar despois "
"executando \"gnunet-setup -d -c /etc/gnunetd.conf\" coma administrador."

#. Type: boolean
#. Description
#: ../gnunet-daemon.templates:5001
msgid "Should the GNUnet daemon be launched on boot?"
msgstr "¿Debe iniciarse o servizo GNUnet co sistema?"

#. Type: boolean
#. Description
#: ../gnunet-daemon.templates:5001

Bug#422005: ITA pmount

[Vincent Fourmond]

retitle 422005 [ITA] pmount -- mount removable devices as normal user
thanks

 Hello Martin !

 I use pmount/pumount daily and I wouldn't want to lose such a small
and useful tool. I think I should be able to handle it. Could you
please show me around the various stuff if you have time for that ??

 Cheers,

 Vincent Fourmond


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

Bug#428388: xserver-xorg: OpenOffice regularly crashes X, rendering the system unusable

[Mike Brodbelt]

Package: xserver-xorg
Version: 1:7.2-3
Severity: normal


I regularly have problems with X crashing hard, locking up the entire
display. When this occurs, the moue pointer still reposnds, but all
other input is ignored, animated screen elements freeze, and mousing to
alternate desktops becomes impossible. The only way to restore fucntion
has been to either reboot the machine with the Magic SysRq shortcuts, or
to log in from a remote machine and kill -9 the X server.

The crash only occurs with OpenOffice, and most commonly happens when I
have opened a document attached to an email. OpenOffice will start fine,
but clicking (or using keyboard shortcuts) to access any of the dropdown
menus on the application menu bar will trigger the crash. I estimate
that happens in excess of 75% of the time, though I have not yet been
able to reproduce it entirely to order. Its difficult to reproduce
immediately after a reboot or restart of X, but appears to manifest more
readily after the X server has been running for a while.

The machine is using an onboard Intel graphics card:-


00:02.0 VGA compatible controller: Intel Corporation 82945G/GZ
Integrated Graphics Controller (rev 02)

Mike

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

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

X server symlink status:
lrwxrwxrwx 1 root root 13 2006-08-30 22:30 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1736280 2007-05-16 14:44 /usr/bin/Xorg

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

VGA-compatible devices on PCI bus:
00:02.0 VGA compatible controller: Intel Corporation 82945G/GZ Integrated 
Graphics Controller (rev 02)

/etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum.

Xorg X server configuration file status:
-rw-r--r-- 1 root root 3271 2007-06-06 11:33 /etc/X11/xorg.conf

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

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

Section "Module"
Load"i2c"
Load"bitmap"
Load"ddc"
Load"dri"
Load"extmod"
Load"freetype"
Load"glx"
Load"int10"
Load"type1"
Load"vbe"
Disable "render"
EndSection

Section "Extensions"
Option "Composite" "true"
EndSection

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "kbd"
Option  "CoreKeyboard"
Option  "XkbRules"  "xorg"
Option  "XkbModel"  "pc105"
Option  "XkbLayout" "gb"
EndSection

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

Section "Device"
Identifier  "NVIDIA Corporation NV34 [GeForce FX 5200]"
Driver  "nvidia"
BusID   "PCI:1:0:0"
Option  "AllowGLXWithComposite" "on"
Option  "RenderAccel"   "true"
Option  "backingstore"  "true"
EndSection

Section "Device"
Identifier  "Intel Corporation 945G/GZ Express Integrated Graphics"
Driver  "i810"
# VideoRam  65536
EndSection

Section "Monitor"
Identifier  "HP LP2065"
Option  "DPMS"
HorizSync   31.5-81.1
VertRefresh 55-76
# Monitor manual recommends 1600x1200 @ 60Hz for optimal performance
EndSection

Section "Screen"
Identifier  "Default Screen"
Device  "Intel Corporation 945G/GZ Express Integrated Graphics"
Monitor "HP LP2065"
DefaultDepth24

Bug#428334: [Pkg-alsa-devel] Bug#428334: wrong search path for plugins "plugindir"

[Jordi Mallach]

On Sun, Jun 10, 2007 at 11:08:00PM +0200, Matthias Bläsing wrote:
> I installed bluetooth-alsa and wondered why ekiga told me that it could
> not find the necessary library. It tried to load it from "plugindir". A
> bit of search revealed, that this is the default defined in the
> configure script of libasound2.

I assume this is an error in alsa-lib's configure script:
AC_DEFINE_UNQUOTED(ALSA_PLUGIN_DIR, "plugindir", [directory containing ALSA 
add-on modules])
ALSA_PLUGIN_DIR="$plugindir"AC_SUBST(ALSA_PLUGIN_DIR)

That should read $plugindir, obviously.

> I changed that to "/usr/lib/alsa-lib" and not to suprisingly after
> rebuilding it worked. So you can either patch the configure script or 
> pass --with-plugindir="/usr/lib/alsa-lib" to the build.

We'll pass --with-plugindir for now, and will try to get a patch
accepted upstream.

Thanks for your bug report,
Jordi
-- 
Jordi Mallach Pérez  --  Debian developer http://www.debian.org/
[EMAIL PROTECTED] [EMAIL PROTECTED] http://www.sindominio.net/
GnuPG public key information available at http://oskuro.net/


signature.asc
Description: Digital signature

Bug#428389: lshw displays bigus informations

[Torsten Neumann]

Package: lshw
Version: 02.10-4
Severity: normal


On an UP XEON System with HT enabled lshw displays the following

 *-cpu:0
  description: CPU
  product: Intel(R) Xeon(TM) CPU 3.80GHz
  vendor: Intel Corp.
  physical id: 400
  bus info: [EMAIL PROTECTED]
  version: 15.4.3
  serial: -0F43----
  slot: Proc 1
  size: 3800MHz
  width: 64 bits
  clock: 800MHz
  capabilities: fpu fpu_exception wp vme de pse tsc msr pae mce cx8 
apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht 
tm pbe x86-64 constant_tsc pni monitor ds_cpl est tm2 cid cx16 xtpr
  configuration: id=0

so far okay.
But then it continues with

 *-cpu:1
  description: CPU
  vendor: Intel
  physical id: 406
  bus info: [EMAIL PROTECTED]
  version: 15.4.3
  serial: -0F43----
  slot: Proc 2
  size: 18EHz
  clock: 200MHz
  capabilities: ht
  configuration: id=0

And that looks somehow wrong, even when wishing to have an 18EHz CPU

Regards
  Torsten

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

Kernel: Linux 2.6.16.16 #1 SMP
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages lshw depends on:
ii  libc6   2.5-10   GNU C Library: Shared libraries
ii  libgcc1 1:4.2-20070609-1 GCC support library
ii  libstdc++6  4.2-20070609-1   The GNU Standard C++ Library v3
ii  pciutils1:2.2.4-1Linux PCI Utilities
ii  usbutils0.72-8   Linux USB utilities

lshw recommends no packages.

-- no debconf information


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

Bug#424038: reason for compiler name in library names

[Peter Moulder]

I haven't read the libboost documentation, but I speculate that the
reason that the upstream library names all include `gcc41' is because
different C++ compilers give a different ABI for a given piece of code
(different name mangling, calling conventions etc.).  This is comparable
to debian's practice of putting `c2a' in package names (see
http://lists.debian.org/debian-release/2005/04/msg00153.html for the c2
part; I can't find an authoritative explanation of the `a' part, but it
indicates an ABI-incompatible change in the default allocator used by
libstdc++).

Including an indicator of the compiler (or ABI) in the library name is
presumably intended to allow having multiple ABI versions installed at
once.

As I say, that's just my guesses without having looked at libboost
documentation or speaking with libboost maintainers.

As for how calling programs should determine what ABI version
to link against, I suppose we either

  - hard-code the answer (e.g. have a symlink that doesn't include a
compiler/ABI version, or a pkg-config name that doesn't mention
compiler/ABI version) and handle C++ ABI transitions much the same
as other libraries; and/or

  - provide an autoconf macro that does something like
  
  lb_ABI=`${CXX} -E -dM - &1 |grep ABI`
  case "$lb_ABI" in
'#define __GXX_ABI_VERSION 1002') lb_abi_str=-gcc41 ;;
'#define __GXX_ABI_VERSION 102') lb_abi_str=-gcc33 ;;
...
  esac

The libboost source might give a clue as to what tests to use and/or
what library names libboost uses for different compilers (-gcc33 was
just my guess).

pjrm.


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

Bug#428390: acpi=off does work on commandline but not in in lilo.conf

[Manfred Brandl]

Package: lilo
Version: 1:22.6.1-9.3
severity: grave

When cold booting one of my servers after 10 seconds of lilo-timeout I see on 
the console:
===
boot:
Loading Linux.
BIOS data check successful
Uncompressing Linux... Ok, booting the kernel.
===
After that nothing happens.
I think that lilo does not successfully pass "acpi=off" to the kernel,
because when I start with "Linux acpi=off" everything works fine.
My Server requires the Linux Kernel acpi to be switched off to start.

I think that makes lilo nearly unusable for this server and kernel, because I 
want it to start without human intervention at the console.
Please adjust severity if you have another opinion.

I use this lilo.conf
===
boot=/dev/sda
root=/dev/sda2
install=menu
map=/boot/map
vga=normal
compact
prompt
timeout=100
read-only
#default=ROUTIX
#default=LinuxOLD
default=Linux
other=/dev/sda4
label=ROUTIX
image=/vmlinuz
label=Linux
root=/dev/sda2
initrd=/initrd.img
append="acpi=off"
image=/vmlinuz.old
label = LinuxOLD
root=/dev/sda2
initrd=/initrd.img.old
append="reboot=hard"
other=/dev/sda1
label=DOS
===

I am using Debian GNU/Linux 4.0 (alias etch), Kernel Version is
"Linux routix2 2.6.18-4-686 #1 SMP Wed May 9 23:03:12 UTC 2007 i686 GNU/Linux"
and libc Version is "2.3.6.ds1-13".

Linux 2.6.8-3-686 (LinuxOLD) tells me while starting:
...
ACPI disabled because your bios is from 97 and too old
...


-- 
Manfred Brandl
Steirische Verkehrsverbund GmbH
Keesgasse 5, A-8010 Graz
Tel.: ++43 / 316 / 81 21 38-15
Fax:  ++43 / 316 / 81 21 38-3
[EMAIL PROTECTED]
http://www.verbundlinie.at
http://www.busbahnbim.at

Bug#428392: dkim-filter.sock permissions should be more MTA friendly

[Tony Hoyle]

Package: dkim-filter
Version: 1.0.0.dfsg-1
Severity: normal

The default permissions of /var/run/dkim-filter/dkim-filter.sock only 
allow the dkim-filter user to write to it.  This precludes the MTA being 
able to use it as a milter, since that runs as its own user.

Also default permissions allow execute with is pointless (you can't of 
course execute a socket).  That's a minor issue though.

I suggest creating a dkim-milter group at install and giving 
that write access to the socket.

Tony

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

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

Versions of packages dkim-filter depends on:
ii  adduser   3.102  Add and remove users and groups
ii  libc6 2.5-10 GNU C Library: Shared libraries
ii  libdb4.5  4.5.20-4   Berkeley v4.5 Database Libraries [
ii  libmilter18.14.1-4   Sendmail Mail Filter API (Milter)
ii  libssl0.9.8   0.9.8e-5   SSL shared libraries

dkim-filter recommends no packages.

-- no debconf information


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

Bug#428393: showimg: Unable to select Video playback engine in Settings

[Matthew Exley]

Package: showimg
Version: 0.9.5-1.1
Severity: normal


Despite having kaffeine and /usr/lib/libkaffeinepart.[so|la] available,
when I select Settings->Configure Showimg->Video, the "Video" pull-down
contains no entries at all.

I have tried running showimg from the command line with "--nofork
--sync" but there's no log/trace error information shown.

Consequently, I cannot play Videos back in showimg. Boo!

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

Kernel: Linux 2.6.16.30.2006110301 (PREEMPT)
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to 
en_GB)
Shell: /bin/sh linked to /bin/bash

Versions of packages showimg depends on:
ii  kdelibs4c2a 4:3.5.7.dfsg.1-1 core libraries and binaries for al
ii  libacl1 2.2.42-1 Access control list shared library
ii  libart-2.0-22.3.19-3 Library of functions for 2D graphi
ii  libattr11:2.4.32-1.1 Extended attribute shared library
ii  libaudio2   1.9-2The Network Audio System (NAS). (s
ii  libc6   2.5-10   GNU C Library: Shared libraries
ii  libexif12   0.6.15-1 library to parse EXIF files
ii  libfontconfig1  2.4.2-1.2generic font configuration library
ii  libfreetype62.2.1-6  FreeType 2 font engine, shared lib
ii  libgamin0 [libfam0] 0.1.8-2  Client library for the gamin file 
ii  libgcc1 1:4.2-20070609-1 GCC support library
ii  libice6 1:1.0.3-2X11 Inter-Client Exchange library
ii  libidn110.6.5-1  GNU libidn library, implementation
ii  libjpeg62   6b-13The Independent JPEG Group's JPEG 
ii  libkexif1   0.2.5-2  library for KDE to read/display/ed
ii  libkipi00.1.5-2  library for apps that want to use 
ii  libkonq44:3.5.7-1core libraries for Konqueror
ii  libpng12-0  1.2.15~beta5-2   PNG library - runtime
ii  libqt3-mt   3:3.3.7-4+b1 Qt GUI Library (Threaded runtime v
ii  libsm6  2:1.0.3-1X11 Session Management library
ii  libstdc++6  4.2-20070609-1   The GNU Standard C++ Library v3
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxcursor1 1:1.1.8-2X cursor management library
ii  libxext61:1.0.3-2X11 miscellaneous extension librar
ii  libxft2 2.1.12-2 FreeType-based font drawing librar
ii  libxi6  1:1.0.1-4X11 Input extension library
ii  libxinerama11:1.0.2-1X11 Xinerama extension library
ii  libxrandr2  2:1.2.1-1X11 RandR extension library
ii  libxrender1 1:0.9.2-1X Rendering Extension client libra
ii  libxt6  1:1.0.5-3X11 toolkit intrinsics library
ii  zlib1g  1:1.2.3-15   compression library - runtime

Versions of packages showimg recommends:
ii  khelpcenter   4:3.5.7-1  help center for KDE
ii  kipi-plugins  0.1.3-5image manipulation/handling plugin

-- no debconf information


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

Bug#427499: improved clvmd init script compliant with Debian Policy 9.3

[andremachado]

Hello,
clvmd, as well as and some other daemons, does accept command arguments and 
this feature could be implemented at the init script.
This file below has ARGUMENTS configuration, and this could be setup at the 
/etc/default/clvmd system wide configuration file.
Regards.
Andre Felipe Machado


#! /bin/sh

# clvmd Start/Stop script for the cluster LVM daemon
# Author:   Daniel Bertolo [EMAIL PROTECTED]
# Version:  @(#)clvmd  1.00  25-Jun-2006  [EMAIL PROTECTED]
# Version:  @(#)clvmd  1.01  22-May-2007  andremachado % techforce.com.br
# Version:  @(#)clvmd  2.00  04-Jun-2007  andremachado % techforce.com.br
# Version:  @(#)clvmd  2.01  08-Jun-2007  andremachado % techforce.com.br

# Script compliant with Debian Policy 9.3
set -e

PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
DESC="The cluster LVM daemon"
NAME=clvmd
DAEMON=/sbin/$NAME
PIDFILE=/var/run/$NAME.pid
SCRIPTNAME=/etc/init.d/$NAME
ARGUMENTS=""

if [ -f /etc/default/$NAME ]; then
. /etc/default/$NAME
fi

test -x $DAEMON || exit 0

d_start() {
start-stop-daemon --start --exec $DAEMON -- $ARGUMENTS
}

d_stop() {
start-stop-daemon --stop $1 $2 $3 $4 --exec $DAEMON -- $ARGUMENTS
}

case "$1" in
  start)
echo -n "Starting $DESC: $NAME "
d_start || exit 1
echo "."
;;
  stop)
echo -n "Stopping $DESC: $NAME "
d_stop || exit 1
echo "."
;;
  restart)
echo  -n "Restarting $DESC: $NAME "
d_stop --oknodo  --quiet --retry 10 || sleep 5
d_start || sleep 5
echo "."
;;
  reload|force-reload)
echo  -n "Reloading $DESC: $NAME "
d_stop --oknodo  --quiet --retry 10 --signal HUP || sleep 5
d_start || sleep 5
echo "."
;;
  *)
echo "Usage: invoke-rc.d $NAME 
{start|stop|restart|reload|force-reload}" >&2
exit 1
;;
esac
exit 0

Bug#428196: Comments on the corrections ..

[Romain Beauxis]

Hi Christian and thanks for your help !


Thie only correction I would like to make in the template you gave is:
-_Description: Database administrative user for old mediawiki:
+_Description: Old MediaWiki database administrative user:
I would prefer:
-_Description: Database administrative user for old mediawiki:
+_Description: MediaWiki database administrative user:

and: 

-_Description: Database administrative password for old mediawiki:
+_Description: Old MediaWiki database administrative password:
I would prefer
-_Description: Database administrative password for old mediawiki:
+_Description: MediaWiki database administrative password:

The reason is that in fact the DB is updated in place, so I wouldn't like 
people to think this is gonna create a new (as an opposition to old) 
database..

This is the only change I made before calling for translations by error, so 
that way both work wouldn't overlap..
Also, I have received some translations that are not reported in the BTS, I 
will report them as soon as I have my current working package..



Romain


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

Bug#428394: /usr/share/doc/showimg/README is broken symbolic link

[Matthew Exley]

Package: showimg
Version: 0.9.5-1.1
Severity: minor


Easier to show using ls output than actually typing:

[EMAIL PROTECTED]:/usr/share/doc/showimg$ ls -l
total 32
-rw-r--r-- 1 root root  1791 Jun 21  2006 changelog.Debian.gz
-rw-r--r-- 1 root root  5889 Jan  7  2006 changelog.gz
-rw-r--r-- 1 root root 20067 Jun 21  2006 copyright
lrwxrwxrwx 1 root root14 Jun 11 10:28 README -> showimg/README
[EMAIL PROTECTED]:/usr/share/doc/showimg$ file README
README: broken symbolic link to `showimg/README'




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

Kernel: Linux 2.6.16.30.2006110301 (PREEMPT)
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to 
en_GB)
Shell: /bin/sh linked to /bin/bash

Versions of packages showimg depends on:
ii  kdelibs4c2a 4:3.5.7.dfsg.1-1 core libraries and binaries for al
ii  libacl1 2.2.42-1 Access control list shared library
ii  libart-2.0-22.3.19-3 Library of functions for 2D graphi
ii  libattr11:2.4.32-1.1 Extended attribute shared library
ii  libaudio2   1.9-2The Network Audio System (NAS). (s
ii  libc6   2.5-10   GNU C Library: Shared libraries
ii  libexif12   0.6.15-1 library to parse EXIF files
ii  libfontconfig1  2.4.2-1.2generic font configuration library
ii  libfreetype62.2.1-6  FreeType 2 font engine, shared lib
ii  libgamin0 [libfam0] 0.1.8-2  Client library for the gamin file 
ii  libgcc1 1:4.2-20070609-1 GCC support library
ii  libice6 1:1.0.3-2X11 Inter-Client Exchange library
ii  libidn110.6.5-1  GNU libidn library, implementation
ii  libjpeg62   6b-13The Independent JPEG Group's JPEG 
ii  libkexif1   0.2.5-2  library for KDE to read/display/ed
ii  libkipi00.1.5-2  library for apps that want to use 
ii  libkonq44:3.5.7-1core libraries for Konqueror
ii  libpng12-0  1.2.15~beta5-2   PNG library - runtime
ii  libqt3-mt   3:3.3.7-4+b1 Qt GUI Library (Threaded runtime v
ii  libsm6  2:1.0.3-1X11 Session Management library
ii  libstdc++6  4.2-20070609-1   The GNU Standard C++ Library v3
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxcursor1 1:1.1.8-2X cursor management library
ii  libxext61:1.0.3-2X11 miscellaneous extension librar
ii  libxft2 2.1.12-2 FreeType-based font drawing librar
ii  libxi6  1:1.0.1-4X11 Input extension library
ii  libxinerama11:1.0.2-1X11 Xinerama extension library
ii  libxrandr2  2:1.2.1-1X11 RandR extension library
ii  libxrender1 1:0.9.2-1X Rendering Extension client libra
ii  libxt6  1:1.0.5-3X11 toolkit intrinsics library
ii  zlib1g  1:1.2.3-15   compression library - runtime

Versions of packages showimg recommends:
ii  khelpcenter   4:3.5.7-1  help center for KDE
ii  kipi-plugins  0.1.3-5image manipulation/handling plugin

-- no debconf information


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

Bug#426371: Which Packages?

[Raphael Hertzog]

On Mon, 11 Jun 2007, Steinar H. Gunderson wrote:
> On Mon, Jun 11, 2007 at 12:03:33PM +0200, Raphael Hertzog wrote:
> >> It should be mentioned that at some point during this cycle, sid was indeed
> >> in sources.list, but pinned away. 
> > I believe the problem to be there. I also used a similar setup and
> > update-manager seems to happily ignore pinning. Or at least used to do.
> > I haven't checked with a recent version.
> 
> Could we check this? If this is intended behavior, it should indeed be
> documented in big fat letters somewhere :-)
> 
> I probably won't be at the computer in question for several more days, BTW,
> but I hope to try to reproduce the bug then.

I tried quickly and it seems to no more be the case. It follows
APT::Default-Release and custom pinning that I've put in
/etc/apt/preferences.

(It doesn't follow "hold" instruction from dpkg however)

Cheers,
-- 
Raphaël Hertzog

Premier livre français sur Debian GNU/Linux :
http://www.ouaza.com/livre/admin-debian/

Bug#425928: More info on slony1 build failure

[Daniel Leidert]

Am Sonntag, den 10.06.2007, 14:17 -0400 schrieb Daniel Schepler:
> Here's the output of `docbook2x-man --debug slony.xml' from doc/adminguide, in
> case it gives any clue what's going wrong:
> ...
> frobnitz:/tmp/buildd/slony1-1.2.9/doc/adminguide# docbook2x-man --debug 
> slony.xml
> /usr/bin/xsltproc --nonet --debug 
> http://docbook2x.sourceforge.net/latest/xslt/man/docbook.xsl slony.xml
> docbook2man://[EMAIL PROTECTED]'missingoids']: Erroneous request for title 
> for this element
> docbook2man://[EMAIL PROTECTED]'missingoids']: Erroneous request for title 
> for this element

These messages are not the reason, that it fails. So the bug report
title is not well chosen :)

> Unable to recognise encoding of this document at 
> /usr/share/perl5/XML/SAX/PurePerl/EncodingDetect.pm line 96.
> Document requires an element [Ln: 1, Col: 0]

Can you please attach the slony.xml from your package build? You can
also send it via PM. The issue seems to be related to docbook2x, which I
care about. But the issue you report should have been fixed some time
ago. So I'm wondering, why you still observe it.

> I don't know enough about Docbook/XML stuff to know if #405186 might be
> affecting this.  But given that libxml-sax-expat-perl was also installed, I
> wonder why it was using the pure Perl version instead...

I cannot reproduce the issue you describe - even not in a i386 pbuilder.
On which architecture are you working? Can you post/attach the complete
pbuilder build log, so I can compare it to mine?

Regards, Daniel



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

Bug#400340: Update

[Simon Josefsson]

found 400340 2.0.0.0-4
thanks

-pkg icedove ver 2.0.0.0-3
+pkg icedove ver 2.0.0.0-4
   icedove http://bugs.debian.org/400340
   
icedove-2.0.0.0/icedove-2.0.0.0-source.tar.bz2:mozilla/directory/c-sdk/ldap/docs/draft-ietf-ldapext-ldap-c-api-05.txt


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

Bug#428395: RM: firebird2 -- RoM; obsolete, renamed to firebird1.5

[Damyan Ivanov]

Package: ftp.debian.org
Severity: normal
X-Debbugs-CC: [EMAIL PROTECTED]

firebird2 was renamed to firebird1.5 to match upstream branch and make
room for firebird2.0, firebird2.1 etc.

There are no reverse dependencies.

There are two build-dependencies on firebird2-dev, bugs filed[1], plus,
firebird2-dev is Provided by firebird1.5-dev (the new name) so removing
of firebird2-dev will not cause FTBFS. Actually, it will help
automatically fix the bugs in question.

[1] http://bugs.debian.org/427191 - qt-x11-free
http://bugs.debian.org/427184 - python-kinterbasdb
-- 
damJabberID: [EMAIL PROTECTED]




signature.asc
Description: PGP signature

Bug#428396: unclear or incorrect package dependency of latex-svninfo

[Simon Dreher]

Package: latex-svninfo
Version: 0.4-1

Hello,

I just wanted to install the svninfo package with texlive, but the 
debian package I found has tetex-bin as dependency. Is this package for 
tetex only? Then tetex-svninfo would be a far better name for the 
package; at least it should be mentioned in the package information. Or 
is it also for texlive, then the dependencies should be adjusted to 
accept also the corresponding package of texlive.


Best regards,
Simon


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

Bug#428397: "pear install" calls undefined method

[CruX]

Package: php-pear
Version: 5.2.0-8+etch1
Severity: normal
Tags: patch

--- Please enter the report below this line. ---

First of all I'm sending this report from a different machine that the
one where php-pear is installed. In that one Etch is installed with
apache2 and php5 and every upgrade to date.

When running "pear install Mail Mail_Mime Auth_HTTP" a fatal error
appeared saying:

Fatal error: Call to undefined method 
PEAR_PackageFile_v1::getProvidesExtension() in 
/usr/local/php5/lib/php/PEAR/Downloader/Package.php on line 963

I worked around it with the attached patch. I don't know if this is
fixed in newer versions, though I couldn't find any related bugs
neither Changelogs.

Thanks for your attention.

--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.21-1-686

Debian Release: lenny/sid
  900 testing security.debian.org 
  900 testing debian.logiclinux.com 
  600 unstabledebian.logiclinux.com 

--- Package information. ---
Depends   (Version) | Installed
===-+-===
| 

--- v1.php.orig	2007-06-07 11:19:15.0 -0400
+++ v1.php	2007-06-07 11:04:34.0 -0400
@@ -858,6 +858,11 @@
 return false;
 }
 
+function getProvidesExtension()
+{
+	$this->getProvides();
+}
+
 function addFile($dir, $file, $attrs)
 {
 $dir = preg_replace(array('!+!', '!/+!'), array('/', '/'), $dir);

Bug#280550: oggz-tools: oggzmerge generates unplayable files

[Conrad Parker]

Hi,

I just committed some changes to warn against this.

http://trac.annodex.net/changeset/2884
 add more info about usage of oggzmerge to manpage, and suggest using cat to
 sequence Ogg Vorbis audio files.

http://trac.annodex.net/changeset/2887
 oggzmerge: add a big warning to stderr if you are trying to merge multiple
 Ogg Vorbis I files together.

Now if you run oggzmerge on some Ogg Vorbis files as described in this
bug report, it will
print the following to stderr:

oggzmerge: WARNING: Merging Ogg Vorbis I files. The resulting file will
 contain 5 tracks in parallel, interleaved for simultaneous playback.
 If you want to sequence these files one after another, use cat instead.

These modifications will be available in the next release of liboggz (>= 0.9.6).

cheers,

Conrad.


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

Bug#423040: Update

[Simon Josefsson]

found 423040 2.6.21-4
thanks

-pkg linux-2.6 ver 2.6.21-2
+pkg linux-2.6 ver 2.6.21-4
+  linux-2.6 http://bugs.debian.org/423040
   linux-2.6-2.6.21/Documentation/netlabel/draft-ietf-cipso-ipsecurity-01.txt


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