Bug#346116: xemacs21-basesupport: gnus fails because of gnus-splash-face

[kevin]

Package: xemacs21-basesupport
Version: 2005.12.08-1
Severity: grave
Justification: renders package unusable

gnus is now unusable.  When I start gnus, I receive the following
message:

No such face: gnus-splash-face


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

Versions of packages xemacs21-basesupport depends on:
ii  perl  5.8.7-10   Larry Wall's Practical Extraction 

xemacs21-basesupport recommends no packages.

-- no debconf information


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

Bug#346121: xemacs21: xemacs fails in X

[kevin]

Package: xemacs21
Version: 21.4.17-2
Severity: grave
Justification: renders package unusable

When I run xemacs21-mule or xemacs21-nomule, I receive the following
warnings:


[EMAIL PROTECTED]:/tmp$ xemacs21-mule
Warning: Color name "Black" is not defined
Warning: Color name "Gray80" is not defined
Warning: Color name "Gray30" is not defined
Warning: Color name "Blue" is not defined
Warning: Color name "Red" is not defined
Warning: Color name "Maroon" is not defined
Warning: Color name "ForestGreen" is not defined
Warning: Color name "black" is not defined
Warning: Color name "white" is not defined
Help! x_get_gc got a bogus fg value! fg = #
Help! x_get_gc got a bogus fg value! fg = #
Help! x_get_gc got a bogus fg value! fg = #
Help! x_get_gc got a bogus fg value! fg = #

With another 800 or so lines of INTERNAL OBJECT problems.

xemacs21-gnome-mule ends with the message:

Application "xemacs21-gnome-mule" (process 26232) has crashed due to a fatal 
error.
(Segmentation fault).


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

Versions of packages xemacs21 depends on:
ii  xemacs21-gnome-mule   21.4.17-2  highly customizable text editor --
ii  xemacs21-mule 21.4.17-2  highly customizable text editor --
ii  xemacs21-nomule   21.4.17-2  highly customizable text editor --

xemacs21 recommends no packages.

-- no debconf information


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

Bug#317423: JuK Crash

[Kevin]

Hi,

Do you have JuK set to output to aRts? If so, try changing the MediaSystem  
option in your ~/.kde/share/config/jukrc (it's in [Settings]) to 2 and  
then start JuK. If it starts, try using outputting to aKode (or GStreamer)  
instead.


I haven't looked into the problem any further, however, so I can't say  
exactly what the issue between JuK and aRts is. Hope that helps in the  
meantime, though.


Also, I'm currently using the KDE 3.4.1 packages from  
http://pkg-kde.alioth.debian.org/ on an otherwise Debian Unstable system.



Kevin


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

Bug#554890: nautilus crashes when trying to edit preference

[Kevin]

Joss: Your dismissive comment is not helpful. 
Please see how a similar (if not identical) problem was handled by the Fedora 
project:
https://bugzilla.redhat.com/show_bug.cgi?id=523749

I'm experiencing this same crashing behavior on an up-to-date testing/squeeze 
system,
but from your attitude, it looks like I shouldn't bother trying to resolve it.

Kevin

>Version: 2.28.0-1
>
>Le samedi 07 novembre 2009 à 05:49 +0100, WWW.MTAX.FR a écrit : 
>> (nautilus:3292): Gtk-CRITICAL **: gtk_toggle_button_set_active: assertion 
>> `GTK_IS_TOGGLE_BUTTON (toggle_button)' >failed
>
>> (nautilus:3292): GLib-GObject-CRITICAL **: g_object_get_data: assertion 
>> `G_IS_OBJECT (object)' failed
>> Erreur de segmentation
>
>*yawn*
>
>-- 
> .''`.  Josselin Mouette
>: :' :
>`. `'   “I recommend you to learn English in hope that you in
>  `- future understand things”  -- Jörg Schilling

-- 
http://www.fastmail.fm - mmm... Fastmail...




--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#878883: patch

[Kevin Cernekee]

Hi,

I merged the patches and was planning to do an 0.92 upstream release.

Bug#878883: marked as pending

[Kevin Cernekee]

tag 878883 pending
thanks

Hello,

Bug #878883 reported by you has been fixed in the Git repository. You can
see the changelog below, and you can check the diff of the fix at:

https://anonscm.debian.org/cgit/collab-maint/stoken.git/commit/?id=e164aac

---
commit e164aac3c3f4cfffb1b81cf84b036975ae371415
Author: Kevin Cernekee 
Date:   Sun Nov 12 08:46:14 2017 -0800

New Debian release.

diff --git a/debian/changelog b/debian/changelog
index 7ea8d4c..d1ca382 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+stoken (0.92-1) unstable; urgency=medium
+
+  * Imported Upstream version 0.92 (Closes: #878883)
+  * Bump Standards-Version to 4.1.1, no changes needed
+
+ -- Kevin Cernekee   Sun, 12 Nov 2017 08:45:20 -0800
+
 stoken (0.91-1) unstable; urgency=medium
 
   * Imported Upstream version 0.91

Bug#881658: kevin030383, your recent order 472558 NJ

[Kevin Field]

Nice try dipshit

Sent from my iPhone

> On Nov 13, 2017, at 4:06 PM, Amazon FinalNotice  
> wrote:
> 
> welcome to amazon 
> 
> 
> 
>  
> 
>   
> 
>  
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> Package: debhelper Version: 10.10.7 Severity: serious Justification: breaks 
> reverse-dependencies. Hello, I tried to rebuild libguestfs in ubuntu, and I 
> found that commit broke dh_install for packages using regex like: 
> usr/include/guestfs.h usr/lib/*-*/libguestfs.a usr/lib/*-*/libguestfs.so 
> usr/lib/*-*/libguestfs.la usr/lib/*-*/pkgconfig/*   ending up in: dh_install 
> -X.la -X.so.owner -Xbindtests -X/usr/lib/go/ -X/usr/lib/go- -Xpa= ckages.orig 
> -Xetc/php.d \ --fail-missing dh_install: Please use dh_missing 
> --list-missing/--fail-missing instead dh_install: This feature will be 
> removed in compat 12. dh_install: libguestfs-dev missing files: 
> usr/lib/*-*/libguestfs.la dh_install: libguestfs-gobject-dev missing files: 
> usr/lib/*-*/libguestfs-go= bject-*.la dh_install: php-guestfs missing files: 
> /etc/php.d dh_install: missing files, aborting I reverted that commit and 
> uploaded in Ubuntu, I didn't check the debian pa= ckage, but should be 
> affected by the same bug (build ongoing here , will finish/fail hopefully in 
> some minutes)   
> https://anonscm.debian.org/git/debhelper/debhelper.git/commit/dh_instal= 
> l?id=3D874410ef1389fe2a62c9361c75915c8541828b93 
> http://debomatic-amd64.debian.net/distribution#unstable/libguestfs/1.36= 
> .10-1/buildlog

Bug#878883: marked as pending

[Kevin Cernekee]

On Tue, Nov 21, 2017 at 10:37 AM, Gianfranco Costamagna
 wrote:
> On Sun, 12 Nov 2017 16:59:50 +0000 Kevin Cernekee  wrote:
>> tag 878883 pending
>> thanks
>
> Hello,
>
> ping?

I think the new package needs to be uploaded.  Could you please review?

Bug#841560: [Debian-med-packaging] Bug#841560: Could anybody please check the issue in python-skbio

[Kevin Murray]

Hi all,

AFAICT I think I should have fixed the issues in skbio. I've filed an ROM bug,
and updated to latest upstream. Could I please get an upload and see if the
test failure goes away?

Cheers,
Kevin

---
Kevin Murray

Bug#915805: Should this package be removed?

[Kevin Smith]

On 20 Feb 2019, at 22:19, Moritz Mühlenhoff  wrote:
> 
> On Tue, Jan 15, 2019 at 10:31:17AM +, Kevin Smith wrote:
>> On 27 Dec 2018, at 22:52, Moritz Mühlenhoff  wrote:
>>> 
>>> On Fri, Dec 07, 2018 at 01:41:47PM +, Kevin Smith wrote:
>>>> Apologies, I’d forgotten that we’d prepared an update from upstream and 
>>>> not gotten it submitted. We’ll try to address this in the next week or so.
>>> 
>>> What's the status :-)
>> 
>> I’m sitting with packages in front of me, I need to test them, and then 
>> remember what to do next :)
> 
> Please sort this out ASAP, we're down to five packages depending on OpenSSL 
> 1.0
> and those will simply be removed along in a few weeks tops.

The packages are with mattia for uploading, but I know he’s very busy so hasn’t 
looked at them yet. Should we go another way to get them checked and uploaded? 
(Yes, I’m relatively clueless about Debian policy here, sorry).

/K

Bug#922279: debconf: Can't select long choices in dialog (whiptail) multiselect

[Kevin Locke]

On Tue, 2019-02-26 at 09:30 +, Colin Watson wrote:
> Thanks.  At some point it would be nice to find a way to force the
> choice texts to be unambiguous without overflow, e.g. by prepending or
> appending a number.  But this works as far as it goes and fixes an IMO
> serious bug, so I've just tidied up the indentation in your patch and
> added a changelog entry, and will otherwise push it as is.

Agreed.  My apologies for the inconsistent indentation in the patch.
Thanks for cleaning it up and pushing the fix!

Kevin

Bug#842208: mozart-stdlib: FTBFS: dpkg-checkbuilddeps: error: Unmet build dependencies: mozart (>= 1.4.0)

[Kevin Glynn]

mozart will not build on 64 bit architectures. amd64 should run the i386
binaries.

On Fri, 10 Feb 2017 at 22:15 Hans Joachim Desserud 
wrote:

> I looked a bit at this issue and it seems the reason it fails on
> amd64 is that mozart isn't built for this architecture
> (see https://packages.debian.org/unstable/mozart).
> I wonder whether this is related to
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=822002
>
> --
> mvh / best regards
> Hans Joachim Desserud
> http://desserud.org
>

Bug#906244: gimp: Cannot Run GIMP

[Kevin Locke]

On Thu, 2018-08-16 at 02:56 +0300, Adrian Bunk wrote:
> On Wed, Aug 15, 2018 at 07:26:24PM -0400, Dean Chia wrote:
>> Package: gimp
>> Version: 2.10.2-1
>> Severity: grave
>> Justification: renders package unusable
>> 
>> I do not remember the exact time GIMP was unusable, but it has not been able 
>> to be run/opened for some time.
>> It would not work when I open it from GNOME, nor could it be opened by 
>> right-clicking a photo (JPG/PNG,etc.)
>> and selecting Open with GIMP.
> 
> Do you have libopenblas-base installed?
> If yes, does removing it help?

I just encountered the same issue with gimp 2.10.2-1.  I did have
libopenblas-base (0.3.2+ds-1) installed.  Uninstalling it did solve
the issue.  Perhaps adding libopenblas-base to Conflicts would be
appropriate?  Anything else I can do to isolate/test?

Thanks,
Kevin

P.S.  For reference, uninstalling libopenblas-base reverted
libblas.so.3 and liblapack.so.3 to the ATLAS implementations (from
libatlas3-base 3.10.3-7+b1) on my system:

Removing libopenblas-base:amd64 (0.3.2+ds-1) ...
update-alternatives: using /usr/lib/x86_64-linux-gnu/atlas/libblas.so.3 to 
provide /usr/lib/x86_64-linux-gnu/libblas.so.3 (libblas.so.3-x86_64-linux-gnu) 
in auto mode
update-alternatives: using /usr/lib/x86_64-linux-gnu/atlas/liblapack.so.3 to 
provide /usr/lib/x86_64-linux-gnu/liblapack.so.3 
(liblapack.so.3-x86_64-linux-gnu) in auto mode

Bug#915805: Should this package be removed?

[Kevin Smith]

On 27 Dec 2018, at 22:52, Moritz Mühlenhoff  wrote:
> 
> On Fri, Dec 07, 2018 at 01:41:47PM +, Kevin Smith wrote:
>> Apologies, I’d forgotten that we’d prepared an update from upstream and not 
>> gotten it submitted. We’ll try to address this in the next week or so.
> 
> What's the status :-)

I’m sitting with packages in front of me, I need to test them, and then 
remember what to do next :)

/K

Bug#1031152: system-config-printer: unlock button in system-config-printer provides no elevated permissions dialog

[Kevin Otte]

Package: system-config-printer
Version: 1.5.18-1
Followup-For: Bug #1031152

Workaround suggested by original reporter (sudo) ineffective on sway due to 
Wayland security model.

-- System Information:
Debian Release: 12.0
  APT prefers testing-security
  APT policy: (500, 'testing-security'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 6.1.0-7-amd64 (SMP w/2 CPU threads; PREEMPT)
Kernel taint flags: TAINT_FIRMWARE_WORKAROUND
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages system-config-printer depends on:
ii  gir1.2-gdkpixbuf-2.0  2.42.10+dfsg-1+b1
ii  gir1.2-glib-2.0   1.74.0-3
ii  gir1.2-gtk-3.03.24.37-2
ii  gir1.2-handy-11.8.1-1
ii  gir1.2-notify-0.7 0.8.1-1
ii  gir1.2-packagekitglib-1.0 1.2.6-3
ii  gir1.2-pango-1.0  1.50.12+ds-1
ii  gir1.2-polkit-1.0 122-3
ii  python3   3.11.2-1+b1
ii  python3-cups  2.0.1-5+b4
ii  python3-cupshelpers   1.5.18-1
ii  python3-dbus  1.3.2-4+b1
ii  python3-gi3.42.2-3+b1
ii  system-config-printer-common  1.5.18-1

Versions of packages system-config-printer recommends:
ii  avahi-utils 0.8-9
ii  system-config-printer-udev  1.5.18-1

Versions of packages system-config-printer suggests:
pn  gnome-software  

-- no debconf information

Bug#1031152: system-config-printer: unlock button in system-config-printer provides no elevated permissions dialog

[Kevin Otte]

On my Debian 11 XFCE machine this works correctly. Make sure "PolicyKit 
Authentication Agent" is checked under "Session and Startup" -> 
"Application Autostart".


In Debian 12 under Sway the GNOME Authentication Agent segfaults, but I 
will take this up under separate cover. I was able to work around the 
issue for the moment by using lxpolkit for the authentication agent instead.

Bug#990058: libnss3: increase symbol version for SSL_GetChannelInfo when SSLChannelInfo size changes

[Kevin Locke]

Package: libnss3
Version: 2:3.67-1
Severity: serious
Tags: patch
Justification: Policy 8.6.3.3
X-Debbugs-Cc: Sebastian Ramacher , Carsten Schoenert 


Dear Maintainer,

Thunderbird 1:78.11.0-1 in testing is unable to establish some (all?)
TLS connections when run with libnss3 2:3.61-1, because it was built
with libnss3-dev 2:3.66-1.  The issue occurs because the size of
SSLChannelInfo increased between NSS 3.61 and 3.66 (due to the addition
of PRBool isFIPS).  SSL_GetChannelInfo takes both a pointer to and size
of SSLChannelInfo as arguments.  If the size is greater than the size it
expects, it returns SECFailure, causing the connection to fail.  See
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=989839#48 for details.

The issue is being discussed on debian-release, where Sebastian Ramacher
pointed out that the libnss3 symbol file should bump the minimum version
requirement for all symbols that works with SSLChannelInfo.[1]  I agree.
As far as I can tell, SSL_GetChannelInfo is the only such symbol.  I
believe it should be bumped to 2:3.66 for package 2:3.67 and bumped in
future versions whenever the size of SSLChannelInfo changes.  I've
attached a patch to do so.

Thanks for considering,
Kevin

[1]: https://lists.debian.org/debian-release/2021/06/msg00597.html

-- System Information:
Debian Release: 11.0
  APT prefers testing-debug
  APT policy: (990, 'testing-debug'), (990, 'testing'), (500, 
'unstable-debug'), (500, 'testing-security'), (500, 'stable-debug'), (500, 
'unstable'), (500, 'oldstable'), (101, 'experimental'), (1, 
'experimental-debug')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.13.0-rc6 (SMP w/4 CPU threads)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libnss3 depends on:
ii  libc6 2.31-12
ii  libnspr4  2:4.29-1
ii  libsqlite3-0  3.34.1-3

libnss3 recommends no packages.

libnss3 suggests no packages.

-- no debconf information
>From eaffc616b99dd2be285ade5df072cfa1e30924fe Mon Sep 17 00:00:00 2001
Message-Id: 

From: Kevin Locke 
Date: Fri, 18 Jun 2021 14:41:27 -0600
Subject: [PATCH] libnss3.symbols: bump SSL_GetChannelInfo to 2:3.66

PRBool isFIPS was added to SSLChannelInfo in NSS 3.66, causing its size
to increase.  Since SSL_GetChannelInfo is called with
sizeof(SSLChannelInfo) and returns SECFailure when called with a larger
size than it expects, it creates a version incompatibility where
programs compiled with NSS >= 3.66 do not function correction when
loaded with NSS < 3.66, as in #989839 for thunderbird.

To avoid breakage, bump the version of SSL_GetChannelInfo, as suggested
by Sebastian Ramacher in
https://lists.debian.org/debian-release/2021/06/msg00597.html

Signed-off-by: Kevin Locke 
---
 debian/libnss3.symbols | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/debian/libnss3.symbols b/debian/libnss3.symbols
index 5213379c..2bb7294a 100644
--- a/debian/libnss3.symbols
+++ b/debian/libnss3.symbols
@@ -154,5 +154,5 @@ libssl3.so libnss3 #MINVER#
  (symver)NSS_3.4 2:3.13.4-2~
  (symver)NSS_3.7.4 2:3.13.4-2~
  SSL_GetCipherSuiteInfo@NSS_3.4 2:3.44.0
- SSL_GetChannelInfo@NSS_3.4 2:3.34
+ SSL_GetChannelInfo@NSS_3.4 2:3.66
  SSL_GetPreliminaryChannelInfo@NSS_3.21 2:3.44.0
-- 
2.30.2

Bug#972590: baresip-core: needs to be rebuilt against libre-1.1.0

[Kevin Otte]

Package: baresip-core
Version: 1.0.0-2
Severity: grave
Justification: renders package unusable

Dear Maintainer,

Since libre 1.1.0 has migrated to testing, baresip can no longer make calls:

$ baresip
baresip v1.0.0 Copyright (C) 2010 - 2020 Alfred E. Heggestad et al.
Local network address:   IPv6=enp0s25|2606:a000:a442:9800:24ef:2732:9da5:a78d
...
baresip is ready.
>  142
ua: using best effort AF: af=AF_INET6
call: connecting to 'sip:1...@pbx-int.home.nivex.net'..
*** stack smashing detected ***: terminated
Aborted (core dumped)

I originally filed this against libre in #972185 which contains discussion of 
why the rebuild is necessary.

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

Kernel: Linux 5.8.0-1-amd64 (SMP w/2 CPU threads)
Kernel taint flags: TAINT_FIRMWARE_WORKAROUND
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=UTF-8) (ignored: LC_ALL set to 
en_US.UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages baresip-core depends on:
ii  libasound21.2.3.2-1
ii  libc6 2.31-4
ii  libcodec2-0.9 0.9.2-3
ii  libdirectfb-1.7-7 1.7.7-9
ii  libgsm1   1.0.18-2
ii  libjack-jackd2-0 [libjack-0.125]  1.9.14~dfsg-1
ii  libmosquitto1 1.6.12-1
ii  libmp3lame0   3.100-3
ii  libmpg123-0   1.26.3-1
ii  libopenaptx0  0.2.0-4
ii  libopencore-amrnb00.1.5-1
ii  libopencore-amrwb00.1.5-1
ii  libopus0  1.3.1-0.1
ii  libpng16-16   1.6.37-3
ii  libportaudio2 19.6.0-1.1
ii  libre01.1.0-1
ii  librem0   0.6.0-4
ii  libsndfile1   1.0.28-8
ii  libsndio7.0   1.5.0-3
ii  libspandsp2   0.0.6+dfsg-2
ii  libspeexdsp1  1.2~rc1.2-1.1
ii  libtwolame0   0.4.0-2
ii  libvo-amrwbenc0   0.1.3-2
ii  libvpx6   1.8.2-1

baresip-core recommends no packages.

Versions of packages baresip-core suggests:
ii  baresip-ffmpeg 1.0.0-2
ii  baresip-gstreamer  1.0.0-2
ii  baresip-gtk1.0.0-2
ii  baresip-x111.0.0-2

-- no debconf information

Bug#848758: [Debian-med-packaging] Bug#848758: python-skbio: FTBFS: Test failures

[Kevin Murray]

Hi all,

On 22:19 19/12, Lucas Nussbaum wrote:
> Source: python-skbio
> Version: 0.5.1-1
> Severity: serious
> Tags: stretch sid
> User: debian...@lists.debian.org
> Usertags: qa-ftbfs-20161219 qa-ftbfs
> Justification: FTBFS on amd64
> 
> Hi,
> 
> During a rebuild of all packages in sid, your package failed to build on
> amd64.
> 
> Relevant part (hopefully):
> > multiple_comparisons_correction=None)
> >   File 
> > "/<>/.pybuild/pythonX.Y_3.5/build/skbio/stats/composition.py", 
> > line 971, in ancom
> > _logratio_mat = _log_compare(mat.values, cats.values, significance_test)
> >   File 
> > "/<>/.pybuild/pythonX.Y_3.5/build/skbio/stats/composition.py", 
> > line 1084, in _log_compare
> > arr=ratio)
> >   File "/usr/lib/python3/dist-packages/numpy/lib/shape_base.py", line 133, 
> > in apply_along_axis
> > if res.shape == ():
> > AttributeError: 'F_onewayResult' object has no attribute 'shape'
> > 
> > --
> > Ran 2238 tests in 42.139s
> > 
> > FAILED (SKIP=30, errors=15)
> > E: pybuild pybuild:276: test: plugin distutils failed with: exit code=1: cd 
> > /<>/.pybuild/pythonX.Y_3.5/build; python3.5 -m nose 
> > dh_auto_test: pybuild --test --test-nose -i python{version} -p 3.5 returned 
> > exit code 13
> > debian/rules:22: recipe for target 'override_dh_auto_test' failed

Upstream has now fixed this issue, and I've cherry-picked the fix into the
package as a patch. I've pushed to git.d.o, so an (urgent) upload would be much
appreciated.

Merry Christmas all!

Cheers
K

---
Kevin Murray

Bug#845737: New release

[Kevin Murray]

Hi Santiago,

Thanks for the bug report. I've reported this issue to upstream[1]. In the mean
time, I've recently packaged the newest upstream release. Could you please
re-run your tests (or advise me how to) for this new version.

FWIW, I have experienced issues related to POSIX semaphores when building this
package in pbuider chroots, related to a missing /dev/shm. I have never
experienced the issues you report though.

Cheers,
K

[1]: 
https://bitbucket.org/snakemake/snakemake/issues/426/random-test-hangs-during-debian-package

---
Kevin Murray

Bug#870635: mutt package is not using the official mutt tarball

[Kevin McCarthy]

Package: mutt
Version: 1.8.3+neomutt20170609-2
Severity: serious
Justification: Policy 2.3

Dear Maintainer,

I am the upstream project maintainer of Mutt.  Your version of the
"mutt" package in unstable and testing is based on the NeoMutt
tarball, not the official Mutt 1.8.3 release tarball.

If you wish to call your package "mutt", then you should be using the
official Mutt release tarball are your "orig" tarball for the package.
To do anything else is an unacceptable ethical and legal breach by
Debian.

You have been aware of this issue since at least June 30th, see
<https://marc.info/?l=mutt-users&m=149886522430053&w=2>. As Erik
Christiansen mentioned in that thread, while the GPLv2:

  "permits derivative works, it does not permit a derivative work to
   purport to be the copyrighted original work. Misrepresenting the
   "debneomutt" work as "mutt" would seem to clearly contravene the
   asserted and enforcible licence."

Even if the legal argument is not airtight, doing this is insulting
and disrepectful to the Mutt project and to me as its maintainer.

Please correct this issue ASAP.

-Kevin McCarthy

Bug#841560: [Debian-med-packaging] Bug#841560: Could anybody please check the issue in python-skbio

[Kevin Murray]

Hi Andreas,

On 08:49 15/11, Andreas Tille wrote:
> could anybody check the issue in the skbio test suite?

I've packaged the latest upstream, and uploaded. Let's see if this fixes the
build. I will also (but haven't yet) see if I can get it to build against
libssw. There are also old binary packages preventing a testing transition,
which I'm not sure how to deal with.

Cheers,
K

---
Kevin Murray

Bug#841560: [Debian-med-packaging] Bug#841560: Bug#841560: Could anybody please check the issue in python-skbio

[Kevin Murray]

Hi Andreas,

On 19:15 15/11, Kevin Murray wrote:
> I will also (but haven't yet) see if I can get it to build against libssw.

Well that turned out to be far easier than I expected. I've pushed a patch that
uses libssw from debian. So let's see if this fixes the build. And we also need
to remove the old binary pkgs from the archive, I think (or whatever the reason
is for the package being stuck in sid).

Cheers,
K

---
Kevin Murray

Bug#962623: ImportError: cannot import name 'parse_qs' from 'cgi' (/usr/lib/python3.8/cgi.py)

[Kevin Otte]

This bug caused the package to not be included in the bullseye release 
and is now blocking the upgrade of one of my machines. Can we please 
pull the latest upstream (now 1.1.8) in and get a backport for bullseye?

Bug#996188: RuntimeError: populate() isn't reentrant

[Kevin Otte]

Package: graphite-web
Version: 1.1.8-1
Severity: grave

Dear Maintainer,

Installed graphite-web on a fresh bullseye machine and migrated the apache 
virtualhost configuration from a running buster machine.

Attempting to load the page results in the error listed in the subject.

Full traceback:
[Mon Oct 11 23:04:53.039528 2021] [wsgi:error] [pid 12645:tid 140670772766464] 
[remote 2603:6080:a201:f403:c2d6:3266:d138:be92:40254] mod_wsgi (pid=12645): 
Failed to exec Python script file '/usr/share/graphite-web/graphite.wsgi'.
[Mon Oct 11 23:04:53.039710 2021] [wsgi:error] [pid 12645:tid 140670772766464] 
[remote 2603:6080:a201:f403:c2d6:3266:d138:be92:40254] mod_wsgi (pid=12645): 
Exception occurred processing WSGI script 
'/usr/share/graphite-web/graphite.wsgi'.
[Mon Oct 11 23:04:53.040057 2021] [wsgi:error] [pid 12645:tid 140670772766464] 
[remote 2603:6080:a201:f403:c2d6:3266:d138:be92:40254] Traceback (most recent 
call last):
[Mon Oct 11 23:04:53.040169 2021] [wsgi:error] [pid 12645:tid 140670772766464] 
[remote 2603:6080:a201:f403:c2d6:3266:d138:be92:40254]   File 
"/usr/share/graphite-web/graphite.wsgi", line 15, in 
[Mon Oct 11 23:04:53.040190 2021] [wsgi:error] [pid 12645:tid 140670772766464] 
[remote 2603:6080:a201:f403:c2d6:3266:d138:be92:40254] application = 
get_wsgi_application()
[Mon Oct 11 23:04:53.040217 2021] [wsgi:error] [pid 12645:tid 140670772766464] 
[remote 2603:6080:a201:f403:c2d6:3266:d138:be92:40254]   File 
"/usr/lib/python3/dist-packages/django/core/wsgi.py", line 12, in 
get_wsgi_application
[Mon Oct 11 23:04:53.040232 2021] [wsgi:error] [pid 12645:tid 140670772766464] 
[remote 2603:6080:a201:f403:c2d6:3266:d138:be92:40254] 
django.setup(set_prefix=False)
[Mon Oct 11 23:04:53.040257 2021] [wsgi:error] [pid 12645:tid 140670772766464] 
[remote 2603:6080:a201:f403:c2d6:3266:d138:be92:40254]   File 
"/usr/lib/python3/dist-packages/django/__init__.py", line 24, in setup
[Mon Oct 11 23:04:53.040271 2021] [wsgi:error] [pid 12645:tid 140670772766464] 
[remote 2603:6080:a201:f403:c2d6:3266:d138:be92:40254] 
apps.populate(settings.INSTALLED_APPS)
[Mon Oct 11 23:04:53.040295 2021] [wsgi:error] [pid 12645:tid 140670772766464] 
[remote 2603:6080:a201:f403:c2d6:3266:d138:be92:40254]   File 
"/usr/lib/python3/dist-packages/django/apps/registry.py", line 83, in populate
[Mon Oct 11 23:04:53.040309 2021] [wsgi:error] [pid 12645:tid 140670772766464] 
[remote 2603:6080:a201:f403:c2d6:3266:d138:be92:40254] raise 
RuntimeError("populate() isn't reentrant")
[Mon Oct 11 23:04:53.040389 2021] [wsgi:error] [pid 12645:tid 140670772766464] 
[remote 2603:6080:a201:f403:c2d6:3266:d138:be92:40254] RuntimeError: populate() 
isn't reentrant

-- System Information:
Debian Release: 11.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.10.0-8-amd64 (SMP w/1 CPU thread)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages graphite-web depends on:
ii  adduser 3.118
ii  python3 3.9.2-3
ii  python3-cairo   1.16.2-4+b2
ii  python3-cairocffi   1.2.0-1
ii  python3-django  2:2.2.24-1
ii  python3-django-tagging  1:0.4.5-3
ii  python3-pyparsing   2.4.7-1
ii  python3-simplejson  3.17.2-1
ii  python3-six 1.16.0-2
ii  python3-tz  2021.1-1
ii  python3-urllib3 1.26.5-1~exp1
ii  python3-whisper 1.1.4-2.1

graphite-web recommends no packages.

Versions of packages graphite-web suggests:
pn  graphite-carbon  
ii  libapache2-mod-wsgi-py3  4.7.1-3+b1
pn  python3-ldap 
pn  python3-memcache 
pn  python3-mysqldb  

-- no debconf information

Bug#947745: recent version for stable-(updates|backports)

[Kevin Price]

Package: youtube-dl
Version: 2019.01.17-1.1
Severity: grave

Justification: renders package unusable

Dear maintainer,

the buster version has quit working with yt. The error message is: "YouTube
said: This video is unavailable." 2019.09.28-1 works. Due to the package's
volatility (which causes this grave bug) and given its fairly stable
dependencies, migrating recent versions into stable-updates might well be the
neatest fix to this, imho.

See also #908947.

Cheers
Kevin



-- System Information:
Debian Release: 10.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-6-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages youtube-dl depends on:
ii  python33.7.3-1
ii  python3-pkg-resources  40.8.0-1

Versions of packages youtube-dl recommends:
ii  aria21.34.0-4
ii  ca-certificates  20190110
ii  curl 7.64.0-4
ii  ffmpeg   7:4.1.4-1~deb10u1
ii  mpv  0.29.1-1
ii  phantomjs2.1.1+dfsg-2
ii  python3-pyxattr  0.6.1-1
ii  rtmpdump 2.4+20151223.gitfa8646d.1-2
ii  wget 1.20.1-1.1

youtube-dl suggests no packages.

-- no debconf information

Bug#912206: freerdp2-x11: ERRCONNECT_TLS_CONNECT_FAILED with libssl1.1 1.1.1-1

[Kevin Locke]

On Mon, 2018-10-29 at 14:13 +, Mike Gabriel wrote:
> Bernhard from FreeRDP upstream has started working on this and we will
> likely provide patches next week.
> 
> So, please stay tuned + thanks for reporting this. The problem is caused by
> system-wide openssl default settings that have changed between those two
> referenced openssl versions. We will try to pin things down in FreeRDP, so
> that system-wide defaults don't apply anymore for FreeRDP.

Sounds great.  Will do.  Let me know if there is anything else I can
do to help.

Thanks,
Kevin

Bug#915805: Should this package be removed?

[Kevin Smith]

Apologies, I’d forgotten that we’d prepared an update from upstream and not 
gotten it submitted. We’ll try to address this in the next week or so.

/K

> On 6 Dec 2018, at 21:55, Moritz Muehlenhoff  wrote:
> 
> Source: swift-im
> Severity: serious
> 
> Should swift-im be removed?
> - No upload since more than two years
> - Totally outdated compared to upstream
> - Virtually no users in popcon
> - Depends on legacy libs (OpenSSL 1.0, qt4)
> 
> Unless any objections are raised, I'd reassign this bug to ftp.debian.org
> for removal.
> 
> Cheers,
>Moritz

Bug#844879: (no subject)

[Kevin Smith]

On 22 Dec 2017, at 22:52, Mattia Rizzolo  wrote:
> 
> On Thu, Jun 22, 2017 at 06:17:26PM +0200, JBB wrote:
>> This bug has already been fixed upstream in this commit: 
>> https://github.com/swift/swift/commit/2efefdc5ae847f5d187762e474d75c61560cba19
> 
> Be as it may, it needs to be uploaded to Debian as well.
> You'd need to get somebody prepare an updated package and look for
> sponsorship, like Kevin Smith did for 3.0.4-1 last year.

Swift 4.0’s in (hopefully) final RC at the moment, so I expect to be sorting 
out a package for that shortly.

/K

Bug#897338: sddm: Cannot launch SDDM at boot time and from console

[Kevin Messer]

Hi, I am on Debian Unstable on real hardware and I have the same problem,
SDDM launches but there is dark screen on TTY7 with only my mouse.

-- 
Kevin Messer

Bug#898074: linux-image-4.9.0-6-amd64: gdb3 fails to start

[Kevin Bube]

Package: src:linux
Version: 4.9.88-1
Severity: critical
Justification: breaks unrelated software

Dear Maintainer,

after an update from linux-image-4.9.0-5-amd64 to
linux-image-4.9.0-6-amd64 gdm3 did not start anymore. The screen remains
black. However, I can still switch to a text console.

It seems that the permissions of /dev/dri/card0 changed. See below for
the end of syslog. syslog.broken is the error case, syslog.ok is the
successful case.

Thanks,

Kevin

-- Package-specific info:
** Kernel log: boot messages should be attached

** Model information
sys_vendor: LENOVO
product_name: 4383
product_version: Lenovo G575 
chassis_vendor: Chassis Manufacturer
chassis_version: Chassis Version
bios_vendor: LENOVO
bios_version: 41CN27WW(V2.03)
board_vendor: LENOVO
board_name: Inagua
board_version: Base Board Version

** PCI devices:
00:00.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 14h 
Processor Root Complex [1022:1510]
Subsystem: Advanced Micro Devices, Inc. [AMD] Family 14h Processor Root 
Complex [1022:1510]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- TAbort- SERR- 
Kernel driver in use: radeon
Kernel modules: radeon

00:11.0 SATA controller [0106]: Advanced Micro Devices, Inc. [AMD/ATI] 
SB7x0/SB8x0/SB9x0 SATA Controller [AHCI mode] [1002:4391] (prog-if 01 [AHCI 
1.0])
Subsystem: Lenovo SB7x0/SB8x0/SB9x0 SATA Controller [AHCI mode] 
[17aa:3971]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- 
Kernel driver in use: ahci
Kernel modules: ahci

00:12.0 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD/ATI] 
SB7x0/SB8x0/SB9x0 USB OHCI0 Controller [1002:4397] (prog-if 10 [OHCI])
Subsystem: Lenovo SB7x0/SB8x0/SB9x0 USB OHCI0 Controller [17aa:397b]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
SERR- TAbort- 
SERR- 
Kernel driver in use: ehci-pci
Kernel modules: ehci_pci

00:13.0 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD/ATI] 
SB7x0/SB8x0/SB9x0 USB OHCI0 Controller [1002:4397] (prog-if 10 [OHCI])
Subsystem: Lenovo SB7x0/SB8x0/SB9x0 USB OHCI0 Controller [17aa:397b]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
SERR- TAbort- 
SERR- 
Kernel driver in use: ehci-pci
Kernel modules: ehci_pci

00:14.0 SMBus [0c05]: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 SMBus 
Controller [1002:4385] (rev 42)
Subsystem: Lenovo SBx00 SMBus Controller [17aa:397b]
Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap- 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- TAbort- SERR- 
Kernel driver in use: snd_hda_intel
Kernel modules: snd_hda_intel

00:14.3 ISA bridge [0601]: Advanced Micro Devices, Inc. [AMD/ATI] 
SB7x0/SB8x0/SB9x0 LPC host controller [1002:439d] (rev 40)
Subsystem: Lenovo SB7x0/SB8x0/SB9x0 LPC host controller [17aa:397b]
Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- TAbort- 
SERR- TAbort- 
Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-

00:15.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD/ATI] 
SB700/SB800/SB900 PCI to PCI bridge (PCIE port 0) [1002:43a0] (prog-if 00 
[Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport
Kernel modules: shpchp

00:15.1 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD/ATI] 
SB700/SB800/SB900 PCI to PCI bridge (PCIE port 1) [1002:43a1] (prog-if 00 
[Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport
Kernel modules: shpchp

00:18.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 12h/1

Bug#948206: mitmproxy incompatible with python3-wsproto=0.15.0-2

[Kevin Locke]

On Sun, 2020-01-05 at 11:27 +0100, Adrian Vollmer wrote:
> After upgrading python3-wsproto to version 0.15.0-2, mitmproxy fails
> immediately with this error message:
> 
> ImportError: cannot import name 'WSConnection' from 'wsproto.connection'
> (/usr/lib/python3/dist-packages/wsproto/connection.py)

I just encountered the same issue.  For reference, this specific error
was fixed in 106948d99[1] which is included in 5.0.0.  Apparently
setup.py was not updated to wsproto 0.15 due to mypy type checking
errors[2] (which I'm unable to reproduce on e01f044c).  Using wsproto
0.15 with 5.0.1 has been working well for me.

Best,
Kevin

[1]: https://github.com/mitmproxy/mitmproxy/commit/106948d99
[2]: https://github.com/mitmproxy/mitmproxy/pull/3651

Bug#972185: libre0: stack smashing detected in v1.1.0

[Kevin Otte]

Package: libre0
Version: 1.1.0-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

I went ahead and installed version 1.1.0-1 from unstable to go ahead and
test the fix for #971980.

---
kjotte@daedalus:~$ baresip
baresip v1.0.0 Copyright (C) 2010 - 2020 Alfred E. Heggestad et al.
Local network address:
IPv6=enp0s25|2606:a000:a442:9800:efae:2f59:1855:7d4f
...
baresip is ready.
>  142
ua: using best effort AF: af=AF_INET6
call: connecting to 'sip:1...@pbx-int.home.nivex.net'..
*** stack smashing detected ***: terminated
Aborted (core dumped)
---

Not sure if this is a problem in the libre0 build or if baresip needs to
be rebuilt against the new library version.

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

Kernel: Linux 5.8.0-1-amd64 (SMP w/2 CPU threads)
Kernel taint flags: TAINT_FIRMWARE_WORKAROUND
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=UTF-8) (ignored: LC_ALL set
to en_US.UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libre0 depends on:
ii  libc6  2.31-3
ii  libssl1.1  1.1.1g-1
ii  zlib1g 1:1.2.11.dfsg-2

libre0 recommends no packages.

libre0 suggests no packages.

-- no debconf information

Bug#972185: libre0: stack smashing detected in v1.1.0

[Kevin Otte]

Thanks for the additional eyes. Should I file a bug against baresip to
have it rebuilt for testing, or will that be triggered automatically
when libre migrates?

On 10/14/20 12:40 PM, Bernhard Übelacker wrote:
> Dear Maintainer,
> I could reproduce the issue and it looks like there is a ABI break
> of libre0 because the size of struct sip_addr has changed
> from 152 bytes to 168, and therefore overwrites the stack canary here [1].
> 
> A baresip built agains libre0 1.1.0-1 did not show this problem.
> 
> Kind regards,
> Bernhard

Bug#966400: sublime-music: fails to create new server

[Kevin Thomas]

Package: sublime-music
Version: 0.9.1-2
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: m...@kevinthomas.dev

Dear Maintainer,

Upon launching the application, the main screen shows a continuous spinning
loading symbol.
I went to "Configure Servers" and attempted to add a new server, but upon
clicking the
"Add" button, nothing happens. I am able to click on "Test Connection to
Server" and it says
"Connection to server successful."

I wasn't having this problem when installing v0.11.1 using pip.

The log that appears when I click on the "Add" button is:

Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/sublime/ui/configure_servers.py", line
126, in 
), lambda e: self.on_edit_clicked(True), 'start', False),
  File "/usr/lib/python3/dist-packages/sublime/ui/configure_servers.py", line
228, in on_edit_clicked
self.server_configs.append(new_config)
AttributeError: 'NoneType' object has no attribute 'append'

Thank you,
Kevin Thomas



-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.7.0-1-amd64 (SMP w/4 CPU threads)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages sublime-music depends on:
ii  gir1.2-gtk-3.03.24.20-1
ii  gir1.2-nm-1.0 1.26.0-1
ii  python3   3.8.2-3
ii  python3-bottle0.12.15-2.1
ii  python3-dateutil  2.8.1-4
ii  python3-deepdiff  3.3.0-2
ii  python3-deprecated1.2.10-1
ii  python3-fuzzywuzzy0.18.0-1
ii  python3-gi3.36.0-4
ii  python3-keyring   21.2.1-1
ii  python3-levenshtein   0.12.0-5+b1
ii  python3-mpv   0.5.1-1
ii  python3-pychromecast  7.1.1-1
ii  python3-requests  2.23.0+dfsg-2
ii  python3-yaml  5.3.1-2

sublime-music recommends no packages.

Versions of packages sublime-music suggests:
ii  network-manager  1.26.0-1

-- no debconf information

Bug#357301: eclipse randomly crashes, usually at startup

[Kevin Dalley]

Suggestions on how to make eclipse work under Debian should be
included under /usr/share/doc/eclipse.  This should include suggested
vm, and how to start eclipse with that vm.  Please be very specific.

If eclipse crashes, then the bug should stay open, even if the eclipse
developer can't do anything about.  This is really a serious problem.


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

Bug#368835: drupal: Execution of arbitrary files in certain Apache configurations

[Kevin Dalley]

Here is updated information on the bug.  The problem takes more work
to fix than first reported.

REVISION TO DRUPAL-SA-2006-006

 * Advisory ID: DRUPAL-SA-2006-007

 * Project: Drupal core and potentially any web application that accepts
uploads.

 * Date: 2006-Jun-01

 * Security risk: highly critical

 * Impact: Drupal core

 * Exploitable from: remote

 * Vulnerability: Execution of arbitrary files

DESCRIPTION

Recently, the Drupal security team was informed of a potential exploit that
would allow untrusted code to be executed upon a successful request by a
malicious user. If a dynamic script with multiple extensions such as
file.php.pps or file.sh.txt is uploaded and then accessed from a web browser
under certain common Apache configurations, it will cause the script inside to
be executed. We deemed this exploit critical and released Drupal 4.6.7 and
4.7.1 six hours after the report was filed. The fix was to create a .htaccess
file to remove /all/ dynamic script handlers, such as PHP, from the "files"
directory.

After continuous review, however, we've found that the fix will not work in
certain Apache configurations, for example those for whom .htaccess FileInfo
overrides are disabled. We are thus releasing 4.6.8 and 4.7.2 with a more
robust .htaccess fix, as well as a Drupal core solution to the issue which will
work under all configurations. The new behavior of Drupal's upload.module is to
rename all uploaded files with multiple, non-numeric, and non-whitelisted
extensions by any other user than the administrator. For example:

file.php.pps
this is a long file.name.txt

becomes:

file.php_.pps
this is a long file.name_.txt

*Please note that the particular Apache configurations under which this exploit
is possible will affect ANY web application on the server which allows uploads
to web-accessible directories, not just Drupal.* The Drupal security team has
also contacted other projects, such as WordPress, about this issue and new
versions of their software have either already been released, or are
forthcoming.

4.7.2 also fixes a potential XSS bug with upload.module.

VERSIONS AFFECTED

- All Drupal versions before 4.6.8 and before Drupal 4.7.2.

SOLUTION

If you are running Drupal 4.6.x then upgrade to Drupal 4.6.8
[http://ftp.osuosl.org/pub/drupal/files/projects/drupal-4.6.8.tar.gz].
If you are running Drupal 4.7.x then upgrade to Drupal 4.7.2
[http://ftp.osuosl.org/pub/drupal/files/projects/drupal-4.7.2.tar.gz].
To patch Drupal 4.6.7 use the http://drupal.org/files/sa-2006-007/4.6.7.patch
[http://drupal.org//files/sa-2006-007/4.6.7.patch].
To patch Drupal 4.7.1 use the http://drupal.org/files/sa-2006-007/4.7.1.patch
[http://drupal.org//files/sa-2006-007/4.7.1.patch].

REPORTED BY

DRUPAL-SA-2006-06 issue: Lourens Veen
XSS vulnerability in upload.module: Karoly Negyesi

CONTACT

The security contact for Drupal can be reached at security at drupal.org or
using the form at [http://drupal.org/contact].




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

Bug#370576: acidbase: Remote File Inclusion Vulnerabilities

[Kevin Johnson]

I have to disagree with the Severity of grave.  To exploit you need  
to have register_globals set to on which has not been the default in  
years.  We have released 1.2.5 which fixes the issue and a number of  
other things.  It just gets under my skin when "researchers" find  
problems, elevate how serious they are and never notify the  
development team.


Sorry for my rant,
Kevin
-
BASE Project Lead
http://sourceforge.net/projects/secureideas
http://base.secureideas.net
The next step in IDS analysis!

On Jun 5, 2006, at 6:24 PM, David Gil wrote:


Package: acidbase
Severity: grave
Tags: security
Justification: user security hole

 http://www.frsirt.com/english/advisories/2006/1996

 Advisory ID : FrSIRT/ADV-2006-1996
 CVE ID : GENERIC-MAP-NOMATCH
 Rated as : High Risk
 Remotely Exploitable : Yes
 Locally Exploitable : Yes
 Release Date : 2006-05-26

 Technical Description

 Multiple vulnerabilities have been identified in Basic Analysis  
and Security
 Engine (BASE), which could be exploited by attackers to execute  
arbitrary

 commands. These flaws are due to input validation errors in the
 "base_qry_common.php", "base_stat_common.php", and
 "includes/base_include.inc.php" scripts that do not validate the  
"BASE_path"
 parameter, which could be exploited by remote attackers to include  
malicious
 scripts and execute arbitrary commands with the privileges of the  
web server.


 Affected Products

 Basic Analysis and Security Engine (BASE) 1.2.4 and prior

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-2-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#370576: acidbase: Remote File Inclusion Vulnerabilities

[Kevin Johnson]

On Jun 7, 2006, at 5:08 AM, David Gil wrote:


severity 370576 minor
thanks



Thanks...


El mar, 06-06-2006 a las 13:01 -0400, Kevin Johnson escribió:

I have to disagree with the Severity of grave.  To exploit you need
to have register_globals set to on which has not been the default in
years.


Ok, now the bug has a minor severity. You are right, base is not
exploitable with the default installation of the package.


We have released 1.2.5 which fixes the issue and a number of
other things.


Yes, I am aware of it. We'll upload it in a few days. I've  
submitted the

bug report to inform the security team (testing distribution has also
base 1.2.4) and to explain more in deep the changes in the 1.2.5
changelog.



Great... I appreciate it...


It just gets under my skin when "researchers" find
problems, elevate how serious they are and never notify the
development team.


Well, I don't understand you Kevin. I know you are subscribed to the
package tracking system of acidbase, so I know that you receive all  
the

bugs submitted to the package too. If you don't agree with the severty
of a bug, you can always change it as I've just done.



Sorry this was not meant toward you.  I was speaking of St0ke and  
Milw0rm.  I apologize for venting at you and the bug tracking  
system.  As too changing the severity I forgot.  We have been busy  
around here since my new daughter arrived Monday.



Sorry for my rant,
Kevin


Regards,
David.




Thanks
Kevin
-
BASE Project Lead
http://sourceforge.net/projects/secureideas
http://base.secureideas.net
The next step in IDS analysis!

Bug#358449: RC now

[Kevin Glynn]

Martin Michlmayr writes:
 > severity 358449 serious
 > thanks
 > 
 > This bug is RC now since GCC 4.1 will become the default compiler today.
 > 


No problem, I tried to make a release before I left Monday morning to
close this bug but ran out of time.  It will be closed soon (sponsor
willing!) 

regards
k


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

Bug#368835: drupal: Execution of arbitrary files in certain Apache configurations

[Kevin Dalley]

Package: drupal
Version: 4.5.8-1
Severity: grave
Tags: security
Justification: user security hole

http://drupal.org/node/65409

EXECUTION OF ARBITRARY FILES IN CERTAIN APACHE
CONFIGURATIONS

 * Advisory ID: DRUPAL-SA-2006-006

 * Project: Drupal core

 * Date: 2006-May-24

 * Security risk: highly critical

 * Impact: Drupal core

 * Exploitable from: remote

 * Vulnerability: Execution of arbitrary files

DESCRIPTION

Certain -- alas, typical -- configurations of Apache allows execution of
carefully named arbitrary scripts in the files directory.  Drupal now will
attempt to automatically create a .htaccess file in your "files" directory
to protect you.

VERSIONS AFFECTED

- All Drupal versions before 4.6.7 and also Drupal 4.7.0.

SOLUTION

If you are running Drupal 4.6.x then upgrade to Drupal 4.6.7.
If you are running Drupal 4.7.0 then upgrade to Drupal 4.7.1.

Make sure you have a .htaccess in your "files" dir and it contains this line:

SetHandler This_is_a_Drupal_security_line_do_not_remove

REPORTED BY

milw0rm

CONTACT

The security contact for Drupal can be reached at security at drupal.org or
using the form at [http://drupal.org/contact].



-- 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.6.8-2-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages drupal depends on:
ii  apache-ssl [httpd]1.3.34-2   versatile, high-performance HTTP s
ii  apache2-mpm-prefork [httpd]   2.0.55-4   traditional model for Apache2
ii  debconf [debconf-2.0] 1.5.0  Debian configuration management sy
ii  libapache2-mod-php4   4:4.4.2-1  server-side, HTML-embedded scripti
ii  makepasswd1.10-3 Generate and encrypt passwords
ii  mysql-client-5.0 [mysql-clien 5.0.18-7   mysql database client binaries
ii  php4-cgi  4:4.4.2-1  server-side, HTML-embedded scripti
ii  php4-cli  4:4.4.2-1  command-line interpreter for the p
ii  php4-mysql4:4.4.2-1  MySQL module for php4
ii  php4-pgsql4:4.4.2-1  PostgreSQL module for php4
ii  postfix [mail-transport-agent 2.1.5-9A high-performance mail transport 
ii  postgresql-client 7.5.19 front-end programs for PostgreSQL 
ii  wwwconfig-common  0.0.45 Debian web auto configuration

Versions of packages drupal recommends:
ii  mysql-server-5.0 [mysql-serve 5.0.18-7   mysql database server binaries
ii  postgresql7.5.19 object-relational SQL database man

-- debconf information:
  drupal/remove_backups: false
  drupal/createuser_failed:
  drupal/db_auto_update: true
  drupal/dropdb_failed:
  drupal/upgradedb_impossible:
  drupal/dbgeneration: false
  drupal/dbtype: MySQL
  drupal/database_doremove: false
  drupal/createdb_failed:
  drupal/dbserver: localhost
  drupal/webserver: apache
  drupal/upgradedb_failed:
  drupal/dbname: drupal
  drupal/dbuser: drupal
  drupal/dbadmin: root
  drupal/initdb_failed:
  drupal/conffile_failed:


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

Bug#339824: [cl-debian] Bug#339824: Couldn't load foreign libraries #P"/usr/lib/clsql/clsql_mysql"

[Kevin Rosenberg]

[EMAIL PROTECTED] wrote:
> I get the following error trying to load cl-sql-mysql with sbcl (and 
> something similar with cmucl):
> [...]
> WARNING: Error opening shared object "/usr/lib/clsql/clsql_mysql.so":
>   libmysqlclient.so.15: cannot open shared object file: No such file or 
> directory.

The problem is that clsql_mysql.so gets linked to
libmysqlclient.so.15, but the package doesn't require this file. I'll
fix this on the new upload.

Kevin


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

Bug#341092: python2.3-sqlite: Python2.3 package uses decorators

[Kevin Campbell]

Package: python2.3-sqlite
Version: 1.0.1-2
Severity: grave
Justification: renders package unusable


The 2.3 package for python-sqlite downloads an egg for formencode which
uses decorators. These are not supported in python2.3 and as such the
package will not install.


Compiling
/usr/lib/python2.3/site-packages/FormEncode-0.3-py2.3.egg/formencode/formgen.py
...
  File
"/usr/lib/python2.3/site-packages/FormEncode-0.3-py2.3.egg/formencode/formgen.py",
line 8
@dispatch.generic()
^
SyntaxError: invalid syntax

Compiling
/usr/lib/python2.3/site-packages/FormEncode-0.3-py2.3.egg/formencode/sqlformgen.py
...
  File
"/usr/lib/python2.3/site-packages/FormEncode-0.3-py2.3.egg/formencode/sqlformgen.py",
line 11
@makeform.when('isinstance(obj, SQLObject) or (isinstance(obj, type)
and issubclass(obj, SQLObject))')
^
SyntaxError: invalid syntax

dpkg: error processing python2.3-sqlite (--configure):
 subprocess post-installation script returned error exit status 1
dpkg: dependency problems prevent configuration of python-sqlite:
 python-sqlite depends on python2.3-sqlite; however:
  Package python2.3-sqlite is not configured yet.
dpkg: error processing python-sqlite (--configure):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 python2.3-sqlite
 python-sqlite


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

Versions of packages python2.3-sqlite depends on:
ii  libc6  2.3.2.ds1-22  GNU C Library: Shared libraries an
ii  libsqlite0 2.8.16-1  SQLite shared library
ii  python2.3  2.3.5-3sarge1 An interactive high-level object-o

-- no debconf information


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

Bug#353489: rhythmbox: UI freezes and quickly becomes unusable during normal operation

[Kevin Brown]

Package: rhythmbox
Version: 0.9.3.1-1
Severity: grave
Justification: renders package unusable


This version of rhythmbox appears to be unusable.  After it comes up, I
can select a song to play and begin playing it.  Afterwards, any attempt
to do anything (pause the song, move to a different location in the song,
etc.) will cause the entire UI to freeze for several seconds at least,
if not permanently.  And by "entire UI" I mean the whole thing, including
repainting the UI widgets when, e.g., a window is moved over it.  The
song continues to play while this is occurring.

Version 0.8.8-13 doesn't have these issues at all, and I can successfully
revert rhythmbox back to that version and regain proper functionality.

It's possible this bug is somehow AMD64-specific...


I'll be reverting to 0.8.8-13 until this bug gets fixed.  Going back and
forth between this version and 0.8.8-13 is quite easy, so I'll be happy
to perform any testing you might need.



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

Versions of packages rhythmbox depends on:
ii  dbus   0.60-5simple interprocess messaging syst
ii  gconf2 2.12.1-9  GNOME configuration database syste
ii  gstreamer0.10-alsa [gs 0.10.2-2  ALSA plugin for GStreamer
ii  gstreamer0.10-gnomevfs 0.10.2-2  Gnome VFS plugin for GStreamer
ii  gstreamer0.10-plugins- 0.10.2-2  Collection of various GStreamer pl
ii  gstreamer0.10-plugins- 0.10.1-2  Collection of various GStreamer pl
ii  gstreamer0.10-plugins- 0.10.1-1  Collection of various GStreamer pl
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libatk1.0-01.10.3-1  The ATK accessibility toolkit
ii  libaudiofile0  0.2.6-6   Open-source version of SGI's audio
ii  libavahi-client3   0.6.6-1   Avahi client library
ii  libavahi-common3   0.6.6-1   Avahi common library
ii  libavahi-compat-howl0  0.6.6-1   Avahi Howl compatibility library
ii  libavahi-glib1 0.6.6-1   Avahi glib integration library
ii  libbonobo2-0   2.10.1-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.10.1-2  The Bonobo UI library
ii  libc6  2.3.6-1   GNU C Library: Shared libraries an
ii  libcairo2  1.0.2-3   The Cairo 2D vector graphics libra
ii  libdbus-1-20.60-5simple interprocess messaging syst
ii  libdbus-glib-1-2   0.60-5simple interprocess messaging syst
ii  libesd00.2.36-3  Enlightened Sound Daemon - Shared 
ii  libexpat1  1.95.8-3  XML parsing C library - runtime li
ii  libfontconfig1 2.3.2-1.1 generic font configuration library
ii  libfreetype6   2.1.10-1  FreeType 2 font engine, shared lib
ii  libgconf2-42.12.1-9  GNOME configuration database syste
ii  libgcrypt111.2.2-1   LGPL Crypto library - runtime libr
ii  libglade2-01:2.5.1-2 library to load .glade files at ru
ii  libglib2.0-0   2.8.6-1   The GLib library of C routines
ii  libgnome-keyring0  0.4.6-2   GNOME keyring services library
ii  libgnome2-02.12.0.1-5The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.12.0-2  A powerful object-oriented display
ii  libgnomeui-0   2.12.1-1  The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 2.12.2-5  GNOME virtual file-system (runtime
ii  libgnutls111.0.16-14 GNU TLS library - runtime library
ii  libgpg-error0  1.1-4 library for common error values an
ii  libgpod0   0.3.0-2   a library to read and write songs 
ii  libgstreamer0.10-0 0.10.3-1  Core GStreamer libraries, plugins,
ii  libgtk2.0-02.8.12-1  The GTK+ graphical user interface 
ii  libhal10.5.6-3   Hardware Abstraction Layer - share
ii  libice66.9.0.dfsg.1-4Inter-Client Exchange library
ii  libjpeg62  6b-11 The Independent JPEG Group's JPEG 
ii  libmusicbrainz4c2a 2.1.2-2   Second generation incarnation of t
ii  libnautilus-burn2  2.12.2-3  Nautilus Burn Library - runtime ve
ii  libnotify1 0.3.2-1   sends desktop notifications to a n
ii  liborbit2  1:2.12.4-1libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.10.3-1  Layout and rendering of internatio
ii  libpng12-0 1.2.8rel-5PNG library - runtime
ii  libpopt0   1.7-5 

Bug#353489: rhythmbox: UI freezes and quickly becomes unusable during normal operation

[Kevin Brown]

Lo?c Minier wrote:
> Hi,
> 
> On sam, f?v 18, 2006, Kevin Brown wrote:
> > It's possible this bug is somehow AMD64-specific...
> 
>  Yes, it seems likely.
> 
> > I'll be reverting to 0.8.8-13 until this bug gets fixed.  Going back and
> > forth between this version and 0.8.8-13 is quite easy, so I'll be happy
> > to perform any testing you might need.
> > ii  gstreamer0.10-alsa [gs 0.10.2-2  ALSA plugin for GStreamer
> > ii  gstreamer0.10-gnomevfs 0.10.2-2  Gnome VFS plugin for GStreamer
> > ii  gstreamer0.10-plugins- 0.10.2-2  Collection of various 
> > GStreamer pl
> > ii  gstreamer0.10-plugins- 0.10.1-2  Collection of various 
> > GStreamer pl
> > ii  gstreamer0.10-plugins- 0.10.1-1  Collection of various 
> > GStreamer pl
> 
>  Be sure to update your plugins to the latest version:
>  - gstreamer0.10-plugins-base to 0.10.3-1
>  - gstreamer0.10-plugins-good to 0.10.2-1
> 
>  and let me know whether that helps.

That actually seems to have cleared up the problem.  Interesting.


Guess you can go ahead and close this one.  If I run into any further
trouble I'll file a new bug.


Thanks!


-- 
Kevin Brown   [EMAIL PROTECTED]


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

Bug#355356: subversion depends on libneon24 but this package doesn't exist in unstable, only libneon25 exists. So I can't install subversion.

[Kevin Smith]

Package: subversionSeverity: critical  *** Please type your report below this line ***cookooland:/usr/src/madwifi-ng-r1460-20060304# apt-get install subversionReading package lists... DoneBuilding dependency tree... Done
Some packages could not be installed. This may mean that you haverequested an impossible situation or if you are using the unstabledistribution that some required packages have not yet been createdor been moved out of Incoming.
Since you only requested a single operation it is extremely likely thatthe package is simply not installable and a bug report againstthat package should be filed.The following information may help to resolve the situation:
The following packages have unmet dependencies.  subversion: Depends: libneon24 (>= 0.24.7.dfsg) but it is not installable  Depends: libsvn0 (>= 1.2.3dfsg1) but it is not going to be installed
E: Broken packagescookooland:/usr/src/madwifi-ng-r1460-20060304# apt-cache search libneonlibneon25 - An HTTP and WebDAV client librarylibneon25-dbg - Detached symbols for libneon25libneon25-dev - Header and static library files for libneon25
cookooland:/usr/src/madwifi-ng-r1460-20060304# cat /etc/apt/sources.listdeb http://mirrors.kernel.org/debian/ unstable main non-free contribdeb-src 
http://mirrors.kernel.org/debian/ unstable main non-free contribdeb ftp://ftp.nerim.net/debian-marillat/ sid maincookooland:/usr/src/madwifi-ng-r1460-20060304# 
-- System Information:Debian Release: testing/unstable  APT prefers unstable  APT policy: (500, 'unstable')Architecture: i386 (i686)Shell:  /bin/sh linked to /bin/bashKernel: Linux 
2.6.15-1-686Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Bug#355457: fetchmail uses /var/lib/fetchmail rather than /var/run for pid file

[Kevin Dalley]

Package: fetchmail
Version: 6.3.2-2
Severity: serious
Justification: Policy 9.1.1

fetchmail uses the file /var/lib/fetchmail/.fetchmail.pid, which is
not cleaned up on startup.  A system crash causes fetchmail to believe
that it is still running, and the server is not restarted.  /var/run should be 
used instead.



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

Versions of packages fetchmail depends on:
ii  adduser   3.80   Add and remove users and groups
ii  debianutils   2.15.2 Miscellaneous utilities specific t
ii  gettext   0.14.5-2   GNU Internationalization utilities
ii  libc6 2.3.5-13   GNU C Library: Shared libraries an
ii  libssl0.9.8   0.9.8a-7   SSL shared libraries

Versions of packages fetchmail recommends:
ii  ca-certificates   20050804   Common CA Certificates PEM files

-- no debconf information


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

Bug#376979: democracyplayer: extra info about sid/crashing on startup

[Kevin Mark]

Package: democracyplayer
Version: 0.8.4.1-1
Followup-For: Bug #376979

here is what I get. it starts, shows the main window, show the buttons and 
menus, then crashes.
---
DTV: Starting up Democracy Player
DTV: Version:  0.8.4.1
DTV: Revision: unknown
DTV: Loading preferences...
DTV: Restoring database...
DTV: Recomputing filters...
DTV: Spawning global feed dtv:manualFeed
DTV: Spawning global feed dtv:search
DTV: Spawning global feed dtv:searchDownloads
DTV: Spawning Channel Guide...
DTV: Spawning global feed dtv:directoryfeed
DTV: Spawning auto downloader...
DTV: Spawning idle notifier
DTV: idle notifier running
DTV: Displaying main frame...
DTV: Starting event loop thread
*** Launching Democracy Downloader Daemon 
*** Daemon ready ***
DTV: updating the Guide
WARNING: Calling  at 0xa3dc4684> on HTTPClient: 
http://www.telemusicvision.com/videos/rss.php?i=1 too slow (6.432 secs)
WARNING: Calling  at 0xa3dc4684> on HTTPClient: 
http://www.telemusicvision.com/videos/rss.php?i=1 cumulative is too slow (6.432 
secs)
WARNING: Calling  at 0xa3dc441c> on HTTPClient: 
http://www2.mediarights.org/bm/rss.php?i=1 too slow (0.796 secs)
WARNING: feed update for: http://some-pig.net/videos/rss.php?i=2 too slow 
(0.294 secs)
WARNING: feed update for: 
http://del.icio.us/rss/representordie/system:media:video too slow (0.740 secs)
WARNING: idle (Thread Pool Callback) too slow (0.740 secs)
WARNING: Calling  at 0xa3dc4e2c> on HTTPClient: 
http://revision3.com/diggnation/feed/small.mov too slow (0.596 secs)
WARNING: feed update for: http://www.telemusicvision.com/videos/rss.php?i=1 too 
slow (0.345 secs)
WARNING: Calling  at 0xa3dc41b4> on HTTPClient: 
http://www.videobomb.com/rss/posts/front too slow (0.845 secs)
WARNING: Calling  at 0xa3dc4b54> on HTTPClient: 
http://www.channelfrederator.com/rss too slow (0.608 secs)
WARNING: feed update for: http://www.mediarights.org/bm/rss.php?i=1 too slow 
(1.196 secs)
WARNING: idle (Thread Pool Callback) too slow (1.196 secs)
/usr/lib/python2.4/site-packages/democracy/frontend_implementation/HTMLDisplay.py:194:
 GtkWarning: gtk_type_unique: assertion `g_type_from_name (gtkinfo->type_name) 
== 0' failed
  self.mb.addItemBefore(xml, id)

** (Gecko:19310): CRITICAL **: void 
gtk_moz_embed_get_nsIWebBrowser(GtkMozEmbed*, nsIWebBrowser**): assertion 
`GTK_IS_MOZ_EMBED(embed)' failed
downloader: connection closed -- quitting
Shutting down downloaders...
WARNING: Calling > on AsyncSocket: 
Outgoing 127.0.0.1:4633 too slow (0.505 secs)
Segmentation fault

---

-- 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.16-2-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages democracyplayer depends on:
ii  democracyplayer-data0.8.4.1-1GTK+ based RSS video aggregator da
ii  libatk1.0-0 1.11.4-3 The ATK accessibility toolkit
ii  libboost-python1.33.1   1.33.1-4 Boost.Python Library
ii  libc6   2.3.6-15 GNU C Library: Shared libraries
ii  libcairo2   1.2.0-3  The Cairo 2D vector graphics libra
ii  libfontconfig1  2.3.2-7  generic font configuration library
ii  libgcc1 1:4.1.1-8GCC support library
ii  libglib2.0-02.10.3-3 The GLib library of C routines
ii  libgtk2.0-0 2.8.18-1 The GTK+ graphical user interface 
ii  libpango1.0-0   1.12.3-1 Layout and rendering of internatio
ii  libstdc++6  4.1.1-8  The GNU Standard C++ Library v3
ii  libx11-62:1.0.0-7X11 client-side library
ii  libxcursor1 1.1.5.2-5X cursor management library
ii  libxext61:1.0.0-4X11 miscellaneous extension librar
ii  libxfixes3  1:3.0.1.2-4  X11 miscellaneous 'fixes' extensio
ii  libxi6  1:1.0.0-5X11 Input extension library
ii  libxine11.1.2-1  the xine video/media player librar
ii  libxinerama11:1.0.1-4X11 Xinerama extension library
ii  libxrandr2  2:1.1.0.2-4  X11 RandR extension library
ii  libxrender1 1:0.9.0.2-4  X Rendering Extension client libra
ii  mozilla-browser 2:1.7.13-0.2 The Mozilla Internet application s
ii  mozilla-psm 2:1.7.13-0.2 The Mozilla Internet application s
ii  python  2.3.5-11 An interactive high-level object-o
ii  python-glade2 [python2.4-gl 2.8.6-3  GTK+ bindings: Glade support
ii  python-gnome2 [python2.4-gn 2.12.4-3 Python bindings for the GNOME desk
ii  python-gnome2-extras [pytho 2.14.0-2 Python bindings for the GNOME desk
ii  python-gtk2 [python2.4-gtk2 2.8.6-3  Python bindings for the GTK+ widge
ii  python2.4   2.4.3-7

Bug#337756: dependency problem

[Kevin Dalley]

No, having a broken kig is not the least bad solution.  Linking with a
testing approved library will allow a consistent version of kig to be
in testing.

-- 
Kevin Dalley
[EMAIL PROTECTED]


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

Bug#344478: slocate: does not work, "fatal error: set_path_head: path_head len <= 0: 0"

[Kevin Lindsay]

This is due to the slocate database format changing, and me forgetting to
force a remove of the database upon upgrade. The next upload will fix this.

A workaround is to just execute: /etc/cron.daily/slocate

This will recreate the database and all should be good.

Kevin-

--
Kevin Lindsay <[EMAIL PROTECTED]>
PGP Key Id:   746C51F4


signature.asc
Description: Digital signature

Bug#346121: xemacs21: xemacs fails in X

[Kevin Dalley]

After a bit of looking around, it appears that my /etc/X11/rgb.txt was
wiped out.  After reinstalling x11-common, xemacs works again.  The
error is thus not as serious as I originally reported it.  However,
the error reporting is quite mysterious.  A better error message would
be very nice. The color should have been a bigger clue to me.

[EMAIL PROTECTED] (Debian Bug Tracking System) writes:

> Thank you for the problem report you have sent regarding Debian.
> This is an automatically generated reply, to let you know your message has
> been received.  It is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
>
> Your message has been sent to the package maintainer(s):
>  OHURA Makoto <[EMAIL PROTECTED]>
>
> If you wish to submit further information on your problem, please send
> it to [EMAIL PROTECTED] (and *not* to
> [EMAIL PROTECTED]).
>
> Please do not reply to the address at the top of this message,
> unless you wish to report a problem with the Bug-tracking system.
>
> Debian bug tracking system administrator
> (administrator, Debian Bugs database)


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

Bug#347600: konqueror will not run, hangs

[Kevin Dalley]

Package: konqueror
Version: 4:3.4.3-3
Severity: grave
Justification: renders package unusable

After a recent upgrade, konqueror is no longer usable for Internet
browsing. If I open the menu item
Location->Open Location
and enter "http://bugs.debian.org";, The "Open Location - Konqueror" menu stays
open, and konqueror does not open to that location.  If I enter
"http://www.salon.com";, the "Open Location" window disappears, and the
main windows shows "http://www.salon.com";, with the gear rotating.

At the same time, the epiphany browser allows viewing of these
locations.

If I attempt to type "www.salon.com" into the window, a blank white
window opens up, konqueror and the window manager freeze.  The white
window normally has choices from previously entered URLs. I no longer
get responses to from button pushes, and I have to restart kdm.
Restarting the window manager does not seem to solve the problem. I'm
using kwin as the window manager.


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

Versions of packages konqueror depends on:
ii  kcontrol 4:3.4.3-3   control center for KDE
ii  kdebase-kio-plugins  4:3.4.3-3   core I/O slaves for KDE
ii  kdelibs4c2a  4:3.4.3-2   core libraries for all KDE applica
ii  kdesktop 4:3.4.3-3   miscellaneous binaries and files f
ii  kfind4:3.4.3-3   file-find utility for KDE
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libaudio21.7-3   The Network Audio System (NAS). (s
ii  libc62.3.5-8 GNU C Library: Shared libraries an
ii  libfam0c102 [libfam0]2.7.0-6sarge1   client library to control the FAM 
ii  libfontconfig1   2.3.2-1.1   generic font configuration library
ii  libfreetype6 2.1.7-2.4   FreeType 2 font engine, shared lib
ii  libgcc1  1:4.0.2-5   GCC support library
ii  libice6  6.8.2.dfsg.1-11 Inter-Client Exchange library
ii  libidn11 0.5.18-1GNU libidn library, implementation
ii  libjpeg626b-11   The Independent JPEG Group's JPEG 
ii  libkonq4 4:3.4.3-3   core libraries for Konqueror
ii  libpng12-0   1.2.8rel-5  PNG library - runtime
ii  libqt3-mt3:3.3.5-3   Qt GUI Library (Threaded runtime v
ii  libsm6   6.8.2.dfsg.1-11 X Window System Session Management
ii  libstdc++6   4.0.2-5 The GNU Standard C++ Library v3
ii  libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li
ii  libxcursor1  1.1.3-1 X cursor management library
ii  libxext6 6.8.2.dfsg.1-11 X Window System miscellaneous exte
ii  libxft2  2.1.7-1 FreeType-based font drawing librar
ii  libxi6   6.8.2.dfsg.1-11 X Window System Input extension li
ii  libxinerama1 6.8.2.dfsg.1-11 X Window System multi-head display
ii  libxrandr2   6.8.2.dfsg.1-11 X Window System Resize, Rotate and
ii  libxrender1  1:0.9.0.2-1 X Rendering Extension client libra
ii  libxt6   6.8.2.dfsg.1-11 X Toolkit Intrinsics
ii  zlib1g   1:1.2.3-9   compression library - runtime

konqueror recommends no packages.

-- no debconf information


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

Versions of packages konqueror depends on:
ii  kcontrol 4:3.4.3-3   control center for KDE
ii  kdebase-kio-plugins  4:3.4.3-3   core I/O slaves for KDE
ii  kdelibs4c2a  4:3.4.3-2   core libraries for all KDE applica
ii  kdesktop 4:3.4.3-3   miscellaneous binaries and files f
ii  kfind4:3.4.3-3   file-find utility for KDE
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libaudio21.7-3   The Network Audio System (NAS). (s
ii  libc62.3.5-8 GNU C Library: Shared libraries an
ii  libfam0c102 [libfam0]2.7.0-6sarge1   client library to control the FAM 
ii  libfontconfig1   2.3.2-1.1   generic font configuration library
ii  libfreetype6 2.1.7-2.4   FreeType 2 font engine, shared lib
ii  libgcc1  1:4.0.2-5   GCC support library
ii  libice6  6.8.2.dfsg.1-11 Inter-Client Exchange library
ii  libidn11 0.5.18-1GNU libidn librar

Bug#300146: guile-1.6: FTBFS (amd64/gcc-4.0): array type has incomplete element type

[Kevin Ryde]

Andreas Jochens <[EMAIL PROTECTED]> writes:
>
> -  extern const scm_lt_dlsymlist lt_preloaded_symbols[];
> +  extern const scm_lt_dlsymlist *lt_preloaded_symbols;

As noted under bug 326527, this is incorrect.  It happens to work
because the first entry in the array is NULL, but the thing to do to
satisfy gcc 4 is make the structure definition available.  The 1.6
branch of the guile cvs has such a change.


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

Bug#321644: mozilla-browser: This bug is completely reproducible for me

[Kevin Brown]

Package: mozilla-browser
Version: 2:1.7.12-1
Followup-For: Bug #321644


There's a web page at work that I use occasionally that triggers this
bug every time.  Recompiling with "-g -O" instead of "-g -O2" fixed it.

Since changing the optimizer flags causes the crashes in question to
disappear for me and apparently others as well, I think it's pretty clear
we're talking about an optimizer bug here.  Patches to the mozilla code
probably aren't going to be as effective as simply changing the optimizer
flags to something that's more reliable.

Since a number of other platforms use -O and not -O2 (possibly for similar
reasons), the most reasonable approach here is to use -O on the amd64
architecture.


One other thing: this same optimization bug appears in gcc 3.4 as well (I
attempted to compile mozilla using gcc 3.4 but ran into the same problem).
So it's something that's been around a while.

Anyone wanna file a bug against gcc on this?




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

Versions of packages mozilla-browser depends on:
ii  debconf   1.4.67 Debian configuration management sy
ii  libatk1.0-0   1.10.3-1   The ATK accessibility toolkit
ii  libc6 2.3.5-11   GNU C Library: Shared libraries an
ii  libfontconfig12.3.2-1.1  generic font configuration library
ii  libfreetype6  2.1.10-1   FreeType 2 font engine, shared lib
ii  libgcc1   1:4.0.2-6  GCC support library
ii  libglib2.0-0  2.8.5-1The GLib library of C routines
ii  libgtk2.0-0   2.8.9-2The GTK+ graphical user interface 
ii  libnspr4  2:1.7.12-1 Netscape Portable Runtime Library
ii  libpango1.0-0 1.10.2-1   Layout and rendering of internatio
ii  libstdc++64.0.2-6The GNU Standard C++ Library v3
ii  libx11-6  6.9.0.dfsg.1-2 X Window System protocol client li
ii  libxext6  6.9.0.dfsg.1-2 X Window System miscellaneous exte
ii  libxft2   2.1.7-1FreeType-based font drawing librar
ii  libxp66.9.0.dfsg.1-2 X Window System printing extension
ii  libxrender1   1:0.9.0.2-1X Rendering Extension client libra
ii  libxt66.9.0.dfsg.1-2 X Toolkit Intrinsics
ii  psmisc21.9-1 Utilities that use the proc filesy
ii  xlibs 6.9.0.dfsg.1-3 X Window System client libraries m
ii  zlib1g1:1.2.3-9  compression library - runtime

Versions of packages mozilla-browser recommends:
ii  mozilla-psm   2:1.7.12-1 The Mozilla Internet application s
ii  myspell-en-gb [myspell-dictio 1:2.0.1-2  English_british dictionary for mys
ii  myspell-en-us [myspell-dictio 1:2.0.1-2  English_american dictionary for my

-- debconf information:
  mozilla/dsp: none
  mozilla/locale_auto: true
* mozilla/prefs_note:


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

Bug#346013: mozilla: Confirmed...

[Kevin Brown]

Package: mozilla
Version: 2:1.7.12-1kev
Followup-For: Bug #346013


Yeah, I've confirmed this.  Same problem, same solution, arrived at
independently.  :-)

By the way, Teemu, your crashing problem is likely due to an optimizer
bug in gcc.  Try modifying your debian/rules file and change line 41
from this:

OPTFLAGS=-g -O2 -DDEBIAN

to:

OPTFLAGS=-g -O -DDEBIAN


See bug 321644 on that issue.



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

Versions of packages mozilla depends on:
ii  dpkg   1.13.11   package maintenance system for Deb
ii  mozilla-browser2:1.7.12-1kev The Mozilla Internet application s
ii  mozilla-mailnews   2:1.7.12-1kev The Mozilla Internet application s
ii  mozilla-psm2:1.7.12-1kev The Mozilla Internet application s

mozilla recommends no packages.

-- no debconf information


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

Bug#328866: very old package, should this be removed?

[Kevin Lindsay]

Hi, yes I am find with this package being removed.

Thanks,

Kevin-

On Sat, Sep 17, 2005 at 08:37:30PM +0200, Marc 'HE' Brockschmidt wrote:

> Package: opennap
> Version: 0.44-2
> Severity: serious
> 
> Hi,
> 
> During the Debian QA meeting hold during Sept. 09th till 11th, we
> decided that looking at packages that haven't been uploaded for a very
> long time could cover up some QA problems.
> 
> I've done this now and your package showed up on the list. I propose
> to remove it.
> It has almost no users and some open bugs.
> 
> This usually means that your package matched some of the following
> criteria:
> 
>  [1] Your packages has not had a maintainer upload for more than
>  three years.
> 
>  [2] has one or more RC bugs with no answer from the maintainer (**)
> 
>  [3] the state of your packages in general seems to indicate that you
>  might be MIA 
> 
>  [4] (if we propose a removal) it shows in popcon as having less than
>  100 users with the package installed.
> 
>  [5] the package was not released with sarge
> 
> and at least ([1] and ( [2] or [3] or [4] or [5] )) was true.
> 
> (**) The maintainer not answering to RC bugs refers to bugs filed
> more than one month before the time the check was performed.
> 
> After 7 days without answer from you (the maintainer) we will reassign
> this bug to either WNPP (in case we propose to orphan it) or
> ftp.debian.org (in case we propose to remove it).
> 
> The package will need an upload or an explanation for this action not to
> proceed.
> 
> Please do *not* upload a package just to get off this list - it won't
> help the package at all. Maintainers should be responsive and feel
> responsible for their packages without needing other people to force
> them to do work. Sometimes, finding a new maintainer or even removing
> the package completly from the archive is better for Debian's users. 
> 
> Thanks!
> 
> Mar
> 
> 
--
Kevin Lindsay <[EMAIL PROTECTED]>
PGP Key Id:   746C51F4


signature.asc
Description: Digital signature

Bug#319489: Buffer overflow in Description parsing

[Kevin Dwyer]

On Fri, Jul 22, 2005 at 10:28:10AM -0400, Anthony DeRobertis wrote:
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> In helpers.cpp, we find this code, which parses data returned from ebay:
> 
>/*
> * Parse the description out of the buffer first. This is
> * most easily done at the buffer-level and not as we try
> * to read the buffer in a line-oriented manner. There is
> * probably a need to re-write this parser all together,
> * but that's not what I'm going to do right now.
> * Thanks to Bob Beaty!
> */
>scratch = strstr(Buff, ") -");
>if (scratch != NULL) {
>  // move past the ") -"
>  scratch += 3;
>  // move past any whitespace
>  while (isspace(*scratch)) scratch++;
>  // copy over the description to a newline
>  idx = 0;
>  while (*scratch != '\n') {
>Description[idx++] = *scratch++;
>  }
>  // NULL terminate the description I just parsed off
>  Description[idx] = '\0';
>} else {
>  return FALSE;
>}
> 
> Notice how it copies an abitrary amount of data, as much as ebay returns
> before \n, into Description. 

This should work for now.

Index: helpers.cpp
===
RCS file: /cvsroot/bidwatcher/bidwatcher/Attic/helpers.cpp,v
retrieving revision 1.90.2.58
diff -u -r1.90.2.58 helpers.cpp
--- helpers.cpp 15 May 2005 21:53:00 -  1.90.2.58
+++ helpers.cpp 23 Jul 2005 13:45:32 -
@@ -1043,7 +1043,7 @@
 }
   }

-   int idx=0;
+   unsigned idx=0;
int cnt;
int ended_early=0;
int auc_type=TYPE_EBAY;
@@ -1086,7 +1086,7 @@
  while (isspace(*scratch)) scratch++;
  // copy over the description to a newline
  idx = 0;
- while (*scratch != '\n') {
+ while (*scratch != '\n' && idx < sizeof Description) {
Description[idx++] = *scratch++;
  }
  // NULL terminate the description I just parsed off



> The rest of this struct looks disturbing, too.

Welcome to inheriting a large chunk of code written by people who aren't
around anymore.  ;-)

I actually did go around a long while ago and fix a lot of these types
of things, but that one didn't jump out at me.  Thanks for bringing it
up.

-kpd


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

Bug#318506: Can't add auctions to bidwatcher anymore

[Kevin Dwyer]

On Fri, Jul 15, 2005 at 05:48:34PM -0400, Anthony DeRobertis wrote:
> 
> Just tried to use bidwatcher again (haven't used it since April) and now
> it refuses to add ebay auctions. I tried both typing and copy/pasting
> the item number, but in both cases it says:
> 
> [2005-07-15 17:41:47] Error: Invalid auction number. (5788323204)
> 
> The item number is right, at least according to
> 
> 
> It seems ebay changes have completely broken bidwatcher :-(

Yeah, I can confirm.  I was on vacation last week and I'm just catching
up on e-mail now.  I'll look at it.

-kpd


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

Bug#319489: Buffer overflow in Description parsing

[Kevin Dwyer]

On Sat, Jul 23, 2005 at 01:56:00PM -0400, Anthony DeRobertis wrote:
> Kevin Dwyer wrote:
> 
> > - while (*scratch != '\n') {
> > + while (*scratch != '\n' && idx < sizeof Description) {
> 
> I strongly suspect that should be sizeof(Description)-1 because you're
> going to NULL-terminate... (didn't go back and look at the code to check
> closely)

Correct.  I just glanced at it and didn't test/commit that change.

-kpd


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

Bug#318506: Can't add auctions to bidwatcher anymore

[Kevin Dwyer]

On Tue, Aug 09, 2005 at 04:41:37PM +0100, Martin Michlmayr wrote:
> * Kevin Dwyer <[EMAIL PROTECTED]> [2005-07-23 09:51]:
> > > It seems ebay changes have completely broken bidwatcher :-(
> > 
> > Yeah, I can confirm.  I was on vacation last week and I'm just catching
> > up on e-mail now.  I'll look at it.
> 
> Any update on this?

I've been too busy to look at this yet.  Any help would be appreciated.

I'll see if I can solicit a patch from some of the other periodic
developers.

-kpd


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

Bug#318506: Can't add auctions to bidwatcher anymore

[Kevin Dwyer]

On Tue, Aug 09, 2005 at 01:19:04PM -0400, Kevin Dwyer wrote:
> 
> I've been too busy to look at this yet.  Any help would be appreciated.
> 
> I'll see if I can solicit a patch from some of the other periodic
> developers.

There is now some working code in the sourceforge CVS.  Please test if 
you can.  Feedback is welcome.

(I don't believe bidding works yet, but you can watch auctions.)

-kpd


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

Bug#332726: mono-apache-server: mod-mono-server claims that mod_mono and xsp have different versions

[Kevin Brown]

Package: mono-apache-server
Version: 1.0.5-2
Severity: grave
Justification: renders package unusable


Seems all the mod-mono functionality is now broken, and apache returns a
code 500 (internal server error) for all of it.

So in order to find out what was going on, I started mod-mono-server by
hand, thusly:

su www-data -c '/usr/bin/mono /usr/share/dotnet/bin/mod-mono-server.exe
  --filename /tmp/.mod_mono_server --nonstop --appconfigdir
  /etc/mono-server'

I then hit the web server (http://localhost/samples) and got the
following output:

[EMAIL PROTECTED]:/etc/mono-server# su www-data -c '/usr/bin/mono 
/usr/share/dotnet/bin/mod-mono-server.exe --filename /tmp/.mod_mono_server 
--nonstop --appconfigdir /etc/mono-server'
mod-mono-server
Listening on: /tmp/.mod_mono_server
Root directory: /etc/mono-server
In ModMonoWorker.Run: mod_mono and xsp have different versions.


And yet, both mono-apache-server and mono-xsp packages are at 1.0.5-2!
However, the mono framework itself is now at 1.1.9.1.


In any case, this situation renders mod_mono completely dead, hence the
"grave" severity of this bug.


This bug is actually probably a dup of 303755, but the submitter of that
bug marked it as "normal" and didn't give any useful information.



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

Versions of packages mono-apache-server depends on:
ii  debconf   1.4.58 Debian configuration management sy
ii  libapache-mod-mono1.0-1  Run ASP.NET Pages on UNIX with Apa
ii  mono-classlib-1.0 1.1.9.1-3  Mono class library (1.0)
ii  mono-jit  1.1.9.1-3  fast CLI (.NET) JIT compiler for M
ii  mono-mcs  1.1.9.1-3  Mono C# compiler

mono-apache-server recommends no packages.

-- debconf information:
* monoserver/monoserver_restartapache: true


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

Bug#333038: mozart-gtk: FTBFS (Build-Depends on imlib1-dev or gdk-imlib1-dev)

[Kevin Glynn]

I have already done this.  I am waiting for a sign of life from my
sponsor. 

k



Thomas Bushnell BSG writes:
 > Package: mozart-gtk
 > Version: 20040429-4
 > Severity: serious
 > 
 > This package fails to build from source because it declares a build
 > dependency on imlib1-dev and/or gdk-imlib1-dev, which are no longer
 > installable due to the removal of libpng10-dev from Debian.
 > 
 > The imlib1-dev and gdk-imlib1-dev packages themselves will shortly be
 > dropped from Debian.
 > 
 > In most cases, you can fix the problem by changing the build dependency:
 >  imlib1-dev->  imlib11-dev
 >  gdk-imlib1-dev->  gdk-imlib11-dev
 > 
 > If your package declares a build dependency on gdk-imlib-dev as an
 > alternate for gdk-imlib1-dev, that is sufficient for correct
 > compilation, however, binary packages built in the past may depend on
 > gdk-imlib1, which is still a problem.  If this is the case for your
 > packages, you should recompile to guarantee use of the new library so
 > that gdk-imlib1 can be removed in due course.
 > 
 > Please do not hesitate to contact me if there are any problems or 
 > difficulties.
 > 
 > Thomas
 > 


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

Bug#328356: Processed: severity of 328356 is grave

[Kevin Glynn]

New package is ready, waiting for response from my sponsor.  If
someone wants to step in and sponsor the upload, please contact me.

cheers
k


Debian Bug Tracking System writes:
 > Processing commands for [EMAIL PROTECTED]:
 > 
 > > # Automatically generated email from bts, devscripts version 2.9.7
 > > severity 328356 grave
 > Bug#328356: mozart-gtk: please rebuild against latest libpng
 > Severity set to `grave'.
 > 
 > >
 > End of message, stopping processing here.
 > 
 > Please contact me if you need assistance.
 > 
 > Debian bug tracking system administrator
 > (administrator, Debian Bugs database)
 > 


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

Bug#332545: X error prevents wine startup

[Kevin Locke]

Although this is probably old news to everyone "in the know", this bug
appears to have been resolved upstream (as Marc Haber noted earlier).
The bugreport http://bugs.winehq.org/show_bug.cgi?id=3336 seems to
suggest that it is solvable with either a patch to X.org or by updating
wine.

Kevin



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

Bug#333038: mozart-gtk: FTBFS (Build-Depends on imlib1-dev or gdk-imlib1-dev)

[Kevin Glynn]

The latest upload of mozart-gtk, 20040429-5, now depends on
gdk-imlib11-dev so I can close this bug.  However, following the
recent changes I am now unclear as to whether I should really depend
on gdk-imlib1-dev or gdk-imlib11-dev. Please advise.

This bug wasn't dropped automatically by vorlon because this package
also depends on libpng (also fixed and closed in previous upload).

cheers
k


Thomas Bushnell BSG writes:
 > Package: mozart-gtk
 > Version: 20040429-4
 > Severity: serious
 > 
 > This package fails to build from source because it declares a build
 > dependency on imlib1-dev and/or gdk-imlib1-dev, which are no longer
 > installable due to the removal of libpng10-dev from Debian.
 > 
 > The imlib1-dev and gdk-imlib1-dev packages themselves will shortly be
 > dropped from Debian.
 > 
 > In most cases, you can fix the problem by changing the build dependency:
 >  imlib1-dev->  imlib11-dev
 >  gdk-imlib1-dev->  gdk-imlib11-dev
 > 
 > If your package declares a build dependency on gdk-imlib-dev as an
 > alternate for gdk-imlib1-dev, that is sufficient for correct
 > compilation, however, binary packages built in the past may depend on
 > gdk-imlib1, which is still a problem.  If this is the case for your
 > packages, you should recompile to guarantee use of the new library so
 > that gdk-imlib1 can be removed in due course.
 > 
 > Please do not hesitate to contact me if there are any problems or 
 > difficulties.
 > 
 > Thomas
 > 


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

Bug#323737: FTBFS: Too few template-parameter lists

[Kevin Glynn]

Matt Kraai writes:
 > Package: mozart
 > Version: 1.3.1.20040616-8
 > Severity: serious
 > 
 > mozart fails to build because of two "too few
 > template-parameter-lists" errors:
 > 
 > > c++ -DHAVE_CONFIG_H -I. 
 > > -I/tmp/buildd/mozart-1.3.1.20040616/mozart/platform/emulator  
 > > -DSITE_PROPERTY -fno-exceptions  -fno-implicit-templates -O3 -pipe 
 > > -fno-strict-aliasing -march=pentium -fomit-frame-pointer -c -o 
 > > var_base.o 
 > > /tmp/buildd/mozart-1.3.1.20040616/mozart/platform/emulator/var_base.cc
 > > /tmp/buildd/mozart-1.3.1.20040616/mozart/platform/emulator/fset.hh:46: 
 > > error: expected ',' or '...' before '&' token
 > > /tmp/buildd/mozart-1.3.1.20040616/mozart/platform/emulator/fset.hh:46: 
 > > error: ISO C++ forbids declaration of 'FSetConstraint' with no type
 > > /tmp/buildd/mozart-1.3.1.20040616/mozart/platform/emulator/fset.hh:52: 
 > > error: expected ',' or '...' before '&' token
 > > /tmp/buildd/mozart-1.3.1.20040616/mozart/platform/emulator/fset.hh:52: 
 > > error: ISO C++ forbids declaration of 'FSetConstraint' with no type
 > > /tmp/buildd/mozart-1.3.1.20040616/mozart/platform/emulator/mozart_cpi.hh:1217:
 > >  error: 'OZ_Boolean OZ_CtVar::tell()' is private
 > > /tmp/buildd/mozart-1.3.1.20040616/mozart/platform/emulator/var_ct.hh:41: 
 > > error: within this context
 > 
 > These errors have been fixed upstream, but I don't have access to CVS
 > so I can't extract the patch.
 > 

Thanks for the report.  I have had packages ready for some time,
however my sponsor is not responding for the moment.  I have asked for
a sponsor on debian-mentors but have not had any response yet.

If you would be willing to sponsor the upload ..

cheers
k


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

Bug#323737: FTBFS: Too few template-parameter lists

[Kevin Glynn]

Steve Langasek writes:
 > On Fri, Aug 19, 2005 at 08:03:38AM +0200, Kevin Glynn wrote:
 > > Matt Kraai writes:
 > >  > Package: mozart
 > >  > Version: 1.3.1.20040616-8
 > >  > Severity: serious
 > >  > 
 > >  > mozart fails to build because of two "too few
 > >  > template-parameter-lists" errors:
 > >  > 
 > >  > > c++ -DHAVE_CONFIG_H -I. 
 > > -I/tmp/buildd/mozart-1.3.1.20040616/mozart/platform/emulator  
 > > -DSITE_PROPERTY -fno-exceptions  -fno-implicit-templates -O3 -pipe 
 > > -fno-strict-aliasing -march=pentium -fomit-frame-pointer -c -o 
 > > var_base.o 
 > > /tmp/buildd/mozart-1.3.1.20040616/mozart/platform/emulator/var_base.cc
 > >  > > 
 > > /tmp/buildd/mozart-1.3.1.20040616/mozart/platform/emulator/fset.hh:46: 
 > > error: expected ',' or '...' before '&' token
 > >  > > 
 > > /tmp/buildd/mozart-1.3.1.20040616/mozart/platform/emulator/fset.hh:46: 
 > > error: ISO C++ forbids declaration of 'FSetConstraint' with no type
 > >  > > 
 > > /tmp/buildd/mozart-1.3.1.20040616/mozart/platform/emulator/fset.hh:52: 
 > > error: expected ',' or '...' before '&' token
 > >  > > 
 > > /tmp/buildd/mozart-1.3.1.20040616/mozart/platform/emulator/fset.hh:52: 
 > > error: ISO C++ forbids declaration of 'FSetConstraint' with no type
 > >  > > 
 > > /tmp/buildd/mozart-1.3.1.20040616/mozart/platform/emulator/mozart_cpi.hh:1217:
 > >  error: 'OZ_Boolean OZ_CtVar::tell()' is private
 > >  > > 
 > > /tmp/buildd/mozart-1.3.1.20040616/mozart/platform/emulator/var_ct.hh:41: 
 > > error: within this context
 > 
 > >  > These errors have been fixed upstream, but I don't have access to CVS
 > >  > so I can't extract the patch.
 > 
 > > Thanks for the report.  I have had packages ready for some time,
 > > however my sponsor is not responding for the moment.  I have asked for
 > > a sponsor on debian-mentors but have not had any response yet.
 > 
 > > If you would be willing to sponsor the upload ..
 > 
 > Where can your packages be found for sponsoring?
 > 

Please find it at:

   http://www.info.ucl.ac.be/~glynn/mozart_1.3.1.20040616-9.dsc
   http://www.info.ucl.ac.be/~glynn/mozart_1.3.1.20040616-9.diff.gz
   http://www.info.ucl.ac.be/~glynn/mozart_1.3.1.20040616.orig.tar.gz

Thanks for your help.

Kevin


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

Bug#323737: FTBFS: Too few template-parameter lists

[Kevin Glynn]

Steve Langasek writes:


 > 
 > The source updates look fine to me, but:
 > 
 >   * Use absolute paths when making links to doc directories, this stops
 > problems for people with symlinked /usr/share/doc (i.e., me!).
 > 
 > contradicts Debian Policy 10.5.  I don't think personal preference in
 > configuring symlinks on one's system is a very compelling reason to
 > contradict policy here.
 > 

Thanks for the reference,  I have also noticed this from Section 12.3
of the Debian Policy:

   Packages must not require the existence of any files in
   /usr/share/doc/ in order to function [73]. Any files that are
   referenced by programs but are also useful as stand alone
   documentation should be installed under /usr/share/package/ with
   symbolic links from /usr/share/doc/package.

It seems to me that the result of these two policies is that Debian
doesn't support a system like mine that has a symbolic link from
/usr/share/doc to another directory.

That's fine by me, I now have enough space to move it back again, but
I imagine it is quite a common situation.

Unless you have an alternative suggestion I propose to just back out
the change that turned the relative link into an absolute one.

thanks for your time.
Kevin


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

Bug#323737: FTBFS: Too few template-parameter lists

[Kevin Glynn]

Steve Langasek writes:

 > > It seems to me that the result of these two policies is that Debian
 > > doesn't support a system like mine that has a symbolic link from
 > > /usr/share/doc to another directory.
 > 
 > > That's fine by me, I now have enough space to move it back again, but
 > > I imagine it is quite a common situation.
 > 
 > FWIW, in 2.4 and 2.6 Linux kernels you also have the option to use mount
 > --bind, and in 2.6 kernels there's also mount --move, to let you distribute
 > your disk usage in a way that's more transparent to userspace.
 > 
 > > Unless you have an alternative suggestion I propose to just back out
 > > the change that turned the relative link into an absolute one.
 > 
 > Yes, that's definitely my preference.  If you can provide an updated source
 > package with this change, I'd be happy to sponsor the upload.
 > 

I realised I could use 'mount -bind' instead of a symbolic link
yesterday and now it all works fine with the relative links.  My
regular sponsor has uploaded a new fixed package and so this bug
should be fixed real soon now. 

Thanks for the offer and the help,

Kevin
  


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

Bug#293813: bug 293813, no en locale

[Kevin Mark]

Package: gazpacho
Version: 0.4.0-1
Followup-For: Bug #293813

Saw new info on gnomedesktop.org. Downloaded debian package. found
errors. noticed LOCALE error. found NO en locale file.
did:
LC_ALL es_ES gazpacho
still didnt run but the LOCALE error was gone.
so, i guess it needs a en locale for us en-speaking folks.
-Kev

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-1-386
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages gazpacho depends on:
ii  python2.3.4-6An interactive high-level object-o
ii  python-gtk2   2.4.1-2Python bindings for the GTK+ widge

-- no debconf information


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

Bug#296824: sbcl: Stale fasls

[Kevin Rosenberg]

Alan Shields wrote:
> Package: sbcl
> Version: 1:0.8.19.29-1
> Severity: grave
> Justification: renders package unusable
> 
> According to dan-b on #lisp my problems[1] with Araneida were due to stale
> fasls. Apparently there were some incompatible changes made between
> 0.8.19.0 and current, specifically referenced this patch:
> 
> http://sourceforge.net/mailarchive/forum.php?thread_id=6632358&forum_id=8256
> 
> Deleting fasls made everything work again.

Which stale fasls are you talking about? Fasls distributed with the
sbcl package? It's fairly common for SBCL versions to be incompatible
with previous version fasl's, but I wouldn't consider that a bug with
SBCL unless the sbcl package itself included stale fasls.

-- 
Kevin Rosenberg
[EMAIL PROTECTED]


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

Bug#296824: sbcl: Stale fasls

[Kevin Rosenberg]

severity 296824 normal
retitle 296824 Please upload new version of sbcl to fix bug
tags 296824 + pending
thanks

Alan Shields wrote:
> The issue was that the fasls weren't recognized as incompatible. I put
> in the recompile-stale-fasls code and it thought everything was fine. I
> was given to believe this was because 0.8.19.29 was a prerelease
> version and thus the version number wasn't incremented for each change
> before release. I'm way out of my depth here, only trying to help as best I
> can.
> 
> The fasls were from an asdf-install'd package, so I wouldn't expect
> those to be current, but I would expect them to be recognized as stale.
> Or is this the ass-end of an assumption?

Thanks for the additional information. Incompatible fasls from a
previous version of a lisp compile (stale fasls) are a problem with
all lisp compilers: allegro, lispworks, cmucl, clisp, and sbcl. As
time as gone on, lisp compilers have become better at recognizing
stale fasls and reporting them. But as this sbcl incident has shown,
sometimes incompatibilities are added but the fasl-version-number is
not incremented. So, while you assumption is rather reasonable these
days, it's not a very safe assumption.

Because your bug report was marked as grave ("package is not usable"),
I thought you were stating that the sbcl package itself did not work
rather than there were errors loading fasls created by previous
versions of sbcl.

I'm currently building a new version of sbcl to upload, so I've tag
the bug as pending.

-- 
Kevin Rosenberg
[EMAIL PROTECTED]


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

Bug#297771: files missing in directory listing from smbclient 'dir' command with windows xp server

[Kevin Dalley]

Package: smbclient
Version: 3.0.10-1
Severity: grave
Justification: causes non-serious data loss

smbclient often loses files when getting a directory listing.  Using
amanda for backup with samba results in loss of data, causing
incomplete backups.  The problem is most likely to be occur when
dealing with larger directories, perhaps directories with over 300 or
1000 files.

I have seen the problem on my Debian system.

Here's my test, where /Kathy/DATA/2120 WNmod/ is a large directory.

for num in 1 2 3 4 5 6 7 8 9; do smbclient '\\puffin\c$' -U 'amanda%password' 
-E -d1 -Tcan /dev/null  '/Kathy/DATA/2120 WNmod/*' > /tmp/foo/foolog$num.txt 
2>&1; done
for num in 2 3 4 5 6 7 8 9; do diff -u /tmp/foo/foolog1.txt
/tmp/foo/foolog${num}.txt; done

The diff output includes the following, which shows 4 files which
disappeared between the 2 runs:

--- /tmp/foo/foolog1.txt2005-03-02 11:46:45.0 -0800
+++ /tmp/foo/foolog9.txt2005-03-02 11:46:46.0 -0800
@@ -1,4 +1,4 @@
 dry_run set
 Domain=[KECK] OS=[Windows 5.0] Server=[Windows 2000 LAN Manager]
-tar: dumped 1193 files and directories
-Total bytes written: 807012352
+tar: dumped 1189 files and directories
+Total bytes written: 805666304





The bug has been reported to the samba bugzilla list, but the bug is
important enough to be listed under Debian as well.  The bug is
considered critical on the bugzilla list.  I'm marking it as grave for
Debian, though I could probably justify critical.

https://bugzilla.samba.org/show_bug.cgi?id=2271

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

Versions of packages smbclient depends on:
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libcomerr2  1.35-6   The Common Error Description libra
ii  libkrb531.3.6-1  MIT Kerberos runtime libraries
ii  libldap22.1.30-3 OpenLDAP libraries
ii  libncurses5 5.4-4Shared libraries for terminal hand
ii  libpopt01.7-5lib for parsing cmdline parameters
ii  libreadline44.3-11   GNU readline and history libraries
ii  samba-common3.0.10-1 Samba common files used by both th

-- no debconf information


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

Bug#315348: ftp.debian.org: intltool-debian size mismatch

[Kevin Dalley]

Package: ftp.debian.org
Severity: grave
Justification: renders package unusable


intltool-debian has a size mismatch on ftp.debian.org.  Here's the
error message.


Failed to fetch 
http://ftp.debian.org/debian/pool/main/i/intltool-debian/intltool-debian_0.30+20040213_all.deb
  Size mismatch


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


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

Bug#317873: Apt Paclkage Dependency Bug

[Kevin Brown]

Justin Pryzby <[EMAIL PROTECTED]> wrote:

> You are probably running unstable, and this is probably related to the
> in-progress g++ abi transition:
> 
> Changes: 
>  aspell (0.60.3-2) unstable; urgency=low
>   .
>   * debian/control: renamed libaspell15 to libaspell15c2 for the
>   * GCC 4.0 ABI change transition
> 
> If you intend to continue running unstable, you'd better prepare
> yourself for more of this.



Isn't this sort of thing what experimental is for?

I'm somewhat unfamiliar with Debian policy, but I'm a bit surprised
that this transition is happening in -unstable instead of
-experimental.  I thought -experimental was where all the
distribution-breaking changes were supposed to occur...


-- 
Kevin Brown   [EMAIL PROTECTED]


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

Bug#317873: Apt Paclkage Dependency Bug

[Kevin Brown]

Brian Nelson wrote:
> Transitions are impossible in experimental because they'll never get
> into unstable on their own.

Hmm...given the amount of breakage this transition seems to be
causing, it might be worth creating a staging distribution for the
purpose of such transitions, so that -unstable doesn't end up being
broken for extended periods of time.

> > I thought -experimental was where all the
> > distribution-breaking changes were supposed to occur...
> 
> No, that's what unstable is for.  Experimental is for stuff that isn't
> release-ready.  Packages being rebuilt for the GCC 4.0 transition *are*
> release-ready--they just temporarily break other stuff the archive.

Any idea how temporary this particular transition is likely to be?
It's been going on for a little while now.

I can work around it, by holding back the appropriate packages, but it
is something of a pain.  I do realize that there are tradeoffs for
running in the -unstable branch, but to be honest I didn't expect the
possibility of multi-week distribution breakage to be one of them.



-- 
Kevin Brown   [EMAIL PROTECTED]


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

Bug#293872: /usr/lib/common-lisp/bin/openmcl.sh segfaults on installation

[Kevin Rosenberg]

fabian linzberger wrote:
> ? /usr/lib/common-lisp/bin/openmcl.sh: line 13: 27196 Segmentation fault  
> $EXEC --image-name /usr/lib/openmcl/PPCCL-clean --batch --no-init  <

Bug#293872: Acknowledgement (/usr/lib/common-lisp/bin/openmcl.sh segfaults on installation)

[Kevin Rosenberg]

Fabian Linzberger wrote:
> the problem seems to go away, if i apt-get source openmcl, build the
> package locally and install that one. as far as i can tell, things
> work fine now. let me know if i can do anything to help you reproduce
> this.

That's odd as the package should be identical (save for diferences in
glibc header files during compilation) between the package you got
from the distribution and the package you created locally.

Could you also verify the md5sum of the binary package you got from
the archive:

[EMAIL PROTECTED]:~> md5sum openmcl_0.14.2.p1_powerpc.deb 
dbe15371311bcd103f2410bbe9f87bd0  openmcl_0.14.2.p1_powerpc.deb

Thanks,

Kevin


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

Bug#293872: Acknowledgement (/usr/lib/common-lisp/bin/openmcl.sh segfaults on installation)

[Kevin Rosenberg]

[EMAIL PROTECTED] wrote:
> Kevin, could this be related to the first time build vs. build with
> a previously installed openmcl bug i recently reported to you?

I don't think so. It doesn't involve building openmcl, it is
intermittant on kernel 2.6, and non-existant on kernel 2.4.

-- 
Kevin Rosenberg
[EMAIL PROTECTED]


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

Bug#390127: mozart_1.3.2.20060615-1: FTBFS with -rsudo

[Kevin Glynn]

Steve Langasek writes:
 > Package: mozart
 > Version: 1.3.2.20060615-1
 > Severity: serious
 > 
 > emacs21 is now fixed finally on mips and mipsel, but mozart still fails to
 > build because it uses the $(PWD) variable in its debian/rules and this
 > variable is not preserved by sudo:
 > 

Thanks for the report.  I had noticed this too and I have sent an
update of the package that fixes this problem to my sponsor.
Hopefully, it will be uploaded soon.

regards
Kevin


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

Bug#463871: dpkg-www: Doesn't work anymore after upgrade

[Kevin Baradon]

Package: dpkg-www
Version: 2.53
Severity: grave
Justification: renders package unusable

After upgrade to version 2.53, dpkg-www doesn't display package list anymore. 
Here is text transcript of the web page shown : 


Debian packages on kev1
  Search   Helpon only installed packages 
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
  
+++-  -  -  


Generated by  dpkg-www 2.53 - Copyright (C) 1999-2006 Massimo Dal Zotto <[EMAIL 
PROTECTED]> 



Reverting to version 2.52 fixes the problem.

Let me know if you need additionnal information.


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

Kernel: Linux 2.6.24 (SMP w/2 CPU cores; PREEMPT)
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: 
LC_ALL set to [EMAIL PROTECTED])
Shell: /bin/sh linked to /bin/bash

Versions of packages dpkg-www depends on:
ii  apache2   2.2.8-1Next generation, scalable, extenda
ii  apache2-mpm-prefork [httpd]   2.2.8-1Traditional model for Apache HTTPD
ii  apt   0.7.10 Advanced front-end for dpkg
ii  dwww  1.10.10Read all on-line documentation wit
ii  info2www  1.2.2.9-23 Read info files with a WWW browser
ii  perl [perl5]  5.8.8-12   Larry Wall's Practical Extraction 

dpkg-www recommends no packages.

-- debconf information:
* dpkg-www/update-apache-config:



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

Bug#463871: dpkg-www: Doesn't work anymore after upgrade

[Kevin Baradon]

Le lundi 4 février 2008, Kapil Hari Paranjape a écrit :
> tags 463871 + patch
> thanks
>
> Hello,
>
> On Sun, 03 Feb 2008, Kevin Baradon wrote:
> > After upgrade to version 2.53, dpkg-www doesn't display package list
> > anymore. Here is text transcript of the web page shown :
>
> The enclosed patch appears to fix the problem.

Hello,

Yes, it works for me.
Thanks a lot.

Best regards.

>
> Regards,
>
> Kapil.
> --
> =patch===
> --- /usr/lib/cgi-bin/dpkg.orig2008-01-22 21:51:06.0 +0530
> +++ /usr/lib/cgi-bin/dpkg 2008-02-04 15:17:33.0 +0530
> @@ -945,10 +945,6 @@
>   NR--
>   next
>   }
> - (is_hdr) {
> - header[NR] = $0
> - next
> - }
>   (is_hdr == 1) && ($1 == "||/") {
>   # ||/ Name   VersionDescription
>   hstat  = $1
> @@ -992,6 +988,10 @@
>   needs_desc = missing_desc[name] = NR
>   }
>   }
> + (is_hdr) {
> + header[NR] = $0
> + next
> +     }
>   END {
>   if (needs_desc) {
>   update_descs()
> =end of patch



-- 
Kevin Baradon
Embedded Systems Engineer
-



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

Bug#466382: updated patch for CVE-2008-0806

[Kevin Coyner]

On Wed, Feb 20, 2008 at 08:04:44PM +0100, Nico Golde wrote..

> Hi,
> attached is an updated patch.
> It's as well archived on:
> http://people.debian.org/~nion/nmu-diff/wyrd-1.4.3b-3_1.4.3b-3.1.patch
{snip}

Thanks much for the patch. I've incorporated it into an updated
version and have uploaded and am closing this bug.

I'll also forward the patch on to upstream.

Thanks again,
Kevin


-- 
Kevin Coyner  GnuPG key: 1024D/8CE11941


signature.asc
Description: Digital signature

Bug#466300: openoffice.org-writer2latex: Cannot be installed

[Kevin Glynn]

Hi all,

I had this same problem too.  Last night I installed sun-java6-jdk and
this morning it installed fine.

regards
k


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

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

Versions of packages openoffice.org-writer2latex depends on:
ii  openoffice.org-core1:2.4.0~rc1-2 OpenOffice.org office suite archit
ii  openoffice.org-java-common 1:2.4.0~rc1-2 OpenOffice.org office suite Java s




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

Bug#429179: libphp-phpmailer: patch prepared, awaiting upload

[Kevin Coyner]

Package: libphp-phpmailer
Followup-For: Bug #429179

A patch has been prepared to fix this. Source files can be found at:

http://mentors.debian.net/debian/pool/main/l/libphp-phpmailer/libphp-phpmailer_1.73-4.dsc

I have contacted my previous sponsor for this package and requested
an upload.

-- 
Kevin Coyner  GnuPG key: 1024D/8CE11941


signature.asc
Description: Digital signature

Bug#427875: Unmarked dependency?

[Kevin Rosenberg]

Drake Wilson wrote:
> Okay, I just installed libmysqlclient15-dev 5.0.41-2, and now I can
> load clsql-mysql just fine (or at least it looks that way from a few
> rudimentary tests of connecting and listing tables and such).
> 
> So it looks like this is a failure to depend on libmysqlclient15-dev
> when it's actually necessary for the cl-sql-mysql package to work.
> Does this replicate for anyone else?

Thanks for the additional information. I'm uploaded a fixed package
today.

-- 
Kevin Rosenberg
[EMAIL PROTECTED]



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

Bug#434358: cl-sql - arch-any without need

[Kevin Rosenberg]

Bastian Blank wrote:
> An arch-any dependency is no reason to make a package also arch-any.

There's a clear reason below. Whether you agree with the reason is a
separate issue.

> Packages are only moved into testing if they are up-to-date.

That's true. However, the change I made fixed a bug for a sid user
where the all package was uninstallable because the dependant any
package was not built by the autobuilder because of some lengthy
delay.

With the change I made, now sid will always have the correct packages
at all times. Having that consistent working in sid is worth
something. Is it worth the same increase in size of the archive (these
packages are quite small)? For sid users (of which there are many),
I'd say the answer is yes.

-- 
Kevin Rosenberg
[EMAIL PROTECTED]



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

Bug#434358: cl-sql - arch-any without need

[Kevin Rosenberg]

Luk Claes wrote:
> [...]
> Not following policy because of some sid users' inconvenience is not the way
> to go IMHO.
> 
> Note that we are thinking about fixing it globally somehow...

That makes sense and is good news. Thanks for the info.

Kevin


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

Bug#433166: totem-xine: totem stopped working after recent upgrade: no codec is known anymore

[Kevin Brown]

I was experiencing this bug as well (with totem-xine).

As with the original submitter, installing libxine1-ffmpeg fixed it.

The reason I'm replying to this is that I had to install that package 
*after* I had already installed totem-xine 2.18.2-2 from -unstable. 
Installing that (as an upgrade to 2.18.2-1) did not install libxine1-ffmpeg.


So it appears that this bug still isn't fixed, somehow...



--
Kevin Brown   [EMAIL PROTECTED]


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

Bug#451889: FIXED: netselect was unable to find a mirror

[Kevin Schultz]

Package: netselect-apt
Version: 0.3.ds1-10
Severity: grave
Justification: renders package unusable


I noticed after installing a new version of Debian Etch that netselect-apt 
fails with the message:

netselect was unable to find a mirror, this probably means that
you are behind a firewall and it is blocking traceroute.

It seems the Perl code within run_netselect() fails to parse the HTML of the 
Debian worldwide mirror sites page at http://www.debian.org/mirror/mirrors_full 
because that page no longer contains \n\n delimiters.

I resolved the problem by modifying run_netselect() to use "" instead 
(highlighted):

run_netselect()
{
SEARCH="$1"
PROTO="$2"
netselect -v -s 1 $(cat "$infile" \
| perl -n -e '
$/="";
while(<>){
  next if $_ !~ /Site:/;
  if( m@'"$SEARCH"':.*@i ){
print("$1\n");
  }
}') \
| awk '{print $2}'
}

I also removed the check for Archive Architectures, since the phrase no longer 
appears on the page.  Perhaps this is needed, however?

I've attached a patch to this e-mail with the changes.  I created it with the 
following commands:

claude:~/tmp$ find old new
old
old/netselect-apt
new
new/netselect-apt

claude:~/tmp$ diff -Naur old new > netselect-apt.patch

Also, I noticed after patching netselect-apt that running netselect-apt 
occassionally fails due to negative values for netselect field host->num_out, 
but this is a bug for the netselect package, not netselect-apt .

Please let me know if you have any comments, questions, or concerns.

Sincerely,

Kevin


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

Versions of packages netselect-apt depends on:
ii  netselect 0.3.ds1-10 Choose the fastest server automati
ii  wget  1.10.2-2   retrieves files from the web

netselect-apt recommends no packages.

-- no debconf information



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

Bug#456652: mozart-gtk: should this package be removed?

[Kevin Glynn]

I would love to get rid of this package, it is a real pain to maintain
due to the way it generates itself from the toolchain's header files.

Before removing it, I will ask on upstream's mailing list if anyone
wants to take it forward.  I expect they won't and then I will ask for
its removal.

k



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

Bug#449118: kmail: several errors, segfault and crashes

[Kevin Krammer]

On Saturday 03 November 2007, Hans wrote:

> 1. The folder "trash" can not be deleted. It seems, the mails are deleted,
> but they are NOT. The size of the file ~/Mail/trash should be set to zero
> with an empty trash, but it is NOT. The mails are staying in this folder.
> Besides this, this is also a security problem, as mails will never be
> securely deleted (and other persons might take a look at it)

Is the trash folder of type "mbox"?
If yes, compact it (in German "Ordner komprimieren")

> 2. The content of the "sent-mail" folder can not be deleted. The same
> behavior as desribed above, with one exception:

Do you mean it can't be deleted as in the mails are still visible in KMail or 
that they are still on disk?

> When trying to push the LAST(!) Mail into the trash, kmail crashes with
> segfault.

This is definitely a bug.
Does this also happen if you do "Move all messages to trash" from the folder's 
context menu?

> 3. The content of folder "drafts" are no more shown, although it is still
> existing in ~/Mail/drafts.

Hmm.
While KMail is not running, remove the .drafts.index file from the mail 
directory and then restart KMail. Does this help?

> 4. Please check: I suppose, the access-rights are not set correctly by
> default ( I never changed them manually). ~/Mail/outbox, ~/Mail/sentmail
> and ~/Mail/trash got 0600, but ~/Mail/drafts got 0644.

I think 0600 is the correct one, though I also have one with 0644. My guess is 
that this folder has been created at a time where there has probably been a 
bug in kdelibs or somewhere else which resulted in those access flags.

Cheers,
Kevin


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

Bug#450634: Connot be installed on Sid

[Kevin Glynn]

Valerio Passini writes:
 > Package: mozart-gtk
 > Version: 20060615-2
 > Severity: grave
 > 
 > --- Please enter the report below this line. ---
 > Hi,
 > 
 > I need to work with Mozart for running SpiCo
 > http://www2.lifl.fr/STC/NEW/pmwiki.php/BioComputing/Home
 > but mozart-gtk is not installable for dependencies problem:
 > apt-get complains about libglib1.2>=1.2.0.
 > Actually in Sid libglib1.2 has been replaced by libglib1.2ldbl so perhaps 
 > you 
 > have only to rename this dependence. Hope you can fix this problem, 
 > otherwise 
 > it means a huge downgrade or to compile by myself mozart.
 > Bye!
 > 
 > Valerio

sigh,  are you sure you need mozart-gtk?  I was hoping that nobody
used it and I could remove the package eventually.  

It won't build with sid's toolchain at the moment, see bug #419692.
It builds a native extension for mozart by scanning all the gtk
headers, and this scanning is very fragile as gtk headers change.

There has also been no move upstream to update it to gtk2 and I
believe some of its dependent libraries are slated for removal before
lenny. 

Anyway, I won't be able to try and build again before the end of this
month. If you can look at it and send me fixes that would be
great. :). Alternately, you could try asking on the upstream mailing
lists. 

k



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

Bug#462388: mozart-gtk: your package depends from gnome-libs (via libgtk-canvas) that is scheduled for removal

[Kevin Glynn]

[EMAIL PROTECTED] writes:
 > Package: mozart-gtk
 > Severity: important
 > User: [EMAIL PROTECTED]
 > Usertags: gnome-1.x-removal
 > 
 > Hi,
 > 
 > Your package (mozart-gtk) has been detected as depending on
 > gnome-libs, which as per release goal, won't be shipped in lenny.
 > 
 > Please make sure that your package drops its dependencies on
 > gnome-libs as soon as possible, or that it's ported to gnome2 one way
 > or the other.
 > 
 > This bug will be raised to RC severity as soon as gnome-libs are
 > removed from testing, which should happen soon, since it will make
 > your package uninstallable.
 > 


I intend to request removal after 7 days, pending the outcome of a
discussion I have started on the mozart mailing list, see:

  http://lists.gforge.info.ucl.ac.be/pipermail/mozart-hackers/2008/002910.html

regards
Kevin



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

Bug#462388: mozart-gtk: your package depends from gnome-libs (via libgtk-canvas) that is scheduled for removal

[Kevin Glynn]

Pierre Habouzit writes:

 > 
 >   Wonderful. BTW, don't worry about my last mail that raised the bug to
 > serious, I totally missed that package that wasn't built on amd64 (the
 > architecture I looked at gnome 1.x packages onto), hence the recent bug.
 > I won't blame you if you need some more time. The other gnome 1.x bugs I
 > filed were already 10 days old.
 > 

No problem, mozart-gtk is a pita and i will be very happy to lose
it. I have been wanting to write to the mozart lists to give them one
last chance since before Christmas (see #456652), but I thought I
would wait to give mozart people a chance to get back from
vacation. Now seems as good a time as any.

k
 



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

Bug#437020: apt-listbugs fails with "W: Mandatory parameter 'bug' missing in call to Debbugs::Status::get_bug_status"

[Kevin Brown]

The problem is reoccurring, but it seems it takes a specific
combination of packages to make it happen.  I have no idea what's
special about that combination, but it causes the server to choke with
that error.


I can currently reproduce this with the following command:

/usr/sbin/apt-listbugs list openoffice.org-core openoffice.org-officebean




This bug clearly should be reopened.




-- 
Kevin Brown   [EMAIL PROTECTED]


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

Bug#437020: apt-listbugs fails with "W: Mandatory parameter 'bug' missing in call to Debbugs::Status::get_bug_status"

[Kevin Brown]

I wrote:
> I can currently reproduce this with the following command:
> 
> /usr/sbin/apt-listbugs list openoffice.org-core openoffice.org-officebean

Here's the debugging output of the above command:


Exception `LoadError' at /usr/lib/ruby/1.8/xml/encoding-ja.rb:12 - no such file 
to load -- uconv
Exception `LoadError' at /usr/lib/ruby/1.8/http-access2.rb:31 - no such file to 
load -- openssl
Reading /indices/index.db-critical.gz... 
Reading /indices/index.db-grave.gz... 
Reading /indices/index.db-serious.gz... 
Exception `SOAP::FaultError' at /usr/lib/ruby/1.8/soap/rpc/proxy.rb:180 - 
Mandatory parameter 'bug' missing in call to Debbugs::Status::get_bug_status
 at /usr/local/lib/site_perl/Debbugs/SOAP.pm line 131

Exception `SOAP::FaultError' at /usr/lib/ruby/1.8/soap/mapping/mapping.rb:122 - 
Mandatory parameter 'bug' missing in call to Debbugs::Status::get_bug_status
 at /usr/local/lib/site_perl/Debbugs/SOAP.pm line 131

http://bugs.debian.org:80/, user-auth=:
indexdir = /indices/
Set XSD::XMLParser::XMLParser as XML processor.
reading /indices/index.db-critical.gz.. 
reading /indices/index.db-grave.gz.. 
reading /indices/index.db-serious.gz.. 
fetching 438870 440623.. 
Wire dump:

= Request

! CONNECT TO bugs.debian.org:80
! CONNECTION ESTABLISHED
POST /cgi-bin/soap.cgi HTTP/1.1
SOAPAction: ""
Content-Type: text/xml; charset=utf-8
User-Agent: SOAP4R/1.5.5 (/114, ruby 1.8.5 (2006-08-25) [i486-linux])
Date: Fri Sep 07 12:47:02 -0700 2007
Content-Length: 615
Host: bugs.debian.org


http://www.w3.org/2001/XMLSchema";
xmlns:env="http://schemas.xmlsoap.org/soap/envelope/";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";>
  
http://schemas.xmlsoap.org/soap/encoding/";>
  http://schemas.xmlsoap.org/soap/encoding/";
  xsi:type="n2:Array">
438870
440623
  

  


= Response

HTTP/1.1 500 Internal Server Error
Date: Fri, 07 Sep 2007 19:47:02 GMT
Server: Apache/2.0.54 (Debian GNU/Linux) mod_python/3.1.3 Python/2.3.5
SOAPServer: SOAP::Lite/Perl/0.60
Content-Length: 621
Connection: close
Content-Type: text/xml; charset=utf-8

http://www.w3.org/2001/XMLSchema-instance"; 
xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/"; 
xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"; 
xmlns:xsd="http://www.w3.org/2001/XMLSchema"; 
SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/";>SOAP-ENV:ServerMandatory
 parameter 'bug' missing in call to Debbugs::Status::get_bug_status
 at /usr/local/lib/site_perl/Debbugs/SOAP.pm line 131
! CONNECTION 
CLOSED


 Exception: SOAP::FaultError
 W: Mandatory parameter 'bug' missing in call to Debbugs::Status::get_bug_status
 at /usr/local/lib/site_perl/Debbugs/SOAP.pm line 131
Error retrieving bug reports



-- 
Kevin Brown   [EMAIL PROTECTED]


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

Bug#442242: sshmenu: GNOME applet crashes while adding to the panel

[Kevin Coyner]

I just uploaded the newest version (3.14) of sshmenu. Could you
update to this newest version and let me know if you still have a
problem or not.

Also, could you try adding some other (not sshmenu) applet to the
GNOME panel and see whether you encounter the same error message.

Thanks.

-- 
Kevin Coyner  GnuPG key: 1024D/8CE11941


signature.asc
Description: Digital signature

Bug#445138: dspam fails to run : /usr/lib/libmysqlclient.so.15: version `MYSQL_5.0' not found

[Kevin Cave]

Package: dspam
Version: 3.6.8-5+b1
Severity: critical
Justification: breaks unrelated software


After an upgrade of mysql

ii  mysql-client-5.0 5.0.45-1   
  MySQL database client binaries
ii  mysql-common 5.0.45-1   
  MySQL database common files
ii  mysql-server-5.0 5.0.45-1   
  MySQL database server binaries

...dspam is now apparently not seeing the correct version of mysql

excerpt from mail.log:

, relay=dspam, delay=6, delays=6/0.01/0/0.01, dsn=5.3.0, status=bounced 
(Command died with status 1: "/usr/bin/dspam". Command output: /usr/bin/dspam: 
/usr/lib/libmysqlclient.so.15: version 
`MYSQL_5.0' not found (required by /usr/local/lib/libdspam.so.7) )


.. and this is now breaking postfix which is configured to use dspam as a 
filter.

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

Kernel: Linux 2.6.19.7-xen-kc-nonpae-01 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages dspam depends on:
ii  libc6   2.6.1-5  GNU C Library: Shared libraries
ii  libdspam7   3.6.8-5+b1   DSPAM is a scalable and statistica
ii  libldap22.1.30.dfsg-13.5 OpenLDAP libraries
ii  procmail3.22-16  Versatile e-mail processor

Versions of packages dspam recommends:
ii  clamav-daemon 0.91.2-3   antivirus scanner daemon
ii  dspam-doc 3.6.8-5Documentation for dspam

-- no debconf information



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