Bug#300115: nut-snmp: Dependency problem with libsnmp5

[Arnaud Quette]

Hi again Julien,
I took a bit of time to dig this.
2005/10/7, Julien Lesaint <[EMAIL PROTECTED]>:
On Thu, Oct 06, 2005 at 10:19:00PM +0200, Arnaud Quette wrote:> did you also tried to update nut-snmp while updating libsnmp?> I can't reproduce it on my side.Today the situation is, when trying to install nut-snmp:
nut-snmp not installed ;  install (was: purge).  Optionalnut-snmp depends on libsnmp5 (>= 5.1)libsnmp5 does not appear to be availablelibsnmp5 has been removed and replaced by libsnmp9. nut-snmp depends on a no longer existing package currently.

yep, I just saw this:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=322500 
there should have been bug against reverse dep packages.

2.0.2-2 is underway.
Thanks for your report,
Arnaud
-- Linux / Unix Expert - MGE UPS SYSTEMS - R&D DptNetwork UPS Tools (NUT) Project Leader - http://www.networkupstools.org/Debian Developer - 
http://people.debian.org/~aquette/OpenSource Developer - http://arnaud.quette.free.fr/

Bug#331697: unstable version is OK

[Xavier Bestel]

FWIW, just downgrading xserver-xorg to 6.8.2.dfsg.1-8 and leaving all
other packages to 6.8.99.900.dfsg.1-0pre1 let me continue to work with
blender without any problem.

Xav




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

Bug#317058: libapt-pkg-perl: segfault in XS_AptPkg___pkg_records_DESTROY

[Niko Tyni]

Hi,

FWIW, I have broken this down into a minimal testcase (attached). It
segfaults for both sid (libapt-pkg-perl 0.1.17) and sarge (0.1.13).

Looks like a 'use overload' line in URI.pm from liburi-perl somehow
causes the SIGSEGV. I have not investigated this further.

Cheers,
-- 
Niko Tyni   [EMAIL PROTECTED]
#!/usr/bin/perl -w
use strict;

use URI;

# the problem is this line from URI.pm

# use overload ('""' => sub { ${$_[0]} },
#  '==' => sub { overload::StrVal($_[0]) eq
#overload::StrVal($_[1])
#  },
#  fallback => 1,
# );

use AptPkg::Cache;

my ($a,$p);

sub aptpkg_init {

$a = AptPkg::Cache->new or die;
$p = $a->packagesor die;
}

aptpkg_init;

Bug#284030: debian packages for asymptote

[Yann Dirson]

On Thu, Oct 06, 2005 at 07:28:47PM -0400, Hubert Chan wrote:
> Thanks for your feedback.  I've packaged 0.91, and incorporated some
> of your suggestions.

Good, I feel it is in quite good shape (and incidently 0.91 catches
more user errors than 0.86).  There are still a couple of things to
look at, but that does not look like blockers for an upload.  Just
tell me if you'd like to make another pass before an official upload.


I notice that you repacked the orig tarball.  It is not necessary, you
just have to the rename the upstream one, the directory namechange is
not necessary.

The doc-base file still refers to the pdf.gz file (heck, lintian
should detect such things, as #196122 says - er, wait, linda does
catch it ;).

There is still an install-doc snippet in prerm.

I am a bit concerned with the "checking for working fork... no"
message from configure.  config.log shows the following, which reveals
a problem in the test itself, as expected.  Looks like there are 2 problems:

- HAVE_UNISTD_H is not defined in this context, although it was
  successfully tested for
- stdlib.h was not included


configure:6349: checking for working fork
configure:6372: g++ -o conftest -g -Wall -O2 -I/usr/include/gc   conftest.cc 
-lreadline -lm -lcurses -lfftw3 -lgccpp -lgc >&5
conftest.cc: In function 'int main()':
conftest.cc:9: error: 'fork' was not declared in this scope
conftest.cc:10: error: 'exit' was not declared in this scope
conftest.cc:11: error: 'exit' was not declared in this scope
configure:6375: $? = 1
configure: program exited with status 1
configure: failed program was:
| /* By Ruediger Kuhlmann. */
|   #include 
|   #if HAVE_UNISTD_H
|   # include 
|   #endif
|   /* Some systems only have a dummy stub for fork() */
|   int main ()
|   {
|   if (fork() < 0)
| exit (1); 
|   exit (0);  
|   } 
configure:6394: result: no
 
 
 
Not sure it does any harm, but there is sure at least one problem with 
the AC_FUNC_FORK macro not taking care of stdlib.h, and a second one, 
possibly but not necessarily in configure.ac, about taking previous 
tests into account. 
 
The "(cached)" comment in "checking for working vfork... (cached) yes"
also seems strange - no such previous was run before, maybe there is a
variable-name error in the AC_FUNC_FORK stuff.

Do you want to take a closer look at it ?

Best regards,
--  
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#332689: ifupdown: route not set with fixed ip

[David Liontooth]

Package: ifupdown
Version: 0.6.7
Severity: important


For a fixed IP setup in /etc/network/interfaces, the "ifup eth0" command 
establishes a connection, but 
no route:

# ifconfig -a
eth0  Link encap:Ethernet  HWaddr 00:C0:9F:15:0F:55
  inet addr:128.97.xxx.xx  Bcast:128.97.255.255  Mask:255.255.255.192
  BROADCAST MULTICAST  MTU:1500  Metric:1
  RX packets:289337 errors:0 dropped:0 overruns:0 frame:0
  TX packets:249221 errors:1 dropped:0 overruns:1 carrier:1
  collisions:0 txqueuelen:1000
  RX bytes:175638420 (167.5 MiB)  TX bytes:54043886 (51.5 MiB)
  Interrupt:5 Base address:0xa000
# ifup eth0
SIOCADDRT: No such device
Failed to bring up eth0.
[EMAIL PROTECTED]:/etc/network# ifconfig
eth0  Link encap:Ethernet  HWaddr 00:C0:9F:15:0F:55
  inet addr:128.97.xxx.xx  Bcast:128.97.xxx.255  Mask:255.255.255.192
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:289350 errors:0 dropped:0 overruns:0 frame:0
  TX packets:249221 errors:1 dropped:0 overruns:1 carrier:1
  collisions:0 txqueuelen:1000
  RX bytes:175644682 (167.5 MiB)  TX bytes:54043886 (51.5 MiB)
  Interrupt:5 Base address:0xa000
# route
Kernel IP routing table
Destination Gateway Genmask Flags Metric RefUse Iface
128.97.xxx.0*   255.255.255.192 U 0  00 eth0
#

No route -- what's going on?

This is new behavior -- scripts that used to work now fail. My /etc/resolv.conf 
is fine. I'm not using 
udev or resolvconf. Setting the values manually works fine ("route add default 
gw 128.97.xxx.1"), but a 
mistake that keeps people offline is still an important bug in ifupdown. I 
didn't know how to set these 
values manually and floundered for a while, decapitated as it were, headless in 
cyberspace (my next 
movie).

Cheers,
Dave

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

Versions of packages ifupdown depends on:
ii  debconf [debconf-2.0] 1.4.58 Debian configuration management sy
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  net-tools 1.60-15The NET-3 networking toolkit

ifupdown recommends no packages.

-- debconf information:
  ifupdown/convert-interfaces: true


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

Bug#327199: actually

[Sean Finney]

Subject: nagios-nrpe-server: actually...
Followup-For: Bug #327199
Package: nagios-nrpe-server

hi, nagios and recently nagios-plugins maintainer here.

actually, i can't see how this problem is occuring, as 
nagios-plugins does not depend on nagios-anythingelse,
nor any httpd package.  maybe you're thinking of nagios-nrpe-plugin?

anyway, that said, yes the dependencies with the nagios-plugins
aren't all that great, either.  i'm currently working on splitting
up the package a bit, as well as refining the dependencies a bit.

jason: are you still interested in maintaining the nrpe packages?  
if so, would you be interested in bringing them under the umbrella of
the alioth pkg-nagios project?  if not, would you mind if i adopt
them?


thanks,
sean

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.7-1-686
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)


signature.asc
Description: Digital signature

Bug#314839: ITA: dutch -- Dutch dictionary in new (August 1996) spelling

[Thijs Kinkhorst]

retitle 314839 dutch -- Dutch dictionary in new (August 1996) spelling
owner 314839 !
thanks

Hello people,

I'm intending to adopt this package Real Soon Now. The new spelling is
coming up soon and the package needs to be changed for that. I will put
it in a svn repository that I can make available to others when
requested.

I'll keep this bug updated on the progress.


Thijs


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

Bug#332690: tinyca: Unnedded dependency

[Marcelo E. Magallon]

Package: tinyca
Version: 0.7.0-2
Severity: normal

 After test-removing libgnome2-perl, tinyca works without loss of
 functionality.  Examining the GUI modules in tinyca you can find that
 it uses several classes in the Gtk2 namespace, but none in the Gnome
 namespace.

 Please remove the dependency on libgnome2-perl.

 Thanks,

 Marcelo


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

Bug#328440: libc6/NIS broken with bash/ksh/tcsh/sash

[Alexander Gattin]

retitle 328440 NIS broken with bash, ksh, tcsh and sash
thanks

On Thu, Oct 06, 2005 at 10:51:58PM +0300, Alexander Gattin wrote:
> If I have "[EMAIL PROTECTED]" entry in /etc/passwd, tilde expansion
> crashes bash:

I need to rephrase -- it's rather "tilde completion"
that crashes bash, not "tilde expansion", because the
latter works for fully/correctly specified NIS name and
crashes only for non-existent names.

> > [EMAIL PROTECTED]:~$ ls ~z
> > bash: nss_nis/nis-netgrp.c:79: _nss_nis_setnetgrent: Assertion 
> > `malloc_usable_size (netgrp->data) >= len + 1' failed.
> > Aborted (core dumped)
> 
> although getent works OK:
> > [EMAIL PROTECTED]:~$ getent passwd zhinis
> > zhinis:x:2004:2004:NIS test user Z:/home/zhinis:/bin/zsh4
> > [EMAIL PROTECTED]:~$ ls ~zhinis
> > ls: /home/zhinis: No such file or directory

-- 
WBR,
xrgtn


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

Bug#324302: Just one sed command...

[thierry lathuille]

Hello,

So, here is the same patch, where I replaced the small pipes with only one sed 
invocation. 
Still easy to read... ;-)

Thierry
-- 
Thierry Lathuille
Annemasse, France
--- mindi.orig	2005-04-10 01:41:55.0 +0200
+++ mindi	2005-10-07 00:31:15.0 +0200
@@ -2256,18 +2256,14 @@
 main_fname=$1
 read incoming
 while [ "$incoming" != "" ] ; do
-	incoming=`echo "$incoming" | tr -s ' ' '\t'`
-	i=`echo "$incoming" | cut -f2`
-	if [ "$i" = "=>" ] ; then
-# was cut -f1,3
-	for fname in `echo "$incoming" | cut -f1,3` ; do
-		fname=`LocateFile $fname`
-		for f in $fname ; do
-		[ -e "$f" ] && echo $f
-		done
-	done
-	fi
-	read incoming
+incoming=`echo "$incoming" |sed 's/(.*)//; s/[[:blank:]]//g; /=>$/d; s/=>/ /'`
+for fname in `echo "$incoming"` ; do
+fname=`LocateFile $fname`
+for f in $fname ; do
+[ -e "$f" ] && echo $f
+done
+done
+read incoming
 done
 }
 

Bug#328607: [Pkg-zope-developers] Bug#328607: zope-cmfplone: zope can't find cmfplone product

[Kornilios Kourtis]

On Wed, Sep 28, 2005 at 03:57:48PM +0200, Fabio Tranchitella wrote:
> Il giorno dom, 25/09/2005 alle 23.04 +0300, Kornilios Kourtis ha
> scritto:
> > Unfortunately I wasn't able to migrate from my older site (2.0.4-3) which 
> > used zope2.6:
> 
> Could you please migrate to zope2.8 or zope2.7 (= 2.7.7, which is in
> experimental)?
> 
> zope-cmfplone misses a versione dependency on zope2.7, since it works
> only with zope2.7 (>= 2.7.7).
> 

Hello,

I've installed the zope2.7 version from experimental (2.7.7-4) and zope2.8
but I still can't migrate my older site using the Plone Migration Tool.

I guess I'll stick with the old version for a while :)

Thanks.

-- 
Kornilios Kourtis


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

Bug#332545: X error prevents wine startup

[Ove Kaaven]

Hmm, I've only upgraded my system partially since my last upload.
Perhaps I need to do a full system upgrade and do a new build, then, can
try that this weekend. But if someone could try to build the packages
themselves and see if that works, though, that might be good.



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

Bug#332687: acknowledged by developer (Fixed in unstable)

[Inna Kudria]

Great!  I certainly do keep my eyes open, and I thank you for the incredibly 
quick response!  In my Debian world, K3B rocks because of you!

Thanks again,
Benjamin

On Friday, October 7, 2005 5:48 pm, Debian Bug Tracking System wrote:
> Hi Benjamin,
>
> you are right, the old description did need some work.  It has been
> shortened and rephrased quite a bit in the latest version (0.12.4a).
>
> Do feel free to file new bugs if you spot other typos/mistakes.
>
> Thanks,
>
> Francois

Bug#332691: blender: gui drawn crazy when selecting other object

[kadil]

Package: blender
Version: 2.37a-1
Severity: important

(1) start blender- looks good
(2) deselect cube by pressing "a"
(3) select light or camera by selecting "b" then drawing border
(4) random triangles and lines appear over gui
(5) blender still functions, but with obscured gui, it is unuseable

Thanks,
Kim

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

Versions of packages blender depends on:
ii  gettext [libg 0.14.5-2   GNU Internationalization utilities
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libfreetype6  2.1.10-1   FreeType 2 font engine, shared lib
ii  libgcc1   1:4.0.2-2  GCC support library
ii  libglu1-xorg  6.8.2.dfsg.1-8 Mesa OpenGL utility library [X.Org
ii  libjpeg62 6b-10  The Independent JPEG Group's JPEG 
ii  libpng12-01.2.8rel-5 PNG library - runtime
ii  libsdl1.2debi 1.2.7+1.2.8cvs20041007-5.3 Simple DirectMedia Layer
ii  libstdc++64.0.2-2The GNU Standard C++ Library v3
ii  libx11-6  6.8.2.dfsg.1-8 X Window System protocol client li
ii  python2.3 2.3.5-8An interactive high-level object-o
ii  xlibmesa-gl [ 6.8.2.dfsg.1-8 Mesa 3D graphics library [X.Org]
ii  xlibs 6.8.2.dfsg.1-8 X Window System client libraries m
ii  zlib1g1:1.2.3-4  compression library - runtime

blender recommends no packages.

-- no debconf information


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

Bug#284030: debian packages for asymptote

[Hubert Chan]

On 2005-10-07 17:42:41 -0400 Yann Dirson <[EMAIL PROTECTED]> wrote:


On Thu, Oct 06, 2005 at 07:28:47PM -0400, Hubert Chan wrote:

Thanks for your feedback.  I've packaged 0.91, and incorporated some
of your suggestions.


Good, I feel it is in quite good shape (and incidently 0.91 catches
more user errors than 0.86).  There are still a couple of things to
look at, but that does not look like blockers for an upload.  Just
tell me if you'd like to make another pass before an official upload.


Sure, I'll do another pass.


I notice that you repacked the orig tarball.  It is not necessary, you
just have to the rename the upstream one, the directory namechange is
not necessary.


Hmm.  I didn't purposely repack the orig tarball.  It must have gotten 
repacked somewhere along the chain.



The doc-base file still refers to the pdf.gz file (heck, lintian
should detect such things, as #196122 says - er, wait, linda does
catch it ;).


heh.  didn't think to run lintian/linda after making such minor 
changes. ;-)



There is still an install-doc snippet in prerm.


I'll fix that.


I am a bit concerned with the "checking for working fork... no"
message from configure. ...


Didn't notice that.  I'll take a look.

There are also a few changes to the documentation that I want to make, 
which I discovered after building the package -- it refers to files in 
/usr/local/..., which should be changed to /usr/...


--
Hubert Chan <[EMAIL PROTECTED]> - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA
Fingerprint: 96C5 012F 5F74 A5F7 1FF7  5291 AF29 C719 124B 61FA
Key available at wwwkeys.pgp.net.   Encrypted e-mail preferred.


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

Bug#332217: finger-ldap: "bad hostname: ldaps://foo"

[Simon Law]

On Fri, Oct 07, 2005 at 05:19:21PM -0400, SR, ESC wrote:
> Le ven 2005-10-07 a 17:09:45 -0400, Simon Law <[EMAIL PROTECTED]> a dit:
> > On Fri, Oct 07, 2005 at 04:52:43PM -0400, SR, ESC wrote:
> > > Le ven 2005-10-07 a 16:44:32 -0400, Simon Law <[EMAIL PROTECTED]> a dit:
> > > > http://www.law.yi.org/cgi-bin/viewcvs.cgi/*checkout*/finger-ldap/finger-ldap?rev=1.16
> > 
> > Whoops.  I noticed a small bug where I didn't clear $error if it
> > succeeded.
> > 
> > http://www.law.yi.org/cgi-bin/viewcvs.cgi/*checkout*/finger-ldap/finger-ldap?rev=1.17
> 
> ok, both got 
> 
> ./finger-ldap: Bad hostname 'ldaps://pylon.kisikew.org/'
> zsh: 8029 exit 22./finger-ldap simon
> 
> i commented out the 'port' and 'host' statements in libnss-ldap.conf,
> and got that ^.

I'm completely confused by this behaviour.  I cannot reproduce this
because for me, SSL does work.  I don't think this is finger-ldap any
more.

Does 'ldaps://pylong.kisikew.org' work instead?

Also, is your libnet-ldap-perl setup correctly?  Do you have an
/usr/hsare/perl5/Net/LDAPS.pm?

-- 
Simon Law http://www.law.yi.org/~sfllaw/


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

Bug#166718: Using pam_group to give access to "useful" groups?

[Steve Langasek]

On Fri, Oct 07, 2005 at 06:47:02PM +0200, Christian Perrier wrote:
> (Steve CC'ed as I'm unsure that [EMAIL PROTECTED] will reach you otherwise)

Correct, it wouldn't.

> In a desperate attempt to deal with #166718, #212452, #233894,
> #239006, #240707 all requesting the very same thing with different
> wording, I tried to use pam_group to see whether it can achieve what's
> requested in these bugs (basically, give access to some groups to
> "console" users).

> [EMAIL PROTECTED]:~/tmp/mutt> who
> root tty1 Oct  7 17:31
> bubulle  :0   Oct  7 18:33
> spongebo :1   Oct  7 18:33

> (Yes, I run two displays on my laptop, bubulle being logged on one and
> spongebob on another one and, yes, I'm a Sponge Bob fan)

> However, while it works fairly well for users logged on tty terminal,
> I can't manage to get this working for X users.

Hah!  Thanks for testing this; I was just looking over the pam_group code
the other day while preparing to get Debian PAM patch 012 integrated
upstream, and I had reached the conclusion that it couldn't actually work
for X users... :)

> 1) is using pam_group a completely silly solution which will never be
> implemented by default because of limitations mentioned in the PAM doc
> (users can compile a setgid binary and have it run a shell so that
> they get access to the group even when they're not on the authorized
> terminal) ?

Yes, pam_group should never be part of the default PAM config because of
the mentioned security holes, and users should be discouraged from using it.
A user should either be part of the group or not be part of the group; using
pam_group is equivalent to saying that the user is part of the group.

Now, as long as the admin *understands* this (which is fairly rare), and is
just using pam_group as shorthand for saying "all users that have physical
access to the machine have access to this group", then it's not a security
hole.  And since we do still ship pam_group in Debian (and upstream), we
might as well fix the bugs that keep it from working for X.

> 2) do I use the right syntax in /etc/security/group.conf? Obviously
> not, but what is then the right syntax? :-)

Just to be sure, can you change your config to look like either this

 *;tty*&!ttyp*;*;Al-2400;audio cdrom floppy games plugdev video
 *;:0;*;Al-2400;audio cdrom floppy games plugdev video

or this

 *;tty*&!ttyp*|:0;*;Al-2400;audio cdrom floppy games plugdev video

?  I think you do have an error in your config, because no tty name can ever
simultaneously satisfy the constraints "tty*", "!ttyp*", and ":0".  But I
also think that it still won't work after you fix this, due to the bug in
the pam_group patch.  If you still don't get the groups you're expecting on
:0, I can put together an updated patch for pam_groups which I'd appreciate
it if you could test.

-- 
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#332692: liferea: Right-to-left text is left-justified

[Gunnar Wolf]

Subject: liferea: Right-to-left text is left-justified
Package: liferea
Version: 0.9.7b-1
Severity: normal
Tags: l10n

Text in RTL languages (written right-to-left) should be right-justified,
having it left-justified makes it considerably harder to read.

http://www.gwolf.org/files/bug/liferea_bug_5.png

-- 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-mosca
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages liferea depends on:
ii  dbus-10.23.4-6   simple interprocess messaging syst
ii  dbus-glib-1   0.23.4-6   simple interprocess messaging syst
ii  libatk1.0-0   1.10.3-1   The ATK accessibility toolkit
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libgconf2-4   2.10.1-6   GNOME configuration database syste
ii  libglib2.0-0  2.8.3-1The GLib library of C routines
ii  libgtk2.0-0   2.6.10-1   The GTK+ graphical user interface 
ii  libice6   6.8.2.dfsg.1-8 Inter-Client Exchange library
ii  liborbit2 1:2.12.2-3 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0 1.8.2-2Layout and rendering of internatio
ii  libsm66.8.2.dfsg.1-8 X Window System Session Management
ii  libx11-6  6.8.2.dfsg.1-8 X Window System protocol client li
ii  libxml2   2.6.22-1   GNOME XML library
ii  liferea-gtkhtml   0.9.7b-1   gtkhtml-based rendering library fo
ii  liferea-mozilla   0.9.7b-1   mozilla-based rendering library fo
ii  xlibs 6.8.2.dfsg.1-8 X Window System client libraries m
ii  zlib1g1:1.2.3-4  compression library - runtime

liferea recommends no packages.

-- no debconf information


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

Bug#332693: Any intent to package libldap-2.2-7-dev ?

[Petr Vandrovec]

Package: libldap2-dev
Version: 2.1.30-12

Hello Torsten,
  is there some intent to package 2.2.26's libldap-dev package?  I'm
hitting quite strange problem since September 13th - our imports from
Windows-based LDAP server stopped working.  We issue ldap_search_ext
and then go through replies - we get 46 entries, 3 referrals, and then
ldap_result() hangs forever, instead of returning message type 101,
search complete.

  When same program is linked with libldap_r-2.2.so.7.0.19 instead of with
libldap_r.so.2.0.130, everything works - program gets 46 entries, 3
referrals, and - voila - 1 search complete result.

  ldapsearch itself exhibits same behavior, so I'm quite sure that
I have my code correct - unless I hit ^C, ldap_search waits rather long
time (doing select(1024, [4], NULL, NULL, NULL) waiting for some more
data from server) and then returns -1 after server kills connection
due to inactivity timeout.

  Due to this I would like to see libldap-2.2-dev package in the
Debian - as I assume that request to fix this in 2.0.130 will be
shoot down recommending upgrade to 2.2.x...

  I have no control over server, only thing I know is that it is running
some version of Windows.
Thanks,
Petr Vandrovec


usermap:/usr/local/bin# ./ldapsearch-old  -H ldaps://dc2.fa.cvut.cz -D 'cn=Petr 
Vandrovec,ou=CIT,ou=Zamestnanci,ou=uzivatele,dc=fa,dc=cvut,dc=cz' -W -x -b 
dc=fa,dc=cvut,dc=cz '(cn=Petr Vandrovec)' 1.1
Enter LDAP Password:
version: 2

#
# filter: (cn=Petr Vandrovec)
# requesting: 1.1
#

# Petr Vandrovec, CIT, Zamestnanci, UZIVATELE, fa.cvut.cz
dn: CN=Petr Vandrovec,OU=CIT,OU=Zamestnanci,OU=UZIVATELE,DC=fa,DC=cvut,DC=cz

# search reference
ref: ldaps://DomainDnsZones.fa.cvut.cz/DC=DomainDnsZones,DC=fa,DC=cvut,DC=cz

# search reference
ref: ldaps://ForestDnsZones.fa.cvut.cz/DC=ForestDnsZones,DC=fa,DC=cvut,DC=cz

# search reference
ref: ldaps://fa.cvut.cz/CN=Configuration,DC=fa,DC=cvut,DC=cz

^C
usermap:/usr/local/bin# ldapsearch  -H ldaps://dc2.fa.cvut.cz -D 'cn=Petr 
Vandrovec,ou=CIT,ou=Zamestnanci,ou=uzivatele,dc=fa,dc=cvut,dc=cz' -W -x -b 
dc=fa,dc=cvut,dc=cz '(cn=Petr Vandrovec)' 1.1
Enter LDAP Password:
# extended LDIF
#
# LDAPv3
# base  with scope sub
# filter: (cn=Petr Vandrovec)
# requesting: 1.1
#

# Petr Vandrovec, CIT, Zamestnanci, UZIVATELE, fa.cvut.cz
dn: CN=Petr Vandrovec,OU=CIT,OU=Zamestnanci,OU=UZIVATELE,DC=fa,DC=cvut,DC=cz

# search reference
ref: ldaps://DomainDnsZones.fa.cvut.cz/DC=DomainDnsZones,DC=fa,DC=cvut,DC=cz

# search reference
ref: ldaps://ForestDnsZones.fa.cvut.cz/DC=ForestDnsZones,DC=fa,DC=cvut,DC=cz

# search reference
ref: ldaps://fa.cvut.cz/CN=Configuration,DC=fa,DC=cvut,DC=cz

# search result
search: 2
result: 0 Success

# numResponses: 5
# numEntries: 1
# numReferences: 3





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

Bug#332217: finger-ldap: "bad hostname: ldaps://foo"

[SR, ESC]

Le ven 2005-10-07 a 18:34:47 -0400, Simon Law <[EMAIL PROTECTED]> a dit:
> 
> I'm completely confused by this behaviour.  I cannot reproduce this
> because for me, SSL does work.  I don't think this is finger-ldap any
> more.
> 
> Does 'ldaps://pylong.kisikew.org' work instead?

does for everything else. both hosts resolve to a single IP, the certs
are freshly done (the first was done up not so long ago, and the
second was re-done [had expired]), the CNs match, and i've been
operating like this for a while. have heimdal kerberos working, etc.

> Also, is your libnet-ldap-perl setup correctly?  Do you have an
> /usr/hsare/perl5/Net/LDAPS.pm?

AFAIK, lemme check.
-rw-r--r--  1 root root 1.9K 2005-04-25 18:54 /usr/share/perl5/Net/LDAPS.pm

indeed i do (with typo correction *grin*)

oh, with the -m switch, it worked perfectly.

./finger-ldap -m simon [it's the v 1.17 checkout]. i don't see any
ldap lookups going on, lemme check the other DS's log... none there,
but it is working.

/me confused

> 
> -- 
> Simon Law http://www.law.yi.org/~sfllaw/

-- 
 http://www.nuit.ca/http://home.earthlink.net/~wodensharrow/hah.html   
,''`.   http://www.debian.org/
 http://simonraven.nuit.ca/http://www.antiracistaction.ca/ : :' 
:  Debian GNU/Linux
 http://rcw.nuit.ca/ezine/vol_x/x0305.html '
 `-


pgphlyVqaIEpH.pgp
Description: PGP signature

Bug#332217: finger-ldap: "bad hostname: ldaps://foo"

[Simon Law]

On Fri, Oct 07, 2005 at 06:47:59PM -0400, SR, ESC wrote:
> Le ven 2005-10-07 a 18:34:47 -0400, Simon Law <[EMAIL PROTECTED]> a dit:
> > 
> > I'm completely confused by this behaviour.  I cannot reproduce this
> > because for me, SSL does work.  I don't think this is finger-ldap any
> > more.
> > 
> > Does 'ldaps://pylong.kisikew.org' work instead?
> 
> does for everything else. both hosts resolve to a single IP, the certs
> are freshly done (the first was done up not so long ago, and the
> second was re-done [had expired]), the CNs match, and i've been
> operating like this for a while. have heimdal kerberos working, etc.

Hmm...  I'm puzzled, really I am.

It would be nice if I could get a login on a machine of yours with Perl
and strace on it, because I can't really reproduce it here.  I'm very
sorry about this!

> > Also, is your libnet-ldap-perl setup correctly?  Do you have an
> > /usr/hsare/perl5/Net/LDAPS.pm?
> 
> AFAIK, lemme check.
> -rw-r--r--  1 root root 1.9K 2005-04-25 18:54 /usr/share/perl5/Net/LDAPS.pm

Man, that's too bizarre.  Like, Net::LDAP::new _knows_ how to get
https:// and use SSL.  If you fire up the Perl debugger, does it at
least try to use SSL?

> indeed i do (with typo correction *grin*)
> 
> oh, with the -m switch, it worked perfectly.
> 
> ./finger-ldap -m simon [it's the v 1.17 checkout]. i don't see any
> ldap lookups going on, lemme check the other DS's log... none there,
> but it is working.

The -m switch is designed to pass things directly to finger.real,
without doing any queries.

-- 
Simon Law http://www.law.yi.org/~sfllaw/


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

Bug#332694: zope-testcase: Uploader "Andrea Menucci" -> "Andrea Mennucci"

[Filipus Klutiero]

Package: zope-testcase
Version: 0.9.6-4
Severity: minor

There's a "n" missing in the name of Andrea Mennucci.

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.11-1-k7
Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8)

Versions of packages zope-testcase depends on:
pn  zope Not found.


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

Bug#332695: lynx: hangs on HTTP 401 and no body

[Pierre Pronchery]

Package: lynx
Version: 2.8.5-2
Severity: normal

Hi,

if I connect lynx to a minimal HTTP server which sends just this:

HTTP/1.1 401 Permission Denied
Connection: close

without actually closing the connection, lynx asks this:
"Show the 401 message body? (y/n)"
then a "y" answer makes lynx completly unresponsible.

I hope this is not "expected" behaviour from lynx.

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

Versions of packages lynx depends on:
ii  libbz2-1.0   1.0.2-10high-quality block-sorting file co
ii  libc62.3.5-6 GNU C Library: Shared libraries an
ii  libgnutls11  1.0.16-13.1 GNU TLS library - runtime library
ii  libncursesw5 5.4-9   Shared libraries for terminal hand
ii  zlib1g   1:1.2.3-4   compression library - runtime

Versions of packages lynx recommends:
ii  mime-support  3.35-1 MIME files 'mime.types' & 'mailcap

-- no debconf information


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

Bug#332696: gnumeric-plugins-extra: python unuseable under german locale

[Harald Geyer]

Package: gnumeric-plugins-extra
Version: 1.5.90-1
Severity: normal

Hi,

Start gnumeric with a german locale ([EMAIL PROTECTED] in my case) and 
the following session from the python console shows the problem:

>>> print 1.2
1.0
>>> print 1.2+1.3
2.0
>>> print 1,2
1 2
>>> print 1,2+1,3
1 3 3
>>> print 7.2/2
3,5

Obviously the decimal point isn't interpreted correctly. I don't
understand the above behavior, but if I start gnumeric under LANG=C
everything works as expected.

Also note that this is not a problem with python itself: The standalone
python interpreter works ok under any locale I tried.

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

Versions of packages gnumeric-plugins-extra depends on:
ii  gnumeric  1.5.90-1   GNOME spreadsheet application
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libperl5.85.8.7-3Shared Perl library
ii  pxlib10.5.1-1library to read/write Paradox data
ii  python2.3 2.3.5-6An interactive high-level object-o

gnumeric-plugins-extra recommends no packages.

-- no debconf information


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

Bug#332217: finger-ldap: "bad hostname: ldaps://foo"

[SR, ESC]

Le ven 2005-10-07 a 18:57:54 -0400, Simon Law <[EMAIL PROTECTED]> a dit:
> On Fri, Oct 07, 2005 at 06:47:59PM -0400, SR, ESC wrote:
> > does for everything else. both hosts resolve to a single IP, the certs
> > are freshly done (the first was done up not so long ago, and the
> > second was re-done [had expired]), the CNs match, and i've been
> > operating like this for a while. have heimdal kerberos working, etc.
> 
> Hmm...  I'm puzzled, really I am.
> 
> It would be nice if I could get a login on a machine of yours with Perl
> and strace on it, because I can't really reproduce it here.  I'm very
> sorry about this!

i don't usually do this, but since it'll bebnfit others, sure.

sending private e-mail with relevant info.

> Man, that's too bizarre.  Like, Net::LDAP::new _knows_ how to get
> https:// and use SSL.  If you fire up the Perl debugger, does it at
> least try to use SSL?

AFAIK, doesn't seem to: i see lookjups in */ASN1/*/*.pm 
(Convert/ASN1/_encode.pm) 
but no Net::LDAPS look ups, and it still looks up on port 389:

Net::LDAP::_connect(/usr/lib/perl5/Net/LDAP.pm:119):
119:  $ldap->{net_ldap_socket} = IO::Socket::INET->new(
120:PeerAddr => $host,
121:PeerPort => $arg->{port} || '389',
122:Proto=> 'tcp',
123:Timeout  => defined $arg->{timeout}
124: ? $arg->{timeout}
125: : 120
126:  );
  DB<1> 


> > ./finger-ldap -m simon [it's the v 1.17 checkout]. i don't see any
> > ldap lookups going on, lemme check the other DS's log... none there,
> > but it is working.
> 
> The -m switch is designed to pass things directly to finger.real,
> without doing any queries.

ah ok. wasn't working even with -m switch before the fixes.

> -- 
> Simon Law http://www.law.yi.org/~sfllaw/

-- 
Cold pizza and cold coffee, second best thing to cold pizza and warm beer.
-- me


pgpa0czp8GH9v.pgp
Description: PGP signature

Bug#332694: [Pkg-zope-developers] Bug#332694: zope-testcase: Uploader "Andrea Menucci" -> "Andrea Mennucci"

[Matthias Klose]

Filipus Klutiero writes:
> Package: zope-testcase
> Version: 0.9.6-4
> Severity: minor
> 
> There's a "n" missing in the name of Andrea Mennucci.

I'm voting for a severity 'pedantic'.


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

Bug#332695: lynx: hangs on HTTP 401 and no body

[Justin Pryzby]

On Sat, Oct 08, 2005 at 01:10:18AM +0200, Pierre Pronchery wrote:
> Package: lynx
> Version: 2.8.5-2
> Severity: normal
> 
>   Hi,
> 
> if I connect lynx to a minimal HTTP server which sends just this:
> 
> HTTP/1.1 401 Permission Denied
> Connection: close
> 
> without actually closing the connection, lynx asks this:
> "Show the 401 message body? (y/n)"
> then a "y" answer makes lynx completly unresponsible.
> 
> I hope this is not "expected" behaviour from lynx.
What should the expected behaviour be?

-- 
Clear skies,
Justin


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

Bug#332697: synaptic: Pinned packages show the installed version as the latest version.

[Dieter Lucking]

Package: synaptic
Version: 0.57.2-1
Severity: important

The latest version should be the latest available version for pinned packages.
Thanks Dieter

-- 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
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages synaptic depends on:
ii  apt [libapt-pkg-libc6.3-5 0.6.39 Advanced front-end for dpkg
ii  libatk1.0-0   1.10.1-2   The ATK accessibility toolkit
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libfontconfig12.3.2-1generic font configuration library
ii  libfreetype6  2.1.10-1   FreeType 2 font engine, shared lib
ii  libgcc1   1:4.0.1-3  GCC support library
ii  libglade2-0   1:2.5.1-2  library to load .glade files at ru
ii  libglib2.0-0  2.8.0-1The GLib library of C routines
ii  libgtk2.0-0   2.6.8-1The GTK+ graphical user interface 
ii  libncurses5   5.4-9  Shared libraries for terminal hand
ii  libpango1.0-0 1.8.1-1Layout and rendering of internatio
ii  libstdc++51:3.3.6-7  The GNU Standard C++ Library v3
ii  libvte4   1:0.11.13-3Terminal emulator widget for GTK+ 
ii  libx11-6  6.8.2.dfsg.1-6 X Window System protocol client li
ii  libxft2   2.1.7-1FreeType-based font drawing librar
ii  libxml2   2.6.21-1   GNOME XML library
ii  libxrender1   1:0.9.0-2  X Rendering Extension client libra
ii  scrollkeeper  0.3.14-10  A free electronic cataloging syste
ii  xlibs 6.8.2.dfsg.1-6 X Window System client libraries m
ii  zlib1g1:1.2.3-4  compression library - runtime

Versions of packages synaptic recommends:
ii  deborphan 1.7.16 Find orphaned libraries
ii  gksu  1.3.0-1graphical frontend to su
pn  libgnome2-perl (no description available)

-- no debconf information


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

Bug#159493: fwd: Excellent Release

[Dan]

Hi,

term-life-insurers currentlyOffering bestThings:
+Svings up to 7O%
+QuicklyQuote Turnaround
+SmokersApproved!

TakesOnlyMinutes:
http://www.lifeinsandmore.com

Thanks


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

Bug#332643: java-package doesn't create a .changes file

[Andreas Pakulat]

On 07.10.05 15:14:51, Barry Hawkins wrote:
> Andreas Pakulat wrote:
> [...]
> > just build the jdk1.5.0 update5 package with
> > 
> > java-package --changes --full-name "Andreas Pakulat" --email [EMAIL 
> > PROTECTED]  
> > 
> > and all I get is a .deb, not .changes file.
> [...]
> Thanks for your use of Debian and java-package.  I believe the copying
> of the .changes file to the same directory as the .deb may have been
> removed without the corresponding command-line option having been
> removed. 

No, I found that I need to use fakeroot for this to work. I did the
first run as normal user without fakeroot (don't know what drove me
there ;-) and the .changes wasn't there. Then I realized that this would
mess up permissions on the package contents and with fakeroot I got a
.changes-file.

See the output if make-jpkg:

[EMAIL PROTECTED]:~/compiling/java/temp>make-jpkg --changes 
jdk-1_5_0_05-linux-i586.bin
...
Create debian package:
dh_testdir
dh_testroot
dh_installchangelogs
dh_installdocs
dh_compress
dh_fixperms
dh_installdeb
dh_shlibdeps
dh_gencontrol
dh_md5sums
dh_builddeb
dpkg-deb: baue Paket »sun-j2sdk1.5« in 
»/tmp/make-jpkg.4wD9g8/sun-j2sdk1.5_1.5.0+update05_i386.deb«.
copy sun-j2sdk1.5_1.5.0+update05_i386.deb into directory 
/home/andreas/compiling/java/temp/

[EMAIL PROTECTED]:~/compiling/java/temp>fakeroot make-jpkg --changes 
jdk-1_5_0_05-linux-i586.bin
...
Create debian package:
dh_testdir
dh_testroot
dh_installchangelogs
dh_installdocs
dh_compress
dh_fixperms
dh_installdeb
dh_shlibdeps
dh_gencontrol
dh_md5sums
dh_builddeb
dpkg-deb: baue Paket »sun-j2sdk1.5« in 
»/tmp/make-jpkg.pvm81d/sun-j2sdk1.5_1.5.0+update05_i386.deb«.
copy sun-j2sdk1.5_1.5.0+update05_i386.deb into directory 
/home/andreas/compiling/java/temp/
dpkg-genchanges
dpkg-genchanges: binary-only upload - not including any source code
copy sun-j2sdk1.5_1.5.0+update05_i386.changes into directory 
/home/andreas/compiling/java/temp/


> Could you provide some information on how the .changes file
> for these types of packages would be of use to you?  This way we have
> some sort of documented justification for keeping the feature.

Sure, even though this is just kind of playground, I like to put
self-built packages into a proper repository and I use debpool to create
the Packages file (and others). Now as this basically works like the
"real" debian scripts/software on incoming, I need a .changes for each
package I'd like to include. If I had more than 1 sid-box I probably
would use that repository in my small LAN, but the other Debian box is
just a plain router...

I think there are more people out there having such a repository for
their firm/organization/whatever and maybe some of them also built their
jdk-package with make-jpkg so this option is really a benefit. I even
filed a bugreport with kernel-package which doesn't have such an
option...

Andreas

-- 
You look tired.


pgpbtlGcufv6n.pgp
Description: PGP signature

Bug#332694: [Pkg-zope-developers] Bug#332694: zope-testcase: Uploader "Andrea Menucci" -> "Andrea Mennucci"

[Filipus Klutiero]

Matthias Klose a écrit :


I'm voting for a severity 'pedantic'.

 


Severity : pedantic
Reporter : Has nothing to do
thanks

Bug#332695: lynx: hangs on HTTP 401 and no body

[Pierre Pronchery]

On Fri, 2005-10-07 at 19:24 -0400, Justin Pryzby wrote:
> On Sat, Oct 08, 2005 at 01:10:18AM +0200, Pierre Pronchery wrote:
> > if I connect lynx to a minimal HTTP server which sends just this:
> > 
> > HTTP/1.1 401 Permission Denied
> > Connection: close
> > 
> > without actually closing the connection, lynx asks this:
> > "Show the 401 message body? (y/n)"
> > then a "y" answer makes lynx completly unresponsible.
> > 
> > I hope this is not "expected" behaviour from lynx.
> What should the expected behaviour be?

A timeout I guess, or let a key interrupt current operation. I don't
know, but C-c seems a bit "violent" to me, say, if you'd just like to go
back some time.

Maybe this could be just "wishlist" then, but my thought was what if any
web server you visit can force you to exit lynx? Isn't this a security
problem?

Sincerely,
-- 
khorben



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

Bug#332699: tex-common: [INTL:da] Updated Danish debconf template translation

[Claus Hindsgaul]

Package: tex-common
Severity: wishlist
Tags: patch l10n

Please use the attached updated Danish debconf template translation
(debian/po/da.po)


-- System Information:
Debian Release: testing/unstable
  APT prefers stable
  APT policy: (900, 'stable'), (100, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12
Locale: LANG=da_DK, LC_CTYPE=da_DK (charmap=ISO-8859-1)
# translation of tetex-bin_2.0.2-8_da.po to Danish
# translation of tetex-base Debian template to Danish
# Claus Hindsgaul <[EMAIL PROTECTED]>, 2004, 2005.
#
msgid ""
msgstr ""
"Project-Id-Version: tetex-bin_2.0.2-8_da\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2005-10-03 19:46+0200\n"
"PO-Revision-Date: 2005-10-07 12:08+0200\n"
"Last-Translator: Claus Hindsgaul <[EMAIL PROTECTED]>\n"
"Language-Team: Danish <[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.10.2\n"
"Plural-Forms:  nplurals=2; plural=(n != 1);\n"

#. Type: multiselect
#. Description
#: ../templates:5
msgid "Select the ls-R file which should be managed by debconf"
msgstr "Vælg den ls-R-fil, der skal håndteres af debconf"

#. Type: multiselect
#. Description
#: ../templates:5
msgid ""
"There are many files installed in a typical TeX system. To speed up the "
"search of these files a list of available files is stored in a file called "
"ls-R. There are four different locations for TeX files on a Debian system:\n"
" - main: usually /usr/share/texmf, contains only files installed\n"
"   by debian packages.\n"
" - local: usually /usr/local/share/texmf, contains local additions\n"
" - var: usually /var/lib/texmf, contains generated files from the\n"
"   TeX system like format files.\n"
" - cache: usually /var/cache/fonts, contains generated fonts.\n"
"You can select from these four locations those whose ls-R file should be "
"managed by debconf."
msgstr ""
"Der er mange installerede filer i et typisk TeX-system. For at gøre det hurtigere "
"at søge i disse filer, gemmes en liste over de tilgængelige filer i en fil med "
"navnet ls-R. Der er fire forskellige placeringer af TeX-filer på et Debiansystem:\n"
" - main: normalt /usr/share/texmf, indeholder kun filer, der installeres\n"
"   af Debianpakker.\n"
" - local: normalt /usr/local/share/texmf, indeholder lokale tilføjelser\n"
" - var: normalt /var/lib/texmf, indeholder filer, der er genereret af\n"
"   TeX-systemet, som f.eks. formatfiler.\n"
" - cache: normalt /var/cache/fonts, indeholder genererede skrifttyper.\n"
"Du kan vælge hvilke af disse fire placeringers ls-R-filer, der skal "
"håndteres af debconf."

#. Type: multiselect
#. Description
#: ../templates:5
msgid ""
"We suggest selecting cache and local (these are the defaults) and allowing a "
"selected user group to modify these ls-R files out of the following reasons:"
msgstr ""
"Vi foreslår at du vælger mellemlager og lokal (de er forvalgt) og tillader "
"en udvalgt brugergruppe at redigere disse ls-R-filer af følgende årsager:"

#. Type: multiselect
#. Description
#: ../templates:5
msgid ""
"A lot of font files have to be generated before they can be used by xdvi, "
"dvips etc. These files are stored in /var/cache/fonts, so that they do not "
"need to be regenerated every time."
msgstr ""
"En masse skrifttypefiler skal genereres, før de kan bruges af xdvi, "
"dvips m.fl. Disse filer gemmes i /var/cache/fonts, så de ikke behøver "
"at blive genereret igen hver gang."

#. Type: multiselect
#. Description
#: ../templates:5
msgid ""
"Some users may have the right to add files to the local texmf tree, so they "
"should also be allowed to change the ls-R file."
msgstr ""
"Nogle brugere kan have rettigheder til at tilføje filer til de lokale "
"texmf-træ, så de skal også have rettighed til at ændre ls-R-filen."

#. Type: multiselect
#. Description
#: ../templates:5
msgid ""
"Accepting this option will allow you to easily manage the permissions of "
"those ls-R files using debconf. Otherwise you will have to manually ensure "
"that they get useful but safe permissions."
msgstr ""
"Ved at acceptere denne indstilling, kan du nemt håndtere filrettighederne "
"til disse ls-R-filer med debconf. Ellers vil du være nødt til selv at sikre "
"dig at de får brugbare men sikre filrettigheder."

#. Type: string
#. Description
#: ../templates:36
msgid "Which group should own the ls-R files?"
msgstr "Hvilken gruppe skal eje ls-R-filerne?"

#. Type: string
#. Description
#: ../templates:36
msgid ""
"Modification of ls-R files can be restricted to the members of one group "
"which owns them.  To take advantage of this, add the users to the group of "
"your choice, and enter that group name here.  The default group, 'users', is "
"appropriate for most systems."
msgstr ""
"Ædring af ls-R-filer kan begrænses til medlemmerne af en enkelt gruppe, der "
"ejer dem. For at udnytte dette, skal du tilføje brugere til en, gruppe "
"efter eget valg og angive na

Bug#332695: lynx: hangs on HTTP 401 and no body

[Justin Pryzby]

On Sat, Oct 08, 2005 at 01:34:37AM +0200, Pierre Pronchery wrote:
> On Fri, 2005-10-07 at 19:24 -0400, Justin Pryzby wrote:
> > On Sat, Oct 08, 2005 at 01:10:18AM +0200, Pierre Pronchery wrote:
> > > Package: lynx
> > > Version: 2.8.5-2
> > > Severity: normal
> > > 
> > >   Hi,
> > > 
> > > if I connect lynx to a minimal HTTP server which sends just this:
> > > 
> > > HTTP/1.1 401 Permission Denied
> > > Connection: close
> > > 
> > > without actually closing the connection, lynx asks this:
> > > "Show the 401 message body? (y/n)"
> > > then a "y" answer makes lynx completly unresponsible.
> > > 
> > > I hope this is not "expected" behaviour from lynx.
> > What should the expected behaviour be?
> 
> A timeout I guess, or let a key interrupt current operation. I don't
> know, but C-c seems a bit "violent" to me, say, if you'd just like to go
> back some time.
TCP guarantees a timeout of some duration, anyway.

> Maybe this could be just "wishlist" then, but my thought was what if any
> web server you visit can force you to exit lynx? Isn't this a security
> problem?
Hardly a security problem, I don't think.  You viewed the web page,
and all it can do is prevent you from continuing to use that lynx
process.  (And I suspect you can regain control by using gdb -p
$(pidof lynx): return -1).

I agree, though, that lynx could be improved with an "abort" button.
And also a way to not stop for 3 seconds after each status line!  I
suggest to retitle the bug, and change the severity, by sending
appropriate commands (as documented on http://bugs.debian.org/).

-- 
Clear skies,
Justin


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

Bug#274858: Both problems fixed in 1.6.2-2

[Jérôme Warnier]

You can safely close that bug.

Regards



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

Bug#311204: mozplugger: doesn't open pdfs under mozilla-browser

[Jérôme Warnier]

I think I found the cause of your problem: "acroread" package is
installed, but you have neither "acroread-plugins", nor
"mozilla-acroread" installed, so Adobe Reader is not allowed to start
embedded in the browser window.

If you removed "acroread", MozPlugger would not find it and would
fallback on the next PDF reader installed on your PC (be it evince,
xpdf, kpdf, ...) and so on.

Hope it helps.



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

Bug#332700: Please document fileformat for -exclude-list in man mkisofs

[Siward de Groot]

Package: mkisofs
Version: 4:2.01+01a01-4

 Hello mkisofs maintainer,
manpage of mkisofs mentions commandline option -exclude-list,
but does not describe the format of that file.

 By trial and error i arrived at the following :

   * There can only be one glob per line (must it start at start of line ?)
   * Empty lines are ignored
   * Lines starting with a # are ignored.
   * 'Comments' after globs (a # and more text to end of line) make glob fail.
   * Simple globs are recognized, both in firstnames and absolute filenames ;  
 eg :
   tmp*
   /my/tmp/*
   * complex globs in full filenames are not ; eg :
   */.kde/cache*
   mozilla/*
 Maybe globs can only match individual components of path ?
   * Globs that are full directorynames
   make that directory and its contents be ignored ; eg :
   /my/source
 This seems to contradict idea that glob must match a component of path ;
maybe full filenames and globs are treated differently ?
(in which case manpage would be wrong in saying
 "a file containing a list of globs to be excluded as above.").

 And i wonder whether a line containing a single space will be taken as
   a glob that matches any filename with a space in it ?
 And does the file need to end in a newline ?

 I expect this also applies to 'hide-joliet-file' option.

 I also found that usefull entrys for not backing up browser caches are :
   mozilla
   tmp*
   cache*
   Cache
   libwww-cache*
 This might be usefull for adding an exclude file example to manpage.

 Also, manpage refers to README.hide (and some other README files),
   but does not mention location of that file
   (and mentioning that it is from an other package might be good too).
 And SEE ALSO refers to man 8 apple_driver, which i did not find.
 And availability refers to kernel.org for mkzftree
   though debian ships package mkzftree.

 And in description of -hidden it is said that
   glob must match any part of filename or path,
   but  maybe that should be 'filename or any component of path' ?


 If you want a patch, i'll be happy to produce one,
   but currently i do not have exact information.

 It works very well for me now.
 It would be nice if the fileformat could be documented,
   so that other users dont need to go find this out themselves.

 Thanks for maintaining mkisofs (and cdrecord)  :-)


 have fun !

   Siward de Groot
   (home.wanadoo.nl/siward)


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

Bug#332701: FTBFS: Unsatisfiable build-dependency on xlibmesa-dev

[Matt Kraai]

Package: egoboo
Version: 2.22-21
Severity: serious

egoboo fails to build because its build-dependency on xlibmesa-dev
cannot be satisfied:

>  -> Considering  xlibmesa-dev (>= 4.1.0)
>   Tried versions: 
>-> Does not satisfy version, not trying
> E: Could not satisfy build-dependency.

-- 
Matt


signature.asc
Description: Digital signature

Bug#332702: FTBFS: Missing build-dependency on texinfo

[Matt Kraai]

Package: dvipng
Version: 1.5-2
Severity: serious
Tags: patch

dvipng fails to build because it tries to use some files in the
texinfo package but does not build-depend upon it:

> tex "\nonstopmode\input dvipng.texi"
> This is TeX, Version 3.14159 (Web2C 7.4.5)
> 
> (./dvipng.texi
> ! I can't find file `texinfo'.
> l.1 \input texinfo
>   
> Please type another input file name
> ! Emergency stop.
> l.1 \input texinfo
>   
> No pages of output.
> Transcript written on dvipng.log.
> make[1]: [dvipng.dvi] Error 1 (ignored)
> texindex dvipng.cp
> make[1]: texindex: Command not found
> make[1]: [dvipng.dvi] Error 127 (ignored)
> tex "\nonstopmode\input dvipng.texi"
> This is TeX, Version 3.14159 (Web2C 7.4.5)
> 
> (./dvipng.texi
> ! I can't find file `texinfo'.
> l.1 \input texinfo
>   
> Please type another input file name
> ! Emergency stop.
> l.1 \input texinfo
>   
> No pages of output.
> Transcript written on dvipng.log.
> make[1]: [dvipng.dvi] Error 1 (ignored)
...
> dh_installinfo dvipng.info
> cp: cannot stat `dvipng.info': No such file or directory
> dh_installinfo: command returned error code 256

The attached patch fixes this problem.

-- 
Matt
diff -u dvipng-1.5/debian/control dvipng-1.5/debian/control
--- dvipng-1.5/debian/control
+++ dvipng-1.5/debian/control
@@ -2,7 +2,7 @@
 Section: utils
 Priority: optional
 Maintainer: Brian R Furry <[EMAIL PROTECTED]>
-Build-Depends: debhelper (>= 4), docbook-to-man, libgd2-noxpm-dev, 
libpng12-dev, libfreetype6-dev, tetex-extra, libkpathsea-dev, libt1-dev
+Build-Depends: debhelper (>= 4), docbook-to-man, libgd2-noxpm-dev, 
libpng12-dev, libfreetype6-dev, tetex-extra, libkpathsea-dev, libt1-dev, texinfo
 Standards-Version: 3.6.1
 
 Package: dvipng


signature.asc
Description: Digital signature

Bug#332704: FTBFS: Missing build-dependency on debhelper

[Matt Kraai]

Package: crossfire-maps-small
Version: 1.5.0-1
Severity: serious
Tags: patch

crossfire-maps-small fails to build because it uses dh_clean but does
not depend on debhelper:

> dh_clean
> make: dh_clean: Command not found

-- 
Matt
diff -u crossfire-maps-small-1.5.0/debian/control 
crossfire-maps-small-1.5.0/debian/control
--- crossfire-maps-small-1.5.0/debian/control
+++ crossfire-maps-small-1.5.0/debian/control
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Kari Pahula <[EMAIL PROTECTED]>
 Standards-Version: 3.6.2
-Build-Depends: cdbs
+Build-Depends: cdbs, debhelper
 
 Package: crossfire-maps-small
 Architecture: all


signature.asc
Description: Digital signature

Bug#332703: FTBFS: Syntax error before MD5_CTX

[Matt Kraai]

Package: cyrus-sasl2
Version: 2.1.19-1.6
Severity: serious

cyrus-sasl2 fails to build because there is a syntax error before
MD5_CTX:

> if /bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.. 
> -I../include -I../lib -I../sasldb -I../include  -I/usr/include/mysql 
> -I/usr/include  -Wall -W -fno-strict-aliasing -g -O2 -MT ntlm.lo -MD -MP -MF 
> ".deps/ntlm.Tpo" \
>   -c -o ntlm.lo `test -f 'ntlm.c' || echo './'`ntlm.c; \
> then mv -f ".deps/ntlm.Tpo" ".deps/ntlm.Plo"; \
> else rm -f ".deps/ntlm.Tpo"; exit 1; \
> fi
>  gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I../lib -I../sasldb 
> -I../include -I/usr/include/mysql -I/usr/include -Wall -W 
> -fno-strict-aliasing -g -O2 -MT ntlm.lo -MD -MP -MF .deps/ntlm.Tpo -c ntlm.c  
> -fPIC -DPIC -o .libs/ntlm.o
> In file included from ../include/saslplug.h:14,
>  from ntlm.c:96:
> ../include/hmac-md5.h:11: error: syntax error before 'MD5_CTX'
> ../include/hmac-md5.h:11: warning: no semicolon at end of struct or union
> ../include/hmac-md5.h:12: warning: type defaults to 'int' in declaration of 
> 'HMAC_MD5_CTX'
> ../include/hmac-md5.h:12: warning: data definition has no type or storage 
> class
> ../include/hmac-md5.h:36: error: syntax error before '*' token
> ../include/hmac-md5.h:46: error: syntax error before '*' token
> ../include/hmac-md5.h:53: error: syntax error before 'HMAC_MD5_CTX'
> In file included from ntlm.c:96:
> ../include/saslplug.h:73: error: syntax error before '*' token
> ../include/saslplug.h:74: error: syntax error before '*' token
> ../include/saslplug.h:75: error: syntax error before 'MD5_CTX'
> ../include/saslplug.h:79: error: syntax error before '*' token
> ../include/saslplug.h:81: error: syntax error before 'HMAC_MD5_CTX'
> ../include/saslplug.h:84: error: syntax error before '*' token
> ntlm.c: In function 'load_buffer':
> ntlm.c:277: warning: pointer targets in passing argument 2 of 'to_unicode' 
> differ in signedness
> ntlm.c: In function 'P16_lm':
> ntlm.c:375: warning: pointer targets in passing argument 2 of 
> '__builtin_strncpy' differ in signedness
> ntlm.c:378: warning: pointer targets in passing argument 2 of 'E' differ in 
> signedness
> ntlm.c:367: warning: unused parameter 'utils'
> ntlm.c:368: warning: unused parameter 'buf'
> ntlm.c:369: warning: unused parameter 'buflen'
> ntlm.c: In function 'P16_nt':
> ntlm.c:392: warning: pointer targets in passing argument 1 of 'to_unicode' 
> differ in signedness
> ntlm.c:392: warning: pointer targets in passing argument 2 of 'to_unicode' 
> differ in signedness
> ntlm.c:393: warning: pointer targets in passing argument 1 of 'MD4' differ in 
> signedness
> ntlm.c: In function 'V2':
> ntlm.c:446: warning: pointer targets in passing argument 1 of 'to_unicode' 
> differ in signedness
> ntlm.c:448: warning: pointer targets in passing argument 4 of 'HMAC' differ 
> in signedness
> ntlm.c:448: warning: pointer targets in passing argument 7 of 'HMAC' differ 
> in signedness
> ntlm.c:454: warning: pointer targets in passing argument 3 of 'HMAC_Final' 
> differ in signedness
> ntlm.c: In function 'make_netbios_name':
> ntlm.c:770: warning: pointer targets in passing argument 1 of 
> '__builtin_strncpy' differ in signedness
> ntlm.c:771: warning: pointer targets in assignment differ in signedness
> ntlm.c: In function 'smb_negotiate_protocol':
> ntlm.c:1034: warning: pointer targets in assignment differ in signedness
> ntlm.c:1116: warning: pointer targets in passing argument 2 of 'from_unicode' 
> differ in signedness
> ntlm.c: In function 'smb_session_setup':
> ntlm.c:1257: warning: pointer targets in assignment differ in signedness
> ntlm.c: In function 'create_challenge':
> ntlm.c:1344: warning: pointer targets in assignment differ in signedness
> ntlm.c:1350: warning: pointer targets in passing argument 2 of 'load_buffer' 
> differ in signedness
> ntlm.c: In function 'ntlm_server_mech_new':
> ntlm.c:1357: warning: unused parameter 'glob_context'
> ntlm.c:1359: warning: unused parameter 'challenge'
> ntlm.c:1360: warning: unused parameter 'challen'
> ntlm.c: In function 'ntlm_server_mech_step1':
> ntlm.c:1399: warning: unused parameter 'oparams'
> ntlm.c: In function 'ntlm_server_mech_step2':
> ntlm.c:1481: warning: pointer targets in passing argument 2 of 
> 'unload_buffer' differ in signedness
> ntlm.c:1481: warning: pointer targets in passing argument 6 of 
> 'unload_buffer' differ in signedness
> ntlm.c:1486: warning: pointer targets in passing argument 2 of 
> 'unload_buffer' differ in signedness
> ntlm.c:1486: warning: pointer targets in passing argument 6 of 
> 'unload_buffer' differ in signedness
> ntlm.c:1492: warning: pointer targets in passing argument 2 of 
> 'unload_buffer' differ in signedness
> ntlm.c:1492: warning: pointer targets in passing argument 6 of 
> 'unload_buffer' differ in signedness
> ntlm.c:1498: warning: pointer targets in passing argument 2 of 
> 'unload_buffer' differ in signedness
> ntlm.c:1498: warning: pointer targets in 

Bug#332705: FTBFS: No matching function for call to StreamConnect

[Matt Kraai]

Package: eris
Version: 1.3.7-3
Severity: serious

eris fails to build because it cannot find functions that match calls
to StreamConnect and getCodec:

> /bin/sh ../libtool --mode=compile --tag=CXX g++ -DHAVE_CONFIG_H -I. -I. -I.. 
> -I..  -I/usr/lib/sigc++-1.2/include -I/usr/include/sigc++-1.2-g -Wall -O2 
> -Wall -Wno-unknown-pragmas -ansi -I/usr/include/skstream-0.3 
> -I/usr/lib/skstream-0.3/include -I/usr/include/Atlas-C++-0.6 
> -I/usr/include/wfmath-0.3   -c -o BaseConnection.lo BaseConnection.cpp
>  g++ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I/usr/lib/sigc++-1.2/include 
> -I/usr/include/sigc++-1.2 -g -Wall -O2 -Wall -Wno-unknown-pragmas -ansi 
> -I/usr/include/skstream-0.3 -I/usr/lib/skstream-0.3/include 
> -I/usr/include/Atlas-C++-0.6 -I/usr/include/wfmath-0.3 -c BaseConnection.cpp  
> -fPIC -DPIC -o .libs/BaseConnection.o
> BaseConnection.cpp: In member function 'void 
> Eris::BaseConnection::nonblockingConnect()':
> BaseConnection.cpp:159: error: no matching function for call to 
> 'Atlas::Net::StreamConnect::StreamConnect(std::string&, tcp_socket_stream&, 
> Atlas::Bridge&)'
> /usr/include/Atlas-C++-0.6/Atlas/Net/Stream.h:60: note: candidates are: 
> Atlas::Net::StreamConnect::StreamConnect(const std::string&, std::iostream&)
> /usr/include/Atlas-C++-0.6/Atlas/Net/Stream.h:57: note: 
> Atlas::Net::StreamConnect::StreamConnect(const Atlas::Net::StreamConnect&)
> BaseConnection.cpp: In member function 'void 
> Eris::BaseConnection::pollNegotiation()':
> BaseConnection.cpp:177: error: no matching function for call to 
> 'Atlas::Net::StreamConnect::getCodec()'
> /usr/include/Atlas-C++-0.6/Atlas/Net/Stream.h:67: note: candidates are: 
> virtual Atlas::Codec* Atlas::Net::StreamConnect::getCodec(Atlas::Bridge&)

-- 
Matt


signature.asc
Description: Digital signature

Bug#332562: FTBFS: Link not found in target hashtable

[Matt Kraai]

reopen 332562
thanks

On Fri, Oct 07, 2005 at 11:18:54PM +0900, Osamu Aoki wrote:
> Hi Matt,

Hi.

> I hope my last upload fixed this issue.
> 
> Thus closing this bug report.  If you are running some auto-checker,
> please recheck all results on packages depending on debiandoc-sgml.  It
> has to be upgraded to 1.1.89.

It fails to build with the same error message when I use
debiandoc-sgml 1.1.89, so I'm reopening this bug report.

-- 
Matt


signature.asc
Description: Digital signature

Bug#332672: cm-super-x11: Some font encodings which are supported by fonts are not provided

[Norbert Preining]

On Fre, 07 Okt 2005, Victor Wagner wrote:
> Typically, if some type font is able to provide one cyrillic encoding, it is
> able to provide all of them.  One just have to list all the names in the
> fonts.scale file
> 
> Other Debian font packages, such as t1-cyrillic use this feature and
> provide koi8-r, microsoft-cp1251 and iso8859-5 fonts from the same pfb
> file. But cm-super-x11 doesn't provide microsoft-cp1251 and iso8859-5
> encodings.

Can you check wether these encodings actually work? I have used
mkfontscale to create the fonts.scale file. And it seems to check for
several encodings. If you say it is ok to add for every koi8-r also
microsoft-cp1251 and iso8850-5, I can add them to the fonts.scale for
the next version. But I don't have any cyrillic setup to actually test
it.

Best wishes

Norbert

---
Dr. Norbert Preining  Università di Siena
sip:[EMAIL PROTECTED] +43 (0) 59966-690018
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
QUABBS (pl.n.)
The substances which emerge when you squeeze a blackhead.
--- Douglas Adams, The Meaning of Liff


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

Bug#332670: cm-super: Map files for font encodings other than T1 are not used by default

[Norbert Preining]

On Fre, 07 Okt 2005, Victor Wagner wrote:
> CM-super fonts contain set of glyphs which cover much more than just T1
> encoding. At least t2a, t2b, t2c ts1 and x2 encodings are supported.

Thanks, will be fixed in the next version. All the mapfiles are listed
in the 50cm-super.cfg file.

Best wishes

Norbert

---
Dr. Norbert Preining  Università di Siena
sip:[EMAIL PROTECTED] +43 (0) 59966-690018
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
MARYTAVY (n.)
A person to whom, under dire injunctions of silence, you tell a secret
which you wish to be fare more widely known.
--- Douglas Adams, The Meaning of Liff


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

Bug#332707: ignore.d.server/dovecot: add "dovecot: "

[Karl Chen]

Package: logcheck-database
Version: 1.2.41
Severity: minor
Tags: patch


In /var/log/mail.log I get lines like these:

Oct  7 07:40:34 xxhostnamexx dovecot: imap-login: Disconnected [##.##.##.##]

I suggest this change:

--- /etc/logcheck/ignore.d.server/.backup/dovecot.~1~   2005-05-28 
21:32:18.0 -0700
+++ /etc/logcheck/ignore.d.server/dovecot   2005-10-07 18:18:22.0 
-0700
@@ -1,3 +1,4 @@
-^\w{3} [ :0-9]{11} [._[:alnum:]-]+ (imap|pop3)-login: Login: [.[:alnum:[EMAIL 
PROTECTED] \[[0-9.]+\]$
-^\w{3} [ :0-9]{11} [._[:alnum:]-]+ (imap|pop3)-login: Disconnected \[[0-9.]+\]$
-^\w{3} [ :0-9]{11} [._[:alnum:]-]+ (imap|pop3)\([^[:space:]]+\): File isn't in 
mbox format: [^[:space:]]+$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ (dovecot: )? (imap|pop3)-login: Login: 
[.[:alnum:[EMAIL PROTECTED] \[[0-9.]+\]$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ (dovecot: )? (imap|pop3)-login: 
Disconnected \[[0-9.]+\]$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ (dovecot: )? (imap|pop3)\([^[:space:]]+\): 
File isn't in mbox format: [^[:space:]]+$



-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable'), (60, 'unstable'), (40, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-quack+roar.cs.berkeley.edu
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages logcheck-database depends on:
ii  debconf [debconf-2.0] 1.4.58 Debian configuration management sy

logcheck-database recommends no packages.

-- debconf information excluded


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

Bug#332706: Please ACCEPT gal_2.4.3-2 and remove gal2.4_2.4.3 from archive

[Takuo KITAME]

Package: ftp.debian.org

Please accept NEW gal_2.4.3-2.
And remove gal2.4_2.4.3 from archive.

The gal_2.4.3-2 package provides same binary as gal2.4's.
It's just renaming source package name for future transition.

Regards.
-- 
Takuo KITAME



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

Bug#332708: aptitude: reads package lists etc. twice

[Steinar H. Gunderson]

Package: aptitude
Version: 0.2.15.9-6
Severity: normal

aptitude has a bit of an odd tendency to do its initialization twice:

  baby:~> LANG=C sudo aptitude install nonexistant-package
  Reading package lists... Done
  Building dependency tree... Done
  Reading extended state information   
  Initializing package states... Done
  Reading task descriptions... Done  
  Building tag database... Done
  Couldn't find any package whose name or description matched 
"nonexistant-package"
  The following packages have been kept back:
abiword-common abiword-gnome ndiswrapper-utils 
  0 packages upgraded, 0 newly installed, 0 to remove and 3 not upgraded.
  Need to get 0B of archives. After unpacking 0B will be used.

  [and here the second initialization:]
  Reading package lists... Done
  Building dependency tree... Done
  Reading extended state information   
  Initializing package states... Done
  Reading task descriptions... Done  
  Building tag database... Done
  
This is rather slow and a bit annoying -- I have no idea why it insists
on doing the last part, and can see no bad effects if I Ctrl-C it.

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

Versions of packages aptitude depends on:
ii  apt [libapt-pkg-libc6.3-6-3.1 0.6.41 Advanced front-end for dpkg
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libgcc1   1:4.0.2-2  GCC support library
ii  libncurses5   5.4-9  Shared libraries for terminal hand
ii  libsigc++-1.2-5c2 1.2.5-5type-safe Signal Framework for C++
ii  libstdc++64.0.2-2The GNU Standard C++ Library v3

Versions of packages aptitude recommends:
pn  aptitude-doc-en | aptitude-do  (no description available)

-- debconf-show failed


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

Bug#331569: Missing dependency on libdb4.2-dev

[James Troup]

severity 330013 serious
merge 331569 330013
thanks

I've uploaded an NMU to fix this bug, as it's been broken in the
archive since it was uploaded 2 and a half weeks ago.

-- 
James

diff -u evolution-data-server-1.2.3/debian/control 
evolution-data-server-1.2.3/debian/control
--- evolution-data-server-1.2.3/debian/control
+++ evolution-data-server-1.2.3/debian/control
@@ -37,7 +37,7 @@
 Package: libedataserver1.2-dev
 Section: libdevel
 Architecture: any
-Depends: libedataserver1.2-4 (= ${Source-Version}), libdb4.1-dev, libnspr-dev
+Depends: libedataserver1.2-4 (= ${Source-Version}), libdb4.2-dev, libnspr-dev
 Description: Utility library for evolution data servers (development files)
  The data server, called "Evolution Data Server" is responsible for managing
  calendar and addressbook information.
diff -u evolution-data-server-1.2.3/debian/changelog 
evolution-data-server-1.2.3/debian/changelog
--- evolution-data-server-1.2.3/debian/changelog
+++ evolution-data-server-1.2.3/debian/changelog
@@ -1,3 +1,10 @@
+evolution-data-server (1.2.3-4.1) unstable; urgency=low
+
+  * debian/control: fix libedataserver1.2-dev to Depend on libdb4.2-dev
+rather than libdb4.1-dev.  Closes: #331569, #330013
+
+ -- James Troup <[EMAIL PROTECTED]>  Sat,  8 Oct 2005 01:54:09 +0100
+
 evolution-data-server (1.2.3-4) unstable; urgency=low
 
   * Build with db4.2 (closes: #282770)



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

Bug#311204: mozplugger: doesn't open pdfs under mozilla-browser

[Felipe Massia Pereira]

Jérôme Warnier wrote:

I think I found the cause of your problem: "acroread" package is
installed, but you have neither "acroread-plugins", nor
"mozilla-acroread" installed, so Adobe Reader is not allowed to start
embedded in the browser window.


First of all, thanks for your message.

Well, I installed acroread-plugins and it still does not open an 
embedded pdf with acrobat.


Tried mozilla-acroread. It worked! *BUT* it conflicts with mozplugger 
and that's not desirable at all. :-( I guess it's not resolved yet.



If you removed "acroread", MozPlugger would not find it and would
fallback on the next PDF reader installed on your PC (be it evince,
xpdf, kpdf, ...) and so on.

Hope it helps.


Thanks. It really helped!

-- F.

Bug#332673: TeX is unable to find cm-super-t2a.enc file

[Norbert Preining]

Hi Victor!

On Fre, 07 Okt 2005, Victor Wagner wrote:
> Package cm-super places *.enc file into 
> /usr/share/texmf/fonts/enc/dvips/cm-super directory,
> while other *.enc files are in 
> /usr/share/texmf/dvips/* directories.

Hmmm. Good point. But I guess I will ignore this out of the following
reason: Soon teTeX 3 will be uploaded and will replace current teTeX 2.
For teTeX 3 the location of the enc files is correct, as the TeX
filesystem standard has changed.

Would you agree that it is ok to wait for teTeX 3 to be uploaded, then
add a versioned depend on tetex (instead of the unversioned), and close
the bug?

Best wishes

Norbert

---
Dr. Norbert Preining  Università di Siena
sip:[EMAIL PROTECTED] +43 (0) 59966-690018
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
BODMIN
The irrational and inevitable discrepancy between the amount pooled
and the amount needed when a large group of people try to pay a bill
together after a meal.
--- Douglas Adams, The Meaning of Liff


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

Bug#332710: popularity-contest: [INTL:sv] Swedish PO-template translation

[Daniel Nylander]

Package: popularity-contest
Version: 1.31
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: popularity-contest\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2005-07-04 08:46+0200\n"
"PO-Revision-Date: 2005-10-09 03:40+0200\n"
"Last-Translator: Daniel Nylander <[EMAIL PROTECTED]>\n"
"Language-Team: Swedish \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=ISO-8859-1\n"
"Content-Transfer-Encoding: 8bit"

#. Type: boolean
#. Description
#: ../templates:4
msgid "Participate in the Debian Package Popularity Contest?"
msgstr "Delta i Debianpaketens popularitetstävling?"

#. Type: boolean
#. Description
#: ../templates:4
msgid ""
"You can have your system anonymously supply the Debian developers with "
"statistics about your most used Debian packages.  This information "
"influences decisions such as which packages should go on the first Debian CD."
msgstr ""
"Du kan låta ditt system anonymt skicka e-post till Debianutvecklarna med 
statistik om "
"dina mest använda Debianpaket.  Denna information influerar de val som "
"görs om vilka paket som ska hamna på den första Debian-CD:n."

#. Type: boolean
#. Description
#: ../templates:4
msgid ""
"If you choose to participate, the automatic submission script will run once "
"every week, sending statistics to the Debian developers."
msgstr ""
"Om du väljer att delta kommer det automatiska inlämningsskriptet köras "
"automatiskt en gång varje vecka och skicka statistik via e-post till 
Debianutvecklarna."

#. Type: boolean
#. Description
#: ../templates:4
msgid ""
"You can always change your mind after making this decision: \"dpkg-"
"reconfigure popularity-contest\""
msgstr ""
"Du kan alltid ändra dig efter att du har gjort det här valet: \"dpkg-"
"reconfigure popularity-contest\""

#. Type: note
#. Description
#: ../templates:17
msgid "Generating unique host identifier failed"
msgstr "Generering av unik värdidentifierare misslyckades"

#. Type: note
#. Description
#: ../templates:17
msgid ""
"The install script could not generate a unique host identifier. This is a "
"fatal error, as all hosts submitting information need to have an unique "
"identifier."
msgstr ""
"Installationsskriptet kunde inte generera en unik värdidentifierare. Detta "
"är ett ödesdigert fel eftersom alla värdar som skickar information måste ha "
"en unik identifierare."

#. Type: note
#. Description
#: ../templates:17
msgid ""
"Please report this problem as a bug against the popularity-contest package, "
"and include information about your configuration."
msgstr ""
"Rapportera detta problem som en bugg i paketet popularity-contest och "
"inkludera information om din konfiguration."

#. Type: boolean
#. Description
#: ../templates:28
msgid "Use HTTP to submit reports?"
msgstr "Använda HTTP för att skicka rapporter?"

#. Type: boolean
#. Description
#: ../templates:28
msgid "If you do not want to use HTTP, email is used instead."
msgstr "Om du inte vill använda HTTP kommer istället e-post att användas."

#~ msgid ""
#~ "This information helps us make decisions such as which packages should go "
#~ "on the first Debian CD.  Also, we can improve future versions of Debian "
#~ "so that the most popular packages are the ones which are installed "
#~ "automatically for new users."
#~ msgstr ""
#~ "Denna information hjälper oss att göra val om exempelvis vilka paket som "
#~ "ska läggas på den första Debian-cd:n. Vi kan också förbättra framtida 
"
#~ "versioner av Debian så att de mest populära paketen är de som 
installeras "
#~ "automatiskt för nya användare."

#~ msgid ""
#~ "(NOTE: e-mail servers add their own tracing information and your data "
#~ "won't be completely anonymous while in transit.)"
#~ msgstr ""
#~ "(NOTERA: e-postservrar lägger till sin egen spårningsinformation och din "
#~ "data kommer inte att vara helt anonym under transporten.)"

Bug#332711: shadow: [INTL:sv] Swedish PO-template translation

[Daniel Nylander]

Package: shadow
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)
# Swedish messages for Shadow Copyright (C) 1999 Free Software Foundation,
# Inc. Kristoffer Brånemyr <[EMAIL PROTECTED]>, 1999.
#
msgid ""
msgstr ""
"Project-Id-Version: shadow\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2005-06-17 18:47+0200\n"
"PO-Revision-Date: 2005-10-09 03:47+0200\n"
"Last-Translator: Daniel Nylander <[EMAIL PROTECTED]>\n"
"Language-Team: Swedish \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit"

#. Type: password
#. Description
#: ../passwd.templates:3
msgid "Root password:"
msgstr "Root-lösenord:"

#. Type: password
#. Description
#: ../passwd.templates:3
msgid ""
"You need to set a password for 'root', the system administrative account. A "
"malicious or unqualified user with root access can have disastrous results, "
"so you should take care to choose a root password that is not easy to guess. "
"It should not be a word found in dictionaries, or a word that could be "
"easily associated with you."
msgstr ""
"Nu måste du ange ett lösenord för \"root\", systemadministratörskontot. En "
"illvillig eller oerfaren användare med root-tillgång kan få katastrofala "
"följder, så du bör se till att välja ett root-lösenord som inte är lätt att "
"gissa. Det bör inte vara ett ord som kan hittas i ordbok, inte heller ett "
"ord som lätt kan förknippas med dig."

#. Type: password
#. Description
#: ../passwd.templates:3
msgid "Note that you will not be able to see the password as you type it."
msgstr "Notera att du inte kommer att kunna se lösenordet när du skriver det"

#. Type: password
#. Description
#: ../passwd.templates:17
msgid ""
"Please enter the same root password again to verify that you have typed it "
"correctly."
msgstr ""
"Ange samma root-lösenord igen för att bekräfta att du skrev det korrekt."

#. Type: boolean
#. Description
#: ../passwd.templates:24
msgid "Create a normal user account now?"
msgstr "Skapa ett vanligt användarkonto nu?"

#. Type: boolean
#. Description
#: ../passwd.templates:24
msgid ""
"It's a bad idea to use the root account for normal day-to-day activities, "
"such as the reading of electronic mail, because even a small mistake can "
"result in disaster. You should create a normal user account to use for those "
"day-to-day tasks."
msgstr ""
"Det är inte bra att använda root-kontot för dagliga aktiviteter som att läsa "
"e-post eftersom även ett litet misstag kan sluta i katastrof. Du bör skapa "
"ett vanligt användarkonto och använda det för dagliga sysslor."

#. Type: boolean
#. Description
#: ../passwd.templates:24
msgid ""
"Note that you may create it later (as well as any additional account) by "
"typing 'adduser ' as root, where  is an user name, like "
"'imurdock' or 'rms'."
msgstr ""
"Notera att du kan skapa det senare (liksom ytterligare konton) genom att "
"skriva \"adduser \" som root, där  är ett "
"användarnamn som \"imurdock\" eller \"rms\"."

#. Type: string
#. Description
#: ../passwd.templates:36
msgid "Full name for the new user:"
msgstr "Fullständigt namn för den nya användaren:"

#. Type: string
#. Description
#: ../passwd.templates:36
msgid ""
"A user account will be created for you to use instead of the root account "
"for non-administrative activities."
msgstr ""
"Ett användarkonto kommer att skapas som du bör använda istället för root-"
"kontot för icke-administrativa sysslor."

#. Type: string
#. Description
#: ../passwd.templates:36
msgid ""
"Please enter the real name of this user. This information will be used for "
"instance as default origin for emails sent by this user as well as any "
"program which displays or uses the user's real name. Your full name is a "
"reasonable choice."
msgstr ""
"Ange användarens riktiga namn. Denna information kommer att användas för "
"till exempel e-post som skickas av denna användare och i stort sett alla program "
"som visar eller använder användarens riktiga namn. Ditt fullständiga namn är ett rimligt val."

#. Type: string
#. Description
#: ../passwd.templates:47
msgid "Username for your account:"
msgstr "Användarnamn för ditt konto:"

#. Type: string
#. Description
#: ../passwd.templates:47
msgid ""
"Select a username for the new account. Your first name is a reasonable "
"choice. The username should start with a lower-case letter, which can be "
"followed by any combination of numbers and more lower-case letters."
msgstr ""
"Välj ett användarnamn för det nya kontot. Ditt förnamn är ofta ett bra val. "
"Användarnamnet bör inledas med liten bokstav och kan sedan följas av en "
"godtycklig kombination av siffror och små bokstäver."

#. Type: note
#. Description
#: ../passwd.templates:54
msgid "Invalid username"
msg

Bug#332708: aptitude: reads package lists etc. twice

[Daniel Burrows]

On Sat, Oct 08, 2005 at 03:25:17AM +0200, "Steinar H. Gunderson" <[EMAIL 
PROTECTED]> was heard to say:
> aptitude has a bit of an odd tendency to do its initialization twice:
> 
>   baby:~> LANG=C sudo aptitude install nonexistant-package
>   Reading package lists... Done
>   Building dependency tree... Done
>   Reading extended state information   
>   Initializing package states... Done
>   Reading task descriptions... Done  
>   Building tag database... Done
>   Couldn't find any package whose name or description matched 
> "nonexistant-package"
>   The following packages have been kept back:
> abiword-common abiword-gnome ndiswrapper-utils 
>   0 packages upgraded, 0 newly installed, 0 to remove and 3 not upgraded.
>   Need to get 0B of archives. After unpacking 0B will be used.
> 
>   [and here the second initialization:]
>   Reading package lists... Done
>   Building dependency tree... Done
>   Reading extended state information   
>   Initializing package states... Done
>   Reading task descriptions... Done  
>   Building tag database... Done
>   
> This is rather slow and a bit annoying -- I have no idea why it insists
> on doing the last part, and can see no bad effects if I Ctrl-C it.

  The attached patch should fix this bug.

  Daniel
Fri Oct  7 18:50:39 PDT 2005  Daniel Burrows <[EMAIL PROTECTED]>
  * Don't reload the cache more than is absolutely necessary after an install 
operation. (Closes: #332708)
Fri Oct  7 18:48:14 PDT 2005  Daniel Burrows <[EMAIL PROTECTED]>
  * Also don't reload the cache after an update except to the extent that it's 
required.
Fri Oct  7 18:44:17 PDT 2005  Daniel Burrows <[EMAIL PROTECTED]>
  * Always ensure that the cache gets loaded after a download process if the 
process closed it.
  This is the first stage of the fix for #332708; it will allow download 
processes to not
  reopen the cache themselves (instead depending on their caller to do it).
diff -rN -udp old-head/src/generic/apt/download_install_manager.cc 
new-head/src/generic/apt/download_install_manager.cc
--- old-head/src/generic/apt/download_install_manager.cc2005-10-07 
18:51:37.377884848 -0700
+++ new-head/src/generic/apt/download_install_manager.cc2005-10-07 
18:49:36.0 -0700
@@ -185,17 +185,21 @@ download_manager::result download_instal
 {
   result run_res = execute_install_run(res, progress);
 
+  apt_close_cache();
+
   if(run_res != do_again)
 {
   if(log != NULL)
log->Complete();
-  apt_reload_cache(&progress, true);
 
-  if(apt_cache_file != NULL &&
-aptcfg->FindB(PACKAGE "::Forget-New-On-Install", false))
+  if(aptcfg->FindB(PACKAGE "::Forget-New-On-Install", false))
{
- (*apt_cache_file)->forget_new(NULL);
- post_forget_new_hook();
+ apt_load_cache(&progress, true);
+ if(apt_cache_file != NULL)
+   {
+ (*apt_cache_file)->forget_new(NULL);
+ post_forget_new_hook();
+   }
}
 }
 
diff -rN -udp old-head/src/generic/apt/download_update_manager.cc 
new-head/src/generic/apt/download_update_manager.cc
--- old-head/src/generic/apt/download_update_manager.cc 2005-10-07 
18:51:37.387883328 -0700
+++ new-head/src/generic/apt/download_update_manager.cc 2005-10-07 
18:36:42.0 -0700
@@ -23,6 +23,7 @@
 #include "config_signal.h"
 #include "download_signal_log.h"
 
+#include 
 #include 
 #include 
 #include 
@@ -100,11 +101,10 @@ download_update_manager::finish(pkgAcqui
   if(log != NULL)
 log->Complete();
 
+  apt_close_cache();
+
   if(res != pkgAcquire::Continue)
-{
-  apt_reload_cache(&progress, true);
-  return failure;
-}
+return failure;
 
   // Clean old stuff out
   if(fetcher->Clean(aptcfg->FindDir("Dir::State::lists")) == false ||
@@ -114,17 +114,35 @@ download_update_manager::finish(pkgAcqui
   return failure;
 }
 
-  apt_reload_cache(&progress, true);
+  // Rebuild the apt caches as done in apt-get.  cachefile is scoped
+  // so it dies before we possibly-reload the cache.  This will do a
+  // little redundant work in visual mode, but avoids lots of
+  // redundant work at the command-line.
+  {
+pkgCacheFile cachefile;
+if(!cachefile.BuildCaches(progress, true))
+  {
+   _error->Error(_("Couldn't rebuild package cache"));
+   return failure;
+  }
+  }
 
-  if(apt_cache_file != NULL &&
- aptcfg->FindB(PACKAGE "::Forget-New-On-Update", false))
+  bool need_forget_new = 
+aptcfg->FindB(PACKAGE "::Forget-New-On-Update", false);
+
+  bool need_autoclean =
+aptcfg->FindB(PACKAGE "::AutoClean-After-Update", false);
+
+  if(need_forget_new || need_autoclean)
+apt_load_cache(&progress, true);
+
+  if(apt_cache_file != NULL && need_forget_new)
 {
   (*apt_cache_file)->forget_new(NULL);
   post_forget_new_hook();
 }
 
-  if(apt_cache_file != NULL &&
- aptcfg->FindB(PACKAGE "::AutoClean-After-Update", false))
+  if(apt_cache_file != NU

Bug#332629: perl-debug: incorect $Config::Config{usemymalloc} value.

[Brendan O'Dea]

On Fri, Oct 07, 2005 at 03:10:40PM +0400, Andrew Shirrayev wrote:
>$debugperl -MConfig -le 'print "usemymalloc is ".$Config::Config{usemymalloc}'
>usemymalloc is n

This is a side-effect of there being only one Config.pm shipped which is
used by both perl and debugperl:

  $ perl -MConfig -le 'print $INC{"Config.pm"}'
  /usr/lib/perl/5.8/Config.pm
  $ debugperl -MConfig -le 'print $INC{"Config.pm"}'
  /usr/lib/perl/5.8/Config.pm

Potentially confusing perhaps, but is this actually causing you a
problem?

--bod


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

Bug#332681: libgimp2.0-dev: gimptool --build calls gcc-3.3

[Michael Banck]

On Fri, Oct 07, 2005 at 10:27:45PM +0200, Michael Banck wrote:
> Please make gimptool-2.0 transition to gcc-4.0, if possible.

Some feedback I got on IRC while discussing various work-arounds to the
problem for my own package (exult, which builds a gimp plugin, besides
others)

 azeem: why does the package which contains gimptool not depend
against gcc-3.3?
 ideally, it would use "gcc"

Those look like reasonable questions.


cheers,

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#332712: Installation-reports

[sGmail]

	

	
	
	
	
	

Package: installation-reports

INSTALL REPORT

Debian-installer-version: from http://cdimage.debian.org/debian-cd/3.1_r0a/ on September 22nd, 2005
uname -a: Linux SelfGene 2.4.27-2-386 #1 Mon May 16 16:47:51 JST 2005 i686 GNU/Linux
Date: October 5th, 2005
Method: network install from http://ftp.jp.debian.org/Machine: Fujitsu FMV-6800CX6
Processor:Pentium(r)III Processor-800EBMHz
Memory:128MB
Root Device: IDE
Root Size/partition table:  Feel free to paste the full partition
  table, with notes on which partitions are mounted where. /(root)246.7MB /var/tmp   213.8MB /tmp   213.8MB /usr/local 8GB /var   3GB /home  2GB /usr   6GB
 swap   740.2MBOutput of lspci and lspci -n:

:00:00.0 Host bridge: Intel Corp. 82810E DC-133 GMCH [Graphics Memory Controller Hub] (rev 03):00:01.0 VGA compatible controller: Intel Corp. 82810E DC-133 CGC [Chipset Graphics Controller] (rev 03):00:
1e.0 PCI bridge: Intel Corp. 82801AA PCI Bridge (rev 02):00:1f.0 ISA bridge: Intel Corp. 82801AA ISA Bridge (LPC) (rev 02):00:1f.1 IDE interface: Intel Corp. 82801AA IDE (rev 02):00:1f.2 USB Controller: Intel Corp. 82801AA USB (rev 02)
:00:1f.3 SMBus: Intel Corp. 82801AA SMBus (rev 02):01:00.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 08):01:01.0 CardBus bridge: Texas Instruments PCI1420:01:01.1 CardBus bridge: Texas Instruments PCI1420
:01:07.0 Multimedia audio controller: Cirrus Logic Crystal CS4281 PCI Audio (rev 01):00:00.0 0600: 8086:7124 (rev 03):00:01.0 0300: 8086:7125 (rev 03):00:1e.0 0604: 8086:2418 (rev 02)
:00:1f.0 0601: 8086:2410 (rev 02):00:1f.1 0101: 8086:2411 (rev 02):00:1f.2 0c03: 8086:2412 (rev 02):00:1f.3 0c05: 8086:2413 (rev 02):01:00.0 0200: 8086:1229 (rev 08):01:01.0 0607: 104c:ac51
:01:01.1 0607: 104c:ac51:01:07.0 0401: 1013:6005 (rev 01)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:

It's my first installation and a novice of Linux.But I didn't encounter any difficulty. Excellent! One point I want to mention it, namely, . I prefer you'll decide to install the mirror sites. It's sometimes a bottleneck. I appreciate your great job.
Install logs and other status info is available in /var/log/debian-installer/.
Once you have filled out this report, mail it to [EMAIL PROTECTED].

Bug#332713: autoconf: checking for fork does not work for C++

[Hubert Chan]

Package: autoconf
Version: 2.59a-4
Severity: normal
Tags: patch

(seems to be an upstream bug)

With the attached configure.ac script, the "[check] for working fork"
fails.   Changing the AC_LANG from C++ to C results in a successful
check.

I'm using gcc 4.0.1-9, and I also tried it with gcc 4.0.2-2.

#   -*- Autoconf -*-
# Run autoheader and autoconf to produce a header and configure script from
# this file.

AC_INIT([Dummy],[0.0])

AC_LANG([C++])

# Checks for programs.
AC_PROG_CC

AC_FUNC_FORK

It seems that HAVE_UNISTD_H is not defined automatically in C++, and
hence unistd.h is not included in the test program, resulting in the
compiler not being able to find the fork function.

One way to fix this is to modify autoconf/functions.m4 with the attached
patch.  This causes the test program to include confdefs.h, which
defines HAVE_UNISTD_H if unistd.h exists.  I'm not sure if this is the
correct fix, though.

--- functions.m4.old2005-10-07 20:56:19.427016155 -0400
+++ functions.m42005-10-07 20:57:22.914057470 -0400
@@ -1742,7 +1742,7 @@
 # -
 AC_DEFUN([_AC_FUNC_FORK],
   [AC_CACHE_CHECK(for working fork, ac_cv_func_fork_works,
-[AC_RUN_IFELSE([/* By Ruediger Kuhlmann. */
+[AC_RUN_IFELSE([AC_LANG_SOURCE([[/* By Ruediger Kuhlmann. */
   #include 
   #if HAVE_UNISTD_H
   # include 
@@ -1753,7 +1753,7 @@
if (fork() < 0)
  exit (1);
exit (0);
-  }],
+  }]])],
 [ac_cv_func_fork_works=yes],
 [ac_cv_func_fork_works=no],
 [ac_cv_func_fork_works=cross])])]

Another issue is that the macro for checking for vfork sets
ac_cv_func_vfork_works=$ac_func_vfork (line 1721 of functions.m4), so it
never actually runs the test for a working vfork, since it just pulls the
cached value of ac_cv_func_vfork.  I don't know if this was intentional,
though, or if this is a bug.

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

Versions of packages autoconf depends on:
ii  debianutils   2.14.3 Miscellaneous utilities specific t
ii  m41.4.3-2a macro processing language
ii  perl  5.8.7-5Larry Wall's Practical Extraction 

Versions of packages autoconf recommends:
ii  automake1.4 [automaken]   1:1.4-p6-9 A tool for generating GNU Standard

-- no debconf information

Bug#332714: pam-mysql: new upstream version with security fixes

[Trent Lloyd]

Package: pam-mysql

Heyas,

pam-mysql upstream is now at version 0.6.2 which includes some security
fixes, that mayh also affect our 0.5.7 version (unconfirmed, no idea how
much restructuring they did in 0.6)

As such, an update to 0.6.2 would be nice, both for the new version with
many improvements and this security update.

Cheers,
Trent

-- 
Trent Lloyd <[EMAIL PROTECTED]>
Bur.st Networking Inc.


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

Bug#332716: Please remove libcsv-ruby1.8 binary package

[Taku YASUI]

Package: ftp.debian.org

libcsv-ruby1.8 is now in libruby1.8.  It has been unnessesory.
This package does not exist in sarge.  So it should be removed
when etch will be released.

p.s. libcsv-ruby1.6 and libcsv-ruby source package is still needed.

Thanks


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

Bug#332715: Please remove libcsv-ruby1.8 binary package

[Taku YASUI]

Package: ftp.debian.org

libcsv-ruby1.8 is now in libruby1.8.  It has been unnessesory.
This package does not exist in sarge.  So it should be removed
when etch will be released.

p.s. libcsv-ruby1.6 and libcsv-ruby source package is still needed.

Thanks


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

Bug#330426: RESOLVED: ndiswrapper races with Xorg and freezes the system under high load)

[Marius Mikucionis]

I fixed this problem by two items:
1) installed the latest Windows drivers from Dell (Trendnet did not
provide upgrade)
2) packed and installed ndiswrapper-1.4 from ndiswrapper.sf.net

WARNING: the old windows driver causes kernel panic with ndiswrapper-1.4
make sure to put some notification in the package ;-)

please close this bug. thanks.



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

Bug#332562: FTBFS: Link not found in target hashtable

[Osamu Aoki]

tags 332562 unreproducible
thanks

On Fri, Oct 07, 2005 at 09:20:05AM -0700, Matt Kraai wrote:
> reopen 332562
> thanks

Fine but it does not help much.  I got them build under sid-pbuilder
successfully.  So it is unreproducible.

> On Fri, Oct 07, 2005 at 11:18:54PM +0900, Osamu Aoki wrote:
> > Thus closing this bug report.  If you are running some auto-checker,
> > please recheck all results on packages depending on debiandoc-sgml.  It
> > has to be upgraded to 1.1.89.
> 
> It fails to build with the same error message when I use
> debiandoc-sgml 1.1.89, so I'm reopening this bug report.

Question:
 Please list all the versions of software listed under build-deps.
 Are you using sid chroot under pbuilder?
 Is your pbuilder/cdebootstrap one in testing/unstable?
 Are you using gs-gpl or gs-esp (This depends on gs-esp)
 Does your file system have enough space?

I really can not understand why you are facing problem.

Osamu





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

Bug#332653: [bug #14747] major (10X) memory savings possible in some situations

[Jeff Breidenbach]

URL:
  

 Summary: major (10X) memory savings possible in some
situations
 Project: MHonArc
Submitted by: jab
Submitted on: Sat 10/08/05 at 04:11
Category: None
Severity: 3 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Open/Closed: Open
Platform Version: All
Perl Version: 5.8.4-8
   Component Version: 2.6.10-1
   Fixed Release: 

___

Details:

See report and patch submitted to Debian.

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



___

Carbon-Copy List:

CC Address  | Comment
+-
[EMAIL PROTECTED]  | syncing bug tracking systems




___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.nongnu.org/



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

Bug#332708: aptitude: reads package lists etc. twice

[Daniel Burrows]

On Fri, Oct 07, 2005 at 06:52:51PM -0700, Daniel Burrows <[EMAIL PROTECTED]> 
was heard to say:
> On Sat, Oct 08, 2005 at 03:25:17AM +0200, "Steinar H. Gunderson" <[EMAIL 
> PROTECTED]> was heard to say:
> > aptitude has a bit of an odd tendency to do its initialization twice:
> > 
> >   baby:~> LANG=C sudo aptitude install nonexistant-package
> >   Reading package lists... Done
> >   Building dependency tree... Done
> >   Reading extended state information   
> >   Initializing package states... Done
> >   Reading task descriptions... Done  
> >   Building tag database... Done
> >   Couldn't find any package whose name or description matched 
> > "nonexistant-package"
> >   The following packages have been kept back:
> > abiword-common abiword-gnome ndiswrapper-utils 
> >   0 packages upgraded, 0 newly installed, 0 to remove and 3 not upgraded.
> >   Need to get 0B of archives. After unpacking 0B will be used.
> > 
> >   [and here the second initialization:]
> >   Reading package lists... Done
> >   Building dependency tree... Done
> >   Reading extended state information   
> >   Initializing package states... Done
> >   Reading task descriptions... Done  
> >   Building tag database... Done
> >   
> > This is rather slow and a bit annoying -- I have no idea why it insists
> > on doing the last part, and can see no bad effects if I Ctrl-C it.
> 
>   The attached patch should fix this bug.

  While I have the right patch in my repository, I was in a hurry on my
way to eat dinner before and I didn't extract enough context, so as
anyone who tries to apply what I posted will notice...it doesn't compile.
This patch should.

  Daniel
Fri Oct  7 18:50:39 PDT 2005  Daniel Burrows <[EMAIL PROTECTED]>
  * Don't reload the cache more than is absolutely necessary after an install 
operation. (Closes: #332708)
Fri Oct  7 18:48:14 PDT 2005  Daniel Burrows <[EMAIL PROTECTED]>
  * Also don't reload the cache after an update except to the extent that it's 
required.
Fri Oct  7 18:44:17 PDT 2005  Daniel Burrows <[EMAIL PROTECTED]>
  * Always ensure that the cache gets loaded after a download process if the 
process closed it.
  This is the first stage of the fix for #332708; it will allow download 
processes to not
  reopen the cache themselves (instead depending on their caller to do it).
Fri Oct  7 18:34:41 PDT 2005  Daniel Burrows <[EMAIL PROTECTED]>
  * Expose an apt_load_cache function that only loads the cache if it's 
currently closed.
Fri Oct  7 18:11:49 PDT 2005  Daniel Burrows <[EMAIL PROTECTED]>
  * Extract the cache-closing code from apt_reload_cache and expose it as a new 
routine apt_close_cache.
diff -rN -udp old-head/src/generic/apt/apt.cc new-head/src/generic/apt/apt.cc
--- old-head/src/generic/apt/apt.cc 2005-10-07 21:12:52.975398176 -0700
+++ new-head/src/generic/apt/apt.cc 2005-10-07 18:34:37.0 -0700
@@ -210,8 +210,7 @@ void apt_init(OpProgress *progress_bar, 
 apt_reload_cache(progress_bar, do_initselections, status_fname);
 }
 
-void apt_reload_cache(OpProgress *progress_bar, bool do_initselections,
- const char * status_fname)
+void apt_close_cache()
 {
   cache_closed();
 
@@ -240,6 +239,13 @@ void apt_reload_cache(OpProgress *progre
   delete resman;
   resman = NULL;
 }
+}
+
+void apt_load_cache(OpProgress *progress_bar, bool do_initselections,
+   const char * status_fname)
+{
+  if(apt_cache_file != NULL)
+return;
 
   aptitudeCacheFile *new_file=new aptitudeCacheFile;
 
@@ -300,6 +306,13 @@ void apt_reload_cache(OpProgress *progre
   cache_reloaded();
 }
 
+void apt_reload_cache(OpProgress *progress_bar, bool do_initselections,
+ const char * status_fname)
+{
+  apt_close_cache();
+  apt_load_cache(progress_bar, do_initselections, status_fname);
+}
+
 pkg_hier *get_user_pkg_hier()
 {
   if(!user_pkg_hier)
diff -rN -udp old-head/src/generic/apt/apt.h new-head/src/generic/apt/apt.h
--- old-head/src/generic/apt/apt.h  2005-10-07 21:12:52.976398024 -0700
+++ new-head/src/generic/apt/apt.h  2005-10-07 18:34:07.0 -0700
@@ -68,6 +68,23 @@ void apt_init(OpProgress *progess_bar,
 // from that (eg, config data) may be needed before apt_init itself is called.
 // This routine loads in the cache, source lists, etc.
 
+
+/** Close the cache file and destroy the associated data structures. */
+void apt_close_cache();
+
+/** If the cache is closed, open it; otherwise do nothing.
+ *
+ *  \param progress_bar a progress bar with which to display the
+ *  status of loading the cache.
+ *  \param do_initselections if \b true, the selection status
+ *   of packages will be set from aptitude's
+ *   sticky database.
+ *  \param status_fname if not \b NULL, a filename to use in lieu
+ *  of /var/lib/aptitude/pkgstates.
+ */
+void apt_load_cache(OpProgress *progress_bar,
+   bool do_inits

Bug#332645: phpwiki: Call to a member function on a non-object

[Matt Brown]

On Fri, 2005-10-07 at 10:11 -0500, Zed Pobre wrote:

> I just discovered that the upgrade to 1.3.10 has caused PHPWiki to
> stop recognizing the data in at least one of my links.  This is very
> bad.  I need the information in that node, and worse, I have no idea
> how many other links may now be dead.  The error I get is:

Not having a great run with this upgrade are you :(

There isn't a lot of detail in your message that lets me reproduce the
situation, but based on what I can make out of the code around line 343
it seems like an upstream bug when an image is used as the label for a
link such as:

[http://www.example.com/foo.jpg|SomeWikiPage]

Using this syntax I can definitely reproduce the error you report, I
have no way of knowing if this is what is causing your error though.

I have whipped up a quick patch that seems to solve the problem with
this syntax. The bug appears to have been introduced 16 months (and
several releases ago) in upstream revision 1.44. Obviously using an
image as a label isn't widely used.

Can you please try the attached patch and let me know if that fixes the
problem?

Kind Regards

-- 
Matt Brown
[EMAIL PROTECTED]
Mob +64 275 611 544 www.mattb.net.nz
--- lib/InlineParser.php	(revision 63)
+++ lib/InlineParser.php	(working copy)
@@ -340,7 +340,8 @@
 // if label looks like a url to an image, we want an image link.
 if (isImageLink($label)) {
 $imgurl = $label;
-if (preg_match("/^" . $intermap->getRegexp() . ":/", $label)) {
+if (($intermap = getInterwikiMap()) and 
+preg_match("/^" . $intermap->getRegexp() . ":/", $label)) {
 $imgurl = $intermap->link($label);
 $imgurl = $imgurl->getAttr('href');
 } elseif (! preg_match("#^(" . ALLOWED_PROTOCOLS . "):#", $imgurl)) {

Bug#332717: autofs fails to mount smb as root at boot time

[Jacobo221]

Package: autofs
Version: 4.1.4-7

autofs has always refused to mount smbfs correctly at boot time. I thought it 
was some weird problem, since right after starting the system, i could do an 
/etc/init.d/autofs restart and smbfs partition would be mounted correctly 
(using "sudo"). But today I just came up to think that maybe it was because it 
was trying to access samba as root. And hey, I was right! I suggest the 
/etc/init.d/autofs was run as a special "samba" user.

As a quick walkaround I have done the following to make my life easier while no 
official fix exists. So all that people sufffering from my same problem can 
jsut do the same as I did:

1) Make sure you have the following non-debian-standard-packages installed: 
sudo smbfs autofs

2) Add the following to the beggining of /etc/init.d/autofs (right after the 
legal stuff) ->

# This is a walkaround for autofs to work with smbfs from the boot moment
# smbfs doesn't like being mounter by root, so let's hide it
test x$AUTOFSRUNNING != xyes && case "$1" in
start|restart|force-reload|reload)
test $UID -eq 0 && exec su samba -c "AUTOFSRUNNING=yes sudo 
/etc/init.d/autofs restart"
exit $?
;;
esac

3) Add the following to /etc/sudoers ->

samba   ALL=(root) NOPASSWD: /etc/init.d/autofs

4) Run the following command (as root) ->

useradd -g samba samba

if the above fails, just do ->

useradd samba

And that's it. It should work from the very boot time on next system restart.
I hope that helped.

Greets and please fix this properly!


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

Bug#332718: mozilla-firefox: ctrl-w (close tab) sometimes fails

[Jason Dorje Short]

Package: mozilla-firefox
Version: 1.0.7-1
Severity: normal

When I have a lot of tabs open, sometimes using ctrl-w to close the active
tab does not work.  In this case it is almost always fixed by pressing tab
(after which ctrl-w does work)...but then the next tab may have the same
problem.  I think depending on which widget is active the ctrl-w may sometimes
be ignored...the signal handler for this key isn't "high enough" in the
widget hierarchy to catch all keypresses.

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

Versions of packages mozilla-firefox depends on:
ii  debianutils   2.14.3 Miscellaneous utilities specific t
ii  fontconfig2.3.2-1generic font configuration library
ii  libatk1.0-0   1.10.3-1   The ATK accessibility toolkit
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libfontconfig12.3.2-1generic font configuration library
ii  libfreetype6  2.1.10-1   FreeType 2 font engine, shared lib
ii  libgcc1   1:4.0.2-2  GCC support library
ii  libglib2.0-0  2.8.3-1The GLib library of C routines
ii  libgtk2.0-0   2.6.10-1   The GTK+ graphical user interface 
ii  libidl0   0.8.5-1library for parsing CORBA IDL file
ii  libjpeg62 6b-10  The Independent JPEG Group's JPEG 
ii  libkrb53  1.3.6-5MIT Kerberos runtime libraries
ii  libpango1.0-0 1.8.2-2Layout and rendering of internatio
ii  libpng12-01.2.8rel-5 PNG library - runtime
ii  libstdc++64.0.2-2The GNU Standard C++ Library v3
ii  libx11-6  6.8.2.dfsg.1-8 X Window System protocol client li
ii  libxext6  6.8.2.dfsg.1-8 X Window System miscellaneous exte
ii  libxft2   2.1.7-1FreeType-based font drawing librar
ii  libxinerama1  6.8.2.dfsg.1-8 X Window System multi-head display
ii  libxp66.8.2.dfsg.1-8 X Window System printing extension
ii  libxt66.8.2.dfsg.1-8 X Toolkit Intrinsics
ii  psmisc21.6-1 Utilities that use the proc filesy
ii  xlibs 6.8.2.dfsg.1-8 X Window System client libraries m
ii  zlib1g1:1.2.3-4  compression library - runtime

mozilla-firefox recommends no packages.

-- no debconf information


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

Bug#254565: same problem on IBM 300PL desktop with SavageS3 AGP card

[Seth Goodman]

I would like to confirm the stuck hardware cursor problem on a desktop
using the SavageS3 graphics engine.  Running Sarge on this hardware:

[EMAIL PROTECTED]:~$ lspci
:00:00.0 Host bridge: Intel Corp. 82820 820 (Camino) Chipset Host
Bridge (MC H) (rev 03)
:00:01.0 PCI bridge: Intel Corp. 82820 820 (Camino) Chipset AGP
Bridge (rev 03)
:00:1e.0 PCI bridge: Intel Corp. 82801AA PCI Bridge (rev 02)
:00:1f.0 ISA bridge: Intel Corp. 82801AA ISA Bridge (LPC) (rev 02)
:00:1f.1 IDE interface: Intel Corp. 82801AA IDE (rev 02)
:00:1f.2 USB Controller: Intel Corp. 82801AA USB (rev 02)
:00:1f.3 SMBus: Intel Corp. 82801AA SMBus (rev 02)
:00:1f.5 Multimedia audio controller: Intel Corp. 82801AA AC'97
Audio (rev 0 2)
:01:00.0 VGA compatible controller: S3 Inc. Savage 4 (rev 03)
:02:00.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro
100] (rev 08)

Adding the following to XF86Config-4 and rebooting fixed the problem:

   Options   "HWCursor"   "false"

Regards,

Seth Goodman

Goodman Associates, LLC
tel 608.833.9933
fax 608.833.9966



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

Bug#332719: desktop-profiles: French debconf templates updated translation

[Jean-Luc Coulon (f5ibh)]

Package: desktop-profiles
Severity: wishlist
Tags: l10n

Hi,

Please find attached the debconf tempates updated French translation, proofread 
by the debian-l10n-french mailing list contributors.

Regards

Jean-Luc

This file should be put as fr.po in the appropriate place in
your package build tree.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (900, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-k8-14
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
# 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
# Jean-Luc Coulon (f5ibh) <[EMAIL PROTECTED]>, 2005.
# 
# 
msgid ""
msgstr ""
"Project-Id-Version: desktop-profiles\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2005-10-01 15:07+0200\n"
"PO-Revision-Date: 2005-10-02 18:41+0200\n"
"Last-Translator: Jean-Luc Coulon (f5ibh) <[EMAIL PROTECTED]>\n"
"Language-Team: French <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=iso-8859-15\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: note
#. Description
#: ../templates:3
msgid ""
"Your current gconf (i.e. GNOME) setup doesn't facilitate the use of "
"configuration sources managed by desktop-profiles. The system wide path file "
"(/etc/gconf/2/path) needs to be changed to get such configuration sources to "
"work."
msgstr ""
"Votre configuration actuelle de gconf (par exemple celle de GNOME) rend "
"difficile l'utilisation de sources de configuration gérées par desktop-"
"profiles. Le fichier « path » utilisé pour l'ensemble du système (/etc/"
"gconf/2/path) doit être ajusté afin de permettre le fonctionnement de telles "
"sources de configuration."

#. Type: note
#. Description
#: ../templates:3
msgid ""
"This package includes a conversion script (/usr/sbin/path2listing) that wil "
"create the necessary changes to have all your configuration sources managed "
"by desktop-profiles. Running this script should not result in user-visible "
"changes to the system. See the README in /usr/share/doc/desktop-profiles/ "
"for more information on this script, or for info on changing the path file "
"manually."
msgstr ""
"Ce paquet comporte un script de conversion (/usr/bin/path2listing) qui va "
"effectuer les modifications nécessaires pour que toutes vos sources de "
"configuration soient gérées par desktop-profiles. L'exécution de ce script "
"ne devrait pas provoquer de modifications du système visibles de "
"l'utilisateur. Veuillez consulter le fichier README dans /usr/share/doc/"
"desktop-profiles/ pour davantage d'informations concernant ce script, ou "
"sur la manière de modifier vous-même le fichier « path »."

#. Type: note
#. Description
#: ../templates:18
msgid "Global gconf path file needs to be changed!"
msgstr "Fichier « path » de gconf modifié pour l'ensemble du système"

#. Type: note
#. Description
#: ../templates:18
msgid ""
"The include directives used by desktop-profiles have changed (in response "
"to  bug 309978, see the bug report and corresponding entry in the changelog "
"of  version 1.4.6 of this package for details)."
msgstr ""
"Les directives « include » utilisées par desktop-profiles ont changé en "
"réponse au bogue 309978, pour davantage d'informations, veuillez consulter "
"le rapport de bogue et l'entrée correspondante du fichier changelog pour la "
"version 1.4.6 de ce paquet."

#. Type: note
#. Description
#: ../templates:18
msgid ""
"To reenable gconf profiles you need to change /etc/gconf/2/path as follows: "
"- 'include /var/cache/desktop-profiles/\\$(USER)_mandatory.path' should be "
"'include *\\$(ENV_MANDATORY_PATH)' - and 'include /var/cache/desktop-"
"profiles/\\$(USER)_defaults.path' should be 'include *\\$(ENV_DEFAULTS_PATH)'"
msgstr ""
"Pour réactiver les profils de gconf, vous devrez modifier /etc/gconf/2/path "
"de la manière suivante :\n"
" - « include /var/cache/desktop-profiles/\\$(USER)_mandatory.path » doit "
"être remplacé par « include *\\($ENV_MANDATORY_PATH) » ;\n"
" - « include /var/cache/desktop-profiles/\\$(USER)_default.path » doit être "
"remplacé par « include *\\$(ENV_DEFAULTS_PATH) »."

Bug#332720: Joystick control stops working, disabling plugin freezes GUI

[Adam Porter]

Package: xmms
Version: 1.2.10+cvs20050809-3

For some reason, after a while, the joystick control plugin stops 
functioning.  The joystick (gamepad, in this case) is working fine, as 
verified by running jscalibrator and checking the input.  But XMMS 
simply stops acting on it.


If I go and configure the plugin again, it does not fix it.  If I 
uncheck the "Enable plugin" box, XMMS's GUI immediately freezes, before 
it even unchecks the box.  Music keeps playing, but I can't do anything 
in the GUI.  I have to kill XMMS and restart it, after which the plugin 
is disabled.  If I then reenable the plugin, joystick control works 
again for a while.



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