Bug#330687: [Pkg-shadow-devel] Bug#330687: login: Locale not properly set

[Christian Perrier]

> Doing this had the effect that logging in on a tty gave me the correct
> environment variables; however, logging in under X (using GDM) results
> in the behaviour described in the original report.


This becomes a problem in gdm. It uses its own PAM config file so the
gdm maintainer needs to do the same than us...or wait for PAM 0.79-2
correcting this.




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

Bug#319830: gcc extension

[Pierre Habouzit]

Le Ven 30 Septembre 2005 04:32, Justin Pryzby a écrit :
> #define ({ ...; x; )} is a gcc extension.

and ? I'm not sure to understand what you mean/want ...
-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgpzXor85NCxZ.pgp
Description: PGP signature

Bug#324463: elinks: fixed?

[Chris Howie]

Package: elinks
Version: 0.10.6-1
Followup-For: Bug #324463

The version in testing (0.10.6-1) seems to fix this problem, at least for me.


-- 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-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages elinks depends on:
ii  debconf  1.4.58  Debian configuration management sy
ii  libbz2-1.0   1.0.2-8.1   high-quality block-sorting file co
ii  libc62.3.5-6 GNU C Library: Shared libraries an
ii  libexpat11.95.8-3XML parsing C library - runtime li
ii  libgnutls11  1.0.16-13.1 GNU TLS library - runtime library
ii  libgpmg1 1.19.6-21   General Purpose Mouse - shared lib
ii  libidn11 0.5.18-1GNU libidn library, implementation
ii  liblua50 5.0.2-5 Main interpreter library for the L
ii  liblualib50  5.0.2-5 Extension library for the Lua 5.0 
ii  libperl5.8   5.8.7-3 Shared Perl library
ii  zlib1g   1:1.2.3-4   compression library - runtime

elinks recommends no packages.

-- no debconf information
---
[This E-mail scanned for viruses by Declude Virus]



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

Bug#330860: Package: installation-reports

[Falk Siemonsmeier]

Package: installation-reports

Debian-installer-version: 
ftp://ftp.de.debian.org/debian-amd64/debian-installer/2005-09-28/
Kernel: 2.6.12-1
 Date: first try on 28.9.2005 last try 30.09.2005 8:30 MEST
Method: I tryed netboot and mini.iso with no proxy from ftp.de.debian.org

Machine: AMB Opteron System with nvidia chipset an ICP Raid Controller
Processor: AMD Opteron 2GHz
Memory: 2GB
Root Device: SATA Raid on ICP Raid Controller
 Tryed many Partition settings.

Output of lspci and lspci -n:
I'm not able till yet to install the system

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:[E]
   Install boot loader:[ ]
   Reboot: [ ]

Comments/Problems:

In the download from the base system Pakages comes one error
usage: /usr/lib/debootstrap/pkgdetails 



and then the systems hangs with an Zombie Prozess [debootstrap] while
setting up base-config (2.7.1)


-- 
  Falk Siemonsmeier  Phone +49 (0)7071-9457-459
  science + computing ag FAX   +49 (0)7071-9457-511
  Hagellocher Weg 73-75
  D-72070 Tuebingen  Email: [EMAIL PROTECTED]
  http://www.science-computing.de/solutions/scsecure.html


smime.p7s
Description: S/MIME cryptographic signature

Bug#330861: flightgear: enable-clouds3d segfaults on debian

[José JORGE]

Package: flightgear
Version: 0.9.8.1
Severity: important



-- 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.12-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)


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

Bug#330852: login: Critical error - immediate abort

[Steve Langasek]

reassign 330852 libpam0g
severity 330852 important
thanks

On Thu, Sep 29, 2005 at 10:55:36PM -0700, David M. Dowdle wrote:
> Package: login
> Version: 1:4.0.12-5
> Severity: critical
> Justification: breaks unrelated software

> based on description of probl;em and resolution found in 
> http://lists.debian.org/debian-user/1999/09/msg02354.html
> and that 
> clouded:/# ls -l /bin/login
> -rwxr-xr-x  1 root root 31208 Sep 28 11:01 /bin/login
> clouded:/# date

> betting login is cuasing this problem
> The following exit with the message "Critical error - immediate 
> abort"
> ssh to machine  (note that ssh  -t bash lets you in)
> cron

Er, you're apparently basing that conclusion on a 6-year-old report about a
problem which doesn't actually resemble yours.

And neither ssh nor cron have *anything* to do with /bin/login.  Which
doesn't make this a critical bug in login, it makes it impossible that it's
a bug in login.

The error message in question comes from a PAM_ABORT return from the
Linux-PAM library, which has also just been upgraded in unstable; and I see
that you're running the newest version.  However, this error is not
reproducible here, or on the systems of most other users, so I'll need
information about the contents of your /etc/pam.d/ configuration in order to
debug it.

-- 
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#293593: bug update

[Josselin Mouette]

Le jeudi 29 septembre 2005 à 23:15 -0400, Justin Pryzby a écrit :
> Comments on this bug?

As far as I know, dh_strip doesn't strip objects outside the
debian/$package trees. Looking at the code confirms that.
-- 
 .''`.   Josselin Mouette/\./\
: :' :   [EMAIL PROTECTED]
`. `'[EMAIL PROTECTED]
   `-  Debian GNU/Linux -- The power of freedom

Bug#330677: Please remove bonobo-activation from unstable

[Ondrej Sury]

reopen 330677
retitle 330677 please remove bonobo-activation from unstable
reassign 330677 ftp.debian.org
thank you

bonobo-activation is deprecated and no package in unstable currently
depends on it.

Ondrej
-- 
Ondrej Sury <[EMAIL PROTECTED]>


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

Bug#330862: heartbeat: ftbfs [sparc] dh_movefiles: debian/tmp/usr/lib/stonith/plugins/stonith/apcmastersnmp.so not found

[Blars Blarson]

Package: heartbeat
Version: 1.2.3.cvs.20050927-1
Severity: serious
Justification: no longer builds from source

heartbeat failed to build on a sparc buildd, duplicated on my sparc
pbuilder.  It also failed on other buildds.



dh_movefiles --source=debian/tmp
dh_movefiles: debian/tmp/usr/lib/stonith/plugins/stonith/apcmastersnmp.so not 
found (supposed to put it in libstonith0)
dh_movefiles: debian/tmp/usr/lib/heartbeat/SNMPAgentSanityCheck not found 
(supposed to put it in heartbeat)
dh_movefiles: debian/tmp/usr/lib/heartbeat/hbagent not found (supposed to put 
it in heartbeat)
dh_movefiles: debian/tmp/usr/share/snmp/mibs/LINUX-HA-MIB.mib not found 
(supposed to put it in heartbeat)
make: *** [install-stamp] Error 1


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

Bug#322713: (fwd) Bug#322713: dvipdfm doesn't understand gs anymore

[Frank Küster]

Hilmar Preusse <[EMAIL PROTECTED]> wrote:

> Unfortunately I don't even
> know the purpose of ebb.

, ebb(1)
| NAME
|ebb - extract a bounding box from JPEG, PNG, and PDF files
| 
| SYNOPSIS
|ebb  [  -v | -b  ]  graphic_file
| 
| DESCRIPTION
|ebb extracts the bounding box from JPEG, PNG, and PDF files
|(with lower- or uppercase extensions) and writes it into a file
|with the extension .bb, together with some header
|information. These files can then be used by dvipdfm or other
|programs.
| 
`

Regards, Frank
-- 
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer

Bug#330863: not set locale settings from /etc/environment

[Vladislav]

Package: initscripts
Version: 2.86.ds1-3

Always LANG=POSIX

Version: 2.86.ds1-2 not affected.

-- 
Yagdzhyyev Vladislav
Dnepropetrovsk, Ukraine


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

Bug#330865: webmin wont show cron's from other users, also adding new for root wont work...

[Paul van der Holst]

Package: webmin
Version: 1.230-1
Severity: grave
Justification: renders package unusable


I have 2 debian boxes running, both are using "unstable" release. 
On both i got the same problem, which is that my cronjobs for other 
users aren't showing correctly...

Also when i want to add a new cronjob for the user root, which should work..
it wont show up in the menu.. when i check with my commandline..
i can see it.. same as the other users cron's..

Hopefully this can be fixed.. but sadly webmin doesn't support debian very 
well...
Do something about that for crying out loud
 


-- 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-8-sept-ml
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages webmin depends on:
ii  debconf [debconf-2.0] 1.4.58 Debian configuration management sy
ii  libauthen-pam-perl0.15-2 Perl interface to PAM library
ii  libnet-ssleay-perl1.25-1.1   Perl module for Secure Sockets Lay
ii  libpam-runtime0.79-2 Runtime support for the PAM librar
ii  openssl   0.9.7g-3   Secure Socket Layer (SSL) binary a
ii  perl  5.8.7-5Larry Wall's Practical Extraction 

Versions of packages webmin recommends:
pn  logcheck   (no description available)
ii  webmin-core   1.230-1core modules for webmin

-- debconf information:
* webmin/upgradewarning:
* webmin/passwordexplanation:
* webmin/hostname: mystery-land.net


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

Bug#330864: openswan: postinst fails with "`make-x509-cert': not a valid identifier"

[Christian]

Package: openswan
Version: 1:2.4.0-1
Severity: normal


apt-get dist-upgrade gives:

Setting up openswan (2.4.0-1) ...
/var/lib/dpkg/info/openswan.postinst: line 100: `make-x509-cert': not a
valid identifier
dpkg: error processing openswan (--configure):
subprocess post-installation script returned error exit status 2
Errors were encountered while processing:
openswan
E: Sub-process /usr/bin/dpkg returned an error code (1)


changing "make-x509-cert" to "make_x509_cert" (with "_" as in every other 
funtion)
fixes the error.

thank you,
Christian.

-- 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.13.2
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages openswan depends on:
ii  bind9-host [host] 1:9.3.1-2  Version of 'host' bundled with BIN
ii  bsdmainutils  6.1.2  collection of more utilities from 
ii  debconf   1.4.58 Debian configuration management sy
ii  debianutils   2.14.3 Miscellaneous utilities specific t
ii  iproute   20041019-3 Professional tools to control the 
ii  ipsec-tools   1:0.6.1-1  IPsec tools for Linux
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libcurl3  7.14.0-5   Multi-protocol file transfer libra
ii  libgmp3c2 4.1.4-10   Multiprecision arithmetic library
ii  libldap2  2.1.30-12  OpenLDAP libraries
ii  libpam0g  0.79-2 Pluggable Authentication Modules l
ii  libssl0.9.7   0.9.7g-3   SSL shared libraries
ii  makedev   2.3.1-78   creates device files in /dev
ii  openssl   0.9.7g-3   Secure Socket Layer (SSL) binary a

openswan recommends no packages.

-- debconf information excluded


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

Bug#320049: postgresql: krb5 authentication and multihomed server hosts

[Martin Pitt]

Hi pod!

pod [2005-07-26 18:11 +0100]:
> It is not always possible to use krb5 authentication to a server that is
> listening on multiple interfaces other than to the 'primary' interface.

I asked the upstream developers about this, they replied with:

- snip 
I think this is fixed in CVS and will be in 8.1.  We now have in
postgresql.conf:

# Kerberos
#krb_server_keyfile = ''
#krb_srvname = 'postgres'
#krb_server_hostname = '(any)'  # if not set, matches any 
keytab entry
#krb_caseins_users = off
- snip 

Can you please verify that 8.1 beta3 behaves better by default
(postgresql-8.1 package from experimental)? You can install an 8.1
cluster in parallel which will not disturb your 8.0 cluster at all.

Your patch looks fine, I will apply it for 8.0 and 7.4, but I'd like
to have this settled upstream for 8.1 to not drag patches forever.

Thanks!

Martin
-- 
Martin Pitthttp://www.piware.de
Ubuntu Developer   http://www.ubuntu.com
Debian Developer   http://www.debian.org

In a world without walls and fences, who needs Windows and Gates?


signature.asc
Description: Digital signature

Bug#325114: Postgres Rolling back for no reason

[Michael Blake]

Martin,
We're using the Intel (x86) architecture.
Mike


Martin Pitt wrote:


Hi Michael!

Michael Blake [2005-08-26 18:23 +1000]:
 

Summary: We have encountered a problem where a single row continually rolls 
back to a much older version of itself.
   



Quick question, on which architecture are you?

Martin
 





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

Bug#325114: Postgres Rolling back for no reason

[Martin Pitt]

Hi Michael!

Michael Blake [2005-08-26 18:23 +1000]:
> Summary: We have encountered a problem where a single row continually rolls 
> back to a much older version of itself.

Quick question, on which architecture are you?

Martin
-- 
Martin Pitthttp://www.piware.de
Ubuntu Developer   http://www.ubuntu.com
Debian Developer   http://www.debian.org

In a world without walls and fences, who needs Windows and Gates?


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

Bug#330594: [dpatch-maintainers] Bug#330594: dpatch: allow custom diff options

[Bastian Kleineidam]

Hi Junichi,

On Fri, Sep 30, 2005 at 07:37:27AM +0900, Junichi Uekawa wrote:
> If you can provide information backing up that it works reliably,
> patch will be accepted.
I use the attached patch (just adding of the options to the diff
call). After setting DPEP_DIFF_OPTIONS="-p" my C source patches have the
function in the dpatch (see patch_c_source.diff).
All other file types (eg. a Makefile, see patch_no_c_source.diff) have
also a (fake) function line, but since diff ignores the stuff after
the @@, it works.

As for reliability, I think the diff tool and its options are very
stable and tested.
And of course it is a custom and explicitly set option. If it does
not work then I would just not add it to DPEP_DIFF_OPTIONS.

Just a thought: perhaps it would be better to name it
DPEP_DIFF_EXTRA_OPTIONS, since the standard dif options (-urNad) are
always there.


Regards,
  Bastian
-- 
  ,''`.  Bastian Kleineidam
 : :' :GnuPG Schlüssel
 `. `'gpg --keyserver wwwkeys.pgp.net --recv-keys 32EC6F3E
   `-

--- dpatch-edit-patch.orig  2005-09-30 09:24:42.752170647 +0200
+++ dpatch-edit-patch   2005-09-30 09:25:05.866674732 +0200
@@ -285,7 +285,7 @@
 DIFFHOLDER="$(tempfile -d "$WORKDIR" -p "dpep." -s ".diff")"
 dpep_message debug1 "Diff temporary file is $DIFFHOLDER"
 cd "$REFDIR"
-diff -urNad $DPEP_DIFF_EXCLUDE . "$WORKDIR/$(basename "$DPEP_SOURCEDIR")" |
+diff -urNad $DPEP_DIFF_OPTIONS $DPEP_DIFF_EXCLUDE . "$WORKDIR/$(basename 
"$DPEP_SOURCEDIR")" |
   sed -e "/^--- \|^diff /s: \./: $(basename "$DPEP_SOURCEDIR")~/:" \
   -e "/^+++ \|^diff /s: $WORKDIR/: :" \
   -e "/^diff /s: $DPEP_DIFF_EXCLUDE::" > "$DIFFHOLDER" || true
--- libpam-mount-0.9.25/debian/patches/38_mount_links.dpatch2005-09-23 
14:50:57.355547547 +0200
+++ libpam-mount-0.9.25_/debian/patches/38_mount_links.dpatch   2005-09-30 
09:26:13.704414726 +0200
@@ -9,10 +9,10 @@
 ## DP: In case of match with realpath, return the original volume path.
 
 @DPATCH@
-diff -urNad libpam-mount-0.9.25~/src/mount.c libpam-mount-0.9.25/src/mount.c
 libpam-mount-0.9.25~/src/mount.c   2005-09-23 14:42:28.458514829 +0200
-+++ libpam-mount-0.9.25/src/mount.c2005-09-23 14:47:04.758726265 +0200
-@@ -126,6 +126,7 @@
+diff -urNad -p libpam-mount-0.9.25_~/src/mount.c 
libpam-mount-0.9.25_/src/mount.c
+--- libpam-mount-0.9.25_~/src/mount.c  2005-09-30 09:26:12.273631123 +0200
 libpam-mount-0.9.25_/src/mount.c   2005-09-30 09:26:12.620578649 +0200
+@@ -126,6 +126,7 @@ static int already_mounted(const struct 
   fmt_ptrn_t *vinfo)
  {
char match[PATH_MAX + 1];
@@ -20,7 +20,7 @@
int mounted = 0;
  #if defined(__linux__)
FILE *mtab;
-@@ -184,6 +185,17 @@
+@@ -184,6 +185,17 @@ static int already_mounted(const struct 
l0g("pam_mount: %s\n", "could not open /etc/mtab");
return -1;
}
@@ -38,7 +38,7 @@
w4rn("pam_mount: checking to see if %s is already mounted at %s\n",
 match, config->volume[vol].mountpoint);
while ((mtab_record = getmntent(mtab)) != NULL) {
-@@ -205,8 +217,14 @@
+@@ -205,8 +217,14 @@ static int already_mounted(const struct 
 }
 }
/* FIXME: okay to always ignore case (needed for NCP)? */
--- libpam-mount-0.9.25/debian/patches/15_no_error_warnings.dpatch  
2005-05-30 15:50:55.470518000 +0200
+++ libpam-mount-0.9.25_/debian/patches/15_no_error_warnings.dpatch 
2005-09-30 09:27:32.383515037 +0200
@@ -6,10 +6,10 @@
 ## DP: for such a variety of platforms. Use -Wall instead.
 
 @DPATCH@
-diff -urNad libpam-mount-0.9.24/src/Makefile.in 
/tmp/dpep.yRJOgY/libpam-mount-0.9.24/src/Makefile.in
 libpam-mount-0.9.24/src/Makefile.in2005-05-30 15:50:52.904906235 
+0200
-+++ /tmp/dpep.yRJOgY/libpam-mount-0.9.24/src/Makefile.in   2005-05-30 
15:50:53.234856332 +0200
-@@ -271,7 +271,7 @@
+diff -urNad -p libpam-mount-0.9.25_~/src/Makefile.in 
libpam-mount-0.9.25_/src/Makefile.in
+--- libpam-mount-0.9.25_~/src/Makefile.in  2005-09-30 09:27:30.725765761 
+0200
 libpam-mount-0.9.25_/src/Makefile.in   2005-09-30 09:27:31.100709053 
+0200
+@@ -271,7 +271,7 @@ pmvarrun_LDFLAGS = -lz $(GLIB_LIBS)
  @[EMAIL PROTECTED] = @CHECK_LIBS@
  @[EMAIL PROTECTED] = -lz $(GLIB_LIBS)
  INCLUDES = -I$(srcdir)/../include @LOCAL_FMT_PTRN_INCLUDES@


signature.asc
Description: Digital signature

Bug#330866: guile-1.6: skip_scsh_block_comment fails if !# ends the file and # is the last character (no CR)

[David Pirotte]

Package: guile-1.6
Version: 1.6.7-1
Severity: normal


one of my modules contained a commented block, which was at the
end of the file and there was no 'caryage return' after the sharp 
character

there was no more problem once I added a CR after the '!#' ...

the message I got was this one:

   ...
   : In procedure skip_scsh_block_comment in expression (proc
   file):
   : unterminated `#! ... !#' comment

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

Versions of packages guile-1.6 depends on:
ii  guile-1.6-libs1.6.7-1Main Guile libraries
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libguile-ltdl-1   1.6.7-1Guile's patched version of libtool

guile-1.6 recommends no packages.

-- no debconf information


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

Bug#330867: libssl0.9.7 g series break pam_pgsql

[Krisztian PIFKO]

Package: libssl0.9.7
Version: 0.9.7g-2
Severity: grave
Justification: renders package unusable


libpam_pgsql breaks after upgrading to libssl g from libssl e.

the reason (from auth log):
PAM unable to dlopen(/lib/security/pam_pgsql.so)
PAM [dlerror: /usr/lib/i686/cmov/libssl.so.0.9.7: undefined symbol: 
HMAC_CTX_set_flags]
PAM adding faulty module: /lib/security/pam_pgsql.so

downgrading to libssl0.9.7_0.9.7e solves the problem.

libpam_pgsql version: 0.5.2-9


-- 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.9-ck3-skas3-v8-rc1-bs7-nudi.3
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages libssl0.9.7 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

libssl0.9.7 recommends no packages.

-- debconf information excluded


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

Bug#330868: sudo: init script changes time of directories, not stamp files

[Martin Pitt]

Package: sudo
Version: 1.6.8p9-2
Tags: patch

Hi Bdale!

The init script currently touches /var/run/sudo/*, but this does not
touch the user's stamp files, only the per-user directories. I made
this a bit more robust:

  http://patches.ubuntu.com/patches/sudo.fixtimestampclean.diff

it uses find -type f now.

It is no big deal since normally bootclean.sh purges /var/run anyway,
so it only matters under very exceptional conditions. But still it
should either do the right thing or just remove /var/run/sudo
completely.

Thanks!

Martin
-- 
Martin Pitthttp://www.piware.de
Ubuntu Developer   http://www.ubuntu.com
Debian Developer   http://www.debian.org

In a world without walls and fences, who needs Windows and Gates?


signature.asc
Description: Digital signature

Bug#330869: calcurse: October 0 doesn't exist

[Uwe Steinmann]

Package: calcurse
Version: 1.0rc4-1
Severity: normal


When I'm on 'September 23' and goto the next week with the 'j' key
I'll be on 'October 0'.

  Uwe

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'sid'), (500, 'testing'), (500, 'stable')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11-rc4
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: 
LC_ALL set to [EMAIL PROTECTED])

Versions of packages calcurse depends on:
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libncurses5   5.4-9  Shared libraries for terminal hand

calcurse recommends no packages.

-- no debconf information


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

Bug#265220: Hello, i'd like to adopt it

[Emfox Zhou]

i'm interested in this package, and i'll try to maintain it. it's
better if anyone could be my sponsor, of course.
--
GnuPG Public Key: 0xF7142EC2

Bug#330812: Xsession snipped runs init script without checking permissions

[Eduard Bloch]

#include 
* Drew Parsons [Fri, Sep 30 2005, 10:48:13AM]:
> On Thu, 2005-09-29 at 22:50 +0200, Eduard Bloch wrote:
> > Package: xprint-common
> > Version: 1:0.1.0.alpha1-12
> > Severity: grave
> > 
> > Hello,
> > 
> > the Xsession.d file tries run the init script but it cannot rely on its
> > existance since it is a conffile. I know of cases where the file was
> > _not_ executable which made Xsession fail because Overfiend insists on
> > using "set -e" there and your script is executed by the shell of
> > Xsession, not your own shebang interpreter.
> > 
> > Obvious workaround: add a "|| true" statement.
> > 
> 
> 
> You mean change
>   XPSERVERLIST="`/etc/init.d/xprint get_xpserverlist`"
> to
>   XPSERVERLIST="`/etc/init.d/xprint get_xpserverlist || true`"
> ?

Of course. Or foo=`bar` || true, or foo=`bar || :` or whatever.

> Easy enough to do of course, but since it would be preferable to
> actually run the script, wouldn't it be better to try
> 
>   XPSERVERLIST="`/bin/bash /etc/init.d/xprint get_xpserverlist`"
> 
> instead?

More robust, but not much more. If some error happens in the script the
Xsession is broken again (see other bug report).

Eduard.
-- 
Marcus Cole: That's a lot of ships!  That's a bloody awful lot of ships!
 -- Quotes from Babylon 5 --


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

Bug#330870: passwd: pam.d/passwd is gone

[Mario 'BitKoenig' Holbe]

Package: passwd
Version: 1:4.0.12-5

Hello,

since passwd 1:4.0.12-2 /etc/pam.d/passwd seems not to be in the package
anymore:

[EMAIL PROTECTED]:~# ls -l /etc/pam.d/passwd
-rw-r--r--  1 root root 92 Apr 29  2004 /etc/pam.d/passwd
[EMAIL PROTECTED]:~# dpkg -S /etc/pam.d/passwd
passwd: /etc/pam.d/passwd
[EMAIL PROTECTED]:~# dpkg -l passwd | grep ^i
ii  passwd 4.0.3-31sarge5 change and administer password and group dat
[EMAIL PROTECTED]:~# 

[EMAIL PROTECTED]:~# ls -l /etc/pam.d/passwd
-rw-r--r--  1 root root 92 Apr 29  2004 /etc/pam.d/passwd
[EMAIL PROTECTED]:~# dpkg -S /etc/pam.d/passwd
dpkg: /etc/pam.d/passwd not found.
[EMAIL PROTECTED]:~# dpkg -l passwd | grep ^i
ii  passwd 4.0.12-5   change and administer password and group data
[EMAIL PROTECTED]:~# 

A quick check over my archive showed that it's included until
1:4.0.3-39, the last 4.0.3-package.

If you think this is intentional, feel free to just close this bug, but
please consider to remove a stale conffile in postinst or somewhere like
that then.


Thanks for you work & regards
   Mario
-- 
() Ascii Ribbon Campaign
/\ Support plain text e-mail


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

Bug#330871: boa should check for sendfile() returning ENOSYS

[Samuel Thibault]

Package: boa
Severity: important

Hi,

When serving big files, boa uses sendfile(), but this function is not
available in every kernel. on 2.4.27-2-sparc64 for instance, I get 

140.77.128.4 - - [30/Sep/2005:07:59:48 +] request "GET /adresses.txt 
HTTP/1.0" ("/var/www/adresses.txt"): sendfile write: Function not implemented

in the log, and the file is not served.

Boa should check for sendfile() returning ENOSYS, and then fall back to
a read/write loop.

Regards,
Samuel

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

-- 
Samuel Thibault <[EMAIL PROTECTED]>
 C'ETAIT PAS UN BUG !
 :ppp
 c ce qu'on dit ;)
 (j'ai appuye sur ON, ca peut arriver, non ?)
 -+- #hp debuggue IRCprime -+-


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

Bug#324007: Same thing

[Bert Vermeulen]

This happens for me as well, running version 1.2.3-4 of
evolution-data-server. I also get a crash when trying to enter a new
contact in LDAP via evolution.


-- 
Bert Vermeulen[EMAIL PROTECTED]  email/sip/xmpp




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

Bug#330872: chown to an invalid user

[Luca Bigliardi]

Package: vde
Version: 1.5.9-2

Upgrading from 1.5.9-1 to 1.5.9-2 the post-inst script perform a chown
to a non existent user:

Setting up vde (1.5.9-2) ...
chown: `vde-net:vde-net': invalid user
dpkg: error processing vde (--configure):
 subprocess post-installation script returned error exit status 1


luca



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

Bug#330829: Version 0.79 breaks vsftpd, "500 OOPS: priv_sock_get_result" reported

[Steve Langasek]

On Thu, Sep 29, 2005 at 06:37:07PM -0700, Max Alekseyev wrote:

> >>I have 'debug' and 'dump' options for pam_userdb.so in /etc/pam.d/vsftpd,
> >>but I didn't notice any difference in auth.log besides that 
> >>version 0.79 does not grant access as 0.76 does:
> >
> >>Sep 29 15:29:20 quark pam_userdb[7435]: user 'guest' granted acces
> >>(please also note a spelling error in the word "access")

> >Or do you mean you get this message
> >in your logs with 0.76, and no log messages from pam_userdb with 0.79?

> That's it! No such message with 0.79, but no any error either, just silence.

> >>I've tried to change vsftpd_login.db database format to db4.2 but that
> >>didn't help.

> >>So I was forced to degrade libpam-modules back to 0.76 and vsftpd works
> >>fine again.

> >Can you tell me whether downgrading to 0.79-1 also works?

> No. Version 0.79-1 is suffering the same bug.

Ok.  I've found one problem already which should be fixed; it may be causing
the problem you're experiencing, although I would have thought you would
notice the resulting segfaults it causes...

Anyway, could you try rebuilding the PAM package with the attached patch,
and let me know whether it fixes your problem?  Can you also forward your
full PAM config to the BTS?

Thanks,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/
Index: Linux-PAM/modules/pam_userdb/pam_userdb.c
===
--- Linux-PAM/modules/pam_userdb/pam_userdb.c   (revision 363)
+++ Linux-PAM/modules/pam_userdb/pam_userdb.c   (working copy)
@@ -83,7 +83,7 @@
ctrl |= PAM_KEY_ONLY_ARG;
   else if (!strncasecmp(*argv,"db=", 3))
{
- *database = strdup((*argv) + 3);
+ *database = (*argv) + 3;
  if ((*database == NULL) || (strlen (*database) == 0))
_pam_log(LOG_ERR,
 "pam_parse: could not parse argument \"%s\"",
@@ -91,7 +91,7 @@
}
   else if (!strncasecmp(*argv,"crypt=", 6))
{
- *cryptmode = strdup((*argv) + 6);
+ *cryptmode = (*argv) + 6;
  if ((*cryptmode == NULL) || (strlen (*cryptmode) == 0))
_pam_log(LOG_ERR,
 "pam_parse: could not parse argument \"%s\"",
@@ -174,7 +174,7 @@
return 0; /* found it, data contents don't matter */
}
 
-   if (strncasecmp(cryptmode, "crypt", 5) == 0) {
+   if (cryptmode && !strncasecmp(cryptmode, "crypt", 5)) {
 
  /* crypt(3) password storage */
 
@@ -208,15 +208,15 @@
   * default to plaintext password storage
   */
 
-   if (strlen(pass) != data.dsize) {
- compare = 1; /* wrong password len -> wrong password */
-   } else if (ctrl & PAM_ICASE_ARG) {
+ if (strlen(pass) != data.dsize) {
+   compare = 1; /* wrong password len -> wrong password */
+ } else if (ctrl & PAM_ICASE_ARG) {
compare = strncasecmp(data.dptr, pass, data.dsize);
-   } else {
+ } else {
compare = strncmp(data.dptr, pass, data.dsize);
-   }
+ }
 
- if (strncasecmp(cryptmode, "none", 4) && ctrl & PAM_DEBUG_ARG) {
+ if (cryptmode && strncasecmp(cryptmode, "none", 4) && ctrl & 
PAM_DEBUG_ARG) {
_pam_log(LOG_INFO, "invalid value for crypt parameter: %s",
 cryptmode);
_pam_log(LOG_INFO, "defaulting to plaintext password mode");


signature.asc
Description: Digital signature

Bug#330873: egroupware: missing IPv6 support

[Repasi Tibor]

Package: egroupware
Version: 1.0.0.007-2.dfsg-2sarge1
Severity: important

While loging in to egroupware from a client with IPv6 address login.php
is trying to insert the client address to phpgw_sessions table in the DB.
The field for client ip address is a character varying(32) which is too small
for an IPv6 address. Due to this, login.php is failing to create a user 
session and eGroupWare will stop with a Database error. 

I've installed the database to a PostgreSQL DBMS (installed on the same host, 
from standard Debian sarge packages).

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.27
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages egroupware depends on:
ii  egroupware-addr 1.0.0.007-2.dfsg-2sarge1 eGroupWare addressbook management 
ii  egroupware-book 1.0.0.007-2.dfsg-2sarge1 eGroupWare bookmark management app
ii  egroupware-cale 1.0.0.007-2.dfsg-2sarge1 eGroupWare calendar management app
ii  egroupware-comi 1.0.0.007-2.dfsg-2sarge1 eGroupWare comic strip application
ii  egroupware-core 1.0.0.007-2.dfsg-2sarge1 eGroupWare core modules
ii  egroupware-deve 1.0.0.007-2.dfsg-2sarge1 eGroupWare developer tools
ii  egroupware-emai 1.0.0.007-2.dfsg-2sarge1 eGroupWare E-mail client applicati
ii  egroupware-emai 1.0.0.007-2.dfsg-2sarge1 eGroupWare E-mail user administrat
ii  egroupware-etem 1.0.0.007-2.dfsg-2sarge1 widget-based template system for e
ii  egroupware-fela 1.0.0.007-2.dfsg-2sarge1 eGroupWare FeLaMiMail application
ii  egroupware-file 1.0.0.007-2.dfsg-2sarge1 eGroupWare file manager applicatio
ii  egroupware-foru 1.0.0.007-2.dfsg-2sarge1 eGroupWare forum application
ii  egroupware-ftp  1.0.0.007-2.dfsg-2sarge1 eGroupWare FTP application
ii  egroupware-fudf 1.0.0.007-2.dfsg-2sarge1 eGroupWare FUDforum application
ii  egroupware-head 1.0.0.007-2.dfsg-2sarge1 eGroupWare headlines catcher appli
ii  egroupware-info 1.0.0.007-2.dfsg-2sarge1 eGroupWare infolog application
ii  egroupware-jinn 1.0.0.007-2.dfsg-2sarge1 content management system for eGro
ii  egroupware-manu 1.0.0.007-2.dfsg-2sarge1 eGroupWare manual
ii  egroupware-mess 1.0.0.007-2.dfsg-2sarge1 eGroupWare messenger application
ii  egroupware-news 1.0.0.007-2.dfsg-2sarge1 eGroupWare news administration int
ii  egroupware-phpb 1.0.0.007-2.dfsg-2sarge1 eGroupWare phpbrain application
ii  egroupware-phpl 1.0.0.007-2.dfsg-2sarge1 eGroupWare phpLDAPadmin applicatio
ii  egroupware-phps 1.0.0.007-2.dfsg-2sarge1 eGroupWare phpSysInfo application
ii  egroupware-poll 1.0.0.007-2.dfsg-2sarge1 eGroupWare polling application
ii  egroupware-proj 1.0.0.007-2.dfsg-2sarge1 eGroupWare projects management app
ii  egroupware-regi 1.0.0.007-2.dfsg-2sarge1 eGroupWare registration applicatio
ii  egroupware-site 1.0.0.007-2.dfsg-2sarge1 eGroupWare site manager applicatio
ii  egroupware-stoc 1.0.0.007-2.dfsg-2sarge1 eGroupWare stock management applic
ii  egroupware-tts  1.0.0.007-2.dfsg-2sarge1 eGroupWare trouble ticket system a
ii  egroupware-wiki 1.0.0.007-2.dfsg-2sarge1 eGroupWare wiki application

-- no debconf information


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

Bug#330874: login: dpkg thinks I have modified/etc/pam.d/su

[Frank Küster]

Package: login
Version: 1:4.0.12-5
Severity: normal

Today I tried dist-upgrade of some other package in a pbuilder chroot,
and login wasn't yet updated in the base.tar.gz:

Preparing to replace login 1:4.0.12-3 (using .../login_1%3a4.0.12-5_i386.deb) 
...
Unpacking replacement login ...
Setting up login (4.0.12-5) ...

Configuration file `/etc/pam.d/su'
 ==> File on system created by you or by a script.
 ==> File also in package provided by package maintainer.

Since this is a pbuilder tar.gz, I'm sure I have never changed or
created this file;  there must be an error in the -5 upload.

Thanks in advance,
Frank

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-386
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages login depends on:
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an
ii  libpam-modules  0.76-22  Pluggable Authentication Modules f
ii  libpam-runtime  0.76-22  Runtime support for the PAM librar
ii  libpam0g0.76-22  Pluggable Authentication Modules l

-- no debconf information

-- 
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer

Bug#330336: Patch for NMU 2.0.7-1.2

[Jeremy T. Bouse]

Next time you think about doing an NMU make sure it is fully
functional. Even the NMU you did would have failed to build on arm, m68k
and hppa. I have spent the past 48 hours working on the proper fix for
it. My current 2.0.7-3 doesn't even fix it yet and you're NMU didn't
even come close.

I knew the upstream release was secondary to the transition. Had you
taken proper attempts at communication with the maintainer you would
have been able to determine the issues I was already working on before I
dealt with the new version.

I fail to see how you're jumping the gun did anything to help. The
only package currently held up with the libfwbuilder package issue is
fwbuilder itself. So it was not holding up the Qt/KDE transition. You
also failed to even acknowledge #323133, which by itself was not
directly apparent from the bugs you attempted to close, that has a
direct impact on the build. If you only built on i386 or any other arch
besides the three it affects you would not have known that unless you
had actually had some communication with me. Instead you were impatient
to get went ahead without all the facts in the situation.

Next time I would appreciate you not NMU *ANY* of my packages
without direct direction to do so from me, the DPL or the release
manager as you obviously failed to research the situation.

Regards,
Jeremy

Luk Claes wrote:

>Jeremy T. Bouse wrote:
>  
>
>>   Next time I would appreciate it if you followed section 5.11.1 of the
>>Developers Reference a bit more closely.
>>
>>   You did submit a bug report, atleast the snmp dependency was one that
>>actually did not already have a report submitted on; however giving less
>>than 24 hours before you uploaded not only the NMU but the patch to the
>>BTS hardly gives time for a response from the developer. Submitting the
>>patch within 24 hours and not uploading the NMU after giving some time
>>for a response would have been better.
>>
>>   5.11.1 states the following order, please abid by it:
>>
>>  1) File a bug report *Hurray you did that atleast*
>>  2) Wait a few days for a response. File a 'patch' if no response
>>  3) Wait a few more days if you get no answer, then mail announcing
>>the intent to NMU
>>  4) Upload your package to DELAYED/7-day (not 3-DAY, not 5-DAY,
>>*7-DAY*)
>>
>>
>
>It's part of the gcc and Qt/KDE transition. At least for libfwbuilder
>3-DAY is apropriate... Open RC bugs are an intent to NMU... and an NMU
>is no attack, it's just to help you...
>
>  
>
>>   If you had checked all the other bugs you closed and read them you
>>would have noticed that I was working on the 2.0.9 packaging already as
>>it had been released. I had been working on 2.0.8 when the C++ ABI
>>transition hit the mirrors. You would have also noticed I respond to
>>just about every bug report filed, so not getting a response from a bug
>>filed within 24 hours isn't a problem.
>>
>>
>
>Fixing RC bugs is more important than a new upstream...
>
>  
>
>>   I won't go on about the fact that some of the items in the bugs you
>>closed were not addressed in your NMU to begin with and would have been
>>closed without being addressed.
>>
>>
>
>You mean the bug that was already fixed, but not closed by you?
>
>  
>
>>   Checking the QA mia-history would have also showed I wasn't MIA as
>>well; however you made no attempt, other than the one bug report to,
>>contact me prior to doing the NMU.
>>
>>
>
>Note that the NMU has not reached the archive yet and that your packages
>are holding the Qt/KDE transition... The other option next to NMUing was
>asking its removal from testing in a couple of days...
>
>Note also that NMUing is to help you. I'm sorry if you misunderstood
>this NMUs as an attack. The procedure for NMUing described in the
>Developers Reference is indeed a good one for fixing random bugs, but
>please understand that it is too much hassle for a testing migration of
>a *big* transition.
>
>So, sorry again if it came over as an attack.
>
>Cheers
>
>Luk
>
>  
>


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

Bug#330677: O: bonobo-activation

[Loïc Minier]

Hi,

On Thu, Sep 29, 2005, Thomas Bushnell BSG wrote:
> I do not intend to adopt bonobo-activation.  (At present.)  It does
> not seem to be necessary for gnucash to build or work.  If it turns
> out that I am incorrect, then I will be interested in adopting it if
> no one else has first.

 I have included you wrongly in the Debbugs-Cc list for
 bonobo-activation: it is a dead GNOME 2 module which has been merged in
 another module and is completely useless and deprecated.

   Cheers,
-- 
Loïc Minier <[EMAIL PROTECTED]>

Bug#330875: tetex-base: doesn't correctly detect that obsolete ini files are unchanged

[Frank Küster]

Package: tetex-base
Version: 3.0-7
Severity: normal

While upgrading from sid in a pbuilder chroot:

Setting up tetex-base (3.0-7) ...
Installing new version of config file [...]
[...]
Using obsolete pdftex.cfg to generate pdftexconfig.tex ... done.
Moving unused, locally changed conffile /etc/texmf/latex/latex.ini to 
/etc/texmf/oldstuff_unused
Moving unused, locally changed conffile /etc/texmf/cyrplain/cyrtex.ini to 
/etc/texmf/oldstuff_unused
Moving unused, locally changed conffile /etc/texmf/cyrplain/cyrtxinf.ini to 
/etc/texmf/oldstuff_unused
Moving unused, locally changed conffile /etc/texmf/cyrplain/cyramstx.ini to 
/etc/texmf/oldstuff_unused
Moving unused, locally changed conffile /etc/texmf/etex/etex.ini to 
/etc/texmf/oldstuff_unused
Moving unused, locally changed conffile /etc/texmf/platex/platex.ini to 
/etc/texmf/oldstuff_unused
Moving unused, locally changed conffile /etc/texmf/context/cont-de.ini to 
/etc/texmf/oldstuff_unused
Moving unused, locally changed conffile /etc/texmf/context/cont-en.ini to 
/etc/texmf/oldstuff_unused
Moving unused, locally changed conffile /etc/texmf/context/cont-it.ini to 
/etc/texmf/oldstuff_unused
Moving unused, locally changed conffile /etc/texmf/context/cont-nl.ini to 
/etc/texmf/oldstuff_unused
Moving unused, locally changed conffile /etc/texmf/context/cont-ro.ini to 
/etc/texmf/oldstuff_unused
Moving unused, locally changed conffile /etc/texmf/context/cont-uk.ini to 
/etc/texmf/oldstuff_unused
Moving unused, locally changed conffile /etc/texmf/context/cont-cz.ini to 
/etc/texmf/oldstuff_unused


-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-386
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages tetex-base depends on:
ii  debconf   1.4.30.13  Debian configuration management sy
ii  dpkg  1.10.28Package maintenance system for Deb
ii  tex-common0.7Common infrastructure for using an
ii  texinfo   4.7-2.2Documentation system for on-line i
ii  ucf   1.17   Update Configuration File: preserv

Regards, Frank
-- 
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer

Bug#330876: helix-player: Plugin installation not complete

[Michael Piefel]

Package: helix-player
Version: 1.0.6-1
Severity: normal

While installing: 
ln: Erzeugen der symbolischen Verknüpfung
„/usr/lib/mozilla-firefox/components/nphelix.xpt“ zu
„/usr/lib/helix/player/mozilla/nphelix.xpt“: Datei oder Verzeichnis
nicht gefunden

There is no dir /usr/lib/mozilla-firefox/components. I don’t know how
serious this is. Note that flashplayer happily installs its *.xpt into
the plugin directory.

This bug is related to #316364.

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

Versions of packages helix-player depends on:
ii  libatk1.0-0   1.10.3-1   The ATK accessibility toolkit
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libglib2.0-0  2.8.1-1The GLib library of C routines
ii  libgtk2.0-0   2.6.10-1   The GTK+ graphical user interface 
ii  libpango1.0-0 1.8.2-2Layout and rendering of internatio
ii  libstdc++64.0.1-9The GNU Standard C++ Library v3
ii  libx11-6  6.8.2.dfsg.1-7 X Window System protocol client li
ii  libxext6  6.8.2.dfsg.1-7 X Window System miscellaneous exte
ii  libxv16.8.2.dfsg.1-7 X Window System video extension li
ii  xlibs 6.8.2.dfsg.1-7 X Window System client libraries m

helix-player recommends no packages.

-- no debconf information

Bug#330877: manpages-dev: read can return EINVAL when using O_DIRECT and the buffer is not block-aligned

[Samuel Thibault]

Package: manpages-dev
Version: 2.02-2
Severity: wishlist

Hi,

When opening a file with O_DIRECT, buffers given to read/write must be
aligned with blocks. If it is not the case, they return EINVAL. The
manpage should document that: turn

   EINVAL fd is attached to an object which is unsuitable for reading.

into

   EINVAL fd is attached to an object which is unsuitable for
   reading, or file was opened with the O_DIRECT flag and buf
   is not block-aligned.

for instance.

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

Versions of packages manpages-dev depends on:
ii  manpages  2.02-2 Manual pages about using a GNU/Lin

manpages-dev recommends no packages.

-- no debconf information

-- 
Samuel Thibault <[EMAIL PROTECTED]>
 SL> Au fait elle est mieux ma signature maintenant ?
 Oui. T'enlève encore les conneries que t'as écrit dedans et c'est bon.
 -+- JB in  : Le neueuttoyage par le vide -+-

Bug#272380: Starting Firebird server: check $FIREBIRD/firebird.log file for errors

[Damyan Ivanov]

[Please do not use -quiet. Firebird is group-maintained]

Daniel wrote:
>> Is there a chance that you're trying to start the server second time?
>>  
>>
> no
> 
>> Can you reproduce this bug with version 1.5.2-7 from unstable?
>>
> yes any time

Well, I can't, so I need more even more information.

Is this a new install without previous firebird packages installed? Or is it
upgrade? From which versions? Maybe you are attempting to move from
firebird2-classic-server to firebird2-super-server and there are open
connections to port 3050 left over?

what is the exact apt-get transcript?


thanks,
dam
-- 
Damyan Ivanov  0x9725F63B  Creditreform Bulgaria
[EMAIL PROTECTED]  http://www.creditreform.bg/
phone: +359(2)928-2611, 929-3993fax: +359(2)920-0994
mob. +359(88)856-6067  ICQ 3028500  [EMAIL PROTECTED]/Gaim


signature.asc
Description: OpenPGP digital signature

Bug#297170: lirc-modules-source: Add support for --rootcmd

[Peter Colberg]

Package: lirc-modules-source
Version: 0.7.1pre2-9
Tags: patch
Followup-For: Bug #297170

Could you please consider the following patch (taken from package
nvidia-kernel-source) to `debian/rules' of lirc-modules-source?

It resolves the issue with building as a non-root user with
`make-kpkg --rootcmd=fakeroot'.


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

Versions of packages lirc-modules-source depends on:
ii  debconf [debconf-2.0] 1.4.58 Debian configuration management sy
ii  debhelper 4.9.10 helper programs for debian/rules
ii  debianutils   2.14.3 Miscellaneous utilities specific t

Versions of packages lirc-modules-source recommends:
ii  dpkg  1.13.11package maintenance system for Deb
ii  dpkg-dev  1.13.11package building tools for Debian
ii  gcc [c-compiler]  4:4.0.1-3  The GNU C compiler
ii  gcc-3.3 [c-compiler]  1:3.3.6-10 The GNU C compiler
ii  gcc-3.4 [c-compiler]  3.4.4-8The GNU C compiler
ii  gcc-4.0 [c-compiler]  4.0.1-9The GNU C compiler
ii  kernel-package9.007  A utility for building Linux kerne
ii  make  3.80-11The GNU version of the "make" util

-- debconf information excluded
diff -urN lirc-0.7.1pre2_9/debian/modules-source/debian/rules 
lirc-0.7.1pre2/debian/modules-source/debian/rules
--- lirc-0.7.1pre2_9/debian/modules-source/debian/rules 2005-09-30 
09:24:39.0 +0200
+++ lirc-0.7.1pre2/debian/modules-source/debian/rules   2005-09-30 
09:22:15.0 +0200
@@ -122,8 +122,13 @@
 .PHONY: build clean binary-indep binary-arch binary install configure
 
 binary-modules: binary
-kdist_image: binary-modules debian/rules clean
-kdist_clean: debian/control clean
+kdist_image: debian/rules
+   $(ROOT_CMD) $(MAKE) $(MFLAGS) -f debian/rules binary-modules
+   $(ROOT_CMD) $(MAKE) $(MFLAGS) -f debian/rules clean
+
+kdist_clean: debian/control
+$(ROOT_CMD) $(MAKE) $(MFLAGS) -f debian/rules clean
+
 kdist_configure:
 #  Nothing to do when configured.
 

Bug#330630: rootok module broken by SELinux checks

[Steve Langasek]

retitle 330603 pam_wheel now enforces group membership against root
merge 330855 330630
thanks

On Thu, Sep 29, 2005 at 11:20:43PM -0700, James Blanford wrote:
> On 29 Sep, Steve Langasek wrote:
> > On Wed, Sep 28, 2005 at 09:46:57PM -0700, James Blanford wrote:

> >> OK, I was trying to goad you into checking and failed.  So I reverted
> >> the patch myself and rootok is still broken.  I hereby change the bug
> >> to "rootok module is broken and I don't know why".  Going back to
> >> 0.76-23 restores rootok's functionality.

> > Which makes even less sense, because the upstream diff between 0.76
> > and 0.79 for rootok is nil.

> > Are you sure this isn't actually related to the update of login, which
> > briefly caused /etc/pam.d/su to be missing from the package?  I know
> > you quoted an /etc/pam.d/su config to me earlier, but I'm not seeing
> > this bug here and if you don't have an SELinux-enabled kernel I really
> > don't have any other ideas why this is broken for you.

> Well, now I think it's pam_wheel.so that's broken.  The problem is
> exposed by this line in /etc/pam.d/su:

> auth   required   pam_wheel.so group=adm

> If I replace it with:

> auth   required   pam_wheel.so

> functionality is restored.  I thought I'd tried it before.  What's
> interesting is that _all_ attempts to su from root fail even with the
> correct password when the "group=adm" argument is used.

Aha, now this is a much more promising line of investigation.  Compare with
the new bug report which just came in, regarding the same subject:

On Fri, Sep 30, 2005 at 09:23:03AM +0300, Mait Vares wrote:
> if i have 'auth required pam_wheel.so group=foo' in /etc/pam.d/su, then
> root can't su when he is not member of group 'foo'. 
> this is normal behavior from now or just annoying bug?

I think the answer is pretty clearly that this is normal behavior.  The
commented out default entry in my /etc/pam.d/su file says:

# Uncomment this to force users to be a member of group root
# before they can use `su'. You can also add "group=foo" to
# to the end of this line if you want to use a group other
# than the default "root".
# (Replaces the `SU_WHEEL_ONLY' option from login.defs)
# auth   required   pam_wheel.so

There is no mention here that pam_wheel should for some reason treat root
*differently* than other users; so if it did that before, I think it was
only because of a bug in the *old* version of pam_wheel.

If you two can confirm that this bug is fixable by adding root to the
specified group ("adm", "foo", whatever), *and* that it is fixable by
listing 'auth sufficient pam_rootok.so' *before* pam_wheel, then I'll go
ahead and reassign these bugs to the login package, requesting that the
examples be reordered to follow the pam_rootok stanza.

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


signature.asc
Description: Digital signature

Bug#330698: Please package coreutils test release 5.90

[Thomas Hood]

Bob Proulx wrote:
> But I think you are really jumping the gun here.
> A new coreutils has not yet been released.


That is not correct.  coreutils 5.3.0 has been out for eight months.
coreutils 5.90 was released yesterday.

   ftp://alpha.gnu.org/gnu/coreutils/

In the time you took to send your message you could have checked.


> An alpha version of a release candidate has not yet been released.  So
> far all we are doing is *talking* about distributing an alpha release.
> It will take a little bit to stabilize.  In my opinion this is way to
> early to file even a wishlist bug even for experimental.


You are questioning the value of a wishlist item informing BTS readers
of a new release?  You must have a lot of time on your hands.  I would
advise you to do something better with it than quibbling (on false
grounds) about whether people should or should not file wishes for things.

Since you do quibble, I will say that as a user and as a developer of
other Debian packages I want to begin testing some of the features
that have been added to coreutils since 5.2.1 was released.
-- 
Thomas Hood


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

Bug#330853: sympa: documentation for setting up robots misses a step

[Olivier Salaün - CRU]

We've completed the documentation according to your suggestions, in both 
5.1 stable branch and development branch :

http://sourcesup.cru.fr/cgi/viewcvs.cgi/sympa/doc/sympa.tex.tpl?only_with_tag=sympa-5_1-branch&r2=1.228.2.2&r1=1.228.2.1

Geoff Crompton wrote:


Package: sympa
Version: 4.1.5-2
Severity: normal

I recently setup sympa with a robot config. As per
http://localhost/doc/sympa/html/node12.html I created the directory and
file /etc/sympa/lists.mydomain.com/robot.conf.

However after some debugging, I know I also needed to create
/var/lib/sympa/expl/lists.mydomain.com/, and set the owner to
sympa:sympa and the permissions to 0750.

Can the documentation be updated to reflect this?

 





smime.p7s
Description: S/MIME Cryptographic Signature

Bug#330878: openclipart: Suggests should include inkscape

[Andrew McMillan]

Package: openclipart
Version: 0.17+dfsg-1
Severity: minor

I noticed tonight that the openclipart package suggests ksvg
and sodipodi.  Sodipodi is quite old now, and is really exlipsed
by inkscape.

I see that inkscape is suggested by openclipart-svg, but if
people are installing the metapackage they quite possibly
won't ever see that.

Thanks,
  Andrew McMillan.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (950, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13-rc6
Locale: LANG=C, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to 
en_NZ.UTF-8)

Versions of packages openclipart depends on:
ii  openclipart-openoffice.org   0.17+dfsg-1 clip art for OpenOffice.org galler
ii  openclipart-png  0.17+dfsg-1 clip art in PNG format
ii  openclipart-svg  0.17+dfsg-1 clip art in SVG format

openclipart recommends no packages.

-- no debconf information


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

Bug#330468: sbcl: Can't start sbcl with kernel 2.4.27-2-686

[Didier Verna]

Peter Van Eynde <[EMAIL PROTECTED]> wrote:

> Expect a 2.4 sbcl, without threading, in my people.debian.org repositry
> soon.

Thanks. BTW, I'm surprised that precompiled 2.4 kernels don't support
multi-threading ?


-- 
Didier Verna, [EMAIL PROTECTED], http://www.lrde.epita.fr/~didier

EPITA / LRDE, 14-16 rue Voltaire   Tel.+33 (1) 44 08 01 85
94276 Le Kremlin-Bicêtre, France   Fax.+33 (1) 53 14 59 22   [EMAIL PROTECTED]

Bug#330879: dosage: PiledHigherAndDeeper: catchup from the latest image doesn't work

[Michal Politowski]

Package: dosage
Version: 1.5.5-1
Severity: normal

$ mainline -c PiledHigherAndDeeper
PiledHigherAndDeeper> Catching up...
PiledHigherAndDeeper> AttributeError: 'NoneType' object has no attribute 'split'
$

If you provide the index of the latest strip it works:
$ mainline -c PiledHigherAndDeeper:633
PiledHigherAndDeeper> Catching up from index "633"...
$

-- 
Michał Politowski
Talking has been known to lead to communication if practiced carelessly.


signature.asc
Description: Digital signature

Bug#320431: mentors...

[Paul Wise]

Hi,

Thanks for the comments, didn't see them, cus I wasn't subscribed to the
bug. Personally, I would like to see m.d.n, ubuntu and other
repositories on p.qa.d.o. Perhaps the solution to our disagreement here
would be a section for unofficial versions listed down at the bottom of
the column on the LHS, instead of grouped with the official versions?

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#330880: xtla: `tla-edit-log' triggers a bug in Emacs or Xt

[Ludovic Courtes]

Package: xtla
Version: 1.1-1
Severity: normal


Hi,

The `tla-edit-log' command, on my machine, sometimes hangs GNU Emacs under X11
(I'd say it hangs once every 10 `tla-edit-log' calls or so).  More precisely,
Emacs hangs while typing text into the syntax-highlighted buffer provided by
`tla-edit-log'.  This is something I've only experienced while typing text in
`tla-edit-log''s buffer.

At first sight, it seems to be related either to X, Xt, or Emacs' X GUI.
However, although it does not directly relate to `xtla', I thought
reporting this bug against `xtla' might help since other people may
experience the same problem.

The only debugging information I can offer so far is the call stack of
Emacs I got by attaching GDB after it hanged (and there are no debugging
symbols):

  (gdb) bt
  #0  0x0123b918 in pthread_setcanceltype () from /lib/tls/libc.so.6
  #1  0x011cec70 in realloc () from /lib/tls/libc.so.6
  #2  0x018ea5dc in re_compile_pattern ()
  #3  0x011cd97c in malloc () from /lib/tls/libc.so.6
  #4  0x016d7408 in XtMalloc () from /usr/X11R6/lib/libXt.so.6
  #5  0x016d7584 in __XtMalloc () from /usr/X11R6/lib/libXt.so.6
  #6  0x016f9e0c in _XtCreateIndirectionTable () from /usr/X11R6/lib/libXt.so.6
  #7  0x016fb024 in _XtGetSubresources () from /usr/X11R6/lib/libXt.so.6
  #8  0x016fb184 in XtGetSubresources () from /usr/X11R6/lib/libXt.so.6
  #9  0x019517b8 in mktime ()
  #10 0x0195193c in mktime ()
  #11 0x01952808 in mktime ()
  #12 0x01952d20 in mktime ()
  #13 0x01953f6c in mktime ()
  #14 0x01878590 in _init ()
  #15 0x018a49e4 in abort ()
  #16 0x018a4c0c in abort ()
  #17 0x7fffd4f8 in ?? ()

The version of `libxt6' I have is 4.3.0.dfsg.1-12 and my `libc6' version
is 2.3.5-6.

Aditionally, in case it matters, my log buffer has `flyspell-mode' enabled.

I'm hoping others have the same problem...  ;-)

Thanks,
Ludovic.

-- System Information:
Debian Release: 3.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: powerpc (ppc)
Kernel: Linux 2.6.8-powerpc-smp
Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1)

Versions of packages xtla depends on:
ii  bazaar1.4.2-1arch-based distributed revision co
ii  emacs21   21.4a-1The GNU Emacs editor
ii  tla   1.3.3-3arch revision control system

-- no debconf information


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

Bug#330881: modifies $LANG, breaking unicode support

[Wouter Verhelst]

Package: rxvt-unicode
Version: 5.6-1
Severity: normal

Hi,

My /etc/environment contains:


LANGUAGE="nl_BE:nl:en_GB:en"

[EMAIL PROTECTED]


meaning, I prefer to be having unicode output. I recently switched to
using rxvt-unicode as my preferred x-terminal-emulator; however, I found
that something somewhere along the line between reading /etc/environment
and starting the shell is parsing my $LANG and changing it:

[EMAIL PROTECTED]:~$ echo $LANG
[EMAIL PROTECTED]

If I start xterm rather than urxvt or x-terminal-emulator, the
environment variable does correctly contain UTF-8 as the encoding.

Having a terminal emulator that does support unicode but disables it, is
pretty silly IMHO.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13.2
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8)

Versions of packages rxvt-unicode depends on:
ii  base-passwd   3.5.10 Debian base system master password
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-8  GCC support library
ii  libx11-6  6.8.2.dfsg.1-7 X Window System protocol client li
ii  libxft2   2.1.7-1FreeType-based font drawing librar
ii  libxrender1   1:0.9.0-2  X Rendering Extension client libra
ii  ncurses-base  5.4-9  Descriptions of common terminal ty
ii  xlibs 6.8.2.dfsg.1-7 X Window System client libraries m
ii  zlib1g1:1.2.3-4  compression library - runtime

rxvt-unicode recommends no packages.

-- no debconf information



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

Bug#294425: /.mozilla/

[Alexander Sack]

tags 294425 + unreproducible
thanks

On Thu, Sep 29, 2005 at 10:15:53PM -0400, Justin Pryzby wrote:
> Any insights on this bug?

I guess this is unreproducible. Tagging it.

-- 
 GPG messages preferred.   |  .''`.  ** Debian GNU/Linux **
 Alexander Sack| : :' :  The  universal
 [EMAIL PROTECTED]   | `. `'  Operating System
 http://www.asoftsite.org  |   `-http://www.debian.org


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

Bug#316438: fwbuilder: very simple program which outputs an html report from a .fwb xml file

[Jeremy T. Bouse]

The traceback I get from both my fwb data files are similar. The last
one I ran with the version you sent me is below:

Traceback (most recent call last):
  File "./fw_report.py", line 533, in ?
f.decode_service_groups(o)
  File "./fw_report.py", line 251, in decode_service_groups
self.decode_svc_grp(g)
  File "./fw_report.py", line 239, in decode_svc_grp
self.decode_svc_group_members(l)
  File "./fw_report.py", line 225, in decode_svc_group_members
print """
KeyError: u'id3AECF776'


Luke Kenneth Casson Leighton wrote:
> jeremy,
> 
> i am running - have been running - with 2.0.7.
> 
> make sure you have an appropriate version of python, 2.2 and 2.3 should
> do it.
> 
> also make sure you have, or recommend to people to have,
> the python xml libraries installed:
> 
>   [EMAIL PROTECTED]:~$ dpkg -l > f
>   vi f
>   /[EMAIL PROTECTED]:~$ vi f
>   [EMAIL PROTECTED]:~$ grep python f | grep xml
>   ii  python2.2-xml  0.8.3-4  
>   XML tools for Python (2.2.x)
>   ii  python2.2-xmlbase  2.2.3-8  
>   XML support included in Python (v2.2)
>   ii  python2.3-xml  0.8.3-4  
>   XML tools for Python (2.3.x)
> 
> 
> you do not explain what traceback is "failing to complete" - a copy of
> that traceback would have been helpful, i can only guess what the
> problem is, therefore.
> 
> my guess is that you do not have python-xml installed.
> 
> latest version attached: there was something i had to update, can't
> remember what it was...
> 
> l.
> 
> On Wed, Sep 28, 2005 at 12:46:50PM -0700, Jeremy T. Bouse wrote:
> 
>>   I am currently working on the 2.0.9 packaging of fwbuilder. If you 
>>want to make sure that the script supports atleast 2.0.7 which is 
>>currently in testing I would be willing to consider including in the 
>>examples directory and adding a note in the README.Debian regarding it 
>>with the 2.0.9 upload if you can get back in time. I did find that when 
>>I ran it against a couple of my .fwb files it failed to complete 
>>properly and threw a traceback.
>>
>>   Also include as an attachment rather than inline next time so I can 
>>just download rather than cut and paste.
>>
>>   Regards,
>>   Jeremy
>>
>>Luke Kenneth Casson Leighton wrote:
>>
>>
>>>Package: fwbuilder
>>>Version: 2.0.3-2
>>>Severity: normal
>>>
>>>
>>>attached is a joyously useful program that makes up for the lack of
>>>print reporting in fwbuilder.
>>>
>>>it's a dog, it's hacked, it works.  i wouldn't recommend making python a
>>>dependency because of it, but i _would_ recommend dumping it in the
>>>/usr/share/doc/fwbuilder/examples directory and referencing it in the
>>>README.
>>>
>>>or makin a separate apt-get install package for it (with a dep on
>>>python)
>>>
>>>l.
>>>
>>>#!/usr/bin/env python
>>>
>>
>>>from xml.dom.minidom import parseString, parse
>>
>>>
>>>class fw:
>>>
>>> def __init__(self):
>>> 
>>> self.hosts = {}
>>> self.descriptions = {}
>>>
>>> def print_comment(self, c):
>>> print ''
>>> for l in c.split("\\n"):
>>> while l:
>>> bp = l.find(' ', 50)
>>> if bp < 50: bp = 50
>>> if len(l) >= 50:
>>> end = l.rfind(' ')
>>> if end <= 50:
>>> bp = end
>>> print "%s" % l[:bp]
>>> l = l[bp:]
>>> print ''
>>>
>>> 
>>> def decode_address_ranges(self, i):
>>> adrs = []
>>> print ''
>>> for a in i:
>>> print ''
>>> self.descriptions[a.getAttribute('id')] = 
>>> a.getAttribute('name')
>>> print """
>>>  %s: 
>>>  %s 
>>>  %s 
>>> """ % \
>>> (a.getAttribute('name'),
>>>  a.getAttribute('start_address'),
>>>  a.getAttribute('end_address'))
>>>
>>> comment = a.getAttribute('comment')
>>> if comment:
>>> print ''
>>> print ''
>>> print ' '
>>> print ''
>>> self.print_comment(comment)
>>> print ''
>>> print ''
>>> print ''
>>>
>>> def decode_ipv4(self, i):
>>> adrs = []
>>> print ''
>>> for a in i:
>>> self.descriptions[a.getAttribute('id')] = 
>>> a.getAttribute('name')
>>> 

Bug#330751: xutils package should be splitted

[David Martínez Moreno]

El jueves, 29 de septiembre de 2005 23:18, David Nusinow escribió:
> > For this reason I suggest splitting this package into: xutils-dev and
> > xutils-misc where the later does not depend on compilers and such.
>
> Hrm... I was planning on looking at splitting this package for the modular
> series anyway, but this makes me want to go for it in 6.9. Any thoughts
> from the rest of the X team?

Well, I think someone has told us previously these kind of things. I am 
all 
for this change, as I hate having 'useless' dependencies. Who is the culprit 
of ccp dependency? Imake, if I am right. Maybe even split imake from xutils, 
keeping xutils and imake packages insteas of xutils-misc and xutils-dev.

What do you think?


Ender.
-- 
En la noche de tu sangre los glóbulos son estrellas, cometas los hematíes y
planetas los átomos de hierro.
-- La palmera transparente (Mario Satz)
--
Debian developer


pgpknOZTcH6K2.pgp
Description: PGP signature

Bug#330873: egroupware: missing IPv6 support

[Peter Eisentraut]

Am Freitag, 30. September 2005 10:24 schrieb Repasi Tibor:
> While loging in to egroupware from a client with IPv6 address login.php
> is trying to insert the client address to phpgw_sessions table in the DB.
> The field for client ip address is a character varying(32) which is too
> small for an IPv6 address. Due to this, login.php is failing to create a
> user session and eGroupWare will stop with a Database error.

Can you try to alter the type of the field to something larger and try again?  
I just want to make sure that there aren't any other problems preventing IPv6 
support.


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

Bug#330852: login: Critical error - immediate abort

[Kiko Piris]

On 30/09/2005 at 00:04 -0700, Steve Langasek wrote:

> The error message in question comes from a PAM_ABORT return from the
> Linux-PAM library, which has also just been upgraded in unstable; and I see
> that you're running the newest version.  However, this error is not
> reproducible here, or on the systems of most other users, so I'll need
> information about the contents of your /etc/pam.d/ configuration in order to
> debug it.

I have a system (sid dist-upgraded today) where I get this error (with
cron):

| Sep 30 10:30:01 bacterio CRON[19683]: (pam_unix) session opened for user root 
by (uid=0)
| Sep 30 10:30:01 bacterio CRON[19683]: Critical error - immediate abort

On my desktop (also sid dist-upgraded today). Cron works perfectly.

Attached is a tarball of /etc/pam.d of the failing system.

Installing libpam0g=0.79-1 libpam-modules=0.79-1 libpam-runtime=0.79-1
makes the error disapear.

Please, let me know if I can provide any additional information.

Thanks.

-- 
Kiko


pam.d.tar.bz2
Description: Binary data

Bug#330874: login: dpkg thinks I have modified/etc/pam.d/su

[Nicolas François]

Hello,

On Fri, Sep 30, 2005 at 10:27:58AM +0200, [EMAIL PROTECTED] wrote:
> Package: login
> Version: 1:4.0.12-5
> Severity: normal
> 
> Today I tried dist-upgrade of some other package in a pbuilder chroot,
> and login wasn't yet updated in the base.tar.gz:
> 
> Preparing to replace login 1:4.0.12-3 (using .../login_1%3a4.0.12-5_i386.deb) 
> ...
> Unpacking replacement login ...
> Setting up login (4.0.12-5) ...
> 
> Configuration file `/etc/pam.d/su'
>  ==> File on system created by you or by a script.
>  ==> File also in package provided by package maintainer.
> 
> Since this is a pbuilder tar.gz, I'm sure I have never changed or
> created this file;  there must be an error in the -5 upload.

I think this is a side effect of #330291.

In 1:4.0.12-3, we did not distribute /etc/pam.d/su, so this is normal that
4.0.12-5 considers that this file was created by you.

If you or another shadow maintainer agree, I think we can close this bug.

Kind Regards,
-- 
Nekral


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

Bug#330877: read can return EINVAL when using O_DIRECT and the buffer is not block-aligned

[Samuel Thibault]

tags 330877 + patch
thanks

Hi,

Here is a proposed patch for read(2). write(2) should get the same
correction.

Regards,
Samuel
--- read.2.orig 2005-09-30 10:44:43.0 +0200
+++ read.2  2005-09-30 10:48:20.0 +0200
@@ -89,7 +89,12 @@
 .TP
 .B EINVAL
 .I fd
-is attached to an object which is unsuitable for reading.
+is attached to an object which is unsuitable for reading
+or direct I/O has been selected using
+.B O_DIRECT
+and
+.I buf
+is not suitably aligned.
 .TP
 .B EIO
 I/O error. This will happen for example when the process is in a

Bug#330882: base-passwd: getting shells in sync with what package tiger (security auditor) recommends

[Rogério Brito]

Package: base-passwd
Version: 3.5.10
Severity: wishlist

Hi there, Colin.

I recently installed some packages in my box to learn more about its
security and vulnerabilities and, one of them, tiger gives some quite
sensible recommendations.

One of them is that the users backup, list and nobody (among others)
should not have shells that are listed in /etc/shells.

I tried changing their shells to something like /bin/false (which is
what Dan Bernstein once recommended, if I am not mistaken), but,
unfortunately, upon reinstallation of base-passwrd (due to some
filesystem corruption), it offered to change back the shells to things
listed in /etc/shells.

Some of the recommendations given by tiger are really meaningful and I
think that they should be followed for making a default Debian install a
step closer to being more secure.


Thanks for your efforts, Rogério Brito.

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

Versions of packages base-passwd depends on:
ii  libc6 2.3.5-6GNU C Library: Shared libraries an

base-passwd recommends no packages.

-- no debconf information

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

Bug#306693: acknowledged by developer (Bug#306693: fixed in cpio 2.6-6)

[t takahashi]

>- copyin.c: Separate out path sanitizing to safer_name_suffix(): Apart from
> leading slashes, filter out ".." components from output file names if
> --no-absolute-filenames is given, to avoid path traversal.  
> [CAN-2005-1229]
> closes: #306693.

bug submitter here.

thanks for working on this.

does this mean cpio -i --no-absolute-filenames?

i have not tried the new version yet (i will as soon as possible but
it will be a while so i wanted to respond now).  does it address
symlinks with .. also (i.e. my second note)?


--
Webmaster: do you believe that people will switch browsers to view
your page instead of going to your competitor?

Bug#329066:

[Matthias Klose]

close 329066 4.0.2-1
thanks

[EMAIL PROTECTED] writes:
> Package: gcc-4.0
> Version: 4.0.1-9
> 
> This is to report that the same error is occuring also with 4.0.1-9
> 
> 
> 
> when i "make modules_install" on a 2.6.13 kernel it gives many warnings
> regarding snd-usb-audio such as:
> 
> lib/modules/2.6.13-smp/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol 
> __compound_literal.145
> 
> 
> After downgrading to gcc-4.0_4.0.1-6 the error disappears.
> 
> 
> 
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


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

Bug#329989: Processed: Re: snd_usb_audio unknown symbols

[Matthias Klose]

close 329989 4.0.2-1
thanks

Debian Bug Tracking System writes:
> Processing commands for [EMAIL PROTECTED]:
> 
> > reassign 329989 gcc-4.0
> Bug#329989: snd_usb_audio unknown symbols
> Bug reassigned from package `linux-image-2.6.12-1-686-smp' to `gcc-4.0'.
> 
> > severity 329989 important
> Bug#329989: snd_usb_audio unknown symbols
> Severity set to `important'.


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

Bug#330351: jackd doesn't start from non-root user

[Antonio]

Hi Robert,

On Thu, 2005-09-29 at 14:41 +0200, Robert Jordens wrote:
> Hello!
> 
> [Thu, 29 Sep 2005] Antonio wrote:
> > Is it normal that I have to mount shm through the fstab? 
> 
> No. It should get mounted via /etc/init.d/mountvirtfs on all recent
> debian systems (sarge, etch, sid...)
> 
> You can go through the checks there and see why it fails to mount it.

Thanks for the very useful clarification. I've found that the problem is
that mountvirtfs doesn't mount properly shm on boot (there is a /dev/shm
node but has wrong permissions: drwxr-xr-x). If I manually stop the
service mountvirtfs and then start it gain, shm is mounted properly
with the right permissions (drwxrwxrwxt). Only restarting the service
seems to not work. I've noted that I have the same problem with devpts:
it's mounted only after stopping and starting mountvirtfs.

[cut]
> No. jackd already depends on a sufficiently recent libc6 that tries to
> mount /dev/shm. If glibc6 can't do it, jackd can't either. In that case
> the user should read things like the README where it says that shmfs
> should be mounted.

Thanks again for the clarifications. I understand that my request doen't
have sense because the mounting of shm should be transparent to the user
(but it's not transparent for me now).

I've done a quick search and I've found this bug #317329 for sysv-rc.
What you suggest to do? Have I to fill a bug to sysv-rc?

Best regards,

  ~ Antonio



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

Bug#326672: lirc-modules-source: Unresolved symbols with kernels >=2.6.13

[Peter Colberg]

Package: lirc-modules-source
Version: 0.7.1pre2-9
Tags: patch
Followup-For: Bug #326672

I'm experiencing exactly the same problem with kernel 2.6.13.2
using the `lirc_serial' driver. The following kernel messages are
generated upon trying to load the relevant modules:

lirc_dev: Unknown symbol class_simple_device_add
lirc_dev: Unknown symbol class_simple_destroy
lirc_dev: Unknown symbol class_simple_device_remove
lirc_dev: Unknown symbol class_simple_create
lirc_serial: Unknown symbol lirc_unregister_plugin
lirc_serial: Unknown symbol lirc_register_plugin

This problem is due to a sysfs interface change in kernel 2.6.13
and has been fixed upstream (in version 0.7.2).

An interim solution would be to replace the files `drivers/kcompat.h'
and `lirc_dev/lirc_dev.c' with their respective versions from upstream
version 0.7.2. The attached patch resembles exactly these changes and
results in perfectly working modules for kernels above and below version
2.6.13.


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

Versions of packages lirc-modules-source depends on:
ii  debconf [debconf-2.0] 1.4.58 Debian configuration management sy
ii  debhelper 4.9.10 helper programs for debian/rules
ii  debianutils   2.14.3 Miscellaneous utilities specific t

Versions of packages lirc-modules-source recommends:
ii  dpkg  1.13.11package maintenance system for Deb
ii  dpkg-dev  1.13.11package building tools for Debian
ii  gcc [c-compiler]  4:4.0.1-3  The GNU C compiler
ii  gcc-3.3 [c-compiler]  1:3.3.6-10 The GNU C compiler
ii  gcc-3.4 [c-compiler]  3.4.4-8The GNU C compiler
ii  gcc-4.0 [c-compiler]  4.0.1-9The GNU C compiler
ii  kernel-package9.007  A utility for building Linux kerne
ii  make  3.80-11The GNU version of the "make" util

-- debconf information excluded
diff -urN lirc-0.7.1pre2_9/drivers/kcompat.h lirc-0.7.1pre2/drivers/kcompat.h
--- lirc-0.7.1pre2_9/drivers/kcompat.h	2005-02-19 16:12:58.0 +0100
+++ lirc-0.7.1pre2/drivers/kcompat.h	2005-08-01 22:34:27.0 +0200
@@ -1,4 +1,4 @@
-/*  $Id: kcompat.h,v 5.11 2005/02/19 15:12:58 lirc Exp $  */
+/*  $Id: kcompat.h,v 5.13 2005/08/01 20:34:27 lirc Exp $  */
 
 #ifndef _KCOMPAT_H
 #define _KCOMPAT_H
@@ -6,9 +6,36 @@
 #include 
 
 #if LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,0)
+
+#include 
+
 #define LIRC_HAVE_DEVFS
 #define LIRC_HAVE_DEVFS_26
 #define LIRC_HAVE_SYSFS
+
+#if LINUX_VERSION_CODE < KERNEL_VERSION(2,6,13)
+typedef struct class_simple lirc_class_t;
+
+static inline lirc_class_t *class_create(struct module *owner, char *name)
+{
+	return class_simple_create(owner, name);
+}
+
+static inline void class_destroy(lirc_class_t *cls)
+{
+	class_simple_destroy(cls);
+}
+
+#define class_device_create class_simple_device_add
+
+static inline void class_device_destroy(lirc_class_t *cls, dev_t devt)
+{
+	class_simple_device_remove(devt);
+}
+#else
+typedef struct class lirc_class_t;
+#endif
+
 #elif LINUX_VERSION_CODE >= KERNEL_VERSION(2,4,0)
 #define LIRC_HAVE_DEVFS
 #define LIRC_HAVE_DEVFS_24
@@ -69,15 +96,15 @@
 #endif /* DEVFS 2.4 */
 
 #ifndef LIRC_HAVE_SYSFS
-#define class_simple_destroy(x) do { } while(0)
-#define class_simple_create(x,y) NULL
-#define class_simple_device_remove(x) do { } while(0)
-#define class_simple_device_add(x, y, z, xx, yy) 0
+#define class_destroy(x) do { } while(0)
+#define class_create(x,y) NULL
+#define class_device_destroy(x,y) do { } while(0)
+#define class_device_create(x, y, z, xx, yy) 0
 #define IS_ERR(x) 0
-struct class_simple 
+typedef struct class_simple 
 {
 	int notused;
-};	
+} lirc_class_t;	
 #endif /* No SYSFS */
 
 #if LINUX_VERSION_CODE >= KERNEL_VERSION(2, 5, 0)
diff -urN lirc-0.7.1pre2_9/drivers/lirc_dev/lirc_dev.c lirc-0.7.1pre2/drivers/lirc_dev/lirc_dev.c
--- lirc-0.7.1pre2_9/drivers/lirc_dev/lirc_dev.c	2005-02-19 22:30:04.0 +0100
+++ lirc-0.7.1pre2/drivers/lirc_dev/lirc_dev.c	2005-08-08 08:04:48.0 +0200
@@ -17,7 +17,7 @@
  *  along with this program; if not, write to the Free Software
  *  Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA  02111-1307  USA
  *
- * $Id: lirc_dev.c,v 1.37 2005/02/19 15:12:59 lirc Exp $
+ * $Id: lirc_dev.c,v 1.44 2005/08/08 06:04:48 lirc Exp $
  *
  */
 
@@ -76,9 +76,12 @@
 struct irctl
 {
 	struct lirc_plugin p;
+	int attached;
 	int open;
 
+	struct semaphore buffer_sem;
 	struct lirc_buffer *buf;
+	unsigned int chunk_size;
 
 	int tpid;
 	struct semaphore *t_notify;
@@ -97,7 +100,7 @@
 static struct file_operations fops;
 
 /* Only used for sysfs but defined to void otherwise */
-static struct class_simple *lirc_class;
+static lirc_class_

Bug#330723: libproducer: incoherence in dependences between libproducer and libopenscengraph

[Loic Dachary]

Heyberger Ludovic writes:
 > Package: libproducer
 > Version: 0.9.9-5
 > Severity: normal
 > 
 > 
 > $> apt-cache depends libproducer-dev
 > libproducer-dev
 >   Dépend: libopenscenegraph-dev
 >   Dépend: libproducer
 >   Est en conflit avec: 
 > $> apt-cache depends libproducer
 > libproducer
 >   Dépend: libc6
 >   Dépend: libgcc1
 >   Dépend: libopenthreads
 >   Dépend: libstdc++5
 >   |Dépend: libx11-6
 >   Dépend: xlibs
 >   |Dépend: libxmu6
 >   Dépend: xlibs
 >   |Dépend: xlibmesa-gl
 >   Dépend: 
 > mesag3
 > mesag3+ggi
 > mesag3-glide2
 > xlibmesa-gl
 >   Est en conflit avec: 
 > 
 > 
 > As libproducer-dev depends on libopenscenegraph-dev,
 > shouldn't be libproducer depending on libopenscenegraph?

This is indeed not what it should be. I'll fix this in the
next upload.
 > 
 > -- System Information:
 > Debian Release: 3.1
 > Architecture: i386 (i686)
 > Kernel: Linux 2.6.10-5-686-smp
 > Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
 > 
 > Versions of packages libproducer depends on:
 > ii  libc6   2.3.2.ds1-20ubuntu14 GNU C Library: Shared libraries 
 > an
 > ii  libgcc1 1:4.0-0pre6ubuntu7   GCC support library
 > ii  libopenthreads  0.9.9-5  Object-Oriented (OO) thread 
 > interf
 > ii  libstdc++5  1:3.3.5-8ubuntu2 The GNU Standard C++ Library v3
 > ii  libx11-66.8.2-10.1   X Window System protocol client 
 > li
 > ii  libxmu6 6.8.2-10.1   X Window System miscellaneous 
 > util
 > ii  xlibmesa-gl [libgl1 6.8.2-10.1   Mesa 3D graphics library [X.Org]
 > ii  xlibs   6.8.2-10.1   X Window System client 
 > libraries m
 > 
 > -- no debconf information
 > 

-- 
Loic Dachary, 12 bd Magenta, 75010 Paris. Tel: 33 8 71 18 43 38
http://www.fsffrance.org/   http://www.dachary.org/loic/gpg.txt

Bug#330830: netbase: what to do with /etc/network/options

[Mario 'BitKoenig' Holbe]

On Fri, Sep 30, 2005 at 01:49:52AM +0300, Jukka Suomela wrote:
> So, by following the documentation, I should now write something to
> /etc/sysctl.conf. Fine, I could do that, but this sounds like a bit
> strange upgrade path for a regular user. After all, I don't think I

since you (not you Jukka, but the package maintainers :)) are deprecating
/etc/network/options, it would be nice to provide some automatic
transition to procps:/etc/sysctl.conf.

I wrote and attached a small shell script snippet based on your
/etc/init.d/networking, which tries to achieve the current semantics
as much as possible, i.e. it only sets options but never unsets them.
The only reverted semantic is that currently netbase overrides procps
(which is caused by the rcS.d sequence code), while in the script
procps overrides netbase.

You could probably add the snippet to postinst or somewhere similar and
remove /etc/network/options in prerm.
Since /etc/sysctl.conf is a conffile of another package, you should
probably surround the transition by some medium priorized debconf
question.

procps is Priority: required, I don't know if you need to Depend: on it
or Recommend: it then.


Thanks for your work & regards
   Mario
-- 
It is practically impossible to teach good programming style to students
that have had prior exposure to BASIC: as potential programmers they are
mentally mutilated beyond hope of regeneration.  -- Dijkstra


options2sysctl.sh
Description: Bourne shell script

Bug#330873: egroupware: missing IPv6 support

[Tibor Repasi]

Peter Eisentraut wrote:


Am Freitag, 30. September 2005 10:24 schrieb Repasi Tibor:
 


While loging in to egroupware from a client with IPv6 address login.php
is trying to insert the client address to phpgw_sessions table in the DB.
The field for client ip address is a character varying(32) which is too
small for an IPv6 address. Due to this, login.php is failing to create a
user session and eGroupWare will stop with a Database error.
   



Can you try to alter the type of the field to something larger and try again?  
I just want to make sure that there aren't any other problems preventing IPv6 
support.


 

Yes. I've done it. Changing phpgw_sessions(session_ip) and 
phpgw_access_log(ip) both to varchar(40) will solve the problem so long. 
However, I don't know where else ip addresses are stored in the db and 
if there are any other too small ip fields similar problems can appear 
while using a affected module. We are on testing egroupware for our 
purposes, I'll report any other problems and changes according to IPv6 
support.


Also the fields for storing client ip addresses in phpgw_access_log and 
phpgw_sessions are of different types!


--
Best Regards / Mit freundlichen Grüssen / Üdvözlettel

Tibor Repasi, M. Sc.
assistant lecturer

Department of Information Technology, University of Miskolc
H-3515 Miskolc-Egyetemvaros, Hungary

E-mail: <[EMAIL PROTECTED]> 
Internet: http://www.iit.uni-miskolc.hu

Voice: +36 46 565111 / 2108  Fax: +36 46 565136

Bug#330870: [Pkg-shadow-devel] Bug#330870: passwd: pam.d/passwd is gone

[Nicolas François]

tags 330870 pending
thanks

Hello,

I committed a fix for this issue (/etc/pam.d/passwd will be in the next
release).
Thank you for reporting.

Kind Regards,
-- 
Nekral


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

Bug#300638: ircd-hybrid: Also segfaults after a few messages on amd64

[Philip Craig]

Package: ircd-hybrid
Version: 1:7.0.3-3
Followup-For: Bug #300638


After a few messages, ircd-hybrid segfaults on amd64. I have the
following in /var/log/messages:

Sep 29 12:29:08 vangogh kernel: ircd-hybrid[19420]: segfault at
0025 rip 2af839d0 rsp 7fb6dc98 error 4


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

Versions of packages ircd-hybrid 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  zlib1g1:1.2.3-4  compression library - runtime

Versions of packages ircd-hybrid recommends:
ii  whois 4.7.8  the GNU whois client


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

Bug#330852: login: Critical error - immediate abort

[Steve Langasek]

On Fri, Sep 30, 2005 at 11:12:53AM +0200, Kiko Piris wrote:
> On 30/09/2005 at 00:04 -0700, Steve Langasek wrote:

> > The error message in question comes from a PAM_ABORT return from the
> > Linux-PAM library, which has also just been upgraded in unstable; and I see
> > that you're running the newest version.  However, this error is not
> > reproducible here, or on the systems of most other users, so I'll need
> > information about the contents of your /etc/pam.d/ configuration in order to
> > debug it.

> I have a system (sid dist-upgraded today) where I get this error (with
> cron):

> | Sep 30 10:30:01 bacterio CRON[19683]: (pam_unix) session opened for user 
> root by (uid=0)
> | Sep 30 10:30:01 bacterio CRON[19683]: Critical error - immediate abort

> On my desktop (also sid dist-upgraded today). Cron works perfectly.

> Attached is a tarball of /etc/pam.d of the failing system.

The PAM config itself looks fine.  Can you please also forward the contents
of your /etc/security/limits.conf?

> Installing libpam0g=0.79-1 libpam-modules=0.79-1 libpam-runtime=0.79-1
> makes the error disapear.

So you mean that this error only occurs with 0.79-2, *not* with 0.79-1?

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


signature.asc
Description: Digital signature

Bug#330883: zsh: For svn revert, _subversion completes deleted files incorrectly

[Vincent Lefevre]

Package: zsh
Version: 4.2.5-20
Severity: minor

For "svn revert", when I complete a deleted file, the space isn't
added after the filename. There's no such problem with modified
files (marked with 'M') for instance.

-- 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.11.10-20050517
Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1)

Versions of packages zsh 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  libncurses5   5.4-9  Shared libraries for terminal hand
ii  passwd1:4.0.12-5 change and administer password and

Versions of packages zsh recommends:
ii  libcap1   1:1.10-14  support for getting/setting POSIX.
ii  libpcre3  6.3-1  Perl 5 Compatible Regular Expressi

-- debconf information excluded


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

Bug#330884: sendmail-cf: relaying problem and initial config

[Philip J. Clark]

Package: sendmail-cf
Version: 8.13.5-1
Severity: normal


When doing a fresh install of sendmail, I need to always do 
/etc/init.d/sendmail reload after a reboot to get the mailer to work properly, 
otherwise mail appears to come from localhost.localdomain and gets bounced. 

-- Package-specific info:
Ouput of /usr/share/bug/sendmail-cf/script:

ls -alR /etc/mail:
/etc/mail:
total 248
drwxr-sr-x   7 smmta smmsp  4096 2005-09-30 10:41 .
drwxr-xr-x  99 root  root   8192 2005-09-30 10:41 ..
-rw---   1 root  root   4211 2005-09-30 10:29 access
-rw-r-   1 smmta smmsp 12288 2005-09-30 10:41 access.db
-rw-r--r--   1 root  root281 2005-09-18 00:27 address.resolve
lrwxrwxrwx   1 root  smmsp10 2005-09-30 10:29 aliases -> ../aliases
-rw-r-   1 smmta smmsp 12288 2005-09-30 10:41 aliases.db
-rw-r--r--   1 root  root   3215 2005-09-30 10:41 databases
-rw-r--r--   1 root  root   5593 2005-09-18 00:27 helpfile
-rw-r--r--   1 root  smmsp32 2005-09-30 10:41 local-host-names
drwxr-sr-x   2 smmta smmsp  4096 2005-09-30 10:29 m4
-rwxr-xr--   1 root  smmsp 10240 2005-09-30 10:41 Makefile
drwxr-xr-x   2 root  root   4096 2005-09-30 10:29 peers
drwxr-xr-x   2 root  smmsp  4096 2005-09-18 00:27 sasl
-rw-r--r--   1 root  smmsp 63792 2005-09-30 10:41 sendmail.cf
-rw-r--r--   1 root  smmsp   544 2005-09-30 10:41 sendmail.cf.errors
-rw-r--r--   1 root  root  11882 2005-09-30 10:41 sendmail.conf
-rw-r--r--   1 root  smmsp  4203 2005-09-30 10:41 sendmail.mc
-rw-r--r--   1 root  smmsp  3979 2005-09-30 10:29 sendmail.mc.old
-rw-r--r--   1 root  root149 2005-09-18 00:27 service.switch
-rw-r--r--   1 root  root180 2005-09-18 00:27 service.switch-nodns
drwxr-sr-x   2 smmta smmsp  4096 2005-09-30 10:29 smrsh
-rw-r--r--   1 root  smmsp 43621 2005-09-30 10:41 submit.cf
-rw-r--r--   1 root  smmsp  2284 2005-09-30 10:41 submit.mc
drwxr-xr-x   2 smmta smmsp  4096 2005-09-30 10:29 tls
-rw-r--r--   1 root  smmsp 0 2005-09-30 10:41 trusted-users

/etc/mail/m4:
total 8
drwxr-sr-x  2 smmta smmsp 4096 2005-09-30 10:29 .
drwxr-sr-x  7 smmta smmsp 4096 2005-09-30 10:41 ..
-rw-r-  1 root  smmsp0 2005-09-30 10:29 dialup.m4
-rw-r-  1 root  smmsp0 2005-09-30 10:29 provider.m4

/etc/mail/peers:
total 12
drwxr-xr-x  2 root  root  4096 2005-09-30 10:29 .
drwxr-sr-x  7 smmta smmsp 4096 2005-09-30 10:41 ..
-rw-r--r--  1 root  root   328 2005-09-18 00:27 provider

/etc/mail/sasl:
total 8
drwxr-xr-x  2 root  smmsp 4096 2005-09-18 00:27 .
drwxr-sr-x  7 smmta smmsp 4096 2005-09-30 10:41 ..

/etc/mail/smrsh:
total 8
drwxr-sr-x  2 smmta smmsp 4096 2005-09-30 10:29 .
drwxr-sr-x  7 smmta smmsp 4096 2005-09-30 10:41 ..
lrwxrwxrwx  1 root  smmsp   26 2005-09-30 10:29 mail.local -> 
/usr/lib/sm.bin/mail.local
lrwxrwxrwx  1 root  smmsp   17 2005-09-30 10:29 procmail -> /usr/bin/procmail
lrwxrwxrwx  1 root  smmsp   17 2005-09-30 10:29 vacation -> /usr/bin/vacation

/etc/mail/tls:
total 44
drwxr-xr-x  2 smmta smmsp 4096 2005-09-30 10:29 .
drwxr-sr-x  7 smmta smmsp 4096 2005-09-30 10:41 ..
-rw-r--r--  1 root  root 7 2005-09-30 10:29 no_prompt
-rw---  1 root  root  1191 2005-09-30 10:29 sendmail-client.cfg
-rw-r--r--  1 root  smmsp 1229 2005-09-30 10:29 sendmail-client.crt
-rw---  1 root  root  1013 2005-09-30 10:29 sendmail-client.csr
-rw-r-  1 root  smmsp 1675 2005-09-30 10:29 sendmail-common.key
-rw---  1 root  root 0 2005-09-30 10:29 sendmail-common.prm
-rw---  1 root  root  1191 2005-09-30 10:29 sendmail-server.cfg
-rw-r--r--  1 root  smmsp 1229 2005-09-30 10:29 sendmail-server.crt
-rw---  1 root  root  1013 2005-09-30 10:29 sendmail-server.csr
-rwxr--r--  1 root  root  3149 2005-09-30 10:41 starttls.m4

sendmail.conf:
DAEMON_NETMODE="Static";
DAEMON_NETIF="lo";
DAEMON_MODE="Daemon";
DAEMON_PARMS="";
DAEMON_HOSTSTATS="No";
DAEMON_MAILSTATS="No";
QUEUE_MODE="${DAEMON_MODE}";
QUEUE_INTERVAL="10m";
QUEUE_PARMS="";
MSP_MODE="Cron";
MSP_INTERVAL="20m";
MSP_PARMS="";
MSP_MAILSTATS="${DAEMON_MAILSTATS}";
MISC_PARMS="";
CRON_MAILTO="root";
CRON_PARMS="";
LOG_CMDS="No";
HANDS_OFF="No";
AGE_DATA="";
DAEMON_RUNASUSER="No";
DAEMON_STATS="${DAEMON_MAILSTATS}";
MSP_STATS="${MSP_MAILSTATS}";


sendmail.mc:
divert(-1)dnl
divert(0)dnl
define(`_USE_ETC_MAIL_')dnl
include(`/usr/share/sendmail/cf/m4/cf.m4')dnl
VERSIONID(`$Id: sendmail.mc, v 8.13.5-1 2005-09-17 23:25:39 cowboy Exp $')
OSTYPE(`debian')dnl
DOMAIN(`debian-mta')dnl
undefine(`confHOST_STATUS_DIRECTORY')dnl#DAEMON_HOSTSTATS=
FEATURE(`no_default_msa')dnl
DAEMON_OPTIONS(`Family=inet,  Name=MTA-v4, Port=smtp, Addr=127.0.0.1')dnl
DAEMON_OPTIONS(`Family=inet,  Name=MSP-v4, Port=submission, Addr=127.0.0.1')dnl
define(`confPRIVACY_FLAGS',dnl
`needmailhelo,needexpnhelo,needvrfyhelo,restrictqrun,restrictexpand,nobodyreturn,authwarnings')dnl
define(`confCONNECTION_RATE_THROTTLE', `15')dnl
define(`confCONNECTION_RATE_WINDOW_SIZE',`10m')dnl
FEATURE(`access_db', , `skip')dnl
FEATURE(`greet_pause', `1000')dnl 1 seconds
FEATURE(`delay_checks', `friend', `n')d

Bug#330885: postfix: default configuration should enable use of TLS for stmp as default

[Dominik Kubla]

Package: postfix
Version: 2.2.4-1
Severity: wishlist


The default postfix configuration should use TLS when delivering mail if
the receiving host supports it. Please add the following lines to the
default main.cf:

smtp_use_tls = yes
smtp_enforce_tls = no
smtp_tls_enforce_peername = no
smtp_tls_loglevel = 1
smtp_tls_session_cache_database = btree:/var/cache/postfix/smtp_scache

These settings will allow the use of TLS for deliveing mail, while not
enforcing it or any strict checks of the certificate presented.

This also means that the package should include the directory
/var/cache/postfix to store the TLS session cache.

In a related matter: The installation procedure should ask if the
relayhost requires the use of a password and should create appropriate
configuration entries..

Kind regards,
  Dominik Kubla

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (900, 'unstable'), (800, 'testing'), (100, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-rc2-git6
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages postfix depends on:
ii  adduser  3.69Add and remove users and groups
ii  debconf [debconf-2.0]1.4.58  Debian configuration management sy
ii  dpkg 1.13.11.0.1 package maintenance system for Deb
ii  libc62.3.5-6 GNU C Library: Shared libraries an
ii  libdb4.2 4.2.52-19   Berkeley v4.2 Database Libraries [
ii  libsasl2 2.1.19-1.6  Authentication abstraction library
ii  libssl0.9.7  0.9.7g-3SSL shared libraries
ii  netbase  4.22Basic TCP/IP networking system

Versions of packages postfix recommends:
ii  emacs21 [mail-re 21.4a-2 The GNU Emacs editor
ii  kmail [mail-read 4:3.4.2-2   KDE Email client
ii  mailx [mail-read 1:8.1.2-0.20050715cvs-1 A simple mail user agent
ii  mozilla-thunderb 1.0.6-4 Mozilla Thunderbird standalone mai
ii  mutt [mail-reade 1.5.11-1Text-based mailreader supporting M
pn  resolvconf (no description available)

-- debconf information:
* postfix/mailname: 
  postfix/tlsmgr_upgrade_warning:
* postfix/relayhost: 
  postfix/procmail: true
  postfix/bad_recipient_delimiter:
  postfix/rfc1035_violation: false
  postfix/mynetworks: 127.0.0.0/8
  postfix/master_upgrade_warning:
  postfix/db_upgrade_warning: true
  postfix/dynamicmaps_upgrade_warning:
  postfix/recipient_delim: +
* postfix/main_mailer_type: Internet with smarthost
  postfix/transport_map_warning:
* postfix/chattr: false
* postfix/root_address: 
* postfix/destinations: 
  postfix/nqmgr_upgrade_warning:
  postfix/not_configured:
  postfix/mailbox_limit: 0


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

Bug#330886: gsoap: wsdl2h by default produces '#import "stlvector.h"' statement

[Pavel Shramov]

Package: gsoap
Version: 2.7.6c-1
Severity: minor

wsdl2h without flags puts '#import "stlvector.h"' string in 
resulting header but stl*.h files are obsolete and not 
included in .deb package
(wsdl2h with -s flag is omitting this import statement).

So default behaviour is to include reference to omitted files and
soapcpp2 is unable to create .cpp stubs.

-- 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.11.6
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)

Versions of packages gsoap depends on:
ii  libc6 2.3.5-4GNU C Library: Shared libraries an
ii  libgcc1   1:4.0.1-8  GCC support library
ii  libstdc++64.0.1-8The GNU Standard C++ Library v3

gsoap recommends no packages.

-- no debconf information


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

Bug#330887: rageircd on amd64 with default config file doesn't even bind to the ports

[Philip Craig]

Package: rageircd
Version: 2.0.1-1
Severity: important


On my system, rageircd starts up but doesn't even beind to 6667,
according to netstat. The /etc/init.d/rageircd stop script also doesn't
kill the daemon successfully. The package is unusable.


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

Versions of packages rageircd depends on:
ii  adduser   3.67   Add and remove users and groups
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libssl0.9.7   0.9.7g-2   SSL shared libraries
ii  logrotate 3.7.1-2Log rotation utility
pn  ssl-cert   (no description available)
ii  zlib1g1:1.2.3-4  compression library - runtime

rageircd recommends no packages.


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

Bug#330888: xpdf: Select for copy misses last word on page

[Peter Loje]

Package: xpdf-reader
Version: 3.00-13
Severity: normal

When selecting an area with the mouse I want to copy I have noticed that 
the last word on a page does not get copied. It does not show up in the 
pasted output.


Regards
Peter Loje


-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.31-pingu
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages xpdf depends on:
ii  xpdf-common   3.00-13Portable Document Format 
(PDF) sui
ii  xpdf-reader   3.00-13Portable Document Format 
(PDF) sui
ii  xpdf-utils3.00-13Portable Document Format 
(PDF) sui


Versions of packages xpdf-reader depends on:
ii  gsfonts   8.14+v8.11+urw-0.2 Fonts for the Ghostscript 
interpre
ii  lesstif2  1:0.93.94-11.4 OSF/Motif 2.1 
implementation relea
ii  libc6 2.3.2.ds1-22   GNU C Library: Shared 
libraries an
ii  libfreetype6  2.1.7-2.4  FreeType 2 font engine, 
shared lib

ii  libgcc1   1:3.4.3-13 GCC support library
ii  libice6   4.3.0.dfsg.1-14Inter-Client Exchange library
ii  libpaper1 1.1.14-3   Library for handling paper 
charact
ii  libsm64.3.0.dfsg.1-14X Window System Session 
Management

ii  libstdc++51:3.3.5-13 The GNU Standard C++ Library v3
ii  libt1-5   5.0.2-3Type 1 font rasterizer 
library - r
ii  libx11-6  4.3.0.dfsg.1-14X Window System protocol 
client li
ii  libxext6  4.3.0.dfsg.1-14X Window System 
miscellaneous exte
ii  libxp64.3.0.dfsg.1-14X Window System printing 
extension

ii  libxpm4   4.3.0.dfsg.1-14X pixmap library
ii  libxt64.3.0.dfsg.1-14X Toolkit Intrinsics
ii  xlibs 4.3.0.dfsg.1-14X Keyboard Extension (XKB) 
configu
ii  xpdf-common   3.00-13Portable Document Format 
(PDF) sui

ii  zlib1g1:1.2.2-4  compression library - runtime

-- no debconf information

--
Peter Loje
System Developer
2M Electronic A/S
Phone: +45 43 300 555



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

Bug#320413: Take over of texinfo/info packages

[Norbert Preining]

Hi Frank!

On Don, 29 Sep 2005, Frank Küster wrote:
> > 4.8-1
> 
> Fine - but there's still one problem.  You should make it a habit to
> test upgrading packages before you upload or provide new versions:

Grmmm. Yes, thanks for pointing this out. I tested it, on
sid+tetex/experimental and sid+texlive, but of course I forgot sid only.

Thanks, I will remember that.

> Depends: *, tex-common | tetex-bin (<< 3.0)

Done that.

> it should work (I only tried with --force-depends).  Just tried, it
> does, although there's now an ugly circular dependency between texinfo

Can we circumvent this?

New -1 packages are on the tug server.

install on current sid.
work with texlive
work with tetex/experimental.
lintian clean.
pbuilder clean.

Hope this is better now. Sorry.

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
---
DUBUQUE (n.)
A look given by a superior person to someone who has arrived wearing
the wrong sort of shoes.
--- Douglas Adams, The Meaning of Liff


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

Bug#328365: temporary file race in texindex

[Henry Jensen]

Hello,

I've adapted the OpenBSD stuff and created a patch. Maybe
you want to look at it if this works.

Regards,
Henry



texindex-racecondition.patch
Description: Binary data

Bug#330336: Patch for NMU 2.0.7-1.2

[Luk Claes]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Jeremy T. Bouse wrote:
> Next time you think about doing an NMU make sure it is fully
> functional. Even the NMU you did would have failed to build on arm, m68k
> and hppa. I have spent the past 48 hours working on the proper fix for
> it. My current 2.0.7-3 doesn't even fix it yet and you're NMU didn't
> even come close.

You could have asked how to solve it... It's a simple fix as already
done in arts, kdebase, kdelibs and many more...

> I knew the upstream release was secondary to the transition. Had you
> taken proper attempts at communication with the maintainer you would
> have been able to determine the issues I was already working on before I
> dealt with the new version.

Sorry, but I think you should have mentioned them in the bug log...

> I fail to see how you're jumping the gun did anything to help. The
> only package currently held up with the libfwbuilder package issue is
> fwbuilder itself. So it was not holding up the Qt/KDE transition. You
> also failed to even acknowledge #323133, which by itself was not
> directly apparent from the bugs you attempted to close, that has a
> direct impact on the build. If you only built on i386 or any other arch
> besides the three it affects you would not have known that unless you
> had actually had some communication with me. Instead you were impatient
> to get went ahead without all the facts in the situation.

If you knew this already, why didn't you contact the Debian Qt/KDE Team
as they apparantly already had to deal with it?

> Next time I would appreciate you not NMU *ANY* of my packages
> without direct direction to do so from me, the DPL or the release
> manager as you obviously failed to research the situation.

May I note that there is no NMU of libfwbuilder nor fwbuilder in the
archive yet...

Sorry again if you take this as an attack, I hope you have fixed
packages ready to upload now?

Cheers

Luk


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

iD8DBQFDPQw85UTeB5t8Mo0RAh8rAJ9ogcs8Ij/iZVUDvEZ0igb+EYYl5ACcC2mC
chnTUQhW1DcDzqy5/AlG8z0=
=SYQs
-END PGP SIGNATURE-


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

Bug#309063: Latest version of raggle crashes when starting

[Javi Polo]

Package: raggle
Version: 0.4.3-1
Followup-For: Bug #309063

I just installed raggle in a debian sid for the first time.

I ran it, and it worked fine.
Then I closed it, it saved the preferences (the default ones, I've not
changed anything yet), and then when trying to run it again it crashes:

Raggle: Saving feed list...
Raggle: Saving theme...
Thanks for using Raggle!
[EMAIL PROTECTED]:~$ raggle 
Raggle: Loading config...
Raggle: Loading feed list...
/usr/lib/ruby/1.8/yaml.rb:133:in `transfer': allocator undefined for Bignum 
(TypeError)
from /usr/lib/ruby/1.8/yaml.rb:133:in `load'
from /usr/bin/raggle:4795:in `load_config'
from /usr/bin/raggle:5441:in `main'
from /usr/bin/raggle:6461
[EMAIL PROTECTED]:~$ 

I made a tarball with the .raggle directory and it's here:
http://kinoko.drslump.org/~javipolo/public/files/raggle-broken.tgz

-- 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.13.1
Locale: LANG=spanish, LC_CTYPE=spanish (charmap=ISO-8859-1) (ignored: LC_ALL 
set to es_ES)

Versions of packages raggle depends on:
ii  elinks [www-browser]0.10.6-1 advanced text-mode WWW browser
ii  irb 1.8.2-1  Interactive Ruby (irb)
ii  libncurses-ruby1.8  0.9.2-3  ruby Extension for the ncurses C l
pn  librexml-ruby1.8   (no description available)
ii  libruby1.8 [libyaml-rub 1.8.3-1  Libraries necessary to run Ruby 1.
ii  links [www-browser] 0.99+1.00pre12-1 Character mode WWW browser
ii  lynx [www-browser]  2.8.5-2  Text-mode WWW Browser
ii  mozilla-firefox [www-br 1.0.7-1  lightweight web browser based on M
ii  ruby1.8.2-1  An interpreter of object-oriented 

raggle recommends no packages.

-- no debconf information


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

Bug#326210: Fixed in DSA 797-2?

[Florian Ernst]

Hi there,

doesn't DSA 797-2 address this issue, so this bug can be fixed by
now...?

Cheers,
Flo


signature.asc
Description: Digital signature

Bug#328423: must be moved from recommeds to suggests

[Wolfram Quester]

Hi Steve,

as long as your attention rests at inkscape, may I ask you a question
about Bug #328423?

Olleg asked to move the stuff in Recommends: to Suggests: and argues:

On Mon, Sep 26, 2005 at 10:49:16AM +0400, Olleg Samoylov wrote:
> >So I'm not totally sure what would be the best way to follow here.
> >  
> >
> Let's see 
> http://www.debian.org/doc/debian-policy/ch-relationships.html#s-binarydeps
> 
> Recommends
> This declares a strong, but not absolute, dependency.
> 
> The Recommends field should list packages that would be found
> together with this one in all but unusual installations.
> 
> Suggests
> This is used to declare that one package may be more useful with one
> or more others. Using this field tells the packaging system and the
> user that the listed packages are related to this one and can
> perhaps enhance its usefulness, but that installing this one without
> them is perfectly reasonable. 
> 
> As I undestand the definition all modules and plugins must be declared 
> as suggests. Without it inscape give warning message "One or more 
> extensions failed to load". This is not very bad, but for newbie debian 
> user looked like something go wrong. But debian user expirienced enough 
> to uncheck "unstall suggests by default" will be not confused by this 
> warning. But I may mistake. May be better ask some of Debian Guru?

I think that he is right, but in the beginning I had it in Suggests and
got a bug report to move it to Recommends. So I think the solution would
be to put all this into Suggests and add a README.Debian explaining
which packages are needed for which effect. What do you think?

With best regards,

Wolfi


signature.asc
Description: Digital signature

Bug#330604: inkscape does not start

[Wolfram Quester]

Hi alltogether!

On Thu, Sep 29, 2005 at 02:52:07PM -0700, Steve Langasek wrote:
> clone 330604 -1
> reassign -1 gcc-4.0
> severity -1 important
> retitle -1 [alpha] insane default of -mno-ieee instead of -mieee breaks many 
> apps
> thanks
> 
> On Thu, Sep 29, 2005 at 09:17:01PM +0200, Torsten Zirzlaff wrote:
> > On Thu, 29 Sep 2005, Wolfram Quester wrote:
> 
> > >Hi Torsten,
> > >
> > [...]
> > >
> > >Since you are using alpha, this is probably a reintroduction of 64Bit
> > >uncleanliness in inkscape. Hm, I hoped that this would be closed.
> > >Can you provide a backtrace please? I had a look at the buildlog for
> > >inkscape on alpha, but there are so many warnings that I'm lost.
> 
> >Hm, sicher kann ich einen backtrace machen. Nur die Frage was für eine 
> > Art von Backtrace? Im Anhang ein Backtrace aus dem gdb gestartet.
> > Vielleicht einfach mal mit -mieee übersetzen.
> 
> > Program received signal SIGFPE, Arithmetic exception.
> > [Switching to Thread 16384 (LWP 1928)]
> > 0x0001204db62c in Shape::initialiseEdgeData ()
> 
> Yes, gcc-4.0 changed the default compilation options on alpha from -mieee to
> -mno-ieee.  Again.  This is incredibly stupid, nobody in their right mind
> actually *wants* -mno-ieee for general-purpose code and it's not a sane
> default.  Several other packages have already failed on alpha as a result of
> this when built with gcc-4.0.
> 
> I'm cloning this bug to the gcc-4.0 package; I hope Matthias will be able to
> persuade upstream to apply sane default flags on alpha, or at least
> reintroduce the patch that was used to fix bug #212912 in gcc-3.3.

Thanks for all your help, I'll workaround this bug by compiling with
-mieee on alpha in the next upload.

With best wishes,

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

So Steve, you aren't a postmodern programmer anymore?


signature.asc
Description: Digital signature

Bug#330887: rageircd on amd64 with default config file doesn't even bind to the ports

[Alasdair McWilliam]

Could you include a copy of the 'listen' configuration in your  
rageircd config file?


Cheers

On 30 Sep 2005, at 10:49, Philip Craig wrote:


Package: rageircd
Version: 2.0.1-1
Severity: important


On my system, rageircd starts up but doesn't even beind to 6667,
according to netstat. The /etc/init.d/rageircd stop script also  
doesn't

kill the daemon successfully. The package is unusable.


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

Versions of packages rageircd depends on:
ii  adduser   3.67   Add and remove users  
and groups
ii  libc6 2.3.5-6GNU C Library: Shared  
libraries an

ii  libssl0.9.7   0.9.7g-2   SSL shared libraries
ii  logrotate 3.7.1-2Log rotation utility
pn  ssl-cert   (no description  
available)
ii  zlib1g1:1.2.3-4  compression library -  
runtime


rageircd recommends no packages.







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

Bug#330889: bash: bash.bashrc sets title xterm/rxvt variants

[tobbe]

Package: bash
Version: 3.0-16
Severity: normal



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

Versions of packages bash depends on:
ii  base-files3.1.7  Debian base system miscellaneous f
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libncurses5   5.4-9  Shared libraries for terminal hand
ii  passwd1:4.0.3-35 change and administer password and

bash recommends no packages.

-- no debconf information


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

Bug#330890: dia: Arbitrary code execution when importing a .svg file

[Joxean Koret]

Subject: dia: Arbitrary code execution when importing a .svg file
Package: dia
Severity: grave
Justification: user security hole

The script diasvg_import.py that comes with the current Debian stable
version of Dia is vulnerable to an arbitrary code execution.

I tried to contact with the Dia team too many times but without any look
so, I think, there is no patch at the moment for the issues.

Attached goes a working exploit to test the vulnerability.

Regards,
Joxean Koret


-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.11-1-386
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)



exploit.svg
Description: image/svg


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

Bug#330891: PHP code owned by www-data

[Jeroen van Wolffelaar]

Package: websvn
Version: 1.61-13
Severity: important

First, thanks for packaging websvn, it works very well.

Websvn installs a lot of files owend by www-data, including all of
/usr/share/websvn and /etc/websvn/svn_deb_conf.inc. This is quite an
unnecessary security risk.

/usr/share/websvn should never dynamically be modifyeable anyway, so
should be root:root. Any code that would otherwise attempt to write in
that directory should be patched to use /var/cache, /var/lib, or
similar.

Similarly /etc/websvn/svn_deb_conf.inc, it's www-data:www-data,
readable by all.

If by means of some vulnerability or simply by another user with access
to using public_html and executing php, that user can completely deface
the websvn site, replace it with random other code, so that only a
reinstall of this package can restore it. Debian policy also states that
package files should never be modified by maintainance scripts, and
files in the package should normally also not be modified in the course
of running the package, as all changes will be lost on package
reinstallation/upgrade.

If for some reason you need www-data only writeable files or www-data
only readeable, you can make it group readable or something like that.

Thanks,
--Jeroen

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8)

Versions of packages websvn depends on:
ii  apache [httpd]1.3.33-6sarge1 versatile, high-performance HTTP s
ii  apache-ssl [httpd]1.3.33-6sarge1 versatile, high-performance HTTP s
ii  apache2-mpm-worker [httpd 2.0.54-5   high speed threaded model for Apac
ii  debconf   1.4.30.13  Debian configuration management sy
ii  php4  4:4.3.10-16server-side, HTML-embedded scripti
ii  po-debconf0.8.23 manage translated Debconf template
ii  subversion1.1.4-2advanced version control system (a
ii  ucf   1.17   Update Configuration File: preserv

-- debconf information excluded

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED]
http://jeroen.A-Eskwadraat.nl


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

Bug#330826: [alpha] insane default of -mno-ieee instead of -mieee breaks many apps

[Falk Hueffner]

Matthias Klose <[EMAIL PROTECTED]> writes:

>> > retitle -1 [alpha] insane default of -mno-ieee instead of -mieee breaks 
>> > many apps
>> Bug#330826: inkscape does not start
>> Changed Bug title.
>
> gcc-4.0 doesn't bootstrap with the patch making -mieee the
> default. Falk, any news?

The patch gets weirdly misapplied. It almost looks like a bug in patch
to me, it should rather fail than "fuzziliy" apply. I'm looking into
it.

-- 
Falk


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

Bug#330883: zsh: For svn revert, _subversion completes deleted files incorrectly

[Oliver Kiddle]

You wrote:
> For "svn revert", when I complete a deleted file, the space isn't
> added after the filename. There's no such problem with modified
> files (marked with 'M') for instance.

This isn't actually an _subversion issue but a more fundamental file
completion issue. Filename completion adds a slash for directories and
a space for other files. For files that don't actually exist it adds no
suffix because it is unknown whether the file is a normal file or a
directory.

This occurs for the fake-files style as well as files added using the e
glob modifier (which is what _subversion does). Communicating file type
information with fake files would be a very difficult thing to do.

Perhaps we should make it default to a removable space suffix for
non-existing files.

Oliver


This e-mail and any attachment is for authorised use by the intended 
recipient(s) only. It may contain proprietary material, confidential 
information and/or be subject to legal privilege. It should not be copied, 
disclosed to, retained or used by, any other party. If you are not an intended 
recipient then please promptly delete this e-mail and any attachment and all 
copies and inform the sender. Thank you.


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

Bug#330892: Unable to remove gksu (gconftool-2 missing)

[Gregor Jasny]

Package: gksu
Version: 1.3.4-1
Severity: serious

Hi,

I think gksu should depend on the package that provides gconftool-2.

[EMAIL PROTECTED]:~# dpkg --purge gksu
(Reading database ... 143259 files and directories currently installed.)
Removing gksu ...
/var/lib/dpkg/info/gksu.prerm: line 9: gconftool-2: command not found
/var/lib/dpkg/info/gksu.prerm: line 9: gconftool-2: command not found
dpkg: error processing gksu (--purge):
 subprocess pre-removal script returned error exit status 127
Errors were encountered while processing:
 gksu


Gregor



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

Bug#330894: inkscape: Arbitrary code execution when opening a malicious file

[Joxean Koret]

Subject: inkscape: Arbitrary code execution opening a file
Package: inkscape
Version: 0.41-4.99.sarge0
Severity: grave
Justification: user security hole

Inkscape is vulnerable to, almost, one buffer overflow that may allow
arbitrary code execution. I contacted the Inkscape team but, at the
moment, there is no patch for the issue.

Attached goes a Proof Of Concept.

NOTE: I think the problem may not be exploitable because you need to
write a shellcode using only valid XML characters.

Regards,
Joxean Koret


-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.11-1-386
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages inkscape depends on:
ii  libatk1.0-01.8.0-4   The ATK accessibility
toolkit
ii  libc6  2.3.2.ds1-22  GNU C Library: Shared
libraries an
ii  libfontconfig1 2.3.1-2   generic font configuration
library
ii  libfreetype6   2.1.7-2.4 FreeType 2 font engine,
shared lib
ii  libgc1 1:6.4-1   conservative garbage
collector for
ii  libgcc11:3.4.3-13GCC support library
ii  libglib2.0-0   2.6.4-1   The GLib library of C
routines
ii  libglibmm-2.4-12.6.1-1   C++ wrapper for the GLib
toolkit (
ii  libgtk2.0-02.6.4-3   The GTK+ graphical user
interface 
ii  libgtkmm-2.4-1 2.4.10-1  C++ wrappers for GTK+ 2.4
(shared 
ii  libpango1.0-0  1.8.1-1   Layout and rendering of
internatio
ii  libpng12-0 1.2.8rel-1PNG library - runtime
ii  libpopt0   1.7-5 lib for parsing cmdline
parameters
ii  libsigc++-2.0-02.0.10-1  type-safe Signal Framework
for C++
ii  libstdc++5 1:3.3.5-13The GNU Standard C++
Library v3
ii  libx11-6   4.3.0.dfsg.1-14   X Window System protocol
client li
ii  libxft22.1.7-1   FreeType-based font drawing
librar
ii  libxml22.6.16-7  GNOME XML library
ii  libxrender11:0.8.3-1 X Rendering Extension
client libra
ii  libxslt1.1 1.1.12-8  XSLT processing library -
runtime 
ii  xlibs  4.3.0.dfsg.1-14   X Keyboard Extension (XKB)
configu
ii  zlib1g 1:1.2.2-4.sarge.2 compression library -
runtime

-- no debconf information



poc.svg
Description: image/svg


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

Bug#330895: blender: Arbitrary code execution when importing a .bvh file

[Joxean Koret]

Subject: blender: Arbitrary code execution when importing a .bvh file
Package: blender
Version: 2.36-1
Severity: grave
Justification: user security hole

The bvh_import.py script supplied with the current Debian Stable and (I
think) unstable versions of Blender is vulnerable to arbitrary code
execution.

The problem was corrected at 2005/01/22 in the CVS but the main package 
doesn't come with the fixed script.

Attached goes the e-mail sended to the Blender people,  one
working exploit to test the vulnerability under Debian, and 2 proof of
concepts.

Regards,
Joxean Koret

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.11-1-386
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages blender depends on:
ii  gettext [libg 0.14.4-2   GNU Internationalization
utilities
ii  libc6 2.3.2.ds1-22   GNU C Library: Shared
libraries an
ii  libfreetype6  2.1.7-2.4  FreeType 2 font engine,
shared lib
ii  libgcc1   1:3.4.3-13 GCC support library
ii  libjpeg62 6b-10  The Independent JPEG
Group's JPEG 
ii  libopenal00.2004090900-1.1   OpenAL is a portable
library for 3
ii  libpng12-01.2.8rel-1 PNG library - runtime
ii  libsdl1.2debi 1.2.7+1.2.8cvs20041007-4.1 Simple DirectMedia Layer
ii  libstdc++51:3.3.5-13 The GNU Standard C++
Library v3
ii  libx11-6  4.3.0.dfsg.1-14X Window System protocol
client li
ii  python2.3 2.3.5-4An interactive high-level
object-o
ii  xlibmesa-gl [ 4.3.0.dfsg.1-14Mesa 3D graphics library
[XFree86]
ii  xlibmesa-glu  4.3.0.dfsg.1-14Mesa OpenGL utility library
[XFree
ii  xlibs 4.3.0.dfsg.1-14X Keyboard Extension (XKB)
configu
ii  zlib1g1:1.2.2-4.sarge.2  compression library -
runtime

-- no debconf information

HIERARCHY
ROOT Joxean
{
  OFFSET __import__('os').system('touch'+chr(32)+'/tmp/bvh_import_exploit')  
0.00  0.00 
}
MOTION
Frames: 250
Frame Time: 0.00 



























































































































































































































































Hi!

I have been found a security vulnerability in Blender that allows to
execute arbitrary code when trying to import a .bvh file. The problem is the
following:

The vulnerable module is a python plugin. This plugin parses the .bvh
files and creates the correspondient objects for Blender. The problem is in the
files bvh_import.py and bvh_export.py but it is "presumably" only exploitable 
when importing .bvh files, not when exporting.

Taking a look to the bvh_import.py file I have been found various 
python 
"eval" calls around the lines 334 and 370. The python "eval" call is EVIL and 
should not be used normally. Anyway, the source code of the plugins looks as
follows:

-
321   channelList = []
322   channelIndex = -1
323   
324   lineIdx = 1 # An index for the file.
325   while lineIdx < len(lines) -1:
326 #...
327 if lines[lineIdx][0] == 'ROOT' or lines[lineIdx][0] == 'JOINT':
328   # MAY NEED TO SUPPORT MULTIPLE ROOT's HERE!!!, Still unsure weather 
multiple roots are possible.??
329
330   print len(parent) * '  ' + 'node:',lines[lineIdx][1],' 
parent:',parent[-1]
331   
332   name = lines[lineIdx][1]
333   lineIdx += 2 # Incriment to the next line (Offset)
334   offset = ( eval(lines[lineIdx][1]), eval(lines[lineIdx][2]), 
eval(lines[lineIdx][3]) )
335   lineIdx += 1 # Incriment to the next line (Channels)
-

As we can see the second (lines[lineIdx][1]), third (lines[lineIdx][2]) 
and
fourth word of the parsed line will be evaled to get the X, Y and Z values of 
the 
object but, what about if this is not a number? If it's malicious python code? 
One
sample:

-
01 HIERARCHY
02 ROOT name 1 2
03 
04 1 2 3 4
05 1 __import__('os').system('touch'+chr(32)+'/tmp/bvh_import_exploit') 3 4
06 
07 
08 
09 
10
-

The second word of the 5th line is a correct fragment of python code. 
When the
plugin tries to parse the .bvh file the code __import__('os')..., will be 
evaled and 
the file /tmp/bvh_import_exploit will be created. But, I don't known why, this 
proof
of concept doesn't work on my machine so I created a valid exploit that Blender 
imports
without any error and/or warnings and creates the file /tmp/bvh_import_exploit. 
Attached
goes a valid exploit called exploit

Bug#292180: python2.3-qt3: problems on XXX architecture

[Luk Claes]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi

The most recent upload of imgseek does now build on mips, but not on
ia64. It gives a similar error mesage [1] as the previous one on mips.

Any idea what the actual problem could be?

Cheers

Luk

[1]http://buildd.debian.org/fetch.php?&pkg=imgseek&ver=0.8.5-1.1&arch=ia64&stamp=1128028602&file=log&as=raw
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)

iD8DBQFDPRdA5UTeB5t8Mo0RAsglAJ9sFp8gdWL1dOSlgpjS/sNrLPlgvQCgsD08
zGD25cNtACUZzPsLgy4iQ88=
=CbGW
-END PGP SIGNATURE-


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

Bug#309063: Latest version of raggle crashes when starting

[Michael Ablassmeier]

hi Javi,

On Fri, Sep 30, 2005 at 12:08:38PM +0200, Javi Polo wrote:
> Raggle: Saving feed list...
> Raggle: Saving theme...
> Thanks for using Raggle!
> [EMAIL PROTECTED]:~$ raggle 
> Raggle: Loading config...
> Raggle: Loading feed list...
> /usr/lib/ruby/1.8/yaml.rb:133:in `transfer': allocator undefined for Bignum 
> (TypeError)
> from /usr/lib/ruby/1.8/yaml.rb:133:in `load'
> from /usr/bin/raggle:4795:in `load_config'
> from /usr/bin/raggle:5441:in `main'
> from /usr/bin/raggle:6461
> [EMAIL PROTECTED]:~$ 

hm.. seems like the latest version of ruby1.8 in unstable (uploaded 3
days ago) breaks raggle (or libyaml-ruby). Thanks for your Report. 

bye,
- michael


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

Bug#330819: please bring in evms 2.5.3 patches from sourceforge

[Steinar H. Gunderson]

On Thu, Sep 29, 2005 at 02:34:27PM -0700, Paul Traina wrote:
> There are two official patches from sourceforge that our EVMS should be
> updated with.

Thanks, I wasn't actually aware that they used to do this sort of thing (and
I probably subscribed to the mailing list after they were out).

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


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

Bug#330881: modifies $LANG, breaking unicode support

[Eduard Bloch]

tags 330881 + unreproducible
thanks

#include 
* Wouter Verhelst [Fri, Sep 30 2005, 10:46:57AM]:
> Package: rxvt-unicode
> Version: 5.6-1
> Severity: normal
> 
> Hi,
> 
> My /etc/environment contains:
> 
> 
> LANGUAGE="nl_BE:nl:en_GB:en"
> 
> [EMAIL PROTECTED]
> 

/etc/environment parsing is currently broken because of some PAM faults,
IIRC.

> meaning, I prefer to be having unicode output. I recently switched to
> using rxvt-unicode as my preferred x-terminal-emulator; however, I found
> that something somewhere along the line between reading /etc/environment
> and starting the shell is parsing my $LANG and changing it:

Whatever it is, it is not caused by rxvt-unicode. I suspect there is
some missconfiguration in your shell startup files. Maybe your urxvt
starts the shell in login mode while xterm does not or the other way
round. Compare the results with +ls and -ls options.

> [EMAIL PROTECTED]:~$ echo $LANG
> [EMAIL PROTECTED]

This "test" is not very reliable, use dash (urxvt -e dash) to get
something useful.

Eduard.

-- 
<_eis>
<_eis>
<_eis>
 _eis: wenn du dich im RL unterhaelst, machst du dann auch ab und zu
einfach nur den mund auf, so als wuerdest du was sagen wollen?


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

Bug#321542: gnucash: stil uninstallable on ppc

[Harald Welte]

On Wed, Sep 28, 2005 at 05:15:37PM +0200, Thomas Viehmann wrote:
> Harald Welte wrote:
> > When trying to install gnucash on ppc (unstable), I still get:
> 
> > The following packages have unmet dependencies:
> >   gnucash: Depends: gnucash-common (>= 1.8.10-cvs20050127) but it is not
> Are you sure you're using Debian apt sources and not someone else's
> repository? No version named 1.8.10-cvs20050127 is in Debian or ever has
> been.

Sorry for the confusion, then.  I have no clue where that version came
from, though.  I'll try to investivate and report back.  Pleaes ignore
my report (at least) until then.

-- 
- Harald Welte <[EMAIL PROTECTED]>  http://gnumonks.org/

"Privacy in residential applications is a desirable marketing option."
  (ETSI EN 300 175-7 Ch. A6)

Bug#330862: heartbeat: ftbfs [sparc] dh_movefiles: debian/tmp/usr/lib/stonith/plugins/stonith/apcmastersnmp.so not found

[Horms]

On Fri, Sep 30, 2005 at 12:35:32AM -0700, Blars Blarson wrote:
> Package: heartbeat
> Version: 1.2.3.cvs.20050927-1
> Severity: serious
> Justification: no longer builds from source
> 
> heartbeat failed to build on a sparc buildd, duplicated on my sparc
> pbuilder.  It also failed on other buildds.

Thanks, looks like a missing file, I'll take a look into it.

-- 
Horms


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

Bug#330830: netbase: what to do with /etc/network/options

[Marco d'Itri]

On Sep 30, Mario 'BitKoenig' Holbe <[EMAIL PROTECTED]> wrote:

> since you (not you Jukka, but the package maintainers :)) are deprecating
> /etc/network/options, it would be nice to provide some automatic
> transition to procps:/etc/sysctl.conf.
Can't be done, /etc/sysctl.conf is a conffile.

> Since /etc/sysctl.conf is a conffile of another package, you should
> probably surround the transition by some medium priorized debconf
> question.
This would still be a policy violation, and I do not think that I will
litter the package with more debconf questions anyway.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#330852: login: Critical error - immediate abort

[Kiko Piris]

On 30/09/2005 at 02:40 -0700, Steve Langasek wrote:

> The PAM config itself looks fine.  Can you please also forward the contents
> of your /etc/security/limits.conf?

Attached. It's empty (only comments).

> > Installing libpam0g=0.79-1 libpam-modules=0.79-1 libpam-runtime=0.79-1
> > makes the error disapear.
> 
> So you mean that this error only occurs with 0.79-2, *not* with 0.79-1?

That's correct.

-- 
Kiko
# /etc/security/limits.conf
#
#Each line describes a limit for a user in the form:
#
#
#
#Where:
# can be:
#- an user name
#- a group name, with @group syntax
#- the wildcard *, for default entry
#- the wildcard %, can be also used with %group syntax,
# for maxlogin limit
#
# can have the two values:
#- "soft" for enforcing the soft limits
#- "hard" for enforcing hard limits
#
# can be one of the following:
#- core - limits the core file size (KB)
#- data - max data size (KB)
#- fsize - maximum filesize (KB)
#- memlock - max locked-in-memory address space (KB)
#- nofile - max number of open files
#- rss - max resident set size (KB)
#- stack - max stack size (KB)
#- cpu - max CPU time (MIN)
#- nproc - max number of processes
#- as - address space limit
#- maxlogins - max number of logins for this user
#- priority - the priority to run user process with
#- locks - max number of file locks the user can hold
#- sigpending - max number of pending signals
#- msgqueue - max memory used by POSIX message queues (bytes)
#
# 
#

#*   softcore0
#*   hardrss 1
[EMAIL PROTECTED]hardnproc   20
[EMAIL PROTECTED]softnproc   20
[EMAIL PROTECTED]hardnproc   50
#ftp hardnproc   0
[EMAIL PROTECTED]-   maxlogins   4

# End of file

Bug#330887: rageircd: My listen section from config file as requested by Alasdair McWilliam

[Philip Craig]

Package: rageircd
Version: 2.0.1-1
Followup-For: Bug #330887


listen * {
range 6660-6669;
port 7000;
};

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

Versions of packages rageircd depends on:
ii  adduser   3.67   Add and remove users and groups
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libssl0.9.7   0.9.7g-2   SSL shared libraries
ii  logrotate 3.7.1-2Log rotation utility
ii  ssl-cert  1.0-11 Simple debconf wrapper for openssl
ii  zlib1g1:1.2.3-4  compression library - runtime

rageircd recommends no packages.

-- no debconf information


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

Bug#330896: ITP: pyflakes -- simple python source checker

[Andrew Mitchell]

Package: wnpp
Severity: wishlist

* Package name: pyflakes
  Version : 0.2.0
  Upstream Author : Divmod Inc. <[EMAIL PROTECTED]>
* URL : http://divmod.org/projects/pyflakes 
* License : MIT
  Description : simple python source checker

 Pyflakes is a simple program which checks Python source files for errors.
 It is similar to PyChecker in scope, but differs in that it does not execute
 the modules to check them. This is both safer and faster, although it does
 not perform as many checks. Unlike PyLint, Pyflakes checks only for logical
 errors in programs; it does not perform any checks on style.


-- 
Andrew Mitchell
Email: [EMAIL PROTECTED]
JID: [EMAIL PROTECTED]


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

Bug#330897: locales: POSIX used, but not chosen

[Calum Mackay]

Package: locales
Version: 2.3.5-6
Severity: normal

Something odd seems to have happened to my locales, today. Although I
didn't ask for it, the LC settings have changed to POSIX:

diz $ locale
LANG=
LC_CTYPE="POSIX"
LC_NUMERIC="POSIX"
LC_TIME="POSIX"
LC_COLLATE="POSIX"
LC_MONETARY="POSIX"
LC_MESSAGES="POSIX"
LC_PAPER="POSIX"
LC_NAME="POSIX"
LC_ADDRESS="POSIX"
LC_TELEPHONE="POSIX"
LC_MEASUREMENT="POSIX"
LC_IDENTIFICATION="POSIX"
LC_ALL=

which confuses some apps, e.g. Firebird/Thunderbird (non-Debian) since
they're not expecting it.

In addition, starting X via gdm gives me the addition of
LC_CTYPE=en_US.UTF-8, which I also didn't ask for:

locale
LANG=
LC_CTYPE=en_US.UTF-8
LC_NUMERIC="POSIX"
LC_TIME="POSIX"
LC_COLLATE="POSIX"
LC_MONETARY="POSIX"
LC_MESSAGES="POSIX"
LC_PAPER="POSIX"
LC_NAME="POSIX"
LC_ADDRESS="POSIX"
LC_TELEPHONE="POSIX"
LC_MEASUREMENT="POSIX"
LC_IDENTIFICATION="POSIX"
LC_ALL=

Have I mucked something up somewhere without realising it?

thanks much.

cheers,
calum.

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

Versions of packages locales depends on:
ii  debconf   1.4.58 Debian configuration management sy
ii  libc6 [glibc-2.3.5-3] 2.3.5-6GNU C Library: Shared libraries an

locales recommends no packages.

-- debconf information:
* locales/default_environment_locale: en_GB.UTF-8
* locales/locales_to_be_generated: en_GB.ISO-8859-15 ISO-8859-15, en_GB.UTF-8 
UTF-8, en_US.UTF-8 UTF-8


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

Bug#316438: fwbuilder: very simple program which outputs an html report from a .fwb xml file

[Luke Kenneth Casson Leighton]

On Fri, Sep 30, 2005 at 02:08:55AM -0700, Jeremy T. Bouse wrote:

 hmmm would you mind sending me the .fwb file from which it's
 generated?

 i'll need to identify where id3AECF776 comes from - i may have
 only added things like hosts into service groups.

 can you add _service groups_ to service groups?

 if you use more of the features of fwbuilder than i have, this sort of
 thing is likely to occur.


> The traceback I get from both my fwb data files are similar. The last
> one I ran with the version you sent me is below:
> 
> Traceback (most recent call last):
>   File "./fw_report.py", line 533, in ?
> f.decode_service_groups(o)
>   File "./fw_report.py", line 251, in decode_service_groups
> self.decode_svc_grp(g)
>   File "./fw_report.py", line 239, in decode_svc_grp
> self.decode_svc_group_members(l)
>   File "./fw_report.py", line 225, in decode_svc_group_members
> print """
> KeyError: u'id3AECF776'
> 
> 
> Luke Kenneth Casson Leighton wrote:
> > jeremy,
> > 
> > i am running - have been running - with 2.0.7.
> > 
> > make sure you have an appropriate version of python, 2.2 and 2.3 should
> > do it.
> > 
> > also make sure you have, or recommend to people to have,
> > the python xml libraries installed:
> > 
> > [EMAIL PROTECTED]:~$ dpkg -l > f
> > vi f
> > /[EMAIL PROTECTED]:~$ vi f
> > [EMAIL PROTECTED]:~$ grep python f | grep xml
> > ii  python2.2-xml  0.8.3-4  
> >   XML tools for Python (2.2.x)
> > ii  python2.2-xmlbase  2.2.3-8  
> >   XML support included in Python (v2.2)
> > ii  python2.3-xml  0.8.3-4  
> >   XML tools for Python (2.3.x)
> > 
> > 
> > you do not explain what traceback is "failing to complete" - a copy of
> > that traceback would have been helpful, i can only guess what the
> > problem is, therefore.
> > 
> > my guess is that you do not have python-xml installed.
> > 
> > latest version attached: there was something i had to update, can't
> > remember what it was...
> > 
> > l.
> > 
> > On Wed, Sep 28, 2005 at 12:46:50PM -0700, Jeremy T. Bouse wrote:
> > 
> >>   I am currently working on the 2.0.9 packaging of fwbuilder. If you 
> >>want to make sure that the script supports atleast 2.0.7 which is 
> >>currently in testing I would be willing to consider including in the 
> >>examples directory and adding a note in the README.Debian regarding it 
> >>with the 2.0.9 upload if you can get back in time. I did find that when 
> >>I ran it against a couple of my .fwb files it failed to complete 
> >>properly and threw a traceback.
> >>
> >>   Also include as an attachment rather than inline next time so I can 
> >>just download rather than cut and paste.
> >>
> >>   Regards,
> >>   Jeremy
> >>
> >>Luke Kenneth Casson Leighton wrote:
> >>
> >>
> >>>Package: fwbuilder
> >>>Version: 2.0.3-2
> >>>Severity: normal
> >>>
> >>>
> >>>attached is a joyously useful program that makes up for the lack of
> >>>print reporting in fwbuilder.
> >>>
> >>>it's a dog, it's hacked, it works.  i wouldn't recommend making python a
> >>>dependency because of it, but i _would_ recommend dumping it in the
> >>>/usr/share/doc/fwbuilder/examples directory and referencing it in the
> >>>README.
> >>>
> >>>or makin a separate apt-get install package for it (with a dep on
> >>>python)
> >>>
> >>>l.
> >>>
> >>>#!/usr/bin/env python
> >>>
> >>
> >>>from xml.dom.minidom import parseString, parse
> >>
> >>>
> >>>class fw:
> >>>
> >>>   def __init__(self):
> >>>   
> >>>   self.hosts = {}
> >>>   self.descriptions = {}
> >>>
> >>>   def print_comment(self, c):
> >>>   print ''
> >>>   for l in c.split("\\n"):
> >>>   while l:
> >>>   bp = l.find(' ', 50)
> >>>   if bp < 50: bp = 50
> >>>   if len(l) >= 50:
> >>>   end = l.rfind(' ')
> >>>   if end <= 50:
> >>>   bp = end
> >>>   print "%s" % l[:bp]
> >>>   l = l[bp:]
> >>>   print ''
> >>>
> >>>   
> >>>   def decode_address_ranges(self, i):
> >>>   adrs = []
> >>>   print ''
> >>>   for a in i:
> >>>   print ''
> >>>   self.descriptions[a.getAttribute('id')] = 
> >>>   a.getAttribute('name')
> >>>   print """
> >>>%s: 
> >>>%s 
> >>>%s 
> >>>   """ % \
> >>>   (a.getAttribute('name'),
> >>>a.getAttribute('start_address'),
> >>>a.getAttribute('end_address'))
> >>>
> >>>   comment = a.getAttribute('comment')
> >>>  

Bug#330519: dovecot-common: doesn't remove certificates on purge

[Fabio Tranchitella]

Il giorno gio, 29/09/2005 alle 23.25 +0300, Lars Wirzenius ha scritto:
> Yeah, it's a difficult situation, I guess. In my opinion, if the
> certificates are important, the sysadmin shouldn't purge the package
> (just remove it), and, anyway, they should back up the certificates
> somewhere safe.

I disagree, and I think the best way to deal with this type of problems
is to leave the files on the filesystem. All in all, this is the same
approach used for the users created by maintainers script, isn't it?

Cheers,

-- 
Fabio Tranchitella <[EMAIL PROTECTED]>.''`.
Proud Debian GNU/Linux developer, admin and user.: :'  :
 `. `'`
   http://people.debian.org/~kobold/   `-
_
1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564


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