Bug#330970: wmmaiload: Preserve atime after mbox check

[Florian Ragwitz]

tags 330970 +confirmed
thanks

Hello,

thanks for reporting this issue and sorry for the long delay.

I can confirm your bug with the current version in Debian, but I just
noticed that there were some new upstream releases. I'll package them
first to verify if the bug still exists with the new releases.


Regards,
Flo

-- 
BOFH excuse #204:
Just pick up the phone and give modem connect sounds. "Well you said we
should get more lines so we don't have voice lines."


signature.asc
Description: Digital signature

Bug#334313: ftp.debian.org: Please remove mips build of (non-free) parmetis 3.1-2

[Adam C Powell IV]

Package: ftp.debian.org

Greetings,

Apparently, someone hand-built version 3.1-2 of my parmetis package for
mips, and this is one of the blockers for about 20 packages going into
testing.  Please remove that version (and/or build 3.1-3 for mips :-).

Thanks,
-Adam
-- 
GPG fingerprint: D54D 1AEE B11C CE9B A02B  C5DD 526F 01E8 564E E4B6

Welcome to the best software in the world today cafe!
http://www.take6.com/albums/greatesthits.html


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

Bug#334314: evince: poor text selection behavior on documents with columns

[Christine Spang]

Package: evince
Version: 0.4.0-1
Severity: normal

When selecting text in a document containing columns, evince does not
follow the column; instead it breaches columns and selects across the
entire page width, causing jumbled sentences, etc. when pasting.

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

Versions of packages evince depends on:
ii  gconf2   2.12.0-4GNOME configuration database syste
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libatk1.0-0  1.10.3-1The ATK accessibility toolkit
ii  libaudiofile00.2.6-6 Open-source version of SGI's audio
ii  libbonobo2-0 2.10.1-1Bonobo CORBA interfaces library
ii  libbonoboui2-0   2.10.1-1The Bonobo UI library
ii  libc62.3.5-7 GNU C Library: Shared libraries an
ii  libcairo21.0.0-3 The Cairo 2D vector graphics libra
ii  libdjvulibre15   3.5.15-1Runtime support for the DjVu image
ii  libesd0  0.2.36-1Enlightened Sound Daemon - Shared 
ii  libfontconfig1   2.3.2-1 generic font configuration library
ii  libfreetype6 2.1.10-1FreeType 2 font engine, shared lib
ii  libgconf2-4  2.12.0-4GNOME configuration database syste
ii  libgcrypt11  1.2.1-4 LGPL Crypto library - runtime libr
ii  libglade2-0  1:2.5.1-2   library to load .glade files at ru
ii  libglib2.0-0 2.8.3-1 The GLib library of C routines
ii  libgnome-keyring 0.4.5-1 GNOME keyring services library
ii  libgnome2-0  2.10.1-1The GNOME 2 library - runtime file
ii  libgnomecanvas2- 2.12.0-1A powerful object-oriented display
ii  libgnomeprint2.2 2.12.1-2The GNOME 2.2 print architecture -
ii  libgnomeprintui2 2.12.1-1GNOME 2.2 print architecture User 
ii  libgnomeui-0 2.10.1-1The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0   2.10.1-5The GNOME virtual file-system libr
ii  libgnutls11  1.0.16-13.1 GNU TLS library - runtime library
ii  libgpg-error01.1-4   library for common error values an
ii  libgtk2.0-0  2.8.3-1 The GTK+ graphical user interface 
ii  libice6  6.8.99.900.dfsg.1-0pre1 Inter-Client Exchange library
ii  libjpeg626b-10   The Independent JPEG Group's JPEG 
ii  libkpathsea3 2.1-1   path search library for teTeX (run
ii  libnautilus-exte 2.10.1-5libraries for nautilus components 
ii  liborbit21:2.12.4-1  libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-01.10.0-2Layout and rendering of internatio
ii  libpng12-0   1.2.8rel-5  PNG library - runtime
ii  libpoppler0c20.4.2-1 PDF rendering library
ii  libpoppler0c2-gl 0.4.2-1 PDF rendering library (GLib-based 
ii  libpopt0 1.7-5   lib for parsing cmdline parameters
ii  libsm6   6.8.99.900.dfsg.1-0pre1 X Window System Session Management
ii  libstdc++6   4.0.2-2 The GNU Standard C++ Library v3
ii  libtasn1-2   0.2.13-1Manage ASN.1 structures (runtime)
ii  libtiff4 3.7.4-1 Tag Image File Format (TIFF) libra
ii  libx11-6 6.8.99.900.dfsg.1-0pre1 X Window System protocol client li
ii  libxml2  2.6.22-1GNOME XML library
ii  libxrender1  1:0.9.0+CVS20050919-2   X Rendering Extension client libra
ii  xlibs6.8.99.900.dfsg.1-0pre1 X Window System client libraries m
ii  zlib1g   1:1.2.3-4   compression library - runtime

evince recommends no packages.

-- no debconf information


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

Bug#334010: net-snmp: NMU for openssl 0.9.8 transition will be uploaded for a 2-day NMU

[Henrique de Moraes Holschuh]

On Sun, 16 Oct 2005, Steve Langasek wrote:
> Why are you telling maintainers that you are going to NMU for the openssl
> transition?  Such NMUs have not been discussed with either the release team

Well, I am not telling maintainer*s*, so far I just filed a single bug
against net-snmp.  Because of ld being quite clear that my system was about
to go to segfault-happy land, and warning me I was getting stuff doubly
linked against openssl 0.9.7 and 0.9.8 already (and net-snmp was the one
bringing 0.9.7 to the chain).

The openssl transition is under way, the release team was not clear on what
we were to do about it, either.   I was fully expecting 0.9.8 to be removed
off the archive immediately until it was properly fixed.  No such luck.

The packages for 0.9.8 were not removed, we all waited for a proper fix
(versioned symbols) for a bit (thread on d-devel), none was forthcoming and
the maintainer made it clear he wouldn't do it without the blessing of
upstream or the other distros (but no status updates came about whether such
a thing was being attempted or not).  

0.9.7 made it back to the archive, with no conflicts and no versioned
symbols.  I filed a grave/critical bug about 0.9.8 not conflicting with all
libs built against 0.9.7... cc'ed to d-devel, even.  No reply whatsoever.

What is one to do in these conditions?  I filed a bug, waited a bit for the
NMU (which I didn't even upload, because the maintainer acted much faster),
and even if I had, it would have stalled for 2 days.  A conservative
approach IMHO, given the facts outlined above.

I hope my reasons for filling the bug are crystal clear, now.  I really AM
sorry for disturbing the C++ transition even further, the sooner it is done,
the better.  But the scenario was not exactly set up to make it easier for
such a mistake not to be made.

> or the QA team, and they would be disruptive of the release team's efforts
> to complete the C++ ABI transition for KDE and related libraries -- of which
> there are about a dozen tied in that do *not* come from KDE, and net-snmp is
> one of them.  The openssl transition is not a priority compared to the C++

The net-snmp maintainer clearly was not well informed of this, otherwise
instead of doing the upload, he would have told me to hold the NMU (which I
would have).

> ABI transition, and uploads like the net-snmp 5.2.1.2-4 upload that your bug
> prompted will delay the C++ transition without helping the openssl
> transition.  (net-snmp will have to be rebuilt anyway once libssl0.9.8
> provides versioned symbols.)

AH, so *now* we are officially told that there WILL be a 0.9.8 with
versioned symbols?  Glad to know, I certainly could not guess such would
happen in the foreseable future, given the messy 0.9.7 upload + callous
0.9.8 upload_s_ we have had so far, and the fact that I read no replies
whatsoever to that effect in the d-devel thread.

I am less than impressed with the OpenSSL team's way of handling this, so
far.

> Please refrain from bug reports or NMUs for the openssl transition without
> first discussing the specific case with the release team.

I will refrain from doing it of course, now that I have been told about it.

> Jochen, if you weren't already aware, the libsnmp9 transition is tangled up
> with the KDE transition because php4 and php5 depend on both; so if you
> could also hold off on further net-snmp uploads except for RC bugfixes until
> libsnmp9 makes it into testing, that would also be appreciated.

May I humbly suggest that from now on, we have weekly d-d-a emails about all
ongoing transitions and naming all packages that are to be left alone (no
NMUs, no maintainer uploads without first talking to the release team) ?

Better yet, da-katie could be improved to put a source package on hold for
manual approval by the release team (after it is approved by the ftp-masters
or builtin katie policies) to enforce these transitions more smoothly.

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


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

Bug#334171: Bug#334192: mutt-ng: perhaps use alternatives with mutt?

[Rogério Brito]

On Oct 16 2005, Elimar Riesebieter wrote:
> On Sun, 16 Oct 2005 the mental interface of Rogério Brito told:
> > Unfortunately, some tools (like reportbug, when invoked with -M)
> > call mutt directly and it would be nice for the system
> > administrators that installed muttng to be able to choose what to
> > use via the update-alternatives infra structure provided by Debian.
> 
> See Bug#334171

Ok, based on your comments on muttng in that bug, I won't be using it,
then.

> > BTW, I do see one minor problem with the naming of muttng: I see the
> > names mutt-ng and muttng being used without consistency in both the
> > sites, documentation, command line interface (the name of the
> > executable) etc.
> 
> The name is mutt-ng, created by ak. libc6 doesn#t accept binaries
> including a '-'-character in zs name so it is muttng.

What exactly is "zs name"? A quick Google search with '"zs name" libc'
didn't result in anything relevant.

> Please don't send bugs twice.

Sorry, I had some problems with my ISP and thought that the first mail
didn't get through.

Is it me or you could be a little more polite when answering e-mails
from clueless newbies like me? Perhaps you didn't have a good day?

Ok, forget that. Perhaps that's the limitation of my English skills
showing up. :-(


Thanks anyway for closing both bugreports, Rogério Brito.

-- 
Rogério Brito : [EMAIL PROTECTED] : http://www.ime.usp.br/~rbrito
Homepage of the algorithms package : http://algorithms.berlios.de
Homepage on freshmeat:  http://freshmeat.net/projects/algorithms/

Bug#334315: adduser: describe difference between user group and system group

[Faheem Mitha]

Package: adduser
Version: 3.63
Severity: minor


Hi, 

The man page of adduser/addgroup says

*
  Add a user group
 If adduser is called with the --group option and without the
--system option, or addgroup is called respectively, a user
   group will be added.
   
  A  GID  will be chosen from the range specified for user UIDS
in the configuration file.  The GID can be overridden with
   the --gid option.
   
  The group is created with no users.
  
 Add a system group
If addgroup is called with the --system option, a
system group will be added.

   A GID will be chosen from the range specified for user UIDS in the
configuration file.  The GID can be  overridden  with
   the --gid option.
   
  The group is created with no users.
  
*

This does not look quite right. I think that in

"Add a system group 

If addgroup is called with the --system option, a system group will be
added. A GID will be chosen from the range specified for user UIDS in the
configuration file."

the "user UIDs" should read "system UIDs".

Also, why not add a reference to the man page pointing to Debian Policy
9.2.2 for further information?

  Faheem.

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

Versions of packages adduser depends on:
ii  debconf 1.4.30.13Debian configuration management sy
ii  passwd  1:4.0.3-31sarge5 change and administer password and
ii  perl-base   5.8.4-8  The Pathologically Eclectic Rubbis

adduser recommends no packages.

-- debconf information:
* adduser/homedir-permission: true


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

Bug#334316: ITP: MFFM GTK classes -- GTK based headers which make GUI implementation more trivial in C++.

[Matt Flax]

Package: wnpp
Severity: wishlist

* Package name: mffmgtk
  Version : 1.0
  Upstream Author : [EMAIL PROTECTED]
* URL : http://sourceforge.net/projects/mffmgtkwrapper
* License : GPL
  Description : A set of GTK based headers which make GUI implementation 
more trivial in C++. Many common components are supported (Containers, Buttons, 
Labels, File browser, etc.) 



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

Bug#334286: mozilla-thunderbird: Hangs on trying to send mail with attachments

[Nick Phillips]

On Sun, Oct 16, 2005 at 09:47:50PM +0200, Alexander Sack - Debian Bugmail wrote:

> I do not see such a problem here. I have an up to date etch
> system. Maybe you have some wierd extensions installed?

No extensions that I'm aware of for thunderbird -- certainly nothing
from outside Debian. I may have some installed for firefox, if that
makes any difference.

> > 
> > -- System Information:
> > Debian Release: testing/unstable
> >   APT prefers testing
> >   APT policy: (500, 'testing'), (500, 'stable')
> 
> You still have packages from sarge?

Yep. There usually seems to be too much stuff missing from etch otherwise.



Cheers,


Nick


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

Bug#334317: xterm: interpret action (in translations resource) does nothing

[Cameron Hutchison]

Package: xterm
Version: 6.8.2.dfsg.1-8
Severity: normal
Tags: patch

The "interpret" action available to the translations resource does not
do anything. It is meant to insert text into the input buffer as though
the user typed that text.

This used to work and broke a few months back. At that point, it looks
like the pty buffer handling changed (buffer size specified as a
resource) but the HandleInterpret function was not updated to work with
the dynamic buffering.

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

Versions of packages xterm depends on:
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libexpat1 1.95.8-3   XML parsing C library - runtime li
ii  libfontconfig12.3.2-1generic font configuration library
ii  libfreetype6  2.1.10-1   FreeType 2 font engine, shared lib
ii  libice6   6.8.2.dfsg.1-8 Inter-Client Exchange library
ii  libncurses5   5.4-9  Shared libraries for terminal hand
ii  libsm66.8.2.dfsg.1-8 X Window System Session Management
ii  libxaw8   6.8.2.dfsg.1-8 X Athena widget set library
ii  libxext6  6.8.2.dfsg.1-8 X Window System miscellaneous exte
ii  libxft2   2.1.7-1FreeType-based font drawing librar
ii  libxmu6   6.8.2.dfsg.1-8 X Window System miscellaneous util
ii  libxp66.8.2.dfsg.1-8 X Window System printing extension
ii  libxpm4   6.8.2.dfsg.1-8 X pixmap library
ii  libxrender1   1:0.9.0-2  X Rendering Extension client libra
ii  libxt66.8.2.dfsg.1-8 X Toolkit Intrinsics
ii  xlibs 6.8.2.dfsg.1-8 X Window System client libraries m
ii  xlibs-data6.8.2.dfsg.1-8 X Window System client data

Versions of packages xterm recommends:
ii  xutils6.8.2.dfsg.1-8 X Window System utility programs

-- no debconf information
diff -r -u xterm-203/misc.c xterm-203-ch/misc.c
--- xterm-203/misc.c	2005-07-07 10:46:14.0 +1000
+++ xterm-203-ch/misc.c	2005-10-17 13:24:41.528383576 +1000
@@ -325,12 +325,11 @@
 if (*param_count == 1) {
 	char *value = params[0];
 	int need = strlen(value);
-	int used = VTbuffer->next - VTbuffer->buffer;
-	int have = VTbuffer->last - VTbuffer->buffer;
+	int have = BUF_SIZE - (VTbuffer->last - VTbuffer->next);
 
-	if (have - used + need < (int) sizeof(VTbuffer->buffer)) {
+	if (need <= have) {
 
-	fillPtyData(&term->screen, VTbuffer, value, (int) strlen(value));
+	fillPtyData(&term->screen, VTbuffer, value, need);
 
 	TRACE(("Interpret %s\n", value));
 	VTbuffer->update++;

Bug#334122: Receive an "Segmentation fault" when launching gramps

[James A. Treacy]

On Sat, Oct 15, 2005 at 11:09:25AM -0700, Jim Woodruff wrote:
> Cannot launch gramps as it exits with an "Segmentation fault" error.

This is almost certainly a problem with python or the gtk/gnome bindings.
Try starting python and importing modules:
$ python
>>> import gtk
>>> import gnome
>>> import gconf
>>> import gtkspell

If the modules all imported without problems, run gdb on python and
then run gramps:
$ gdb /usr/bin/python
(gdb) run /usr/share/gramps/gramps.py

If, as I suspect, this is a problem with gtkspell, you can still use
gramps by uninstalling gtkspell.

-- 
James Treacy
[EMAIL PROTECTED]


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

Bug#334299: freeradius-dialupadmin: test against RADIUS fails because of dictionary permission

[Paul TBBle Hampson]

On Mon, Oct 17, 2005 at 01:06:39AM +0200, Arve Seljebu wrote:
> Package: freeradius-dialupadmin
> Version: 1.0.2-4
> Severity: normal

> When trying to test against RADIUS, apache returns the following error 
> message:

> radclient: dict_init: Couldn't open dictionary "/etc/freeradius/dictionary": 
> Permission denied

> Changing permission for dictionary fixes the problem.

This is a local admin decision, by default /etc/freeradius and its
contents should only be readable by root:freerad.

I'll document it in freeradius-dialupadmin's README.Debian when I next
do an upload.

-- 
Paul "TBBle" Hampson, [EMAIL PROTECTED]
8th year CompSci/Asian Studies student, ANU

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


pgpWJbZ813WAt.pgp
Description: PGP signature

Bug#333921: priority of mouse template too low

[Daniel Stone]

On Fri, Oct 14, 2005 at 03:24:12PM +0200, Robert Millan wrote:
> The priority of mouse template (medium) is too low, and unsuitable for use
> with a LiveCD: Since the /etc/init.d/xserver-xorg script intended for LiveCD
> usage uses "-phigh" when configuring this package, mice won't be configured
> unless they can be configured automaticaly via mdetect, which:
> 
>   a) doesn't always work
>   b) doesn't work on all platforms (currently not available for GNU/kFreeBSD)
> 
> Please find attached patch to rise priority to high.

I don't think this template should be high unless the mouse cannot be
detected.  On Linux/(i386|amd64|powerpc), which, last I heard, amounted
to well over 95% of Debian archive downloads, /dev/input/mice will
basically always work just fine.  So there's no reason to always prompt
if you don't need to; it's insane.


signature.asc
Description: Digital signature

Bug#333960: config script should honour preseeded debconf value for keyboard/options

[Daniel Stone]

On Fri, Oct 14, 2005 at 06:44:45PM +0200, Miroslav Kure wrote:
> the config script sets debconf variable
> xserver-xorg/config/inputdevice/keyboard/options without actually
> checking for existing preseeded value and therefore overwrides it
> headlessly.
> 
> You can trigger this easily on new installs in Czech where
> localization-config sets 
>   .../keyboard/layout to us,cz_qwerty
>   .../keyboard/options to grp:shift_toggle,grp_led:scroll
> 
> but after this config we end up with empty .../keyboard/options, thus
> locking users in foreign keyboard layout.
> 
> 
> On a similar note, dpkg-reconfigure initializes value of
> xserver-xorg/config/inputdevice/keyboard/layout with value based on
> installation keyboard and not with current debconf value, which I
> consider rather strange.

Yes, this is designed for the autodetection case.  We added an
autodetect_keyboard template in Ubuntu, which asks if you want the
keyboard layout to be guessed from the installer's layout again, else
all the settings get left alone.


signature.asc
Description: Digital signature

Bug#334236: Closing this bug

[micah]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


As it seems that this issue had to do with an incorrect php.ini
include_path definition, I am closing this bug.

Micah






Hi,

It had just:

include_path =   ; UNIX: "/path1:/path2"  Windows: "\path1;\path2"

setting it to ".:/usr/share/php:/usr/share/pear"

seems to have caused bamboo to start working, thanks!

Note that phpmyadmin, imp/horde/etc and have all been working fine on
this box. A lot of the configs were migrated over from a woody box that
was in turn upgraded from a potato box however, this system does have a
bit of cruft on it.

thanks,

regards,

Duncan




On Sun, 2005-10-16 at 11:39 -0700, [EMAIL PROTECTED] wrote:

>> [EMAIL PROTECTED] wrote:
>>
>
>>> > Basic bamboo test install according to the README.Debian fails with
>>> > php path errors:
>>> >
>>> > Fatal error: main(): Failed opening required 'filter.php'
>>> > (include_path='') in /usr/share/bamboo/filters/text2html.php on line 3
>>> >
>>> > and
>>> >
>>> > Fatal error: main(): Failed opening required 'topnav.php'
>>> > (include_path='') in
/usr/share/bamboo/decorators/editor/template.php on
>>> > line 1
>
>>
>> That is very odd. I am not sure how you will be able to run any php code
>> if your include_path is set to ''.
>>
>> What is the value of include_path in your /etc/php4/apache/php.ini?
>>
>> I believe the package defaults (at least they used to be) was to leave
>> this value commented out, which used the compiled-in default:
>>
>> include_path = ".:/usr/share/php:/usr/share/pear"
>>
>> Try adding that to your php.ini and see what happens.
>>
>> -elijah
>>

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

iD8DBQFDUyTl9n4qXRzy1ioRAoDlAJ4xNNihoPcJxCQm35SJNy0A0HYzGwCfQgGO
2DAgisBIBuqNS4IwW8Y3YG8=
=OIDB
-END PGP SIGNATURE-


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

Bug#334275: linux-image-2.6.13-1-686: ide error messages come up

[Horms]

On Sun, Oct 16, 2005 at 10:05:32PM +0200, Maximilian Attems wrote:
> On Sun, Oct 16, 2005 at 08:30:23PM +0200, Michael Meskes wrote:
>  
> > With 2.6.13 I get the following IDE error messages during boot time:
> > 
> > Oct 14 15:55:24 feivel kernel: hda: dma_intr: status=0x51 { DriveReady 
> > SeekComplete Error }
> > Oct 14 15:55:24 feivel kernel: hda: dma_intr: error=0x04 { DriveStatusError 
> > }
> > Oct 14 15:55:24 feivel kernel: ide: failed opcode was: unknown
> > Oct 14 15:55:24 feivel kernel: hda: set_drive_speed_status: status=0x51{ 
> > DriveReady SeekComplete Error }
> > Oct 14 15:55:24 feivel kernel: hda: set_drive_speed_status: error=0xd0 { 
> > BadSector UncorrectableError SectorIdNotFound }, LBAsect=13684944, sector=24
> > 921508
> > Oct 14 15:55:24 feivel kernel: ide: failed opcode was: unknown
> > 
> > I have never seen any of these with 2.6.12 or earlier kernels. The
> > unknown opcode and sector look strange. Any idea what I could do to get
> > more information?
> > 
> > Michael
> 
> backup your data, aboves is a drive failure.

Agreed, this kind of failure almost always indicates that
hardware is failing, and once it starts failing it usually
fails at an accellerated rate until you can't use the
drive any more.

This problem may not have shown up in 2.6.12 because
at that time your hardware was not exhibiting the problem.
It also may not have shown up because the code may have
been changed a bit and is now more sensitive.

But in any case I think the chance that is a disk problem
is overwhelmingly more likely than a kernel bug.

-- 
Horms


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

Bug#325145: amule: please split the daemon to a separate package

[Jacobo221]

I think splitting into amule, amule-daemon, amule-gui, amule-utils and 
amule-utils-gui amule-linkshandler is better:

amule is the monolithic app
amule-daemon is, well, the daemon
amule-gui, guess what? amule-gui
amule-linkshandler would be the ed2k-links-handler
amule-utils would be all console utils: webserver amulecmd cas alcc
amule-utils-gui would be all gui utils: webserverDLG amulecmdDLG wxcas alc

This is because people using amule-dameon might not want to have to install 
libwxgtk+libgtk+xlib just to be able to install amuleweb ;)
About the ed2k links handler, it should be in a separate package so that it can 
be used for all amule-daemon, amule-gui and amule, not having the need to 
install all otehr console utils.

Obviusoly, the best would be to have  aseparate package for each, but i don't 
think you are in the mood for that ;)

C'ya soda!

> I think that the slitting is actually not complete. I'm aware of that. 
> But I don't have enough time, and I will take my new appartment in a 
> week, so, I will have more time in a few days.
> I think the best thing is :
> - one package amule-utils, which is actually the same as the current
> - one package amule-webserver which contains webserver for amule
> - one package amule-daemon which contains only the daemon
> - one package amule which contains the complete GUI
> 
> But I don't know if I can make a such split. I will test as soon as 
> possible. It's may be possible to package a new package called 
> amule-data to put .po files and other data like icons, ... This 
> decision needs test and I will do it as soon as possible.
> 


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

Bug#334289: ncurses-base: '/etc/terminfo/c/cygwin' problem -- extra newlines in 'top' output

[David Christensen]

Thomas Dickey wrote:
> Now go back and use infocmp to compare putty (and of course, you're
> using "putty" for $TERM, right?), against cygwin.  The difference
> that usually seems applicable here is the "bw" capability.

Here is PuTTY on a Debian 3.0 machine:

[EMAIL PROTECTED]:~$ echo $TERM
xterm

[EMAIL PROTECTED]:~$ infocmp xterm
#   Reconstructed via infocmp from file: /etc/terminfo/x/xterm
xterm|X11 terminal emulator,
am, bce, km, mc5i, mir, msgr, npc, xenl,
colors#8, cols#80, it#8, lines#24, pairs#64,
acsc=``aaffggiijjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~,
bel=^G, blink=\E[5m, bold=\E[1m, cbt=\E[Z, civis=\E[?25l,
clear=\E[H\E[2J, cnorm=\E[?25h, cr=^M,
csr=\E[%i%p1%d;%p2%dr, cub=\E[%p1%dD, cub1=^H,
cud=\E[%p1%dB, cud1=^J, cuf=\E[%p1%dC, cuf1=\E[C,
cup=\E[%i%p1%d;%p2%dH, cuu=\E[%p1%dA, cuu1=\E[A,
dch=\E[%p1%dP, dch1=\E[P, dl=\E[%p1%dM, dl1=\E[M,
ech=\E[%p1%dX, ed=\E[J, el=\E[K, el1=\E[1K, enacs=\E(B\E)0,
flash=\E[?5h$<100/>\E[?5l, home=\E[H, hpa=\E[%i%p1%dG,
ht=^I, hts=\EH, ich=\E[%p1%d@, il=\E[%p1%dL, il1=\E[L,
ind=^J, invis=\E[8m, is2=\E[!p\E[?3;4l\E[4l\E>,
kDC=\E[3;5~, kEND=\EO5F, kHOM=\EO5H, kIC=\E[2;5~,
kLFT=\EO5D, kNXT=\E[6;5~, kPRV=\E[5;5~, kRIT=\EO5C,
kb2=\EOE, kbs=\177, kcbt=\E[Z, kcub1=\EOD, kcud1=\EOB,
kcuf1=\EOC, kcuu1=\EOA, kdch1=\E[3~, kend=\EOF, kent=\EOM,
kf1=\EOP, kf10=\E[21~, kf11=\E[23~, kf12=\E[24~,
kf13=\EO2P, kf14=\EO2Q, kf15=\EO2R, kf16=\EO2S,
kf17=\E[15;2~, kf18=\E[17;2~, kf19=\E[18;2~, kf2=\EOQ,
kf20=\E[19;2~, kf21=\E[20;2~, kf22=\E[21;2~,
kf23=\E[23;2~, kf24=\E[24;2~, kf25=\EO5P, kf26=\EO5Q,
kf27=\EO5R, kf28=\EO5S, kf29=\E[15;5~, kf3=\EOR,
kf30=\E[17;5~, kf31=\E[18;5~, kf32=\E[19;5~,
kf33=\E[20;5~, kf34=\E[21;5~, kf35=\E[23;5~,
kf36=\E[24;5~, kf37=\EO6P, kf38=\EO6Q, kf39=\EO6R,
kf4=\EOS, kf40=\EO6S, kf41=\E[15;6~, kf42=\E[17;6~,
kf43=\E[18;6~, kf44=\E[19;6~, kf45=\E[20;6~,
kf46=\E[21;6~, kf47=\E[23;6~, kf48=\E[24;6~, kf5=\E[15~,
kf6=\E[17~, kf7=\E[18~, kf8=\E[19~, kf9=\E[20~, khome=\EOH,
kich1=\E[2~, kmous=\E[M, knp=\E[6~, kpp=\E[5~, mc0=\E[i,
mc4=\E[4i, mc5=\E[5i, op=\E[39;49m, rc=\E8, rev=\E[7m,
ri=\EM, rmacs=^O, rmam=\E[?7l, rmcup=\E[?1049l, rmir=\E[4l,
rmkx=\E[?1l\E>, rmso=\E[27m, rmul=\E[24m, rs1=\Ec,
rs2=\E[!p\E[?3;4l\E[4l\E>, sc=\E7, setab=\E[4%p1%dm,
setaf=\E[3%p1%dm,
 
setb=\E[4%?%p1%{1}%=%t4%e%p1%{3}%=%t6%e%p1%{4}%=%t1%e%p1%{6}%=%t3%e%p1%d%;m,
 
setf=\E[3%?%p1%{1}%=%t4%e%p1%{3}%=%t6%e%p1%{4}%=%t1%e%p1%{6}%=%t3%e%p1%d%;m,
 
sgr=\E[0%?%p6%t;1%;%?%p2%t;4%;%?%p1%p3%|%t;7%;%?%p4%t;5%;%?%p7%t;8%;m%?%p9%t\016
%e\017%;,
sgr0=\E[m\017, smacs=^N, smam=\E[?7h, smcup=\E[?1049h,
smir=\E[4h, smkx=\E[?1h\E=, smso=\E[7m, smul=\E[4m,
tbc=\E[3g, u6=\E[%i%d;%dR, u7=\E[6n, u8=\E[?1;2c, u9=\E[c,
vpa=\E[%i%p1%dd,

[EMAIL PROTECTED]:~$ infocmp cygwin putty
comparing cygwin to putty.
comparing booleans.
bw: F:T.
ccc: F:T.
eo: T:F.
in: T:F.
km: F:T.
mir: F:T.
xenl: F:T.
xon: T:F.
comparing numbers.
lines: 25, 24.
ncv: 3, NULL.
comparing strings.
acsc:
'+\020\,\021-\030.^Y0\333`\004a\261f\370g\361h\260j\331k\277l\332m\300n\305o~p\3
04q\304r\304s_t\303u\264v\301w\302x\263y\363z\362{\343|\330}\234~\376',
'``aaffggiijjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~'.
blink: NULL, '\E[5m'.
civis: NULL, '\E[?25l'.
clear: '\E[H\E[J', '\E[H\E[2J'.
cnorm: NULL, '\E[?25h'.
csr: NULL, '\E[%i%p1%d;%p2%dr'.
cub: NULL, '\E[%p1%dD'.
cud: NULL, '\E[%p1%dB'.
cud1: '\E[B', '^J'.
cuf: NULL, '\E[%p1%dC'.
cuu: NULL, '\E[%p1%dA'.
ech: NULL, '\E[%p1%dX'.
el1: '\E[1K', NULL.
enacs: NULL, '\E)0'.
ich: '\E[%p1%d@', NULL.
ich1: '\E[@', NULL.
initc: NULL,
'\E]P%?%p1%{9}%>%t%p1%{10}%-%'a'%+%c%e%p1%d%;%p2%{255}%&%Pr%gr%{16}%/%Px%?%gx%{9
}%>%t%gx%{10}%-%'A'%+%c%e%gx%d%;%gr%{15}%&%Px%?%gx%{9}%>%t%gx%{10}%-%'A'%+%c%e%g
x%d%;%p3%{255}%&%Pr%gr%{16}%/%Px%?%gx%{9}%>%t%gx%{10}%-%'A'%+%c%e%gx%d%;%gr%{15}
%&%Px%?%gx%{9}%>%t%gx%{10}%-%'A'%+%c%e%gx%d%;%p4%{255}%&%Pr%gr%{16}%/%Px%?%gx%{9
}%>%t%gx%{10}%-%'A'%+%c%e%gx%d%;%gr%{15}%&%Px%?%gx%{9}%>%t%gx%{10}%-%'A'%+%c%e%g
x%d%;'.
invis: '\E[8m', NULL.
is2: NULL, '\E7\E[r\E[m\E[?7h\E[?1;3;4;6l\E[4l\E8\E>'.
kbs: '^H', '\177'.
kcbt: NULL, '\E[Z'.
kcub1: '\E[D', '\EOD'.
kcud1: '\E[B', '\EOB'.
kcuf1: '\E[C', '\EOC'.
kcuu1: '\E[A', '\EOA'.
kend: '\E[4~', NULL.
kf1: '\E[[A', '\E[11~'.
kf2: '\E[[B', '\E[12~'.
kf3: '\E[[C', '\E[13~'.
kf4: '\E[[D', '\E[14~'.
kf5: '\E[[E', '\E[15~'.
kfnd: NULL, '\E[1~'.
khome: '\E[1~', NULL.
kmo

Bug#334289: ncurses-base: '/etc/terminfo/c/cygwin' problem -- extra newlines in 'top' output

[David Christensen]

Thomas Dickey wrote:
> perhaps.  But your report doesn't mention what terminal emulator is
> being used,

I don't know what "terminal emulator" means.  I am running Windows XP
Professional SP2 with a fairly recent Cygwin.  This issue has been present for
several months, in spite of several Cygwin updates and one Debian 3.1 re-install
(r0 to r0a).  I launch Cygwin Bash using the batch file provided by Cygwin:

[EMAIL PROTECTED]:~$ cat /cygwin.bat
@echo off
C:
chdir C:\cygwin\bin
bash --login -i

I then enter "ssh " to log in to a Debian host and issue the
"top" command.


> what the corresponding $TERM is.  Some differ with the line-wrapping
> behavior.

TERM is "cygwin" both on Windows/Cygwin and when I ssh into Debian (3.0 and
3.1).


HTH,

David



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

Bug#334003: please clean up the .diff

[Tommaso Moroni]

On Fri, Oct 14, 2005 at 11:59:53PM +0200, Steffen Joeris wrote:
> Maybe it is my mistake and I haven't got it, but I looked at your
> package and found a very big .diff.gz file.
> Is it necessary to have all the Makefiles in the diff?
> Normally only the debian dir should be in the diff, so if it is possible
> please can you change it in the next version?

The diff.gz I get with "apt-get source knights" is 30 Kb large and contains
only config.guess and config.sub, apart from the debian dir.
Am I missing something?


Regards,
-- 
Tommaso Moroni
[EMAIL PROTECTED]


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

Bug#283320: Still building fine on rem

[Paul TBBle Hampson]

rem: 5.8.7-6, success
http://buildd.debian.org/fetch.php?&pkg=perl&ver=5.8.7-6&arch=mipsel&stamp=1129187254&file=log&as=raw
-- 
Paul "TBBle" Hampson, [EMAIL PROTECTED]
8th year CompSci/Asian Studies student, ANU

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


pgptTcaEVB9FU.pgp
Description: PGP signature

Bug#328608: [Pkg-xfce-devel] Bug#328608: xfce4-weather: It makes the xfce4-panel crashes on if you try to query your location

[Rudy Godoy]

El d�a 19/09/2005 a 12:18 Nicolas DET escribi�...

Hi, 

> 
> Just try to query your location inside the prefs and it will make the
> xfce4-panel crash.
> 

Can you please upgrade to the latest version and see if it happens
again. And please let us know which city/location you fill in, since
it works for me with different places.

I'll downgrade the severity since It's unreproducible.

-Rudy

-- 
Rudy Godoy | 0x3433BD21 | http://stone-head.org   ,''`.
http://www.apesol.org  -  http://www.debian.org  : :' :
GPG FP: 0D12 8537 607E 2DF5 4EFB  35A7 550F 1A00 3433 BD21   `. `'
   `-


signature.asc
Description: Digital signature

Bug#334318: Installation Report

[Lee Azzarello]

Package: installation-reports

INSTALL REPORT

Debian-installer-version: Sarge binary CD-R, disk one from main Debian mirror
uname -a: Linux video 2.6.8-2-686 #1 Thu May 19 17:53:30 JST 2005 i686 GNU/Linux
Date: Sat Oct  8 20:24:50 EDT 2005 
Method: Base system via CD-R, extra packages from cache via apt-proxy

Machine: Compaq 5320 US. Found in the trash. It had a Windows virus.
Processor: Intel(R) Pentium(R) 4 CPU 1500MHz
Memory: 512 MB
Root Device: /dev/hda
Root Size/partition table:  
FilesystemSize  Used Avail Use% Mounted on
/dev/hda3  73G  3.1G   66G   5% /
tmpfs 253M 0  253M   0% /dev/shm
/dev/hda1  52M   17M   32M  35% /boot

Output of lspci and lspci -n:
:00:00.0 Host bridge: Intel Corporation 82845 845 (Brookdale) Chipset Host 
Bridge (rev 03)
:00:01.0 PCI bridge: Intel Corporation 82845 845 (Brookdale) Chipset AGP 
Bridge (rev 03)
:00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 12)
:00:1f.0 ISA bridge: Intel Corporation 82801BA ISA Bridge (LPC) (rev 12)
:00:1f.1 IDE interface: Intel Corporation 82801BA IDE U100 (rev 12)
:00:1f.2 USB Controller: Intel Corporation 82801BA/BAM USB (Hub #1) (rev 12)
:00:1f.4 USB Controller: Intel Corporation 82801BA/BAM USB (Hub #2) (rev 12)
:00:1f.5 Multimedia audio controller: Intel Corporation 82801BA/BAM AC'97 
Audio (rev 12)
:01:00.0 VGA compatible controller: nVidia Corporation NV6 [Vanta/Vanta LT] 
(rev 15)
:02:08.0 Ethernet controller: Intel Corporation 82801BA/BAM/CA/CAM Ethernet 
Controller (rev 03)
:02:09.0 Modem: PCTel Inc HSP MicroModem 56 (rev 02)

:00:00.0 0600: 8086:1a30 (rev 03)
:00:01.0 0604: 8086:1a31 (rev 03)
:00:1e.0 0604: 8086:244e (rev 12)
:00:1f.0 0601: 8086:2440 (rev 12)
:00:1f.1 0101: 8086:244b (rev 12)
:00:1f.2 0c03: 8086:2442 (rev 12)
:00:1f.4 0c03: 8086:2444 (rev 12)
:00:1f.5 0401: 8086:2445 (rev 12)
:01:00.0 0300: 10de:002c (rev 15)
:02:08.0 0200: 8086:2449 (rev 03)
:02:09.0 0703: 134d:7897 (rev 02)

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot worked:[O]
Configure network HW:   [O]
Config network: [O]
Detect CD:  [O]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [O]
Create file systems:[O]
Mount partitions:   [O]
Install base system:[O]
Install boot loader:[O]
Reboot: [O]

Comments/Problems:

One of many Debian systems. This system is currently being used to develop a 
video installation.




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

Bug#334010: net-snmp: NMU for openssl 0.9.8 transition will be uploaded for a 2-day NMU

[Steve Langasek]

On Mon, Oct 17, 2005 at 01:09:17AM -0200, Henrique de Moraes Holschuh wrote:
> On Sun, 16 Oct 2005, Steve Langasek wrote:
> > Why are you telling maintainers that you are going to NMU for the openssl
> > transition?  Such NMUs have not been discussed with either the release team

> Well, I am not telling maintainer*s*, so far I just filed a single bug
> against net-snmp.  Because of ld being quite clear that my system was about
> to go to segfault-happy land, and warning me I was getting stuff doubly
> linked against openssl 0.9.7 and 0.9.8 already (and net-snmp was the one
> bringing 0.9.7 to the chain).

So now the segfaults move another step down the chain, to someone else
running a different application that needs net-snmp built against 0.9.7...

> The openssl transition is under way, the release team was not clear on what
> we were to do about it, either.   I was fully expecting 0.9.8 to be removed
> off the archive immediately until it was properly fixed.  No such luck.

The options for undoing such a thing once it's started are few, and they all
suck.

> The packages for 0.9.8 were not removed, we all waited for a proper fix
> (versioned symbols) for a bit (thread on d-devel), none was forthcoming and
> the maintainer made it clear he wouldn't do it without the blessing of
> upstream or the other distros (but no status updates came about whether such
> a thing was being attempted or not).  

Nevertheless, it has been discussed on the pkg-openssl-devel mailing list
and with the release team:

http://lists.alioth.debian.org/pipermail/pkg-openssl-devel/2005-October/56.html
http://lists.alioth.debian.org/pipermail/pkg-openssl-devel/2005-October/64.html
http://lists.alioth.debian.org/pipermail/pkg-openssl-devel/2005-October/97.html

> 0.9.7 made it back to the archive, with no conflicts and no versioned
> symbols.  I filed a grave/critical bug about 0.9.8 not conflicting with all
> libs built against 0.9.7... cc'ed to d-devel, even.  No reply whatsoever.

Except that I submitted a patch for your bug less than 24 hours after it was
submitted: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=49;msg=16

And the maintainers are considering it.  Sorry for not cc:ing you, but all
the same, I don't really see how in the absence of versioned symbols, you
would feel that one-off NMUs of packages would help the transition.

> I hope my reasons for filling the bug are crystal clear, now.  I really AM
> sorry for disturbing the C++ transition even further, the sooner it is done,
> the better.  But the scenario was not exactly set up to make it easier for
> such a mistake not to be made.

Yes, I'm aware of that.  My mail was meant to bring the full situation to
your (and Jochen's) attention, to forestall any further openssl-related
bugs/NMUs at this point.

> May I humbly suggest that from now on, we have weekly d-d-a emails about all
> ongoing transitions and naming all packages that are to be left alone (no
> NMUs, no maintainer uploads without first talking to the release team) ?

The problem is that it's very difficult to identify all packages affected by
a transition before the transition is near the point of being ready.
Telling people "this is the list of packages not to upload", when we don't
know it's complete, is worse than telling people "this is the transition
going on right now".  Even that may not be sustainable given the number of
transitions that are currently in the air for etch. :/

> Better yet, da-katie could be improved to put a source package on hold for
> manual approval by the release team (after it is approved by the ftp-masters
> or builtin katie policies) to enforce these transitions more smoothly.

Well, that's an idea, but there are a number of other dak/britney changes
that are of much higher priority...

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


signature.asc
Description: Digital signature

Bug#334253: There should be a python2.4-pymacs

[Alexandre Fayolle]

On Sun, Oct 16, 2005 at 02:35:40PM +0200, Matthieu Moy wrote:
> Package: pymacs
> Severity: wishlist
> 
> python2.4 has been in Debian for a relatively long time. AFAIK, pymacs
> hasn't been compiled for python 2.4 in Debian (but the package is in
> ubuntu). 'Would be nice to have it.

I'm not sure about this. The latest trend on the python policy
development is to limit the number of python libraries packages compiled
for all available python versions, and I'm more inclined on removing the
python2.x-pymacs packages in favor of a single python-pymacs package
using the default python installation. 

Now, on the other hand, if some users really need support for versions
other than the default python version  on pymacs, I'll be glad to
proceed. I'll probably wait until the new version of the Python Policy
clarifies things before adding a new package to the archive. 

-- 
Alexandre Fayolle


signature.asc
Description: Digital signature

Bug#334087: python2.4-logilab-common: Python packages don't purge cleanly

[Alexandre Fayolle]

On Sat, Oct 15, 2005 at 03:56:10PM +0300, Lars Wirzenius wrote:
> Package: python2.4-logilab-common
> Version: 0.12.0-1
> 
> Note that although this bug is filed against the python2.4 version, the
> bug exists in all four.
> 
> The postinst
> creates /usr/lib/python2.4/site-packages/logilab/__init__.py but nothing
> in the package removes it, leaving cruft on the filesystem.

Thanks for your bug report. I will fix this ASAP, trying to upload a new
version this week. 

-- 
Alexandre Fayolle  LOGILAB, Paris (France).
http://www.logilab.com   http://www.logilab.fr  http://www.logilab.org


signature.asc
Description: Digital signature

Bug#175575: Cause of problem; possible fix

[David Lawyer]

The cause of the unwanted escape sequences in the text output is that
linuxdoc uses groff for text output.  groff uses grotty as a post
processor and grotty by default puts the escape seqences there per the
man page for grotty.  A fix is to pass the -c option to grotty to
disable this.  But how to do this when groff is called?  I can't find
out how to do this from the man page or the info page for groff.  If I
substitute nroff -c for groff, the problem is fixed but using nroff
may break something else.  nroff uses the option -T... while groff uses
-T ... (the difference is a space after -T).  So I had to change this
too when I substituted nroff.  There are likely some other
differences.  One could also try using troff in a pipeline with grotty
to enable the appropriate options to be given to grotty.

I really don't know Perl so I was lucky to discover possible solutions.

David Lawyer


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

Bug#320577: FTBFS: missing build-deps

[Steve Langasek]

Hi Marcelo,

Since you Andreas' patch looks good, do you plan to upload a fixed
gtkglextmm soon?  Although this bug does not affect the version of
gtkglextmm in testing, the version that is in testing is also RC-buggy
because it's built for the old C++ ABI and does not build-depend on g++-3.3;
and this is one of the last few bugs holding the new apt out of testing.  I
will plan to remove gtkglextmm from testing if it's not fixed by the time
the rest of the apt/sigc++-1.2 packages are ready to go.

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


signature.asc
Description: Digital signature

Bug#333706: [Pkg-shadow-devel] Bug#333706: useradd lacks -r option

[Christian Perrier]

(Matt, I need more input from someone who better knows LSB than
me. Please look at #333706 and add your thoughts here...or point
someone you would know having a deeper background about LSB to this bug)

> > Anyway, I don't really follow your reasoning, Tomasz. Do you actually
> > reject this suggestion with a kind of "this is Linux specific sh*t"
> > reasoning...or do you consider it?
> 
> This is your words .. not mine :)
> Mine is "this is RH specific sh*t" :>

LSB is not Redhat baby.

> Summarize: -r useradd option duplicates some long time avaialible shadow 
> functionalities (groupadd/useradd -O option was avalaible IIRC allways in 
> shadow but was not documented).

I think that the point of LSB is to guarantee that all Linux
distribution tools comply to a common ground of utilities. Having a
common way for all useradd implementations to guarantee there exists
an option to add a "system" user is an obvious requirement. I don't
have the details of "-O" as noone took care of even documenting it so
I actually can't tellI just suspect it needs some arguments so as
the minimum or maximum UIDs.

The point of "-r" is not requiring arguments at all. The exact range
may be distribution specific but the single switch guarantees for
instance a software vendor that using "useradd -r " will be a
portable way to add a system user to any LSB-compliant distro.




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

Bug#334295: slow syslogd makes system unusable

[Steve Langasek]

On Sun, Oct 16, 2005 at 01:50:21PM +0200, Kai Henningsen wrote:
> I've seen this cause a boot take hours. The system looks like it's
> mostly idle, but everything which uses syslog is excruciatingly slow.

> It is possible that this is the same which is mentioned in bug 273269,
> as both systems I've seen this on run with -r and -l, but the
> explanation looks suspicious, as I believe the last time I saw it DNS
> was actually working.  In that case, -l wasn't working, but reverse
> resolution was - every host was logged with the full reverse name
> instead of the short name. In another case, the slowdown kept openvpn
> from starting, and thus all actual log messages were from localhost.

I'm pretty sure that 'critical' is not the right severity for this bug,
since you are the first to report it.  Either hardly anyone is using -r -l,
and we should consider such a configuration contraindicated; or most people
using -r -l are not experiencing such symptoms, and we should wonder what is
special about your setup that's different from theirs.  This problem could
also be worked around by running two instances of syslogd -- one for local
logging that's started as normal, and one for remote logging that is started
later and is configured not to use /dev/log.

> /etc/init.d/sysklogd restart solved the problem in both situations.

This is the most curious part of this bug report.  If this is related to bug
#273269, why should restarting the daemon have any effect?

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


signature.asc
Description: Digital signature

Bug#334264: [Pkg-shadow-devel] Bug#334264: shadow: [INTL:sv] Swedish debconf templates translation

[Christian Perrier]

tags 334264 fixed-upstream
thanks

Quoting Tomasz Kłoczko ([EMAIL PROTECTED]):
> On Sun, 16 Oct 2005, Daniel Nylander wrote:
> 
> > Package: shadow
> > Severity: wishlist
> > Tags: patch l10n
> > 
> > 
> > Complete 382 strings swedish translation for shadow (D-I level 4)
> 
> Commited to CVS tree.

So, this will be fixed in next upstream version

Bug#198945: 198945 is fixed in 5.8.7-5

[Brendan O'Dea]

On Sun, Oct 16, 2005 at 07:53:39PM +, Brian M. Carlson wrote:
>Version: 5.8.7-5

Darn.  Mucked up the "closes" line in the changelog again.  Thanks.

--bod


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

Bug#330970: wmmaiload: Preserve atime after mbox check

[Peter Colberg]

Hi,

On Mon, Oct 17, 2005 at 04:51:22AM +0200, Florian Ragwitz wrote:
> I can confirm your bug with the current version in Debian, but I just
> noticed that there were some new upstream releases. I'll package them
> first to verify if the bug still exists with the new releases.

The code for MBOX checking was left untouched, apart from the
migration of function `check_mbox' to the source file `checkthread.c'.
Consequently, the proposed fix still works fine here (using v2.2.1).

Gruesse,
Peter


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

Bug#334292: lftp: illegal instruction/double free detected

[Noèl Köthe]

forwarded 334292 lftp@uniyar.ac.ru
tags 334292 + confirmed upstream
severity 334292 normal
merge 334059 334292
thanks

Am Sonntag, den 16.10.2005, 23:38 +0200 schrieb Filippo Giunchedi:

Hello,

> Severity: grave
> Justification: renders package unusable

> consider this sample output
> 
> [EMAIL PROTECTED]:~$ lftp mysite 
> Password:
> cd ok, cwd=/
> lftp [EMAIL PROTECTED]:/> cd www
> cd ok, cwd=/www
> lftp [EMAIL PROTECTED]:/www> put ~/tmp/subscribe.php
> 801 bytes transferred
> *** glibc detected *** double free or corruption (!prev): 0x10139df8 ***
> Aborted
> [EMAIL PROTECTED]:~$
> 
> note that the file got actually transferred successfully!

Yes this is correct and already reported 3 times. Because the file is
not corrupt the severity of grave is not correct.

-- 
Noèl Köthe 
Debian GNU/Linux, www.debian.org


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

Bug#334319: ruby-v4l - FTBFS: missing build-dependency

[Bastian Blank]

Package: ruby-v4l
Version: 0.1.2-1
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of ruby-v4l_0.1.2-1 on debian-31 by sbuild/s390 69
[...]
> ** Using build dependencies supplied by package:
> Build-Depends: debhelper (>= 4.0.0), ruby1.8-dev
[...]
> ruby1.8 extconf.rb
> make: ruby1.8: Command not found
> make: *** [build-stamp] Error 127
> ******
> Build finished at 20051016-1744
> FAILED [dpkg-buildpackage died]

ruby-v4l lacks a build-depdendency against ruby1.8.

Bastian


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

Bug#326014: reassign to fnord

[David Schweikert]

Hi Norbert,

I think that you can reassign this bug to fnord. Ralf tested with the
attached patch to fnord and now mailgraph works for him without
problems. Note that the second chunk of the patch is probably not
needed but I did leave it, since that's what Ralf tested...

The author of fnord is informed and I am discussing with him about this
problem.

Cheers
David
-- 
David Schweikert| phone: +41 44 632 7019
System manager ISG.EE   | walk:  ETH Zentrum, ETL F24.1
ETH Zurich, Switzerland | web:   http://people.ee.ethz.ch/dws
--- httpd.c.orig2005-08-03 13:32:50.0 +0200
+++ httpd.c 2005-10-13 21:35:58.912929000 +0200
@@ -531,7 +531,7 @@
 
   while(poll(pfd,nr,-1)!=-1) {
/* read from cgi */
-   if (pfd[0].revents&POLLIN) {
+   if (pfd[0].revents&(POLLIN|POLLHUP)) {
  if (!(n=read(fd[0],ibuf,sizeof(ibuf break;
  if (n<0) goto cgi_500;
  /* startup */
@@ -564,7 +564,7 @@
buffer_put(buffer_1,ibuf,n);
  }
  size+=n;
- if (pfd[0].revents&POLLHUP) break;
+ /*if (pfd[0].revents&POLLHUP) break;*/
}
/* write to cgi the post data */
else if (nr>1 && pfd[1].revents&POLLOUT) {
@@ -583,7 +583,6 @@
close(df[1]);
  }
}
-   else if (pfd[0].revents&POLLHUP) break;
else {
 cgi_500:  if (startup)
badrequest(500,"Internal Server Error","Looks like the CGI 
crashed.");

Bug#103681: u have won

[Don]

.. had my boyfriend try them out. All I can say is W-O-W...

Vanessa


http://www.resatu.com/pt/
























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

Bug#104434: u have won

[Fred]

.. had my boyfriend try them out. All I can say is W-O-W...

Vanessa


http://www.resatu.com/pt/
























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

Bug#239134: PATCH: jpeg and ppm support for xjig

[Alan Curry]

Nathanael Nerode writes the following:
>
>The GIF patent means that tools for turning things *into* gifs are pretty
>damn hard to find on a Debian system.

I don't believe it's true that GIFs are hard to make (djpeg, ppmtogif, etc.).
They're just not compressed.

But the point is valid anyway. xjig should support more image formats, so you
don't have to make intermediate gifs.

>
>So how about supporting PNG, which isn't that different, but which is much
>easier to convert to on Debian systems?  :-)
>

I've made a patch which implements JPEG and PPM support.

Because it was originally designed to work exclusively with GIFs, xjig uses
an internal image representation based on a 256-color palette. I haven't yet
attempted to change that internal representation, so JPEGs and PPMs are
quantized down to 256 colors.

Thanks to libjpeg, quantized JPEGs look good.

Quantized PPMs look horrible, because libnetpbm doesn't include a quantize
routine. I just crammed the colors into 8 bits by using 3 bits red, 3 bits
green, 2 bits blue.

No PNG yet. libpng's documentation is frightening. (And I don't see any
quantize routine in there either.)

The patch is kind of big for a mail message, so find it at


The size of the patch includes a lot of chunks that were moved from one file
to another, and a couple of files that were renamed, and some data types
renamed, all of which reflects the fact that there is now a generic
format-independent layer where previously there was just one image loader
which was partly GIF-dependent and partly format-independent. The amount of
new code is actually small.

This patch contains a couple of unrelated build fixes in the Imakefile and
Makefile.Linux. I couldn't get the build to work without these.

Diffed against Debian's version 2.4-8 (what I currently get with apt-get
source xjig), but it also applies to and works with the 2.4 orig.tar.gz. I
have not made any adjustments to the debian/* files. It will at least need
some new Build-Depends (libnetpbm-dev and libjpeg-dev).

Is there any active upstream maintainer for xjig? I'm going to be optimistic
and Cc: [EMAIL PROTECTED] whose address is in the source (next to some
9-year-old timestamps).


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

Bug#182605: Is #182605 really belonging to passwd?

[Steve Langasek]

On Sat, Oct 15, 2005 at 06:34:03PM +0200, Christian Perrier wrote:
> While looking at bug #182606 and then to passwd sources, I finally
> found that the prompting for a new password is not done by passwd
> itself but by the pam_unix PAM module

> As a consequence, my first reaction is saying that this bug does not
> pertain to passws. Am I right?

No, PAM modules do not do any direct prompting.  They depend on the
conversation function provided by the application.  In this case, passwd
appears to use the misc_conv conversation function provided by libpam_misc,
but if this conversation doesn't meet the needs of passwd, then I would say
that it's the responsibility of the passwd program to provide its own...

Anyway, this seems to be fixed upstream in Linux-PAM 0.80, so as soon as I
get the next upstream version packaged, this bug should be taken care of.
Feel free to reassign to libpam0g.

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


signature.asc
Description: Digital signature

Bug#66440: u have won

[Rodolfo]

... had my boyfriend try them out. All I can say is W-O-W...

Vanessa


http://www.resatu.com/pt/

























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

Bug#182605: [Pkg-shadow-devel] Bug#182605: Is #182605 really belonging to passwd?

[Christian Perrier]

reassign 182602 libpam0g
thanks

Quoting Christian Perrier ([EMAIL PROTECTED]):
> > > As a consequence, my first reaction is saying that this bug does not
> > > pertain to passws. Am I right?
> > 
> > Yes, unless there's a bug in passwd inside "#ifndef USE_PAM"
> > code too. ;)
> 
> 
> Well, given that Debian's passwd uses PAM, the bug would then become a
> bug in upstream passwd but not in Debian implementation..:-)


After talking with SteveI happily reassign this bug to the
relevant package




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

Bug#334189: common-lisp-controller: [INTL:sv] Swedish debconf templates translation

[Daniel Nylander]

Package: common-lisp-controller
Version: 4.19
Severity: wishlist
Tags: patch l10n



-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13.2
Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1)
# 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.
# , fuzzy
#
#
msgid ""
msgstr ""
"Project-Id-Version: common-lisp-controller 4.19\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2004-07-26 16:40+0200\n"
"PO-Revision-Date: 2005-10-16 09:29+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=iso-8859-1\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Poedit-Language: Swedish\n"
"X-Poedit-Country: SWEDEN\n"
"X-Poedit-SourceCharset: iso-8859-1\n"

#. Type: string
#. Default
#: ../templates:3
msgid "Unknown"
msgstr "Okänd"

#. Type: string
#. Description
#: ../templates:4
msgid "The short common LISP site name"
msgstr "Det korta common LISP systemnamnet"

#. Type: string
#. Description
#: ../templates:4
msgid "You can configure what the common LISP implementations are going to use 
as \"short site name\". This is mostly unused except in some error reporting 
tools."
msgstr "Du kan konfigurera vilket namn som common LISP implementeringen ska 
använda som \"short site name\". Detta används inte ofta annat än i vissa 
felrapporteringsverktyg."

#. Type: string
#. Default
#: ../templates:11
msgid "Site name not initialized"
msgstr "Systemnamn inte initierad"

#. Type: string
#. Description
#: ../templates:12
msgid "The long common LISP site name"
msgstr "Det långa common LISP systemnamnet"

#. Type: string
#. Description
#: ../templates:12
msgid "You can configure what the common LISP implementations are going to use 
as \"long site name\". This is mostly unused except in some error reporting 
tools."
msgstr "Du kan konfigurera vilket namn som common LISP implementeringen ska 
använda som \"long site name\". Detta används inte ofta annat än i vissa 
felrapporteringsverktyg."

Bug#334190: ilisp: [INTL:sv] Swedish debconf templates translation

[Daniel Nylander]

Package: ilisp
Version: 5.12.0+cvs.2004.12.25
Severity: wishlist
Tags: patch l10n



-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13.2
Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1)
#
#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: ilisp 5.12.0+cvs.2004.12.25\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2005-06-11 06:01+0200\n"
"PO-Revision-Date: 2005-10-16 09:41+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=iso-8859-1\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Poedit-Language: Swedish\n"
"X-Poedit-Country: SWEDEN\n"
"X-Poedit-SourceCharset: iso-8859-1\n"

#. Type: boolean
#. Description
#: ../ilisp.templates:4
msgid "Use FSF-compliant keybindings?"
msgstr "Använda FSF-standardiserade tangentmappningar?"

#. Type: boolean
#. Description
#: ../ilisp.templates:4
msgid "ILISP allows the choice of using FSF-compliant keybindings which start 
with a Control-C character. The older ILISP keybindings use a Control-Z 
character as the prefix."
msgstr "ILISP ger valet att använda en FSF-standardiserade tangentmappning som 
startar med ett Control-C tecken. Den äldre ILISP-tangentmappning anväde ett 
Control-Z tecken som prefix."

#. Type: boolean
#. Description
#: ../ilisp.templates:4
msgid "In general, the non-FSF compliant keybindings are easier to use: the 
ILISP manual in the Debian package ilisp-doc uses the non-FSF compliant 
keybindings and these keybindings often use fewer keystrokes."
msgstr "Generellt sett är icke-FSF-standardiserade tangentmappningar lättare 
att använda: ILISP-manualen i Debian-paketet ilisp-doc använder 
icke-FSF-standardiserade tangentmappningar och dessa tangentmappningar använder 
oftast färre tangenttryckningar."

#. Type: boolean
#. Description
#: ../ilisp.templates:4
msgid "If you change your mind later, you can run dpkg-reconfigure ilisp and 
change your keybinding selection."
msgstr "Om du ändrar dig senare kan du köra 'dpkg-reconfigure ilisp' och ändra 
ditt val av tangentmappning."

Bug#334191: gnokii: Support for Nokia 3120

[Matthew Palmer]

Package: gnokii
Version: 0.6.8-0.2
Severity: wishlist
Tags: patch

Attached is a small patch to add recognition of Nokia 3120 as a valid model
number in ~/.gnokiirc.  Please apply to the Debian version and/or forward
upstream, as deemed appropriate.

- Matt
--- gnokii-0.6.8.orig/common/misc.c
+++ gnokii-0.6.8/common/misc.c
@@ -130,6 +130,7 @@
{"2300",  "RM-4", 0 },
{"2300b", "RM-5", 0 },
{"3100",  "RH-19", 0 },
+   {"3120",  "RH-19", 0 },
{"3100b", "RH-50", 0 },
{"3105",  "RH-48", 0 },
{"3108",  "RH-6", 0 },
--- gnokii-0.6.8.orig/common/phones/nk6510.c
+++ gnokii-0.6.8/common/phones/nk6510.c
@@ -227,7 +227,7 @@
pgen_incoming_default,
/* Mobile phone information */
{
-   
"6510|6310|8310|6310i|6360|6610|6100|5100|3510|3510i|3595|6800|6810|6820|6820b|6610i|6230|6650|7210|7250|7250i|7600|6170|6020|6230i|5140",
 /* Supported models */
+   
"3120|6510|6310|8310|6310i|6360|6610|6100|5100|3510|3510i|3595|6800|6810|6820|6820b|6610i|6230|6650|7210|7250|7250i|7600|6170|6020|6230i|5140",
 /* Supported models */
7, /* Max RF Level */
0, /* Min RF Level */
GN_RF_Percentage,  /* RF level units */


signature.asc
Description: Digital signature

Bug#277507: Can't reproduce the crash any more

[Meelis Roos]

I tried with the same file (now archived at 
http://www.cs.ut.ee/~mroos/kate_crash.tga) and current KDE (Kate 2.4.1 
in KDE 3.4.2), and failed to reproduce it - kate & kwrite just display a 
warning that saving corrupts it because it's a binary file and then they 
just open it without crash.


Can be closed?

--
Meelis Roos ([EMAIL PROTECTED])


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

Bug#253733: reopening

[David Moreno Garza]

On Sat, 2005-10-15 at 20:04 +0200, Filippo Giunchedi wrote:
> reopen 253733
> thanks 
> 
> phew! reopening just in time :)
> 
> still alive, we are planning an upload of the whole
> gnome-bluetooth-related packages, check out pkg-bluetooth on alioth for 
> details!
> this bug is gonna be closed soon though (I hope!)

If any extra help is needed, I'm willing to help. This is actually an
interesting ITP.

Cheers,

--
David Moreno Garza <[EMAIL PROTECTED]>   |  http://www.damog.net/
   <[EMAIL PROTECTED]>  |  GPG: C671257D
  Chico Condesa: Pinche fresa mamón.

Bug#334192: mutt-ng: perhaps use alternatives with mutt?

[Rogério Brito]

Package: mutt-ng
Version: 0.0+20050916-1
Severity: wishlist

Hi there.

I saw that muttng is already in the experimental repository of Debian proper and 
decided to try it. My first impression on it is that it is a quite good 
improvement upon mutt (e.g., the name of the variables are more consistent etc).


Unfortunately, some tools (like reportbug, when invoked with -M) call mutt 
directly and it would be nice for the system administrators that installed 
muttng to be able to choose what to use via the update-alternatives infra 
structure provided by Debian.


I would be very grateful if it were possible to use this scheme, so that I would 
use muttng in more situations.


BTW, I do see one minor problem with the naming of muttng: I see the names 
mutt-ng and muttng being used without consistency in both the sites, 
documentation, command line interface (the name of the executable) etc.


It would be nice to have a consistent naming.


Thanks for packaging it, Rogério Brito.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (900, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.14-rc4-1
Locale: LANG=C, LC_CTYPE=pt_BR (charmap=ISO-8859-1)

Versions of packages mutt-ng depends on:
ii  libc62.3.5-6 GNU C Library: Shared libraries an
ii  libgnutls11  1.0.16-13.1 GNU TLS library - runtime library
ii  libidn11 0.5.18-1GNU libidn library, implementation
ii  libncursesw5 5.4-9   Shared libraries for terminal hand
ii  libqdbm111.8.30-1QDBM Database Libraries [runtime]
ii  libsasl2 2.1.19-1.5  Authentication abstraction library
ii  qmail [mail-transport-agent] 1.03-9  DJB's qmail
mutt-ng recommends no packages.

-- no debconf information

Bug#333919: gparted is linked against libparted but package doesnt depends on it

[David Moreno Garza]

On Fri, 2005-10-14 at 15:14 +0200, Jean-Luc Coulon (f5ibh) wrote:
> gparted-bin is linked against libparted-1.6.so.13 so gparted package should 
> depends on libgparted1.6-13.

Do you mean it should depend on libparted1.6-13, not libgparted? If so,
that's the way it's working on sid.

--
David Moreno Garza <[EMAIL PROTECTED]>   |  http://www.damog.net/
   <[EMAIL PROTECTED]>  |  GPG: C671257D
  El rock nació conmigo.

Bug#334193: xscreensaver: users unlocked by package upgrade

[Yann Dirson]

Package: xscreensaver
Version: 4.21-7
Severity: grave
Tags: security

When the xscreensaver package is upgraded, all running instances get a
SIGHUP, then restart, but in non-locked state, even when the instance
was locking a screen.

-- 
Yann Dirson<[EMAIL PROTECTED]> |
Debian-related: <[EMAIL PROTECTED]> |   Support Debian GNU/Linux:
|  Freedom, Power, Stability, Gratis
 http://ydirson.free.fr/| Check 


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

Bug#322931: Bug dependency on bug submission

[David Moreno Garza]

On Thu, 2005-10-13 at 11:33 +0200, Joachim Breitner wrote:
> Package: debbugs
> Followup-For: Bug #322931
> 
> Hi,
> 
> a further use of fixing #322931 would be that one can specify bug
> dependency right on submission, in my case an ITP that has to wait for a
> -dev package to become installable, but quite a lot of other uses.

Isn't this some kind of case for a 'wontfix' tag?

--
David Moreno Garza <[EMAIL PROTECTED]>   |  http://www.damog.net/
   <[EMAIL PROTECTED]>  |  GPG: C671257D
  Yo no bebo: Es el amor el que me hace beber.



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

Bug#332920: find: warning: you have specified the -maxdepth option ...

[Ludovic Rousseau]

Le Saturday 15 October 2005 à 18:37:17, Jose Calhariz a écrit:
> On Sun, Oct 09, 2005 at 03:59:17PM +0200, Ludovic Rousseau wrote:
> > The problem is "find -type d -maxdepth 1".
> > It should be "find -maxdepth 1 -type d" instead.
> > 
> > I propose the patch:
> 
> What version of find do you use, as I don't have problems?  Anyway I
> will apply your patch.

$ find --version
« find » de GNU version 4.2.25
Options activées: D_TYPE O_NOFOLLOW(enabled) LEAF_OPTIMISATION 

$ type find
find is hashed (/usr/bin/find)

$ dpkg -S /usr/bin/find
findutils: /usr/bin/find

$ dpkg -l findutils
ii  findutils  4.2.25-1   utilities for finding files--find, xargs, an

Bye,

-- 
 Dr. Ludovic Rousseau[EMAIL PROTECTED]
 -- Normaliser Unix c'est comme pasteuriser le camembert, L.R. --

Bug#333575: mambo: Typo in preinst

[David Moreno Garza]

On Thu, 2005-10-13 at 02:47 -0300, Federico Margeli wrote:
> line 24 of preinst:
> 
>  -a -f /usr/share/wwwconfig-common/apache-uninclude_al.sh ]
> 
> should be:
> 
>  -a -f /usr/share/wwwconfig-common/apache-uninclude_all.sh ]

Thanks. Fix just uploaded.

--
David Moreno Garza <[EMAIL PROTECTED]>   |  http://www.damog.net/
   <[EMAIL PROTECTED]>  |  GPG: C671257D
  Come to where the flavor is.



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

Bug#334194: glade_2.12.1-1(experimental/mips/sigrun): FTBFS, should b-depend on Gtk 2.8

[Marc 'HE' Brockschmidt]

Package: glade
Version: 2.12.1-1
Severity: serious

Hi,

glade 2.12.1-1 fails to build because a build-dep is b0rken:

Automatic build of glade_2.12.1-1 on sigrun by sbuild/mips 1.170.5
Build started at 20051015-1825
**
Checking available source versions...
Fetching source files...
Reading Package Lists...
Building Dependency Tree...
Need to get 2707kB of source archives.
Get:1 http://sinclair.farm.ftbfs.de experimental/main glade 2.12.1-1 (dsc) 
[2012B]
Get:2 http://sinclair.farm.ftbfs.de experimental/main glade 2.12.1-1 (tar) 
[2687kB]
Get:3 http://sinclair.farm.ftbfs.de experimental/main glade 2.12.1-1 (diff) 
[17.4kB]
Fetched 2707kB in 4s (568kB/s)
Download complete and in download only mode
** Using build dependencies supplied by package:
Build-Depends: debhelper (>= 4.2.21), dpatch, gettext (>= 0.10.40), 
libgnomecanvas2-dev (>= 2.0.0), libgnomeui-dev (>= 2.9.0), scrollkeeper (>= 
0.1.4), libbonobo2-dev (>= 2.4), libxml2-dev (>= 2.4.1), libgnomedb2-dev (>= 
0.90.3), libgnomeprintui2.2-dev, libbonoboui2-dev (>= 2.0.0), autotools-dev, 
gnome-common (>= 2.8.0), gnome-pkg-tools, libgtk2.0-dev (>= 2.6.0), libx11-dev, 
libgda2-dev (>= 0.90.0), libgail-gnome-dev
[...]
checking for pkg-config... /usr/bin/pkg-config
checking for libxml-2.0 >= 2.4.1 gtk+-2.0 >= 2.8.0... Requested 'gtk+-2.0 >= 
2.8.0' but version of GTK+ is 2.6.10
configure: error: Library requirements (libxml-2.0 >= 2.4.1 gtk+-2.0 >= 2.8.0) 
not met; consider adjusting the PKG_CONFIG_PATH environment variable if your 
libraries are in a nonstandard prefix so pkg-config can find them.

Marc
-- 
BOFH #47:
Complete Transient Lockout



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

Bug#334016: broken bswab*_inc

[David Moreno Garza]

On Sat, 2005-10-15 at 02:38 +0100, Piotras wrote:
> I'm attaching a patch to fix both problems.

Thanks! I've just uploaded it.

--
David Moreno Garza <[EMAIL PROTECTED]>   |  http://www.damog.net/
   <[EMAIL PROTECTED]>  |  GPG: C671257D
  Por que tú sin mí seguirías siendo nadie.

Bug#334195: phpbb2: [INTL:sv] Swedish debconf templates translation

[Daniel Nylander]

Package: phpbb2
Severity: wishlist
Tags: patch l10n


Swedish translation of the debconf template for phpbb2

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13.2
Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1)
# 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.
# , fuzzy
#
#
msgid ""
msgstr ""
"Project-Id-Version: phpbb2 2.0.13+1-6sarge1\n"
"Report-Msgid-Bugs-To: Jeroen van Wolffelaar <[EMAIL PROTECTED]>\n"
"POT-Creation-Date: 2004-09-12 13:21+0200\n"
"PO-Revision-Date: 2005-10-16 10:41+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=iso-8859-1\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Poedit-Language: Swedish\n"
"X-Poedit-Country: SWEDEN\n"
"X-Poedit-SourceCharset: iso-8859-1\n"

#. Type: boolean
#. Description
#: ../phpbb2-conf-mysql.templates:4
msgid "Overwrite your current configuration?"
msgstr "Skriva över din nuvarande konfiguration?"

#. Type: boolean
#. Description
#: ../phpbb2-conf-mysql.templates:4
msgid "An existing configuration file for the database has been found as 
/etc/phpbb2/config.php"
msgstr "En existerande konfigurationsfil för databasen har hittats som 
/etc/phpbb2/config.php"

#. Type: boolean
#. Description
#: ../phpbb2-conf-mysql.templates:4
msgid "Select this if you want to redo this setup. No database will be 
destroyed, but any customization of /etc/phpbb2/config.php will be lost."
msgstr "Välj denna om du vill göra om alla inställningar. Ingen databas kommer 
att förstöras men alla ändringar gjorda i /etc/phpbb2/config.php kommer att 
förloras."

#. Type: select
#. Choices
#: ../phpbb2-conf-mysql.templates:13
msgid "Create, Populate, None"
msgstr "Skapa, Befolka, Ingen"

#. Type: select
#. Description
#: ../phpbb2-conf-mysql.templates:15
msgid "Database creation"
msgstr "Skapa databas"

#. Type: select
#. Description
#: ../phpbb2-conf-mysql.templates:15
msgid "If you have not yet created a database and want to do so now, choose 
\"Create\"."
msgstr "Om du inte redan har skapat en databas och vill göra det nu, välj 
\"Skapa\"."

#. Type: select
#. Description
#: ../phpbb2-conf-mysql.templates:15
msgid "If you have created a database that currently has no tables and want to 
create the tables now, choose \"Populate\"."
msgstr "Om du har skapat en databas som för närvarande inte innehåller några 
tabeller och vill skapa tabellerna nu, välj \"Befolka\"."

#. Type: select
#. Description
#: ../phpbb2-conf-mysql.templates:15
msgid "If none of the above options applies to you, choose \"None\"."
msgstr "Om ingen av de ovanstående passar för dig, välj \"Ingen\"."

#. Type: string
#. Description
#: ../phpbb2-conf-mysql.templates:27
msgid "What is the hostname of your database server?"
msgstr "Vilket är värdnamnet på din databasserver?"

#. Type: string
#. Description
#: ../phpbb2-conf-mysql.templates:27
msgid "If your database is local, accept the default of 'localhost'."
msgstr "Om din databas är lokal, acceptera standardvalet som är 'localhost'."

#. Type: string
#. Description
#: ../phpbb2-conf-mysql.templates:27
msgid "If your database is on a separate computer, then you will need to enter 
the resolvable domain name for that computer."
msgstr "Om din databas finns på en separat dator behöver du ange namnet till 
den datorn."

#. Type: string
#. Description
#: ../phpbb2-conf-mysql.templates:36
msgid "What name do you want for the database?"
msgstr "Vilket namn vill du använda för databasen?"

#. Type: string
#. Description
#: ../phpbb2-conf-mysql.templates:36
msgid "All users, posts, etc., are stored in a single database. What would you 
like to name it?"
msgstr "Alla användare, postningar etc., lagras i en enda databas. Vilket namn 
ska databasen ha?"

#. Type: string
#. Description
#: ../phpbb2-conf-mysql.templates:43
msgid "What database username do you want to use?"
msgstr "Vilken databasanvändare vill du använda?"

#. Type: string
#. Description
#: ../phpbb2-conf-mysql.templates:43
msgid "A database-user dedicated to running phpBB will be created, in the 
interest of security."
msgstr "En databasanvändare dedikerad för att köra phpBB kommer att skapas, 
mestadels av säkerhetsskäl."

#. Type: password
#. Description
#: ../phpbb2-conf-mysql.templates:49
msgid "What database password do you want to use?"
msgstr "Vilket databaslösenord vill du använda?"

#. Type: password
#. Description
#: ../phpbb2-conf-mys

Bug#333880: x11vnc session freezes when resizing a window

[Ludovic Drolez]

Karl J. Runge wrote:

I believe you are seeing this deadlock.  Since your display most likely
supports XTEST, this must mean the debian x11vnc 0.7.1-3 was not built
correctly.


I rebuilt x11vnc 0.7.3 correcly a while (with your libvnc) but it seems I 
forgot to upload it... ooops...



--
Ludovic Drolez.

http://www.palmopensource.com   - The PalmOS Open Source Portal
http://www.drolez.com  - Personal site - Linux and PalmOS stuff


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

Bug#334196: laptop-net: [INTL:de] Updated translation of debconf-file

[Helge Kreutzmann]

Package: laptop-net
Severity: wishlist
Tags: patch l10n

Hello,
attached you'll find the updated file for the german translation.

Greetings

Helge

-- System Information:
Debian Release: 3.1
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.11.deb-7-grsec
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
-- 
Dr. Helge Kreutzmann, Dipl.-Phys.   [EMAIL PROTECTED]
   gpg signed mail preferred 
64bit GNU powered  http://www.itp.uni-hannover.de/~kreutzm
  Help keep free software "libre": http://www.ffii.de/
# translation of de_jetzt-patched.po to 
# translation of de.po to German
#
#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.
# Jens Nachtigall <[EMAIL PROTECTED]>, 2005.
#
msgid ""
msgstr ""
"Project-Id-Version: PACKAGE VERSION\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2004-05-20 23:51-0400\n"
"PO-Revision-Date: 2005-09-13 23:21+0200\n"
"Last-Translator: Jens Nachtigall <[EMAIL PROTECTED]>\n"
"Language-Team:  <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=ISO-8859-1\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.9.1\n"

#. Type: boolean
#. Description
#: ../templates:4
msgid "Overwrite laptop-net configuration files?"
msgstr "Die Konfigurations-Dateien von laptop-net überschreiben?"

#. Type: boolean
#. Description
#: ../templates:4
msgid ""
"If you set this option, you will be asked a series of questions about your "
"network configuration, and the answers to those questions will be used to "
"generate new configuration files for laptop-net.  The new configuration "
"files will overwrite any existing configuration files, and any changes you "
"might have made to them in the past."
msgstr ""
"Wenn Sie hier zustimmen, dann werden Ihnen eine Reihe von Fragen über "
"Ihre Netzwerkkonfiguration gestellt, und die Anworten auf diese Fragen werden "
"zur Erzeugung neuer Konfigurationsdateien für laptop-net verwendet. Die neuen "
"Konfigurationsdateien überschreiben alle bestehenden Konfigurationsdateien, "
"und alle Änderungen, die Sie eventuell an ihnen vorgenommen haben."

#. Type: boolean
#. Description
#: ../templates:4
msgid "If you don't set this option, your configuration files will not be 
changed."
msgstr ""
"Wenn Sie diese Option nicht setzen, dann werden Ihre Konfigurations-Dateien "
"nicht geändert."

#. Type: string
#. Description
#: ../templates:16
msgid "Network-interface driver module:"
msgstr "Treiber für die Netzwerk-Schnittstelle:"

#. Type: string
#. Description
#: ../templates:16
msgid ""
"If you are using a network interface adapter driver that lacks adequate "
"power management support then it is best if the driver is built as a "
"module.  See the documentation for details.  If your driver is built as a "
"module, enter the module's name here.  (For example, on the HP OmniBook 500 "
"or 6000 computers, the correct module name is \"3c59x\".)"
msgstr ""
"Falls Sie einen Netzwerk-Schnittstellen-Adapter verwenden, dem eine geeignete"
"Unterstützung für Energieverwaltung fehlt, dann wird der Treiber am besten "
"als Modul gebaut. Lesen Sie die Dokumentation für Details. Falls Ihr Treiber "
"als Modul gebaut ist, geben Sie hier den Namen ein. (Beispielsweise ist der "
"korrekte Modul-Name auf HP Omnibooks 500 und 6000-Rechnern »3c59x«.)"

#. Type: string
#. Description
#: ../templates:16
msgid "If you do not need any module or if you are unsure, leave this blank."
msgstr "Wenn Sie kein Modul benötigen oder sich unsicher sind, lassen das Feld 
leer."

#. Type: string
#. Description
#: ../templates:16
msgid ""
"Be aware that if your driver lacks adequate power management support then it "
"may not work properly after a suspend and resume cycle."
msgstr ""
"Beachten Sie bitte: Falls Ihrem Treiber eine geeignete Unterstützung für "
"Energie-Verwaltung fehlt, dann kann es sein, dass er nicht mehr richtig "
"funktioniert, nachdem der Laptop aus dem Ruhezustand aufgewacht ist."

#. Type: boolean
#. Description
#: ../templates:31
msgid "Does your network-interface driver support MII?"
msgstr "Unterstützt Ihre Netzwerk-Schnittstelle MII?"

#. Type: boolean
#. Description
#: ../templates:31
msgid ""
"MII stands for \"Media Independent Interface\".  Drivers that support MII "
"can sense whether or not the network cable is plugged in and operating. If "
"your hardware and driver support this then select this option here and this "
"package will make use of this feature to detect cable insertion and "
"removal.  Otherwise, do not 

Bug#253733: reopening

[Filippo Giunchedi]

On Sun, Oct 16, 2005 at 02:39:25AM -0500, David Moreno Garza wrote:
> If any extra help is needed, I'm willing to help. This is actually an
> interesting ITP.

of course, I'm importing some packages into pkg-bluetooth on alioth, the plan is
to keep pkg-bluetooth as the central repository for all the bluetooth-related
stuff (starting from gnome-related packages, that is)

filippo


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

Bug#330328: gksudo: blocks screen but loses focus

[Simon Males]

I get this as well on etch, although initially I thought gksudo was 
crashing.


--
Simon Males <[EMAIL PROTECTED]>


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

Bug#334010: net-snmp: NMU for openssl 0.9.8 transition will be uploaded for a 2-day NMU

[Steve Langasek]

Henrique,

Why are you telling maintainers that you are going to NMU for the openssl
transition?  Such NMUs have not been discussed with either the release team
or the QA team, and they would be disruptive of the release team's efforts
to complete the C++ ABI transition for KDE and related libraries -- of which
there are about a dozen tied in that do *not* come from KDE, and net-snmp is
one of them.  The openssl transition is not a priority compared to the C++
ABI transition, and uploads like the net-snmp 5.2.1.2-4 upload that your bug
prompted will delay the C++ transition without helping the openssl
transition.  (net-snmp will have to be rebuilt anyway once libssl0.9.8
provides versioned symbols.)

Please refrain from bug reports or NMUs for the openssl transition without
first discussing the specific case with the release team.

Jochen, if you weren't already aware, the libsnmp9 transition is tangled up
with the KDE transition because php4 and php5 depend on both; so if you
could also hold off on further net-snmp uploads except for RC bugfixes until
libsnmp9 makes it into testing, that would also be appreciated.

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


signature.asc
Description: Digital signature

Bug#309411: rpm does not create /var/lib/rpm

[Anand Kumria]

reopen 309411
thanks, mate

Hi Sam,

Thanks for the additional information you provided below.  I can see how
/var/lib/rpm not being present affects rpmstrap from working.

From a brief glance it that looks like rpm, incorrectly, wanting
/var/lib/rpm to exist even though an different root has been specified.

To me the correct solution will be to modify rpm to not care about the
existance of /var/lib/rpm on the host when --root is specified.

Until I've made that change, I've reopened this bug.

Regards,
Anand

On Fri, Oct 14, 2005 at 01:05:50PM -0500, Sam Hart wrote:
> Previously, Anand Kumria <[EMAIL PROTECTED]> wrote:
> >
> > Hi Bayle,
> >
> > I'm not sure why not no one else has responded to you.
> >
> > It is specifically documented in /usr/share/doc/rpm/README.Debian
> > why /var/lib/rpm is not created. This is because you should not use rpm 
> > to install packages on a Debian system; ideally you will convert the .rpm,
> > via alien, to a .deb and install it with dpkg.
> >
> > Those who wish to use both dpkg and rpm as package managers on their
> > system (keeping in mind that neither will know about the other) will
> > know enough to manually create the directory and initialise the
> > database.
> >
> > As I regard this as a usage error, I am closing this bugreport.
> 
> I think you may be closing this bugreport prematurely.
> 
> This problem additionally impacts people who are using Debian-based
> systems to maintain RPM-based chroots or bootstraps as well.
> 
> As a very real world example of this problem. Previously many people
> have been using Xen and rpmstrap (http://rpmstrap.pimpscript.net/) to
> provide virtual CentOS machines to their VPS users. Often people will
> manage multiple Xen virtual systems on a Debian base.
> 
> So, even though these people are not using rpm to install packages
> intermingled with their dpkg-controlled packages on their Debian system,
> they are still being affected by this error.
> 
> Perhaps it should be something that is configurable at installation of
> this newer version of RPM?
> 
> 

-- 
 `When any government, or any church for that matter, undertakes to say to
  its subjects, "This you may not read, this you must not see, this you are
  forbidden to know," the end result is tyranny and oppression no matter how
  holy the motives' -- Robert A Heinlein, "If this goes on --"


signature.asc
Description: Digital signature

Bug#334192: mutt-ng: perhaps use alternatives with mutt?

[Nico Golde]

Hi,
* Rogério Brito <[EMAIL PROTECTED]> [2005-10-16 11:21]:
> Package: mutt-ng
> Version: 0.0+20050916-1
> Severity: wishlist
> 
> Hi there.
> 
> I saw that muttng is already in the experimental repository of 
> Debian proper and decided to try it. My first impression on it 
> is that it is a quite good improvement upon mutt (e.g., the name 
> of the variables are more consistent etc).
> 
> Unfortunately, some tools (like reportbug, when invoked with -M) 
> call mutt directly and it would be nice for the system 
> administrators that installed muttng to be able to choose what 
> to use via the update-alternatives infra structure provided by 
> Debian.
> 
> I would be very grateful if it were possible to use this scheme, 
> so that I would use muttng in more situations.
> 
> BTW, I do see one minor problem with the naming of muttng: I see 
> the names mutt-ng and muttng being used without consistency in 
> both the sites, documentation, command line interface (the name 
> of the executable) etc.
> 
> It would be nice to have a consistent naming.

Yes, I totally agree. But why is this a bug against mutt-ng?
Regards Nico
-- 
Nico Golde - JAB: [EMAIL PROTECTED] | GPG: 0x73647CFF
http://www.ngolde.de | http://www.muttng.org | http://grml.org
Forget about that mouse with 3/4/5 buttons -
gimme a keyboard with 103/104/105 keys!


pgpDPcvKo2iCh.pgp
Description: PGP signature

Bug#319912: libgc: FTBFS on hurd-i386: configure.in does not support the Hurd for threading

[Michael Banck]

Hi Ryan,

On Sat, Oct 15, 2005 at 07:01:47PM -0700, Ryan Murray wrote:
> I greatly object to any sort of NMUs for an architecture that isn't
> even using a compiler in the archive.

We are using the gcc-4.0 in unstable since the beginning of August.


Michael

-- 
Michael Banck
Debian Developer
[EMAIL PROTECTED]
http://www.advogato.org/person/mbanck/diary.html


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

Bug#325874: [Logcheck-devel] Processed: Re: [Pkg-nagios-devel] Bug#325874: nagios-common: logcheck regexp issue

[sean finney]

On Sat, Oct 15, 2005 at 08:08:43PM +0100, Jamie L. Penman-Smithson wrote:
> This bug has been idle for a while, from looking at the patch it seems
> to me that UNREACHABLE notification messages should be ignored. There is
> no point in the user being notified of the problem more than once (by
> nagios and in logcheck mails). 
> 
> Unless there are any objections I'll include this in the next logcheck
> release.

i was actually starting to side with not including the patch, as
"UNREACHABLE" is actually significant of a problem... but you just
pointed out something that i had somehow not considered.  nagios
will already send out a notification to the admin when a host
is unreachable, if they want to know that :)  

so yes, please do include it.


sean


signature.asc
Description: Digital signature

Bug#333880: x11vnc session freezes when resizing a window

[Ludovic Drolez]

Karl J. Runge wrote:

I believe you are seeing this deadlock.  Since your display most likely
supports XTEST, this must mean the debian x11vnc 0.7.1-3 was not built
correctly.


In fact I've uploaded it ! X11vnc 0.7.1-3 was build from your 0.7.3 sources, 
and I included your modifications to libvnc.


I think that x11vnc was built with xtest (see the attached build log).

I also confirm that XTEST is activated on my xserver, and that I get the 
same 'No XTEST or DEC-XTRAP protection' message.


Cheers,

--
Ludovic Drolez.

http://www.palmopensource.com   - The PalmOS Open Source Portal
http://www.drolez.com  - Personal site - Linux and PalmOS stuff
dpkg-buildpackage: source package is libvncserver
dpkg-buildpackage: source version is 0.7.1-3
dpkg-buildpackage: source changed by Ludovic Drolez <[EMAIL PROTECTED]>
dpkg-buildpackage: host architecture i386
 debian/rules clean
dh_testdir
dh_testroot
rm -f build-arch-stamp build-indep-stamp #CONFIGURE-STAMP#
# Add here commands to clean up after the build process.
/usr/bin/make distclean
make[1]: Entering directory `/opt/home/root/c/deb/libvnc/libvncserver-0.7.1'
Making distclean in test
make[2]: Entering directory 
`/opt/home/root/c/deb/libvnc/libvncserver-0.7.1/test'
test -z "encodingstest cargstest copyrecttest blooptest cursortest" || rm -f 
encodingstest cargstest copyrecttest blooptest cursortest
rm -f *.o core *.core
rm -f *.tab.c
rm -rf ./.deps
rm -f Makefile  stamp-h stamp-h[0-9]*
rm -f TAGS ID GTAGS GRTAGS GSYMS GPATH
make[2]: Leaving directory `/opt/home/root/c/deb/libvnc/libvncserver-0.7.1/test'
Making distclean in client_examples
make[2]: Entering directory 
`/opt/home/root/c/deb/libvnc/libvncserver-0.7.1/client_examples'
test -z "ppmtest" || rm -f ppmtest
rm -f *.o core *.core
rm -f *.tab.c
rm -rf ./.deps
rm -f Makefile  stamp-h stamp-h[0-9]*
rm -f TAGS ID GTAGS GRTAGS GSYMS GPATH
make[2]: Leaving directory 
`/opt/home/root/c/deb/libvnc/libvncserver-0.7.1/client_examples'
Making distclean in libvncclient
make[2]: Entering directory 
`/opt/home/root/c/deb/libvnc/libvncserver-0.7.1/libvncclient'
test -z "libvncclient.a" || rm -f libvncclient.a
rm -f *.o core *.core
rm -f *.tab.c
rm -rf ./.deps
rm -f Makefile  stamp-h stamp-h[0-9]*
rm -f TAGS ID GTAGS GRTAGS GSYMS GPATH
make[2]: Leaving directory 
`/opt/home/root/c/deb/libvnc/libvncserver-0.7.1/libvncclient'
Making distclean in classes
make[2]: Entering directory 
`/opt/home/root/c/deb/libvnc/libvncserver-0.7.1/classes'
rm -f Makefile  stamp-h stamp-h[0-9]*
make[2]: Leaving directory 
`/opt/home/root/c/deb/libvnc/libvncserver-0.7.1/classes'
Making distclean in vncterm
make[2]: Entering directory 
`/opt/home/root/c/deb/libvnc/libvncserver-0.7.1/vncterm'
test -z "LinuxVNC" || rm -f LinuxVNC
test -z "example VNCommand" || rm -f example VNCommand
rm -f *.o core *.core
rm -f *.tab.c
rm -rf ./.deps
rm -f Makefile  stamp-h stamp-h[0-9]*
rm -f TAGS ID GTAGS GRTAGS GSYMS GPATH
make[2]: Leaving directory 
`/opt/home/root/c/deb/libvnc/libvncserver-0.7.1/vncterm'
Making distclean in x11vnc
make[2]: Entering directory 
`/opt/home/root/c/deb/libvnc/libvncserver-0.7.1/x11vnc'
test -z "x11vnc" || rm -f x11vnc
rm -f *.o core *.core
rm -f *.tab.c
rm -rf ./.deps
rm -f Makefile  stamp-h stamp-h[0-9]*
rm -f TAGS ID GTAGS GRTAGS GSYMS GPATH
make[2]: Leaving directory 
`/opt/home/root/c/deb/libvnc/libvncserver-0.7.1/x11vnc'
Making distclean in contrib
make[2]: Entering directory 
`/opt/home/root/c/deb/libvnc/libvncserver-0.7.1/contrib'
test -z "zippy" || rm -f zippy
rm -f *.o core *.core
rm -f *.tab.c
rm -rf ./.deps
rm -f Makefile  stamp-h stamp-h[0-9]*
rm -f TAGS ID GTAGS GRTAGS GSYMS GPATH
make[2]: Leaving directory 
`/opt/home/root/c/deb/libvnc/libvncserver-0.7.1/contrib'
Making distclean in examples
make[2]: Entering directory 
`/opt/home/root/c/deb/libvnc/libvncserver-0.7.1/examples'
test -z "example pnmshow regiontest pnmshow24 fontsel vncev storepasswd 
colourmaptest simple simple15" || rm -f example pnmshow regiontest pnmshow24 
fontsel vncev storepasswd colourmaptest simple simple15
rm -f *.o core *.core
rm -f *.tab.c
rm -rf ./.deps
rm -f Makefile  stamp-h stamp-h[0-9]*
rm -f TAGS ID GTAGS GRTAGS GSYMS GPATH
make[2]: Leaving directory 
`/opt/home/root/c/deb/libvnc/libvncserver-0.7.1/examples'
Making distclean in libvncserver
make[2]: Entering directory 
`/opt/home/root/c/deb/libvnc/libvncserver-0.7.1/libvncserver'
test -z "libvncserver.a" || rm -f libvncserver.a
rm -f *.o core *.core
rm -f *.tab.c
rm -rf ./.deps
rm -f Makefile  stamp-h stamp-h[0-9]*
rm -f TAGS ID GTAGS GRTAGS GSYMS GPATH
make[2]: Leaving directory 
`/opt/home/root/c/deb/libvnc/libvncserver-0.7.1/libvncserver'
Making distclean in .
make[2]: Entering directory `/opt/home/root/c/deb/libvnc/libvncserver-0.7.1'
rm -f Makefile LibVNCServer.spec libvncserver-config stamp-h stamp-h[0-9]*
rm -f rfbconfig.h
rm -f TAGS ID GTAGS GRTAGS GSYMS GPATH
make[2]: Leaving directory `/opt/home/root/c/deb/libvnc/libvncserver-0.7.1'
rm -f config.status config

Bug#314982: screem: try installing dbus-1-utils (should it be "required" ?)

[Franklin PIAT]

Package: screem
Version: 0.14.2-3
Followup-For: Bug #314982


Hello,

i had the same problem.

my /etc/X11/Xsession.options was already properly configured
with "use-session-dbus" (may be it's default in unstable...).

However, this setting is handled by an extra package ('dbus-1-utils')
which wasn't installed.

hope this help.

Franklin

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

Versions of packages screem depends on:
ii  dbus-10.23.4-1   simple interprocess messaging syst
ii  dbus-glib-1   0.23.4-1   simple interprocess messaging syst
ii  gconf22.10.1-6   GNOME configuration database syste
ii  libart-2.0-2  2.3.17-1   Library of functions for 2D graphi
ii  libatk1.0-0   1.10.3-1   The ATK accessibility toolkit
ii  libaudiofile0 0.2.6-6Open-source version of SGI's audio
ii  libbonobo2-0  2.10.1-1   Bonobo CORBA interfaces library
ii  libbonoboui2-02.10.1-1   The Bonobo UI library
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libcroco3 0.6.0-2a generic Cascading Style Sheet (C
ii  libesd-alsa0 [libesd0]0.2.36-1   Enlightened Sound Daemon (ALSA) - 
ii  libfontconfig12.3.2-1generic font configuration library
ii  libfreetype6  2.1.7-2.4  FreeType 2 font engine, shared lib
ii  libgail-common1.8.5-1GNOME Accessibility Implementation
ii  libgail17 1.8.5-1GNOME Accessibility Implementation
ii  libgconf2-4   2.10.1-6   GNOME configuration database syste
ii  libgcrypt11   1.2.1-4LGPL Crypto library - runtime libr
ii  libglade2-0   1:2.5.1-2  library to load .glade files at ru
ii  libglib2.0-0  2.8.3-1The GLib library of C routines
ii  libgnome-keyring0 0.4.5-1GNOME keyring services library
ii  libgnome-menu02.10.2-1   an implementation of the freedeskt
ii  libgnome2-0   2.10.1-1   The GNOME 2 library - runtime file
ii  libgnomecanvas2-0 2.10.2-2   A powerful object-oriented display
ii  libgnomeprint2.2-02.10.3-3   The GNOME 2.2 print architecture -
ii  libgnomeprintui2.2-0  2.10.2-2   GNOME 2.2 print architecture User 
ii  libgnomeui-0  2.10.1-1   The GNOME 2 libraries (User Interf
ii  libgnomevfs2-02.10.1-5   The GNOME virtual file-system libr
ii  libgnutls11   1.0.16-13.1GNU TLS library - runtime library
ii  libgpg-error0 1.1-4  library for common error values an
ii  libgtk2.0-0   2.6.10-1   The GTK+ graphical user interface 
ii  libgtkhtml2-0 2.6.3-1HTML rendering/editing library - r
ii  libgtksourceview1.0-0 1.4.2-1shared libraries for the GTK+ synt
ii  libice6   6.8.2.dfsg.1-7 Inter-Client Exchange library
ii  libjpeg62 6b-10  The Independent JPEG Group's JPEG 
ii  liborbit2 1:2.12.2-3 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0 1.8.2-3Layout and rendering of internatio
ii  libpopt0  1.7-5  lib for parsing cmdline parameters
ii  libsm66.8.2.dfsg.1-7 X Window System Session Management
ii  libtasn1-20.2.13-1   Manage ASN.1 structures (runtime)
ii  libx11-6  6.8.2.dfsg.1-7 X Window System protocol client li
ii  libxml2   2.6.22-1   GNOME XML library
ii  xlibs 6.8.2.dfsg.1-7 X Window System client libraries m
ii  zlib1g1:1.2.3-4  compression library - runtime

screem recommends no packages.

-- debconf-show failed


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

Bug#333984: [l10n] Initial Czech translation of php-clamavlib debconf messages

[Jonas Genannt]

Hello,

Miroslav Kure wrote:

Package: php-clamavlib
Severity: wishlist
Tags: l10n, patch

Hi, in attachement there is initial Czech translation (cs.po) of
php-clamavlib debconf messages, please include it.

Christian Perrier (#334056) Found an typo in my templates.
I send you the merged cs.po file for correction.

Greets,
Jonas



cs.po.gz
Description: application/gzip

Bug#322931: Bug dependency on bug submission

[Joachim Breitner]

Hi,

Am Sonntag, den 16.10.2005, 03:29 -0500 schrieb David Moreno Garza:
> On Thu, 2005-10-13 at 11:33 +0200, Joachim Breitner wrote:
> > a further use of fixing #322931 would be that one can specify bug
> > dependency right on submission, in my case an ITP that has to wait for a
> > -dev package to become installable, but quite a lot of other uses.
> 
> Isn't this some kind of case for a 'wontfix' tag?

No, why that? I just want a one-mail shortcut for "file a bug, wait for
the bugnumber, specify any bug dependencies. Or did I get you wrong?

Joachim

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



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

Bug#334192: mutt-ng: perhaps use alternatives with mutt?

[Elimar Riesebieter]

On Sun, 16 Oct 2005 the mental interface of
Rogério Brito told:

> Package: mutt-ng
> Version: 0.0+20050916-1
> Severity: wishlist
> 
> Hi there.
> 
> I saw that muttng is already in the experimental repository of Debian proper 
> and decided to try it. My first impression on it is that it is a quite good 
> improvement upon mutt (e.g., the name of the variables are more consistent 
> etc).
> 
> Unfortunately, some tools (like reportbug, when invoked with -M) call mutt 
> directly and it would be nice for the system administrators that installed 
> muttng to be able to choose what to use via the update-alternatives infra 
> structure provided by Debian.

See Bug#334171

> I would be very grateful if it were possible to use this scheme, so that I 
> would use muttng in more situations.
> 
> BTW, I do see one minor problem with the naming of muttng: I see the names 
> mutt-ng and muttng being used without consistency in both the sites, 
> documentation, command line interface (the name of the executable) etc.

The name is mutt-ng, created by ak. libc6 doesn#t accept binaries
including a '-'-character in zs name so it is muttng.

> It would be nice to have a consistent naming.

Not possible

Please don't send bugs twice.

Elimar


-- 
  Do you smell something burning or ist it me?


pgp4Vk95squIb.pgp
Description: PGP signature

Bug#334171: mutt-ng: perhaps use alternatives with mutt?

[Elimar Riesebieter]

On Sat, 15 Oct 2005 the mental interface of
Rogério Brito told:

> Package: mutt-ng
> Version: 0.0+20050916-1
> Severity: wishlist
> 
> Hi there.
> 
> I am right now playing with mutt-ng directly taken from experimental and
> it does seem more sensible (at least with the naming of the variables)
> than mutt.
> 
> I would, therefore, like to use it in preference of mutt, even if I have
> mutt installed. Unfortunately, some programs already use mutt as a
> hardcoded value (for instance, this very same bugreport tool that I am
> using right now, when invoked with the -M option).

echo "mua 'muttng -H'" >> ~/.reportbugrc

> So, would it be possible to provide a way (say, via alternatives) so
> that the system administrator could choose which version to give
> preference?

No, mutt-ng is bleeding edge and isn't an altrnative yet.

> I think that using alternatives would be quite painless to implement and
> I can send a patch if desired.
> 
> Oh, BTW, it seems to be mature enough to warrant a first upload to
> unstable (so that it can move to testing, where more people would use
> it).

No, mutt-ng is bleeding edge and isn't stable enough yet.

> Thanks for packaging muttng, Rogério Brito.

Thanks for reporting

Elimar


-- 
.~.
/V\   L   I   N   U   X
   /( )\ >Phear the Penguin<
   ^^-^^


pgpTnrvyvSKWz.pgp
Description: PGP signature

Bug#334197: --mua option b0rken

[Nico Golde]

Package: reportbug
Version: 3.17
Severity: important
Hi,
I tested reportbug with using mutt-ng via the command line 
option --mua. I noticed that it puts the name of the tmp 
mail file into the To line and thought it is a bug in 
mutt-ng.
But the same happens with any value for --mua=(including 
mutt).
I think its a bug or do I miss something?
Regards Nico


-- Package-specific info:
** Environment settings:
DEBEMAIL="[EMAIL PROTECTED]"
DEBFULLNAME="Nico Golde"

** /home/nion/.reportbugrc:
submit
mutt
query-bts
cc
config-files
compress
sign gpg
email "[EMAIL PROTECTED]"
verify
mode expert

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

Versions of packages reportbug depends on:
ii  python2.3 2.3.5-8An interactive high-level object-o

Versions of packages reportbug recommends:
pn  python2.3-cjkcodecs | python2  (no description available)

-- no debconf information

-- 
Nico Golde - JAB: [EMAIL PROTECTED] | GPG: 0x73647CFF
http://www.ngolde.de | http://www.muttng.org | http://grml.org
Forget about that mouse with 3/4/5 buttons -
gimme a keyboard with 103/104/105 keys!


signature.asc
Description: Digital signature

Bug#334198: bincimap: looks for .password file at the wrong place

[CAiRO]

Package: bincimap
Version: 1.2.12final-1
Severity: normal

In my /etc/bincimap/bincimap.conf, I've set path = ".emailstore" so that emails 
get stored in ~/.emailstore.

Bincimap stores all the emails there and reads them from the, but the .password 
file has to be in '~/Maildir'. If the password file isn't there, authentication 
fails. It doesn't read the password from ~/.emailstore/.password but only from 
~/Maildir/.password even though ~/.emailstore is the path to the emails.

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.11tooar2
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages bincimap depends on:
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libgcc1   1:4.0.2-2  GCC support library
ii  libssl0.9.7   0.9.7g-5   SSL shared libraries
ii  libstdc++51:3.3.6-10 The GNU Standard C++ Library v3
ii  openssl   0.9.8-3Secure Socket Layer (SSL) binary a

-- no debconf information


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

Bug#333805: ITP: php-json-ext -- json serialiser for PHP4/5

[Piotr Roszatycki]

> * Package name: php-json-ext

Why php-json-ext instead of simply php-json?

-- 
 .''`.Piotr Roszatycki, Netia SA
: :' :mailto:[EMAIL PROTECTED]
`. `' mailto:[EMAIL PROTECTED]
  `-


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

Bug#328126: polypaudio: Maybe not with dmix?

[Vincent Lönngren]

Package: polypaudio
Version: 0.7+20050805-2
Followup-For: Bug #328126

I'm not sure anymore that it has anything to do with dmix. Polypaudio
dies sometimes even when there has been no sound from other sources, and
sometimes when there has been, it's still alive. I guess it's just
freaky, unexplainable death. Sorry that I don't have more information. I
guess that makes this report extremely hard to act on.

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

Versions of packages polypaudio depends on:
ii  libc6 2.3.5-7GNU C Library: Shared libraries an
ii  libltdl3  1.5.20-2   A system independent dlopen wrappe
ii  libsamplerate00.1.1-2audio rate conversion library
ii  libsndfile1   1.0.12-3   Library for reading/writing audio 
ii  libwrap0  7.6.dbs-8  Wietse Venema's TCP wrappers libra

polypaudio recommends no packages.

-- no debconf information


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

Bug#334164: yada: Touches debian/control, first paragraph, modifies Build-Depends on the fly

[Piotr Roszatycki]

severity 334164 normal
thanks

> yada rebuilds the debian/control file when it is run, *AND* it goes and
> *modifies* data in the first paragraph of it.
>
> This is *really* broken and should never be done, except by the
> maintainer itself. The reason is simple: If its done automagically and
> noone checks it, it can produce results which may break later, for
> example in security updates.

If the security update is prapared with sane environment (in sarge system), 
there is no possibility to break the debian/control's Build-Dependencies.

Please, tell me, how yada can break the package? I'm using this tool for years 
and it happened *never*.

In fact, the Build-Depends are changed only for yada itself. If security 
update is prepared with wrong tool, the result will be also wrong. If updated 
is prepared with the proper environment, the result will be OK.

My example - the phpmyadmin 2.6.2-3:

autogenerated debian/control in original package:

Build-Depends-Indep: yada (>= 0.34), po-debconf

autoregenerated debian/control in sid environment:

Build-Depends-Indep: yada (>= 0.48), po-debconf

autogenerated debian/control in sarge environment (i.e. for security update)

Build-Depends-Indep: yada (>= 0.34), po-debconf

So, it is the same version as in original package. Everything is all right.

-- 
 .''`.Piotr Roszatycki, Netia SA
: :' :mailto:[EMAIL PROTECTED]
`. `' mailto:[EMAIL PROTECTED]
  `-


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

Bug#333489: xwine: Problem gone

[Vincent Lönngren]

Package: xwine
Version: 1.0.1-1
Followup-For: Bug #333489

Hooray! The problem went away!

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

Versions of packages xwine depends on:
ii  gdk-imlib11.9.14-24  compatibility package for gdk-imli
ii  libart2   1.4.2-25   The GNOME canvas widget - runtime 
ii  libaudiofile0 0.2.6-6Open-source version of SGI's audio
ii  libc6 2.3.5-7GNU C Library: Shared libraries an
ii  libdb33.2.9-22   Berkeley v3 Database Libraries [ru
ii  libesd-alsa0 [libesd0]0.2.36-1   Enlightened Sound Daemon (ALSA) - 
ii  libglib1.21.2.10-10  The GLib library of C routines
ii  libgnome321.4.2-25   The GNOME libraries
ii  libgnomesupport0  1.4.2-25   The GNOME libraries (Support libra
ii  libgnomeui32  1.4.2-25   The GNOME libraries (User Interfac
ii  libgtk1.2 1.2.10-18  The GIMP Toolkit set of widgets fo
ii  libice6   6.8.2.dfsg.1-9 Inter-Client Exchange library
ii  libsm66.8.2.dfsg.1-9 X Window System Session Management
ii  libx11-6  6.8.2.dfsg.1-9 X Window System protocol client li
ii  libxext6  6.8.2.dfsg.1-9 X Window System miscellaneous exte
ii  libxi66.8.2.dfsg.1-9 X Window System Input extension li
ii  libxml2   2.6.22-1   GNOME XML library
ii  xlibs 6.8.2.dfsg.1-9 X Window System client libraries m
ii  zlib1g1:1.2.3-4  compression library - runtime

Versions of packages xwine recommends:
ii  wine  0.0.20050930-3 Windows Emulator (Binary Emulator)
pn  winesetuptk(no description available)

-- no debconf information


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

Bug#334199: catalan debconf templates translation

[Miguel Gea Milvaques]

Package: beep
Version: 1.2.2-14
Severity: wishlist
Tags: patch l10n

Hi,
I've attached the updated catalan debconf translations. Please include
them in the new package version.

Thank you

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

Versions of packages beep depends on:
ii  debconf   1.4.58 Debian configuration management sy
ii  libc6 2.3.5-6GNU C Library: Shared libraries an

beep recommends no packages.
# translation of beep_1.2.2-12_templates.po to catalan
#
#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.
# Jordi Fernández Mora <[EMAIL PROTECTED]>, 2004.
# Miguel Gea Milvaques <[EMAIL PROTECTED]>, 2004.
#
msgid ""
msgstr ""
"Project-Id-Version: ca\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2005-06-14 00:09+0200\n"
"PO-Revision-Date: 2005-10-10 15:34+0200\n"
"Last-Translator: Miguel Gea Milvaques <[EMAIL PROTECTED]>\n"
"Language-Team: Catalan \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit"

#. Type: select
#. Choices
#: ../templates:3
msgid ""
"suid root for all, suid root with only group audio executable, not suid at "
"all"
msgstr ""
"suid root per a tothom, suid root només pel grup audio, suid per a ningú "

#. Type: select
#. Description
#: ../templates:5
msgid "How do you want to handle suid root for the beep program?"
msgstr "Com voleu gestionar l'atribut suid root pel programa beep?"

#. Type: select
#. Description
#: ../templates:5
msgid ""
"beep must be run as root since it needs to access the speaker hardware. "
"There are several posibilities to make the program usable:  Either only for "
"root (no suid bit at all), executable only by users of the group audio, or "
"usable for all."
msgstr ""
"s'ha d'executar beep com a root ja que necessita accedir al maquinari del "
"speaker. Hi ha varies possibilitats de fer el programa usable: Només per "
"l'usuari root (no apareix el bit de suid), només executable pels usuaris del "
"grup audio, o executable per a tothom."

#. Type: select
#. Description
#: ../templates:5
msgid ""
"Since each program set as suid root can be a security risk this is not done "
"by default.  However, the program is quite small (~150 lines of code), so it "
"is fairly easy to verify the safety of the code yourself, if you don't trust "
"my judgement."
msgstr ""
"Ja que qualsevol programa amb el suid root pot ser un perill per la "
"seguretat, no es fa per defecte. Tot i això el programa és petit (unes 150 "
"línies) i és en justícia fàcil verificar la seguretat del codi vosaltres "
"mateixos, si no confieu en el meu criteri."

Bug#334200: vim-common: syntax highlighting seems to be broken

[Joerg Schuetter]

Package: vim-common
Version: 1:6.4-000+1
Severity: normal


By setting the syntax highlighting to automatic these error-lines apear:

Error detected while processing /usr/share/vim/vim64/syntax/syntax.vim:
line 42:
E216: No such group or event: filetypedetect BufRead

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

Versions of packages vim-common depends on:
ii  vim  1:6.4-000+1 Vi IMproved - enhanced vi editor

vim-common recommends no packages.

-- no debconf information


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

Bug#334201: gosa: samba.schema and samba3.schema not copied

[Thorsten Sandfuchs]

Package: gosa
Version: 2.3-1
Severity: grave
Justification: renders package unusable


Hi,
samba.schema and samba3.scheama weren't copied to /etc/ldap/schema,
therefore the setup process couldn't find the corresponding
schema-definition, and no gosa.conf could be created.

Fix: I found them in /usr/share/doc/gosa/contrib/openldap

thx for fixing

/fux

-- System Information:
Debian Release: testing/unstable
Architecture: i386 (i686)
Kernel: Linux 2.6.11.9-050512a
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages gosa depends on:
ii  apache  1.3.33-6sarge1   versatile, high-performance HTTP s
ii  apache2-mpm-worker  2.0.54-5 high speed threaded model for Apac
ii  exim4-daemon-heavy [mai 4.52-1   exim MTA (v4) daemon with extended
ii  fping   2.4b2-to-ipv6-10 sends ICMP ECHO_REQUEST packets to
ii  imagemagick 6:6.0.6.2-2.4Image manipulation programs
ii  libcrypt-smbhash-perl   0.02-6   generate LM/NT hash of a password 
ii  php44:4.3.10-16  server-side, HTML-embedded scripti
ii  php4-cgi4:4.3.10-16  server-side, HTML-embedded scripti
ii  php4-gd 4:4.3.10-16  GD module for php4
ii  php4-imap   4:4.3.10-16  IMAP module for php4
ii  php4-ldap   4:4.3.10-16  LDAP module for php4
ii  php4-mcrypt 3:4.3.10-1   MCrypt module for php4
ii  php4-mhash  4:4.3.10-16  MHASH module for php4
ii  php4-mysql  4:4.3.10-16  MySQL module for php4

-- no debconf information


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

Bug#334202: gosa: configuration of slapd should be documented

[Thorsten Sandfuchs]

Package: gosa
Version: 2.3-1
Severity: minor

hio,
I think there should be a note in the README.Debian, on how to 
enable the schema in in the slapd.conf, otherwise, the setup won't work and
trow a lot of errors.

include /etc/ldap/schema/

thx for documenting
/fux

-- System Information:
Debian Release: testing/unstable
Architecture: i386 (i686)
Kernel: Linux 2.6.11.9-050512a
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages gosa depends on:
ii  apache  1.3.33-6sarge1   versatile, high-performance HTTP s
ii  apache2-mpm-worker  2.0.54-5 high speed threaded model for Apac
ii  exim4-daemon-heavy [mai 4.52-1   exim MTA (v4) daemon with extended
ii  fping   2.4b2-to-ipv6-10 sends ICMP ECHO_REQUEST packets to
ii  imagemagick 6:6.0.6.2-2.4Image manipulation programs
ii  libcrypt-smbhash-perl   0.02-6   generate LM/NT hash of a password 
ii  php44:4.3.10-16  server-side, HTML-embedded scripti
ii  php4-cgi4:4.3.10-16  server-side, HTML-embedded scripti
ii  php4-gd 4:4.3.10-16  GD module for php4
ii  php4-imap   4:4.3.10-16  IMAP module for php4
ii  php4-ldap   4:4.3.10-16  LDAP module for php4
ii  php4-mcrypt 3:4.3.10-1   MCrypt module for php4
ii  php4-mhash  4:4.3.10-16  MHASH module for php4
ii  php4-mysql  4:4.3.10-16  MySQL module for php4

-- no debconf information


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

Bug#330220: [Logcheck-devel] Bug#330220: logcheck: Fails to obtain lockfile

[Mark Brown]

On Sat, Oct 15, 2005 at 06:51:52PM -0400, Todd Troxell wrote:

> This is pretty weird.  It would be useful to know if/why thelock is [really]
> failing.

> I can't seem to reproduce it on my machines.

Me either.

> Do you think you could try changing the lock line(595) to somehting like:
> lockfile-create --retry 1 $LOCKFILE >> /tmp/logcheck_error  2>&1

It says:

| lockfile creation failed

-- 
"You grabbed my hand and we fell into it, like a daydream - or a fever."


signature.asc
Description: Digital signature

Bug#334203: vpnc 0.3.3 route troubles

[David Weinehall]

Package: vpnc
Version: 0.3.3+SVN20050909-4
Severity: important

With the latest few 0.3.3 svn snapshots of vpnc, the routing information
no longer seems to be set up correctly.  Also, there's an extra warning
about RTNETLINK there wasn't there in the old (0.3.2-snapshot) version.
vpnc 0.3.2+SVN20050326-2 works for me, newer versions doesn't.


vpnc 0.3.2+SVN20050326-2:

smyslov:~# vpnc-connect 
Enter password for 
vpnc version 0.3.2
IKE SA selected psk+xauth-3des-sha1
NAT status: this end behind NAT? YES -- remote end behind NAT? no
got address 10.162.253.115
IPSEC SA selected 3des-sha1
VPNC started in background (pid: 9318)...
smyslov:~# route
Kernel IP routing table
Destination Gateway Genmask Flags Metric RefUse Iface
255.255.255.255 UGH   0  00 eth0
192.168.1.0 *   255.255.255.0   U 0  00 eth0
default *   0.0.0.0 U 0  00 tun0


vpnc 0.3.3++SVN20050909-4:

smyslov:~: vpnc-connect 
Enter password for 
vpnc version 0.3.3
IKE SA selected psk+xauth-3des-sha1
NAT status: this end behind NAT? YES -- remote end behind NAT? no
got address 10.162.252.184
IPSEC SA selected 3des-sha1
RTNETLINK answers: File exists
VPNC started in background (pid: 9525)...
smyslov:~/deb# route
Kernel IP routing table
Destination Gateway Genmask Flags Metric RefUse Iface
255.255.255.255 UGH   0  00 eth0
  *   255.255.255.255 UH0  00 tun0
  *   255.255.255.255 UH0  00 tun0
192.168.1.0 *   255.255.255.0   U 0  00 eth0
10.162.252.0*   255.255.254.0   U 0  00 tun0
default   0.0.0.0 UG0  00 eth0


disconnected:

smyslov:~# route
Kernel IP routing table
Destination Gateway Genmask Flags Metric RefUse Iface
192.168.1.0 *   255.255.255.0   U 0  00 eth0
default 128.1.168.192.i 0.0.0.0 UG0  00 eth0


Clearly the new vpnc sets up several extra route entries compared to
the old vpnc.  The old vpnc works, the new one doesn't.

Because of company security policy I've had to censor quite a lot of
details, I hope there's enough left to give you a clue anyway.

Justification for severity: makes the package useless at least with
this particular setup.  I cannot tell whether it's a generic problem
or a specific problem, hence I'm not using Severity: grave.


Regards: David Weinehall
-- 
 /) David Weinehall <[EMAIL PROTECTED]> /) Rime on my window   (\
//  ~   //  Diamond-white roses of fire //
\)  http://www.acc.umu.se/~tao/(/   Beautiful hoar-frost   (/


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

Bug#334192: mutt-ng: perhaps use alternatives with mutt?

[Nico Golde]

* Elimar Riesebieter <[EMAIL PROTECTED]> [2005-10-16 11:58]:
[...] 
> > I would be very grateful if it were possible to use this scheme, so that I 
> > would use muttng in more situations.
> > 
> > BTW, I do see one minor problem with the naming of muttng: I see the names 
> > mutt-ng and muttng being used without consistency in both the sites, 
> > documentation, command line interface (the name of the executable) etc.
> 
> The name is mutt-ng, created by ak. libc6 doesn#t accept binaries
> including a '-'-character in zs name so it is muttng.

No its an autoconf limitation :)

[...] 
Regards Nico
-- 
Nico Golde - JAB: [EMAIL PROTECTED] | GPG: 0x73647CFF
http://www.ngolde.de | http://www.muttng.org | http://grml.org
Forget about that mouse with 3/4/5 buttons -
gimme a keyboard with 103/104/105 keys!


pgp9mI1BbF0fJ.pgp
Description: PGP signature

Bug#334204: gosa: dependency on phpgroupware could not be solved

[Thorsten Sandfuchs]

Package: gosa
Version: 2.3-1
Severity: important

hio,
while running setup.php there was a error with phpgroupware:

Support for phpgroupware disabled, no schema seems to be installed

I couldn't find any phpgroupware-schema on debian, and well I did not
need this functionality, I presume. But setup won't run completely
untill I fix this, I presume.

I patched the test for phpgroupware, to get the setup running. But would
prefere to hit a "skip" button, and not render the whole setup useless.
Or at least the packages should provide the necessary schema-definitions.

thx for fixing,

/fux

-- System Information:
Debian Release: testing/unstable
Architecture: i386 (i686)
Kernel: Linux 2.6.11.9-050512a
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages gosa depends on:
ii  apache  1.3.33-6sarge1   versatile, high-performance HTTP s
ii  apache2-mpm-worker  2.0.54-5 high speed threaded model for Apac
ii  exim4-daemon-heavy [mai 4.52-1   exim MTA (v4) daemon with extended
ii  fping   2.4b2-to-ipv6-10 sends ICMP ECHO_REQUEST packets to
ii  imagemagick 6:6.0.6.2-2.4Image manipulation programs
ii  libcrypt-smbhash-perl   0.02-6   generate LM/NT hash of a password 
ii  php44:4.3.10-16  server-side, HTML-embedded scripti
ii  php4-cgi4:4.3.10-16  server-side, HTML-embedded scripti
ii  php4-gd 4:4.3.10-16  GD module for php4
ii  php4-imap   4:4.3.10-16  IMAP module for php4
ii  php4-ldap   4:4.3.10-16  LDAP module for php4
ii  php4-mcrypt 3:4.3.10-1   MCrypt module for php4
ii  php4-mhash  4:4.3.10-16  MHASH module for php4
ii  php4-mysql  4:4.3.10-16  MySQL module for php4

-- no debconf information


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

Bug#334205: xdebconfigurator: Should not refer to xserver-unknown X package

[Petter Reinholdtsen]

Package: xdebconfigurator
Version: 1.18

When running xdebconfigurator on a test machine, it claim the X
package to use is xserver-unknown.  This package do not exist.  This
is the output:

  parse error reading X server string `unknown'
  parse error reading X server string `unknown'
  VIDEO CARD: vendor|unknown unknown device 1106:7205
  VIDEO CARD DEVICE: 7205
  VIDEO CARD VENDOR: 1106
  VIDEO DRIVER: vesa
  VIDEO DRIVER SRC: defaulting to vesa
  VIDEO MEMORY:
  POSSIBLE XSERVER: unknown
  XSERVER 3:
  XSERVER 4:
  DEBIAN PACKAGE: xserver-unknown
  MOUSE DEVICE: /dev/psaux
  MOUSE PROTOCOL: PS/2
  MOUSE WHEEL: 0
  KEYBOARD RULES: xfree86
  MONITOR:  Daewoo 1509B
  MONITOR ID: dwe
  SUGGESTED METHOD: Advanced
  MONITOR SIZE:
  MONITOR HOR SYNC:  30.0-69.0
  MONITOR VER REFR:  50.0-120.0
  MONITOR MODES: 1600x1200, 1280x1024, 1280x768, 1152x864, 1024x768, 800x600, 
640x48
  0, 640x400, 512x384, 400x300, 320x240, 320x200
  MONITOR MODE: 1024x768 @ 70Hz
  MONITOR DEFAULT DEPTH: 16

This leads to errors from dexconf, reporting

  dexconf: error: this program does not know how to configure the
  "xserver-unknown" X server

This is the output from lspci -n on the machine:

  :00:00.0 0600: 1106:3205
  :00:01.0 0604: 1106:b198
  :00:0a.0 0200: 8086:1229 (rev 0c)
  :00:10.0 0c03: 1106:3038 (rev 80)
  :00:10.1 0c03: 1106:3038 (rev 80)
  :00:10.2 0c03: 1106:3038 (rev 80)
  :00:10.3 0c03: 1106:3104 (rev 82)
  :00:11.0 0601: 1106:3177
  :00:11.1 0101: 1106:0571 (rev 06)
  :00:11.5 0401: 1106:3059 (rev 50)
  :00:12.0 0200: 1106:3065 (rev 74)
  :01:00.0 0300: 1106:7205 (rev 01)


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

Bug#334206: mozilla-enigmail not decrypting messages

[Caspar Bothmer]

Package: mozilla-enigmail
Version: 2:0.91.4
Severity: grave


Encrypted mails get displayed as attachment which one has to save and 
decrypt on the commandline.  Signed mails get checked normally.


To check just send a mail to yourself using mozilla-enigmail itself.

This behaviour shows up since the last update of mozilla.  I am using 
the official mozilla packages coming with sarge.



caspar


ii  mozilla-browser 1.7.8-1sarge2
ii  mozilla-enigmail0.91-4
ii  mozilla-mailnews1.7.8-1sarge2
ii  mozilla-psm 1.7.8-1sarge2


signature.asc
Description: OpenPGP digital signature

Bug#334207: remove vqadmin

[Sam Johnston]

Package: ftp.debian.org
Severity: normal

FTP admins,

Please remove vqadmin as it has suid CGIs and a small audience (which no
longer includes the maintainer).

Thanks,

Sam



pgp5Voj7iEi8t.pgp
Description: PGP signature

Bug#334208: remove vqregister

[Sam Johnston]

Package: ftp.debian.org
Severity: normal

FTP admins,

Please remove vqregister as it has suid CGIs and a small audience (which no
longer includes the maintainer).

Thanks,

Sam



pgpNw0YXCj0Wr.pgp
Description: PGP signature

Bug#296124: cannot reproduce on current systems

[Robert Bihlmeyer]

Package: groff-base
Version: 1.18.1.1-10
Followup-For: Bug #296124

For the record: two systems I checked, one sid and one sarge, did have the
correct symlink. site-tmac was made into a symlink in groff 1.17-2 (June 2001)
-- maybe this transition was botched on Nick's machine? The code is still in
the {pre,post}inst scripts BTW.


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

Bug#333349: Bug#334180: dovecot-imapd does not load shared libraries or ssl certs

[Elimar Riesebieter]

On Sat, 15 Oct 2005 the mental interface of
Jaldhar H. Vyas told:

> On Sat, 15 Oct 2005, Michael Perry wrote:
> 
> >Package: dovecot-imapd
> >Version: 1.0.alpha3-2.0.1
> >
> >On a dist-upgrade this evening this package will not load my ssl certs with 
> >the following error:
> >
> >Oct 15 16:53:44 orion dovecot: imap-login: Can't load certificate file 
> >/etc/ssl/dovecotcert.pem: error:25066067:DSO support 
> >routines:DLFCN_LOAD:could 
> >not load the shared library
> >
> 
> Apparently someone did a non-maintainer upload and botched something in the 
> process.

Same here. IMHO this is relatet to the dependency to openssl 0.9.8
in 1.0.alpha3-2.0.1 ans aparently corresponds to Bug#334180?

Elimar

-- 
  Numeric stability is probably not all that 
  important when you're guessing;-)


pgpEsw65ghKy0.pgp
Description: PGP signature

Bug#334200: Acknowledgement (vim-common: syntax highlighting seems to be broken)

[Jörg Schütter]

Oh I'm so stuip. I forgot to update the "runtimepath" variable in
/etc/vim/vimrc after the upgrade. Now it points to .../vim64
instead of .../vim63

Jörg

-- 
Jörg Schütter  http://www.schuetter.org/joerg
[EMAIL PROTECTED]http://www.lug-untermain.de/

Bug#333232: nis: shadow entry missing in /var/yp/nicknames.. shadow support broken

[Mark Brown]

tag 333232 + moreinfo
thanks

On Mon, Oct 10, 2005 at 05:19:57PM -0700, kgk wrote:

> Installing NIS with shadow support did not
> add the patch to /var/yp/nicknames
> which stops shadow support from working.

Without more information there's not much I can do with this bug.  I'm
unable to reproduce the problem here and the patch you have provided is
not obviously relevant to the problem you are reporting.  With the
information I currently have I would expect some misconfiguration but
that's just a guess.

-- 
"You grabbed my hand and we fell into it, like a daydream - or a fever."


signature.asc
Description: Digital signature

Bug#333805: ITP: php-json-ext -- json serialiser for PHP4/5

[Pierre HABOUZIT]

On Fri, Oct 14, 2005 at 12:13:45AM +0200, Piotr Roszatycki wrote:
> > * Package name: php-json-ext
> 
> Why php-json-ext instead of simply php-json?

  just to match upstream source package name. binary packages are
php4/5-json of course
-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


signature.asc
Description: Digital signature

Bug#334192: mutt-ng: perhaps use alternatives with mutt?

[Elimar Riesebieter]

On Sun, 16 Oct 2005 the mental interface of
Nico Golde told:

> * Elimar Riesebieter <[EMAIL PROTECTED]> [2005-10-16 11:58]:
[...]
> > The name is mutt-ng, created by ak. libc6 doesn#t accept binaries
> > including a '-'-character in zs name so it is muttng.
> 
> No its an autoconf limitation :)

Oh, I see ;)

Elimar

-- 
  You cannot propel yourself forward by
  patting yourself on the back.


pgpmG2OU75hjK.pgp
Description: PGP signature

Bug#334201: gosa: samba.schema and samba3.schema not copied

[Cajus Pollmeier]

Am 16.10.2005 um 12:21 schrieb Thorsten Sandfuchs:


Package: gosa
Version: 2.3-1
Severity: grave
Justification: renders package unusable


Hi,
samba.schema and samba3.scheama weren't copied to /etc/ldap/schema,
therefore the setup process couldn't find the corresponding
schema-definition, and no gosa.conf could be created.

Fix: I found them in /usr/share/doc/gosa/contrib/openldap


The gosa package is not responsible for installing samba related  
schema files. Please refere to your samba documentation.


Greetings,
Cajus


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

Bug#334204: gosa: dependency on phpgroupware could not be solved

[Cajus Pollmeier]

Am 16.10.2005 um 12:35 schrieb Thorsten Sandfuchs:


Package: gosa
Version: 2.3-1
Severity: important

hio,
while running setup.php there was a error with phpgroupware:

Support for phpgroupware disabled, no schema seems to be installed

I couldn't find any phpgroupware-schema on debian, and well I did not
need this functionality, I presume. But setup won't run completely
untill I fix this, I presume.

I patched the test for phpgroupware, to get the setup running. But  
would
prefere to hit a "skip" button, and not render the whole setup  
useless.
Or at least the packages should provide the necessary schema- 
definitions.


The gosa package is not responsible for installing phpgroupware  
schema files. If you have problems with installing it, just copy the  
contributed schema files to your setup. Later versions of gosa (which  
are not stable, currently) do not rely on the phpgroupware schema  
files. Although I don't recommend using gosa 2.3. Take 2.4beta2 - it  
runs much smoother. I'll upload a new release when it's ready.


Cajus



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

Bug#334209: dovecot: passdb option broken on upgrade

[Michael Wardle]

Package: dovecot
Version: 0.99.14-1
Severity: important

After performing an upgrade on my Etch system this week (from dovecot 0.99*
to the new 1.0 split packages), I get the following error when trying to
reconfigure or start Dovecot:

Unknown setting: passdb

The relevant section of the configuration looks like this:

auth default {
mechanisms = plain
passdb = pam
userdb = passwd
user = root
}

It was working fine previously, and the documentation doesn't mention
any changes to this option.

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

Versions of packages dovecot depends on:
pn  dovecot-imapd  (no description available)
pn  dovecot-pop3d  (no description available)

dovecot recommends no packages.

-- no debconf information


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

Bug#334210: apostrophe turned into single right quotation mark in UTF8 environment

[Robert Bihlmeyer]

Package: groff-base
Version: 1.18.1.1-10
Severity: normal

LC_CTYPE is de_AT.UTF-8. man outputs utf8 just fine, but as a misfeature the
ASCII apostrophe (U+0027) is turned into a right quote (U+2019).

The three uses for the apostrophe that come to mind are:
(a) denoting omission in things like "we've"
(b) saxon genetive
(c) wrapping quoted text

It is probably the right thing to use U+2019 for (a) and (b), the Unicode
guys seem to think that as well.

But IMO it is very wrong to use it unconditionally for (c), especially in
manpages, where verbatim shell (and similar) quoting outweighs other quoting.
It only serves to confuse if examples of shell quotes are transformed into
U+2019 quotes.

To sum up, when the input is
  If you're into dollars, you could add -q'$' to foo's commandline.
I'd rather have all apostrophes stay apostrophes than the shell fragment
containing characters that you would *not* enter into your shell.

Manpage authors that insist on proper right quotes can use \(cq, can't they?
When man handles UTF8 fine, they can simply use U+2019 directly.

I'm attaching a simple testcase.
Following is a single quote '

Following is an apostrophe egu ´

Following is an apostrophe grave `

Following is an open quote \(oq

Following is a close quote \(cq

Following is a left quote \(lq

Following is a right quote \(rq

Bug#334180: dovecot-imapd does not load shared libraries or ssl certs

[Steve Langasek]

> Apparently someone did a non-maintainer upload and botched something in
> the process.

No, this bug was already latent in the dovecot package and would have
manifested anyway the next time the package was rebuilt against libssl-dev;
and owing to the timing of your upload, the dovecot-imapd package depended
on libssl0.9.8 on 7 of 11 architectures anyway, so it's just as well that
the package has been binNMUed so that the problem gets noticed on i386...

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


signature.asc
Description: Digital signature

Bug#334211: [INTL:pt_PT] Portuguese translation for timezoconf (debconf)

[Miguel Figueiredo]

Package: timezoneconf
Version: 0.10
tags: patch, l10n
Severity: wishlist

Portuguese translation for Timezoneconf's debconf messages, by Rui
Branco <[EMAIL PROTECTED]>
Feel free to use it.

For translation updates please contact Rui Branco and CC the Portuguese
translation team 

-- 
---
Melhores cumprimentos/Best regards,

Miguel Figueiredo
http://www.DebianPT.org

# Portuguese translation of timezoneconf's debconf messages.
# 2005, Rui Branco <[EMAIL PROTECTED]>>
#
# 2005-09-29 - Rui Branco <[EMAIL PROTECTED]>
#
msgid ""
msgstr ""
"Project-Id-Version: timezoneconf 0.10\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2004-03-19 12:28-0500\n"
"PO-Revision-Date: 2005-10-11 23:15+0100\n"
"Last-Translator: Rui Branco <[EMAIL PROTECTED]>\n"
"Language-Team: Portuguese <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit"

#. Type: select
#. Default
#: ../templates:4
msgid "US"
msgstr "US"

#. Type: select
#. Description
#: ../templates:5
msgid "Please select your geographical area from the choices provided."
msgstr "Seleccione por favor a sua área geográfica a partir das opções "
"fornecidas."

#. Type: select
#. Description
#: ../templates:5
msgid ""
"Select your geographical area; this will be used to narrow down the list of "
"time zones available.  If you are in the United States of America, you will "
"likely prefer the \"US\" option.  If you want to set your timezone on a non-"
"geographic basis (i.e., using UTC and GMT-offset zone settings), select the "
"\"Etc\" option."
msgstr ""
"Seleccione a sua área geográfica, esta opção servirá para diminuir a lista "
"de fusos horários disponíveis.  Se estiver nos Estados Unidos da América, "
"irá seleccionar de preferência a opção \"US\".  Se não quiser configurar "
"o seu fuso horário numa base geográfica (p.e., utilizando definições de "
"zona UTC e offset GMT), seleccione a opção \"Etc\"."

#. Type: select
#. Description
#: ../templates:15
msgid "Please select the time zone that is appropriate for your location."
msgstr "Seleccione por favor o fuso horário mais apropriado à sua "
"localização."

#. Type: boolean
#. Description
#: ../templates:20
msgid "Do you wish to set the system clock?"
msgstr "Deseja configurar o relógio de sistema?"

#. Type: boolean
#. Description
#: ../templates:20
msgid ""
"According to your selected timezone (${zone}), the current local time is:"
msgstr ""
"De acordo com o seu fuso horário seleccionado (${zone}), "
"o seu fuso horário actual é:"

#. Type: boolean
#. Description
#: ../templates:20
msgid "${localtime}"
msgstr "${localtime}"

#. Type: boolean
#. Description
#: ../templates:20
msgid "Universal Coordinated Time (UTC) is:"
msgstr "Universal Coordinated Time (UTC) é:"

#. Type: boolean
#. Description
#: ../templates:20
msgid "${UTCtime}"
msgstr "${UTCtime}"

#. Type: boolean
#. Description
#: ../templates:20
msgid ""
"If this is incorrect, the system clock needs to be re-set, and you should "
"affirm this option."
msgstr ""
"Se estiver incorrecto, o relógio de sistema necessita de ser re-configurado "
"e deverá responder afirmativamente a esta opção."

#. Type: string
#. Description
#: ../templates:35
msgid "Current year?"
msgstr "Ano actual?"

#. Type: select
#. Choices
#: ../templates:39
msgid ""
"January, February, March, April, May, June, July, August, September, "
"October, November, December"
msgstr ""
"Janeiro, Fevereiro, Março, Abril, Maio, Junho, Julho, Agosto, Setembro, "
"Outubro, Novembro, Dezembro"

#. Type: select
#. Description
#: ../templates:40
msgid "Current month?"
msgstr "Mês actual?"

#. Type: string
#. Description
#: ../templates:45
msgid "Current day of the month?"
msgstr "Dia do mês actual?"

#. Type: string
#. Default
#: ../templates:49
msgid "1:45pm"
msgstr "1:45pm"

#. Type: string
#. Description
#: ../templates:50
msgid "Current time?"
msgstr "Hora actual?"

#. Type: string
#. Description
#: ../templates:50
msgid ""
"You may enter the time in either 24-hour format (e.g., 13:45) or 12-hour "
"format (e.g., 1:45pm).  You may also, at your option, specify seconds (e.g., "
"13:45:29)."
msgstr ""
"Pode introduzir a hora num formato de 24-horas (p.e., 13:45) ou num "
"formato de 12-horas (p.e., 1:45pm).  Pode também, se seleccionar essa "
"opção, especificar os segundos (p.e., 13:45:29)."