Bug#998235: Firefox microphone (upstream bug report)

[Rupert Swarbrick]

This appears to have been reported upstream at

  https://bugzilla.mozilla.org/show_bug.cgi?id=1737212

R

Bug#966909: Fixed upstream

[Rupert Swarbrick]

This FTBFS is caused by a change in behaviour in bison 3.7. There's a
proposed fix upstream at

  https://github.com/verilator/verilator/pull/2505

which works by telling Bison the correct header name.


Rupert

Bug#928705: Trace-back for original message

[Rupert Swarbrick]

Predictably, I forgot to include the trace-back attachment. It's 
attached here.


Cheers,

Rupert
$ pylint myfile.py
Traceback (most recent call last):
  File "/usr/bin/pylint", line 11, in 
load_entry_point('pylint==1.9.4', 'console_scripts', 'pylint')()
  File "/usr/lib/python2.7/dist-packages/pylint/__init__.py", line 16, in 
run_pylint
Run(sys.argv[1:])
  File "/usr/lib/python2.7/dist-packages/pylint/lint.py", line 1272, in __init__
linter.load_default_plugins()
  File "/usr/lib/python2.7/dist-packages/pylint/lint.py", line 485, in 
load_default_plugins
checkers.initialize(self)
  File "/usr/lib/python2.7/dist-packages/pylint/checkers/__init__.py", line 
119, in initialize
register_plugins(linter, __path__[0])
  File "/usr/lib/python2.7/dist-packages/pylint/utils.py", line 1033, in 
register_plugins
module = modutils.load_module_from_file(join(directory, filename))
  File "/usr/lib/python2.7/dist-packages/astroid/modutils.py", line 268, in 
load_module_from_file
return load_module_from_modpath(modpath, path, use_sys)
  File "/usr/lib/python2.7/dist-packages/astroid/modutils.py", line 229, in 
load_module_from_modpath
module = imp.load_module(curname, mp_file, mp_filename, mp_desc)
  File "/usr/lib/python2.7/dist-packages/pylint/checkers/python3.py", line 154, 
in 
class Python3Checker(checkers.BaseChecker):
  File "/usr/lib/python2.7/dist-packages/pylint/checkers/python3.py", line 585, 
in Python3Checker
'sys.version_info < (3, 0)',
AttributeError: 'module' object has no attribute 'extract_node'

Bug#928705: pylint: Missing dependency on astroid 1.5.0

[Rupert Swarbrick]

Package: pylint
Version: 1.9.4-1
Severity: important

Hi there,

pylint depends on python-astroid >= 1.4.5, but this doesn't seem to be
strict enough. With my frankenstein system (mostly stable, with some
packages from sid), running "pylint" gets me the attached traceback,
which ends with

  AttributeError: 'module' object has no attribute 'extract_node'

Searching for the error message found me this bug report:

  https://github.com/PyCQA/pylint/issues/1270

which I think implies that the problem should be fixed by upgrading
python-astroid to 1.5.0. I just upgraded mine locally to 1.6.5-3
(which is the version currently in sid) and everything now works
again.

This won't cause problems for people tracking unstable (or the next
release) for all packages, but is an issue if a user has pinned most
packages to stable and is trying to pull newer versions of (say) just
some Python dev packages.

The "correct" fix is probably to add a dependency on version 1.5.0 of
python-astroid, but I don't know whether there is any other feature we
require that appeared between 1.5.0 and 1.6.5. It might be easier just
to depend on 1.6.5.

All the best,

Rupert


-- System Information:
Debian Release: 9.9
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable'), (400, 'unstable'), 
(350, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages pylint depends on:
ii  python2.7.13-2
ii  python-astroid1.4.9-1
ii  python-backports.functools-lru-cache  1.3-1
ii  python-configparser   3.3.0r2-2
ii  python-isort  4.2.5+ds1-2+deb9u1
ii  python-logilab-common 1.3.0-1
ii  python-mccabe 0.5.3-1
ii  python-setuptools 33.1.1-1
ii  python-singledispatch 3.4.0.3-2
ii  python-six1.10.0-3
ii  python2.7 2.7.13-2+deb9u3

Versions of packages pylint recommends:
ii  python-tk  2.7.13-1

pylint suggests no packages.

-- no debconf information

Bug#896086: Not quite the bug I thought

[Rupert Swarbrick]

I've downloaded the source and had a look, and it's not quite what I
thought was going on. It turns out that nm-strongswan.c requires the
pre-shared key to be 20 characters (in check_validity()).

I don't think this really makes sense: as a client, I'm not the guy
who chose the key. I can understand why the server package might say
"this is insecure; don't do it", but it's no business of the client.

Rupert

Bug#896086: network-manager-gnome: Cannot configure IPsec/IKEv2 VPN with pre-shared key

[Rupert Swarbrick]

Package: network-manager-gnome
Version: 1.8.10-4
Severity: normal

Hi there,

It's not currently possible to use the network-manager-gnome GUI to
configure an IPsec/IKEv2 VPN with pre-shared key.

For other choices in the "Authentication" drop-down, the "Add" button
is greyed out unless the gateway address is set (sensible enough!). If
you choose Pre-shared key, the "Add" button remains greyed out even
after setting the gateway address.

I suspect that maybe it's greyed out because some text-box that should
contain the pre-shared key is still empty? Maybe the bug is that the
box isn't becoming visible?

Many thanks,

Rupert


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

Kernel: Linux 4.15.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages network-manager-gnome depends on:
ii  dbus-user-session [default-dbus-session-bus]  1.10.26-0+deb9u1
ii  dbus-x11 [dbus-session-bus]   1.10.26-0+deb9u1
ii  dconf-gsettings-backend [gsettings-backend]   0.26.0-2+b1
ii  gnome-shell [polkit-1-auth-agent] 3.22.3-3
ii  libatk1.0-0   2.22.0-1
ii  libc6 2.27-3
ii  libcairo2 1.14.8-1
ii  libgdk-pixbuf2.0-02.36.5-2+deb9u2
ii  libglib2.0-0  2.56.1-2
ii  libgtk-3-03.22.11-1
ii  libjansson4   2.9-1
ii  libmm-glib0   1.6.4-1
ii  libnm01.10.6-2
ii  libnma0   1.8.10-4
ii  libnotify40.7.7-2
ii  libpango-1.0-01.40.5-1
ii  libpangocairo-1.0-0   1.40.5-1
ii  libsecret-1-0 0.18.5-3.1
ii  libselinux1   2.6-3+b3
ii  network-manager   1.10.6-2

Versions of packages network-manager-gnome recommends:
ii  gnome-keyring  3.20.0-3
ii  gnome-shell [notification-daemon]  3.22.3-3
ii  iso-codes  3.75-1
ii  mobile-broadband-provider-info 20161204-1
ii  notification-daemon3.20.0-1+b1

Versions of packages network-manager-gnome suggests:
ii  network-manager-openconnect-gnome  1.2.4-1
ii  network-manager-openvpn-gnome  1.8.2-1
ii  network-manager-pptp-gnome 1.2.6-2
pn  network-manager-vpnc-gnome 

-- no debconf information

Bug#766290: luasseq: please make documentation available to texdoc

[Rupert Swarbrick]

Hi there,

I agree that there's no point maintaining two packages with the same
contents :-) I've just installed texlive-luasseq to check and, yep,
these are definitely the same. Was luasseq (2) added to texlive-luatex
vaguely recently? I'm reasonably sure the code wasn't packaged when I
made the package in the first place (or, at least, I hope it wasn't...)

Anyway, it also seems a little silly to have the spectral sequence code
in luasseq sitting out on its own for no good reason, so I vote for
replacing luasseq with the transitional package.

I don't know much about this process, and I'm not a DD, so I suspect
that I'll be spectacularly inefficient at making it happen. If it's a 10
minute job for you, please feel free to make an upload that turns
luasseq into a transitional package. If it's more work, let me know and
I'll roll up the required package (and maybe you could sponsor the
upload that would be needed afterwards?)

Finally, sorry for the slightly slow reply. I'll be quicker off the mark
From now: would be very embarrassing to end up missing the Jessie freeze
date!


Rupert


signature.asc
Description: PGP signature

Bug#713529: [Help] FTBFS: ! LuaTeX error ./luasseq.lua:204: attempt to call field 'gfind' (a nil value)

[Rupert Swarbrick]

Hi Andreas,

It seems that I haven't set the BTS up correctly to let me know when
there are bugs against the package. Sorry - I'll fix that in a
minute. I'll try and build / fix stuff now. Thanks for letting me know.

Rupert


pgp9sZpADB3q9.pgp
Description: PGP signature

Bug#723679: cmucl segfault

[Rupert Swarbrick]

Paul Gevers  writes:
> Hi Rupert,
>
> On 16-11-13 10:08, Rupert Swarbrick wrote:
>> This happens because of some faulty logic in the "linux
>> detection". Basically, they had something hardcoded to check for new
>> linuxes, which meant version 2.x.y. Linux 3.x broke it.
>
> Do you have any idea why then cmucl doesn't segfault on my system (yes,
> multi-arch)? Maybe only the non sse code?
>
> paul@wollumbin ~ $ uname -a
> Linux wollumbin 3.2.0-4-amd64 #1 SMP Debian 3.2.51-1 x86_64 GNU/Linux

Ahah, I found the commit in question:

  
http://trac.common-lisp.net/cmucl/changeset/f51ee9dc1f66b02f7a9a0826b70550f3bc9fb222

and I'm on

   Linux skate 3.11-1-amd64 #1 SMP Debian 3.11.6-2 (2013-11-01) x86_64 GNU/Linux

and get the (expected) segfault. I think the point is that I don't have
a ".0" patch version, unlike you.

Apparently the Linux 3 thing was a bit of a red herring: I think I only
hit this with a 3.x kernel, presumably because the naming scheme changed
slightly. Looking at the commit message, I was presumably using
3.7-trunk at the time...


Rupert


pgpShDTLWCewl.pgp
Description: PGP signature

Bug#723679: cmucl segfault

[Rupert Swarbrick]

This happens because of some faulty logic in the "linux
detection". Basically, they had something hardcoded to check for new
linuxes, which meant version 2.x.y. Linux 3.x broke it.

Raymond Toy fixed this in March when I reported it to him (I crashed
into it when working on Maxima build systems). Packaging the new
upstream version will fix this bug in Debian.

Rupert


pgpSIcPGKSDsf.pgp
Description: PGP signature

Bug#671752: Pinged packaging team's mailing list

[Rupert Swarbrick]

I sent a note to the packaging team [1] to see if we can get some
progress on this issue.

Rupert


[1] 
http://lists.alioth.debian.org/pipermail/pkg-common-lisp-devel/2012-August/003227.html


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

Bug#679687: plymouth: initramfs hook fails to find renderers with multi-arch

[Rupert Swarbrick]

Package: plymouth
Version: 0.8.5.1-2
Severity: important

Plymouth installs a hook for mkinitramfs in
/usr/share/initramfs-tools/hooks/, which fails on multi-arch systems,
since the two lines

  copy_exec /usr/lib/plymouth/renderers/frame-buffer.so
  copy_exec /usr/lib/plymouth/renderers/drm.so

no longer point at the right place: on my system, they should probably
be

  copy_exec /usr/lib/i386-linux-gnu/plymouth/renderers/frame-buffer.so
  copy_exec /usr/lib/i386-linux-gnu/plymouth/renderers/drm.so

respectively.

There are already lines that detect multi-arch for pango above:
presumably we could just use the same technique.


Rupert


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

Kernel: Linux 3.3.0+ (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages plymouth depends on:
ih  initramfs-tools0.106
ii  libc6  2.13-34
ii  multiarch-support  2.13-34

plymouth recommends no packages.

plymouth suggests no packages.

-- Configuration Files:
/etc/plymouth/plymouthd.conf changed:
[Daemon]
Theme=joy


-- no debconf information



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

Bug#669961: Scroll wheel no longer functional on workspace-switcher in fallback-mode

[Rupert Swarbrick]

Ahah. The upstream bug is

  https://bugzilla.gnome.org/show_bug.cgi?id=673833


Rupert


pgpLjh34cut6d.pgp
Description: PGP signature

Bug#669961: gnome-panel: Scroll wheel no longer functional on workspace-switcher in fallback-mode

[Rupert Swarbrick]

Package: gnome-panel
Version: 3.4.1-1
Severity: normal

Hi,

Recently updated my (unstable) system to the latest version of
gnome-panel and the various gtk bits. I run gnome in fallback mode with
a different window manager (stumpwm).

Since the update, scrolling on the workspace switcher applet no longer
changes the current workspace. Clicking on a different workspace does
work, however.

Let me know if I can do anything useful to help debug this,

Rupert

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

Kernel: Linux 3.3.0-rc7+ (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gnome-panel depends on:
ii  gconf-service  3.2.3-4
ii  gnome-icon-theme-symbolic  3.4.0-2
ii  gnome-menus3.2.0.1-2
ii  gnome-panel-data   3.4.1-1
ii  libatk1.0-02.4.0-2
ii  libc6  2.13-30
ii  libcairo-gobject2  1.12.0-2
ii  libcairo2  1.12.0-2
ii  libcamel-1.2-293.2.2-3
ii  libdconf0  0.10.0-3
ii  libebook-1.2-123.2.2-3
ii  libecal-1.2-10 3.2.2-3
ii  libedataserver-1.2-15  3.2.2-3
ii  libedataserverui-3.0-1 3.2.2-3
ii  libgconf-2-4   3.2.3-4
ii  libgdk-pixbuf2.0-0 2.26.1-1
ii  libglib2.0-0   2.32.0-4
ii  libgnome-desktop-3-2   3.4.1-2
ii  libgnome-menu-3-0  3.2.0.1-2
ii  libgtk-3-0 3.4.1-2
ii  libgweather-3-03.4.1-1
ii  libical0   0.44-3
ii  libice62:1.0.8-2
ii  libnspr4-0d4.9-1
ii  libnss3-1d 3.13.3-1
ii  libpanel-applet-4-03.4.1-1
ii  libpango1.0-0  1.30.0-1
ii  librsvg2-2 2.36.1-1
ii  libsm6 2:1.2.1-2
ii  libsoup2.4-1   2.38.1-2
ii  libsqlite3-0   3.7.11-2
ii  libtelepathy-glib0 0.18.1-1
ii  libwnck-3-03.4.0-1
ii  libx11-6   2:1.4.99.901-1
ii  libxau61:1.0.7-1
ii  libxml22.7.8.dfsg-7
ii  libxrandr2 2:1.3.2-2

Versions of packages gnome-panel recommends:
ii  alacarte0.13.2-3
ii  evolution-data-server   3.2.2-3
ii  gnome-applets   3.4.1-1
ii  gnome-control-center1:3.2.2-3+b1
ii  gnome-icon-theme3.4.0-2
ii  gnome-session   3.2.1-1
ii  gnome-session-fallback  3.2.1-1
ii  gvfs1.12.1-1

Versions of packages gnome-panel suggests:
ii  epiphany-browser3.2.1-2
ii  evolution   
ii  gnome-user-guide3.4.1-1
ii  nautilus3.4.1-1
ii  rxvt-unicode [x-terminal-emulator]  9.15-1
ii  xterm [x-terminal-emulator] 278-1
ii  yelp3.4.1-1

-- no debconf information



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

Bug#668918: cl-puri: Documentation partially missing

[Rupert Swarbrick]

Package: cl-puri
Version: 1.5.5-1
Severity: normal

Hi,

The cl-puri package helpfully includes documentation at

  /usr/share/doc/cl-puri/uri.html

Unfortunately, this doesn't seem to be all of it.

The various exported symbols each have links (the first ones listed are
URI, URI-P, COPY-URI etc.). For example, URI-P links to the relative URL
"operators/uri-p.htm". None of these files are installed (or in the
source package, from the looks of things).

Is it possible to include the rest of the documentation in the package?

Rupert

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

Kernel: Linux 3.3.0-rc7+ (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages cl-puri depends on:
ii  common-lisp-controller  7.9

Versions of packages cl-puri recommends:
ii  cl-ptester  2.1.2-6

cl-puri suggests no packages.

-- no debconf information



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

Bug#654532: ITP: luasseq -- LuaLaTeX package for drawing spectral sequences.

[Rupert Swarbrick]

Andreas Tille  writes:
> Hi Rupert,
>
> thanks for the ITP.  I'd consider this as a package which could be
> maintained inside the Debian Science team.
>
> Kind regards
>
>  Andreas.

Thank you for your reply. I'm new to (packaging for) Debian, so I'm not
entirely sure what this means for me. At the moment, there's a package
up on mentors.debian.net[1] which works under pdebuild, so I'm
reasonably confident it should be ok...

Do I need to do something further to hunt for a sponsor, or should I
hope that someone reading debian-science will want to get involved?

Thanks again for your help,

Rupert


Footnotes: 
[1]  http://mentors.debian.net/package/luasseq


pgpyxADz197Qn.pgp
Description: PGP signature

Bug#654532: ITP: luasseq -- LuaLaTeX package for drawing spectral sequences.

[Rupert Swarbrick]

Package: wnpp
Owner: Rupert Swarbrick 
Severity: wishlist

* Package name: luasseq
  Version : 2.1
  Upstream Author : Tilman Bauer
* URL or Web page : http://www.few.vu.nl/~tilman/tex.html
* License : LaTeX Project Public License (LPPL)
  Description : LuaLaTeX package for drawing spectral sequences.

luasseq is the LuaTeX version of sseq, a package for drawing spectral
sequences in LaTeX. It has some extra features and should run faster
than the author's original version (which doesn't require LuaTeX).



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

Bug#654236: tucan: Can no longer update services

[Rupert Swarbrick]

Package: tucan
Version: 0.3.10-2
Severity: important

Dear Maintainer,

When going to Preferences / Service Configuration and hitting "Find",
one gets the message:

  "Version 0.3.10 alpha released! Please update and enjoy new features"

Presumably this means that the developer is no longer interested in
making updates for this release. As such, the program is not able to
grab stuff from (at least) the new RapidShare. And probably others.

Rupert

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

Kernel: Linux 3.2.0-rc6+ (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages tucan depends on:
ii  librsvg2-common2.34.2-2
ii  python 2.7.2-9
ii  python-gtk22.24.0-2
ii  python-imaging 1.1.7-4
ii  tesseract-ocr  2.04-2.1+b1
ii  tesseract-ocr-eng  2.00-2

tucan recommends no packages.

tucan suggests no packages.

-- no debconf information



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

Bug#652028: leafnode: Cron job could be smarter.

[Rupert Swarbrick]

Package: leafnode
Version: 2.0.0.alpha20090406a-1
Severity: wishlist

Hi,

I'm happily using leafnode and really like the 15 minute fetchnews cron
job. However, the machine I'm running on is a laptop. As such, it
doesn't have a permanent internet connection.

There are two improvements that would be great: firstly, fetchnews could
exit silently when there is no network connection. This would avoid the
occasional email I get from cron complaining that I didn't have a
connection up on a 00,15,30,45 minute mark. I don't know whether there's
a more "server-oriented" way to check this than requiring something
massive and desktoppy like network-manager, though.

Secondly, to avoid having to wait for the next 15 minute mark when I
resume my laptop from sleep, I've got the following in
/etc/network/if-up.d/99leafnode.

> #!/bin/sh
>
> if [ "$IFACE" = "lo" ]; then
>   exit 0
> fi
>
> if [ -x /etc/news/leafnode/do-fetch-news ]
> then /etc/news/leafnode/do-fetch-news
> fi

This works nicely... except if I resume my laptop at XX:44 or the
like. Then I get an email complaining about the lockfile being held when
the cron job starts.

Would it be possible to store the locking time in the lockfile so that
do-fetch-news could choose to exit silently if the other process had
been going less than 10 minutes (say)? That would avoid ignoring
permanent lockups, but would also avoid spamming root if he/she
intentionally starts fetchnews near the same time.

I could happily code up patches for either of the above (I think I can
see how to do the latter), but I thought I should check first whether
they had any chance of being accepted.

Any help/comments gratefully received!

Rupert

-- Package-specific info:
version: leafnode-2.0.0.alpha20090406a.luascript
current machine: Linux hake 3.2.0-rc2+ #23 SMP PREEMPT Thu Nov 17 11:59:36 GMT 
2011 i686 GNU/Linux
bindir: /usr/bin
sysconfdir: /etc/news/leafnode
default spooldir: /var/spool/news
IPv6: yes
default MTA: /usr/sbin/sendmail
pcre version: 8.12 2011-01-15
Lua scripting: no

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

Kernel: Linux 3.2.0-rc2+ (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages leafnode depends on:
ii  debconf [debconf-2.0] 1.5.41
ii  libc6 2.13-22
ii  libpam0g  1.1.3-6
ii  libpcre3  8.12-4
ii  logrotate 3.8.1-1
ii  netbase   4.47
ii  openbsd-inetd [inet-superserver]  0.20091229-1
ii  tcpd  7.6.q-22

leafnode recommends no packages.

Versions of packages leafnode suggests:
ii  emacs-snapshot [news-reader]  1:20111213-1
ii  lynx-cur [news-reader]2.8.8dev.9-2
ii  perl  5.14.2-6

-- Configuration Files:
/etc/news/leafnode/local.groups changed:
local.electronics.maxim.app-notes   y   Local Unmoderated Group
local.electronics.edn.design-ideas  y   Local Unmoderated Group


-- debconf information:
  leafnode/update-groups: false
  leafnode/tcpd: true
  leafnode/ppp:
* leafnode/network: permanent
  leafnode/purge: false
* leafnode/server: news.gmane.org

Bug#651992: cl-aserve: Should depend on cl-acl-compat and cl-htmlgen

[Rupert Swarbrick]

Package: cl-aserve
Version: 1.2.42+cvs.2010.02.08-dfsg-1
Severity: serious

After installing cl-aserve (installed for cl-rss), with SBCL
2:1.0.54.0-1, loading it doesn't work because it depends on
cl-acl-compat and cl-htmlgen (see line 74 of the .asd), but these
weren't installed because cl-aserve doesn't depend on them.

Installing cl-acl-compat and cl-htmlgen fixes the issue.


Rupert

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

Kernel: Linux 3.2.0-rc2+ (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages cl-aserve depends on:
ii  cl-ppcre2.0.1-2
ii  cl-puri 1.5.5-1
ii  common-lisp-controller  7.8

cl-aserve recommends no packages.

Versions of packages cl-aserve suggests:
pn  cl-webactions  

-- no debconf information



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

Bug#638725: Existing work

[Rupert Swarbrick]

I don't know whether Mikhail has seen this, but any other prospective
packagers would probably benefit from reading through the thread at [1]
where Don Barry seems to have made some preliminary packages.

Rupert

[1] http://jsoftware.com/pipermail/source/2011-April/000158.html (see
the thread more easily from
http://jsoftware.com/pipermail/source/2011-April/thread.html)


pgppwyFWdXqRz.pgp
Description: PGP signature

Bug#635825: libgdk-pixbuf2.0-0: Multiarch support seems to break librsvg

[Rupert Swarbrick]

Package: libgdk-pixbuf2.0-0
Version: 2.23.5-2
Severity: normal

With librsvg2-common version 2.34.0-1, the svg pixbuf loader is
installed at

  /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-svg.so

Unfortunately, it seems that, with libgdk-pixbuf2.0-0,
gdk-pixbuf-query-loaders doesn't look in this directory any more
(presumably because it's looking in the standard install path). The
result is that svg loading fails miserably...

rupert@hake:~ strace gdk-pixbuf-query-loaders 2>&1 | grep open | grep loaders
open("/usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders", 
O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 3
open("/usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-pcx.so",
 O_RDONLY) = 4
open("/usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-tga.so",
 O_RDONLY) = 4
open("/usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-gif.so",
 O_RDONLY) = 4
open("/usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-pnm.so",
 O_RDONLY) = 4
open("/usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-xbm.so",
 O_RDONLY) = 4
open("/usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-qtif.so",
 O_RDONLY) = 4
open("/usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-tiff.so",
 O_RDONLY) = 4
open("/usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-jasper.so",
 O_RDONLY) = 4
open("/usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-jpeg.so",
 O_RDONLY) = 4
open("/usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-wbmp.so",
 O_RDONLY) = 4
open("/usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-ani.so",
 O_RDONLY) = 4
open("/usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-ras.so",
 O_RDONLY) = 4
open("/usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-ico.so",
 O_RDONLY) = 4
open("/usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-xpm.so",
 O_RDONLY) = 4
open("/usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-icns.so",
 O_RDONLY) = 4
open("/usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-bmp.so",
 O_RDONLY) = 4
open("/usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-png.so",
 O_RDONLY) = 4


Rupert


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

Kernel: Linux 3.0.0-rc5+ (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libgdk-pixbuf2.0-0 depends on:
ii  libc6 2.13-11Embedded GNU C Library: Shared lib
ii  libglib2.0-0  2.28.6-1   The GLib library of C routines
ii  libjasper11.900.1-9  JasPer JPEG-2000 runtime library
ii  libjpeg8  8c-2   Independent JPEG Group's JPEG runt
ii  libpng12-01.2.46-3   PNG library - runtime
ii  libtiff4  3.9.5-1Tag Image File Format (TIFF) libra
ii  libx11-6  2:1.4.3-2  X11 client-side library
ii  multiarch-support 2.13-11Transitional package to ensure mul

libgdk-pixbuf2.0-0 recommends no packages.

libgdk-pixbuf2.0-0 suggests no packages.

-- no debconf information



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

Bug#630910: eog: Should depend on gir1.2-peas-1.0 for the typelib file

[Rupert Swarbrick]

Package: eog
Version: 3.0.2-1
Severity: normal

Without the gir1.2-peas-1.0 package installed, eog fails to load up the
peas typelib (since it isn't there) and warns to the console. Presumably
eog should either depend on or recommend the package.


Rupert

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

Kernel: Linux 3.0.0-rc1+ (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages eog depends on:
ii  dconf-gsettings-backend 0.7.5-2  simple configuration storage syste
ii  gir1.2-atk-1.0  2.0.0-1  The ATK accessibility toolkit (GOb
ii  gir1.2-freedesktop  0.10.8-1 Introspection data for some FreeDe
ii  gir1.2-gdkpixbuf-2.02.23.3-3 GDK Pixbuf library - GObject-Intro
ii  gir1.2-glib-2.0 0.10.8-1 Introspection data for GLib, GObje
ii  gir1.2-gtk-3.0  3.0.10-1 GTK+ graphical user interface libr
ii  gir1.2-pango-1.01.28.3-6 Layout and rendering of internatio
ii  gnome-icon-theme3.0.0-2  GNOME Desktop icon theme
ii  gsettings-desktop-schem 3.0.1-1  GSettings deskop-wide schemas
ii  libatk1.0-0 2.0.0-1  The ATK accessibility toolkit
ii  libc6   2.13-7   Embedded GNU C Library: Shared lib
ii  libcairo-gobject2   1.10.2-6 The Cairo 2D vector graphics libra
ii  libcairo2   1.10.2-6 The Cairo 2D vector graphics libra
ii  libdbus-1-3 1.5.4-2  simple interprocess messaging syst
ii  libdbus-glib-1-20.94-2   simple interprocess messaging syst
ii  libexempi3  2.1.1-1  library to parse XMP metadata (Lib
ii  libexif12   0.6.20-1 library to parse EXIF files
ii  libffi5 3.0.9-7  Foreign Function Interface library
ii  libfontconfig1  2.8.0-2.2generic font configuration library
ii  libfreetype62.4.4-1  FreeType 2 font engine, shared lib
ii  libgdk-pixbuf2.0-0  2.23.3-3 GDK Pixbuf library
ii  libgirepository-1.0-1   0.10.8-1 Library for handling GObject intro
ii  libglib2.0-02.28.6-2 GLib library of C routines
ii  libgnome-desktop-3-03.0.2-2  Utility library for loading .deskt
ii  libgtk-3-0  3.0.10-1 GTK+ graphical user interface libr
ii  libjpeg62   6b1-1The Independent JPEG Group's JPEG 
ii  liblcms11.18.dfsg-1.2+b4 Color management library
ii  libpango1.0-0   1.28.3-6 Layout and rendering of internatio
ii  libpeas-1.0-0   1.0.0-2  Application plugin library
ii  librsvg2-2  2.34.0-1 SAX-based renderer library for SVG
ii  libstartup-notification 0.12-1   library for program launch feedbac
ii  libx11-62:1.4.3-2X11 client-side library
ii  libxml2 2.7.8.dfsg-3 GNOME XML library
ii  shared-mime-info0.90-1   FreeDesktop.org shared MIME databa
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages eog recommends:
ii  librsvg2-common   2.34.0-1   SAX-based renderer library for SVG

eog suggests no packages.

-- no debconf information



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

Bug#620011: Core file location changed and /usr/bin/sbcl doesn't follow...

[Rupert Swarbrick]

Package: sbcl
Version: 1:1.0.47.0-1
Severity: grave
Justification: renders package unusable

It seems that the location for the core file has changed:

/usr/lib/sbcl/sbcl-dist.core

Fine, but the wrapper binary doesn't seem to know about it:

rupert@hake:~ sbcl
fatal error encountered in SBCL pid 9337(tid 3085084352):
can't find core file at /usr/lib/sbcl/sbcl.core


This makes sbcl unusable on my system, and I presume on everyone else's?



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

Kernel: Linux 2.6.38-rc8+ (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages sbcl depends on:
ii  libc6 2.13-0exp4 Embedded GNU C Library: Shared lib

Versions of packages sbcl recommends:
ii  binfmt-support2.0.4  Support for extra binary formats

Versions of packages sbcl suggests:
pn  sbcl-doc   (no description available)
ii  sbcl-source 1:1.0.47.0-1 Source code files for SBCL
ii  slime   1:20100722-1 Superior LISP Interaction Mode for

-- no debconf information



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

Bug#458363: SSL disabled nowadays

[Rupert Swarbrick]

block 458363 by 286672
thanks

I don't think that this bug will be fixed, unless bug #286672[1] is
fixed, since at the moment SSL is completely disabled and the
application doesn't link to OpenSSL (the library that could provide SSL
support).


Rupert


Footnotes: 
[1]  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=286672




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

Bug#286672: ... and with the actual contents of the patch!

[Rupert Swarbrick]

Sorry for spamming the bug report with a massive patch. Even sorrier for
sending the wrong one! This patch used the magic "-N" flag too and
actually contains the code that's required...

Rupert



add-gnutls-support.patch.gz
Description: Binary data


pgpXSu4ZvmZsJ.pgp
Description: PGP signature

Bug#286672: Patch to enable gnutls

[Rupert Swarbrick]

As M. Braun said in his previous message (in 2009), there is in fact a
patch to enable gnutls support (which he wrote!).

I've extracted the code from the massive zip file that's linked at the
Ubuntu bug report and have made the required changes to the debian
control file to use it.

I *think* this should work. Anyway, (Dear Maintainer!): could you try
building with the attached patch? It might need a bit of cleaning up,
but it seems that it would be good to put this long-standing bug to rest
at last.

The attached patch applies to the current debian source package
(5.4.dfsg.1-2.5).


Rupert


diff -ur mail-notification-5.4.dfsg.1/debian//control mail-notification-5.4.dfsg.1.new/debian//control
--- mail-notification-5.4.dfsg.1/debian//control	2011-02-27 23:50:20.0 +
+++ mail-notification-5.4.dfsg.1.new/debian//control	2011-03-28 10:09:13.0 +0100
@@ -2,7 +2,7 @@
 Section: gnome
 Priority: optional
 Maintainer: LIU Qi 
-Build-Depends: debhelper (>= 7), scrollkeeper, gnome-pkg-tools, libxml-parser-perl, libglade2-dev (>= 2.6.0), libsasl2-dev (>= 2.0.0), libgmime-2.4-dev, evolution-dev (>= 2.11.0), evolution-plugins (>= 2.6.0), evolution-data-server-dev (>= 1.6.0), libgnomeprintui2.2-dev, libnotify-dev (>= 0.4.3), intltool (>= 0.35), gob2 (>= 2.0.16), libx11-dev
+Build-Depends: debhelper (>= 7), scrollkeeper, gnome-pkg-tools, libxml-parser-perl, libglade2-dev (>= 2.6.0), libsasl2-dev (>= 2.0.0), libgmime-2.4-dev, evolution-dev (>= 2.11.0), evolution-plugins (>= 2.6.0), evolution-data-server-dev (>= 1.6.0), libgnomeprintui2.2-dev, libnotify-dev (>= 0.4.3), intltool (>= 0.35), gob2 (>= 2.0.16), libx11-dev, libgnutls-dev (>= 2.0.4)
 Standards-Version: 3.9.1
 
 Package: mail-notification
@@ -21,7 +21,7 @@
* Mozilla products (Mozilla, SeaMonkey, Thunderbird, ...) mailbox support
* SASL authentication support
* APOP authentication support
-   * SSL/TLS support (disabled, see README.Debian)
+   * SSL/TLS support (using gnutls, see README.Debian)
* automatic detection of mailbox format
* immediate notification (depends on your settings)
* HIG 2.0 compliance
diff -ur mail-notification-5.4.dfsg.1/debian//patches/series mail-notification-5.4.dfsg.1.new/debian//patches/series
--- mail-notification-5.4.dfsg.1/debian//patches/series	2011-03-13 22:14:01.0 +
+++ mail-notification-5.4.dfsg.1.new/debian//patches/series	2011-03-28 10:15:17.0 +0100
@@ -9,3 +9,4 @@
 strict-libs.patch
 evolution-2.32.patch
 ignore-junk.patch
+add-gnutls.patch
diff -ur mail-notification-5.4.dfsg.1/debian//README.Debian mail-notification-5.4.dfsg.1.new/debian//README.Debian
--- mail-notification-5.4.dfsg.1/debian//README.Debian	2010-05-26 05:55:55.0 +0100
+++ mail-notification-5.4.dfsg.1.new/debian//README.Debian	2011-03-28 10:08:06.0 +0100
@@ -9,8 +9,9 @@
 
 1. SSL
 --
-I had to disable SSL because of a license issue.
-It doesn't look like the issue is going to be solved soon.
+
+SSL support is available using gnutls, thanks to a patch by Michael
+Braun .
 
 See the Debian BTS thread:
 http://bugs.debian.org/286672
diff -ur mail-notification-5.4.dfsg.1/debian//rules mail-notification-5.4.dfsg.1.new/debian//rules
--- mail-notification-5.4.dfsg.1/debian//rules	2010-05-26 05:55:55.0 +0100
+++ mail-notification-5.4.dfsg.1.new/debian//rules	2011-03-28 09:48:18.0 +0100
@@ -14,7 +14,7 @@
 configure: configure-stamp
 configure-stamp:
 	dh_testdir
-	./jb configure ssl=no sysconfdir=/etc destdir=$(DEBIAN_DIR)/tmp/ cppflags="-I/usr/include/libgtkhtml-3.14 -I/usr/include/libgtkhtml-3.14/editor"
+	./jb configure gnutls=yes sysconfdir=/etc destdir=$(DEBIAN_DIR)/tmp/ cppflags="-I/usr/include/libgtkhtml-3.14 -I/usr/include/libgtkhtml-3.14/editor"
 	touch $@
 
 


pgp2Us0yfinbs.pgp
Description: PGP signature

Bug#585100: Trying to reproduce this bug report

[Rupert Swarbrick]

Hi there,

I've installed the versions of the packages that you described to a
virtual machine here and I can't reproduce this bug. Do you still see
it? If so, we can probably help you narrow the cause down further, but
at the moment it's hard to work out what's going on without any sort of
back-trace. (I note that g_param_spec_get_name is called in 14 different
places in the code and it's not even clear that this is what was
crashing the application).

I'm going to send an email to tag this report as "moreinfo", since at
the moment it's not really possible for the maintainer to know whether
the code is still broken, let alone how to fix it. But if you have more
information, that'd be brilliant!

Rupert


pgplfUhff87G3.pgp
Description: PGP signature

Bug#554827: Reproducing this bug

[Rupert Swarbrick]

Hi there,

I've just installed mail-notification 5.4.dfsg.1-2 on a virtual machine
and created a free account on lavabit.com

Everything seems to work fine (and it also works fine for the most
recent version of mail-notification on my actual machine!)

The only difference I can think of that might explain the different
experience from yours is that you have a proper paid account?

Anyway, it's not clear that upstream or the Debian maintainer have
enough information to reproduce or fix this bug at the moment. I'm going
to send an email tagging this bug as "moreinfo".

When you get a minute, please could you try (with any version of
mail-notification) to see whether you still see this bug.

Thanks,


Rupert



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

Bug#440496: Confirmation and fix!

[Rupert Swarbrick]

Hi,

I've managed to get a virtual machine working with qemu/kvm and can
confirm the crash happened with packages from 2007 (!)

With the package that was actually shipped with Lenny (4.1.dfsg.1-4.1),
this no longer happens, so I am going to mark the bug as confirmed and
then fixed.

Rupert


pgpcZZuP5LQzl.pgp
Description: PGP signature

Bug#599903: (no subject)

[Rupert Swarbrick]

Hi,

I tried to write this below the reopen email, but it seems that was the
wrong thing to do. Hopefully, the following text will appear on the bug
report now:

I'm not sure this fixes the problem in all cases. I had a stale 
/etc/common-lisp/source-registry.conf.d/common-lisp-controller-userdir.conf
with the wrong contents.

Since this isn't the config file used since a commit in February (I
think, looking at the git log), this doesn't get wiped by the fixed
version. Then it still causes the error.

Hope this makes sense,

Rupert



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

Bug#602717: Incorrect section?

[Rupert Swarbrick]

Package: font-hosny-amiri
Version: 0.001-1
Severity: minor

Shouldn't this package be in the new "fonts" section of the archive?


Rupert


pgpA75Yj7tYjI.pgp
Description: PGP signature

Bug#602713: Minor description string error

[Rupert Swarbrick]

Package: playitslowly
Version: 1.3.0-1
Severity: minor

The description for the current package reads:


  Play it slowly is a software to play back audio files at a different
  speed or pitch. It does also allow you to loop over a certain part of
  a file.

  It's intended to help you learn or transcribe songs. It can also play
  videos thanks to GStreamer.

  Play it slowly works with both ALSA and JACK Audio Connection Kit.


Firstly, you want "is software" or "is a piece of software". "Does also
allow" is not idiomatic: "It also allows you..." is better.

Less definite suggestions: I'd probably not contract the "it is" at the
start of the second paragraph and I'd probably write "the JACK Audio
Connection Kit" or just "JACK" (since you don't write out the expansion
of ALSA).

I suppose the following would be a reasonable description:


  Play it slowly is software to play back audio files at a different
  speed or pitch. It also allows you to loop over a certain part of a
  file.

  It's intended to help you learn or transcribe songs. It can also play
  videos thanks to GStreamer.

  Play it slowly works with both ALSA and the JACK Audio Connection Kit.



Rupert


pgptaiit66lLS.pgp
Description: PGP signature

Bug#602712: Minor error in description string

[Rupert Swarbrick]

Package: crunchyfrog
Version: 0.4.1-1
Severity: minor

The description for the current package reads:

CrunchyFrog is a cross-plattform database client. It provides a SQL
editor and schema browser and connectors to various database servers
(PostreSQL, MySQL, SQLite, Oracle, SQLServer, Firebird, Informix, MaxDB)

Three minor details:

(1) Mis-spelling of platform
(2) No g in Postgres.
(2) , , ,
(3) SQL when pronounced starts with a vowel, so it should be "an SQL".

Fixed string:

CrunchyFrog is a cross-platform database client. It provides an SQL
editor and schema browser and connectors to various database servers
(PostgreSQL, MySQL, SQLite, Oracle, SQLServer, Firebird, Informix and
MaxDB).


Rupert


pgpW7lt63cYgh.pgp
Description: PGP signature

Bug#602710: Error in description string

[Rupert Swarbrick]

Package: xsystem35
Version: 1.7.3-pre5-1
Severity: minor

The description for the current package reads:

System 3.5 is created by Alice Soft. It is a games engine. xsystem35 is
a free implementation which is compatible to System 3.5. It is able to
play many existed system3.5 games.

The definite error in the description is that "existed" should be
"existing". But maybe the following would be a clearer way to write it:

xsystem35 is a free implementation of System 3.5, a games engine created
by Alice Soft. It is able to run many existing System 3.5 games.


Rupert


pgp2LuvHm5Gol.pgp
Description: PGP signature

Bug#588513: Ungainly package description

[Rupert Swarbrick]

Package: auto-complete-el
Version: 1.3-1

The description string for the package is currently:

   Auto Complete Mode is intelligent auto-completion extension for GNU
   Emacs.

   Auto Complete Mode renews an old completion interface and provides an
   environment that makes users could be more concentrate on their own
   works.

I suggest that this be parsed into more readable (and correct!)
English. Maybe the following would be suitable:

   Auto Complete Mode is an intelligent auto-completion extension for
   GNU Emacs. It extends the standard Emacs completion interface and
   provides an environment that allows users to concentrate more on
   their own work.

I think it's reasonable not to split the description into two lines: if
you really want an intro and separate main section, isn't that what the
short desc is for?

Also, I've got rid of the "renews an old completion interface", since
this provides no information: whose old interface? The Emacs one? Joe
Bloggs's one from 1976? I presume that my replacement is right, but I'm
not entirely sure (even after reading some of the user manual!)

Hopefully this is at least idiomatic and meaningful English and might be
more suitable.


Rupert



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

Bug#586721: F1 and the menu both fail to load epiphany's help.

[Rupert Swarbrick]

Package: epiphany-browser-data
Version: 2.30.2-2

When F1 is pressed or Help/Contents is selected, the gnome help browser
(Yelp) fails to find the documentation. This is because the
documentation is installed at

   /usr/share/gnome/help/epiphany-browser/*

but the yelp uri of "ghelp:epiphany" tells yelp to look in
.../epiphany/*

Note that selecting "ghelp:epiphany-browser" (via Ctrl-L) in yelp also
fails to find the documentation. Running yelp under gdb to work out what
was going on, I found that this is because it now looks for

   /usr/share/gnome/help/epiphany-browser//epiphany-browser.xml

which doesn't exist.

I'm not sure what the correct fix is: presumably, it's easiest to
install to /usr/share/gnome/help/epiphany, but I'm guessing that
violates a directory structure guideline? In which case, you'll need to
change the name of the epiphany.xml file to epiphany-browser.xml for
each language and alter the ghelp url which is pointed to in epiphany's
code.

I should note that I'm using a slightly weird yelp setup as I'm doing
some upstream bug-fixing in it. But reinstalling the debian package gets
things "back to normal" otherwise and the epiphany help still shows this
problem.

Finally, I hope I guessed the package right: maybe this should be in
epiphany-browser? I guess it depends on what gets fixed...



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

Bug#579310: [pdfjam] Possibly bogus dependency on documentation package

[Rupert Swarbrick]

Package: pdfjam
Version: 2.05-1
Severity: minor

pdfjam depends on texlive-latex-recommended-doc, which is a documentation 
package.
Is this package really required to make pdfjam work?

--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.34-rc5

Debian Release: squeeze/sid
  500 unstableftp.de.debian.org 
  500 unstableemacs.orebokech.com 
  500 unstabledebian-multimedia.fx-services.com 
1 experimentalftp.uk.debian.org 

--- Package information. ---
Depends(Version) | Installed
-+-===
texlive-latex-recommended| 2009-8
texlive-fonts-recommended| 2009-8
texlive-latex-recommended-doc| 2009-8


Package's Recommends field is empty.

Package's Suggests field is empty.






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

Bug#578954: Doesn't create bbdb-autoloads.el, upon which bbdb-initialise depends

[Rupert Swarbrick]

Package: bbdb
Version: 2.36-1
Severity: grave
Justification: renders package unusable

As a temporary workaround, the user can go to /usr/share/emacs/site-
lisp/bbdb/lisp/ and (as root) "make bbdb-autoloads.el".



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

Kernel: Linux 2.6.34-rc5 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages bbdb depends on:
ii  dpkg  1.15.5.6   Debian package management system
ii  emacs23 [emacsen] 23.1+1-6   The GNU Emacs editor (with GTK+ us
ii  install-info  4.13a.dfsg.1-5 Manage installed documentation in 
ii  make  3.81-8 An utility for Directing compilati
ii  perl  5.10.1-12  Larry Wall's Practical Extraction 

bbdb recommends no packages.

Versions of packages bbdb suggests:
pn  gnus | t-gnus  (no description available)
pn  gnuserv(no description available)
pn  vm (no description available)
ii  w3m-elCVS-20081010-1 Emacs-W3m Dev version

-- no debconf information



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

Bug#572119: cairo.pc depends on libxcb-shm, but package doesn't

[Rupert Swarbrick]

Package: libcairo2-dev
Version: 1.9.6-2

More specifically, /usr/lib/pkgconfig/cairo.pc has the line

Requires.private:   pixman-1 >= 0.15.16fontconfig >= 2.2.95 freetype2 
>= 9.7.3  directfb libpng12 xcb-shm xcb >= 0.9.92 xcb-render >= 0.9.92 xrender 
>= 0.6 x11 

However libcairo2-dev doesn't depend on libxcb-shm0-dev, which I think
is the correct package to provide the required development files.


Rupert


pgpDGhep5eTTK.pgp
Description: PGP signature

Bug#568818: common-lisp-controller 7.0 breaks cl-swank

[Rupert Swarbrick]

Package: common-lisp-controller
Version: 7.0

Upon installing version 7.0 of common-lisp-controller, cl-swank
breaks. (This is using sbcl 1:1.0.31.0-2, cl-swank 1:20090908-1). This
is because swank uses CALCULATE-FASL-ROOT, which was exported by the
older (6.*) versions of clc, but seemingly not by 7.0.

I've attached the log of the error you get trying to load swank, but it
doesn't really contain much more relevant information.


Rupert

This is SBCL 1.0.31.0.debian, an implementation of ANSI Common Lisp.
More information about SBCL is available at .

SBCL is free software, provided as is, with absolutely no warranty.
It is mostly in the public domain; some portions are provided under
BSD-style licenses.  See the CREDITS and COPYING files in the
distribution for more information.
STYLE-WARNING:
   redefining ASDF:PERFORM :AFTER (#
   #) in 
DEFMETHOD
* (require :swank)
; compiling file "/usr/share/common-lisp/source/slime/swank-loader.lisp" 
(written 10 SEP 2009 09:11:20 AM):
; compiling (DEFPACKAGE :SWANK-LOADER ...)
; compiling (IN-PACKAGE :SWANK-LOADER)
; compiling (DEFVAR *SOURCE-DIRECTORY* ...)
; compiling (DEFPARAMETER *SYSDEP-FILES* ...)
; compiling (DEFPARAMETER *IMPLEMENTATION-FEATURES* ...)
; compiling (DEFPARAMETER *OS-FEATURES* ...)
; compiling (DEFPARAMETER *ARCHITECTURE-FEATURES* ...)
; compiling (DEFUN LISP-VERSION-STRING ...)
; compiling (DEFUN UNIQUE-DIR-NAME ...)
; compiling (DEFUN FILE-NEWER-P ...)
; compiling (DEFUN SLIME-VERSION-STRING ...)
; compiling (DEFUN DEFAULT-FASL-DIR ...); compilation aborted because of fatal 
error:
;   READ failure in COMPILE-FILE:
; SB-INT:SIMPLE-READER-PACKAGE-ERROR at 5151 (line 128, column 45) on 
#:
;   Symbol "CALCULATE-FASL-ROOT" not found in the COMMON-LISP-CONTROLLER 
package.
; compilation aborted after 0:00:00.023

WARNING:
   COMPILE-FILE warned while performing # on
   #.

debugger invoked on a ASDF:COMPILE-FAILED in thread #:
  erred while invoking # on
  #
; 
; compilation unit aborted
;   caught 2 fatal ERROR conditions
* 

Bug#432779: Alpha implementation on github.

[Rupert Swarbrick]

I've put an alpha implementation of something that does this on github
at http://github.com/rswarbrick/brightside. I've emailed both Ed Catmur
(who I think is the upstream author) and Ari Pollak about it, so
hopefully one of them will find this interesting.

Rupert


pgpoWjlmhjSLN.pgp
Description: PGP signature

Bug#504506: Can't reproduce here

[Rupert Swarbrick]

Steps I tried to reproduce the bug:

1) Using brightside-properties, set the timeout to the longest value.

2) Checked that there was indeed a long timeout before switching

3) Grabbed the vertical scrollbar on the side of a fullscreen firefox
   window and moved right.

4) There was the expected ~1sec delay before the workspace changed and
   moving away from the edge avoided the change, as expected.

Maybe a newer version of metacity or gtk or something changed the
behaviour? My system information from reportbug is as follows.

Rupert

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

Kernel: Linux 2.6.31-rc9 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages brightside depends on:
ii  gconf2  2.28.0-1 GNOME configuration database syste
ii  libart-2.0-22.3.20-2 Library of functions for 2D graphi
ii  libasound2  1.0.21a-1shared library for ALSA applicatio
ii  libatk1.0-0 1.28.0-1 The ATK accessibility toolkit
ii  libbonobo2-02.24.2-1 Bonobo CORBA interfaces library
ii  libbonoboui2-0  2.24.2-1 The Bonobo UI library
ii  libc6   2.10.2-2 GNU C Library: Shared libraries
ii  libcairo2   1.8.8-2  The Cairo 2D vector graphics libra
ii  libgconf2-4 2.28.0-1 GNOME configuration database syste
ii  libglade2-0 1:2.6.4-1library to load .glade files at ru
ii  libglib2.0-02.22.3-1 The GLib library of C routines
ii  libgnome2-0 2.28.0-1 The GNOME library - runtime files
ii  libgnomecanvas2-0   2.26.0-1 A powerful object-oriented display
ii  libgnomeui-02.24.2-1 The GNOME libraries (User Interfac
ii  libgnomevfs2-0  1:2.24.2-1   GNOME Virtual File System (runtime
ii  libgtk2.0-0 2.18.4-1 The GTK+ graphical user interface
ii  libice6 2:1.0.6-1X11 Inter-Client Exchange library
ii  liborbit2   1:2.14.17-2  libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0   1.26.1-1 Layout and rendering of internatio
ii  libpopt01.15-1   lib for parsing cmdline parameters
ii  libsm6  2:1.1.1-1X11 Session Management library
ii  libwnck22   2.28.0-1 Window Navigator Construction Kit
ii  libx11-62:1.3.2-1X11 client-side library
ii  libxml2 2.7.6.dfsg-1 GNOME XML library


pgpwxKxgWMwHk.pgp
Description: PGP signature

Bug#458491: This bug is not specifically caused by brightside.

[Rupert Swarbrick]

See http://bugzilla.gnome.org/show_bug.cgi?id=480710

This can also be caused by adding a second workspace switcher applet,
rather than by running brightside.

Rupert


pgpgm3pnfcx6z.pgp
Description: PGP signature

Bug#549001: Not only udev 146 needed

[Rupert Swarbrick]

Since I've just spent a couple of hours working out why my machine
didn't work upon upgrading udev and pulseaudio as suggested, I thought
I'd add this for anyone who comes upon this bug report:

You need to have a recent kernel (I think it's > 2.6.29, but I'm not
sure) and you need not to have the kernel config option
CONFIG_SYSFS_DEPRECATED set. If you've got one of those two things
wrong, udev should output the following warning in your syslog:

udev: deprecated sysfs layout (kernel too old, or
CONFIG_SYSFS_DEPRECATED) is unsupported, some udev features may fail

In which case, it's time to upgrade your kernel package or recompile
your home-brew version with different options!

Rupert



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

Bug#540816: Two .asd's installed

[Rupert Swarbrick]

Package: cl-sql
Version: 4.0.5-4
Severity: grave

The current cl-sql package installs two copies of clsql.asd:

rup...@hake:~ dpkg -L cl-sql | grep asd
/usr/share/common-lisp/source/clsql/sql/clsql.asd
/usr/share/common-lisp/source/clsql/clsql.asd
/usr/share/common-lisp/systems/clsql.asd

Only the second one should be there. Also, the symlink seems to point at
the first, which doesn't work since the relative urls are wrong. They
end up with the following problem:

* (require :clsql)

; loading system definition from /usr/share/common-lisp/systems/uffi.asd into
; #
; registering # as UFFI

debugger invoked on a SB-INT:SIMPLE-FILE-ERROR in thread #:
  failed to find the TRUENAME of 
/usr/share/common-lisp/source/clsql/sql/sql/cmucl-compat.lisp:
No such file or directory

Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL.

restarts (invokable by number or by possibly-abbreviated name):
  0: [TRY-RECOMPILING] Try recompiling cmucl-compat
  1: [RETRY  ] Retry performing # on
   #.
  2: [ACCEPT ] Continue, treating # on
   # as
   having been successful.
  3: [ABORT  ] Exit debugger, returning to top level.

(SB-IMPL::SIMPLE-FILE-PERROR
 "failed to find the TRUENAME of ~A"
 #P"/usr/share/common-lisp/source/clsql/sql/sql/cmucl-compat.lisp"
 2)

(I set the severity to grave since, unless the user is quite
knowledgeable about asdf, they won't be able to load clsql because of
this bug)


Rupert


pgpWqAsoSOBLR.pgp
Description: PGP signature

Bug#537194: Exports wsdl-soal-call rather than wsdl-soap-call

[Rupert Swarbrick]

Package: cl-soap
Version: 20060105-2
Severity: serious

The defpackage for :cl-soap, which is installed into
/usr/share/common-lisp/source/cl-soap/src/package.lisp exports the
symbol :wsdl-soal-call rather than :wsdl-soap-call, the correct
name. (The function #'wsdl-soap-call is the final function defined in
wsdl.lisp)



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

Bug#460260: Reference

[Rupert Swarbrick]

<#secure method=pgpmime mode=sign>

Oops, I forgot to say that most of what I said in the previous mail was
gleaned from the conversation archived at

http://mail.gnome.org/archives/tracker-list/2008-October/msg00023.html


Rupert



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

Bug#460260: How to enable DjVu indexing

[Rupert Swarbrick]

<#secure method=pgpmime mode=sign>

I spent half an hour working this out this morning. There are two
reasons that indexing djvu files doesn't work with the default setup:

1) Tracker doesn't think it should try to extract the contents of the
   files with MIME type image/vnd.djvu.

2) Tracker doesn't know how to do so.

To fix 1), you need to change the
/usr/share/tracker/services/default.service config file. It has various
categories, such as [Files], [Documents] etc. Each of these categories
has a "HasFullText" property, which defalts to false. Unless
image/vnd.djvu is in a category with HasFullText true, Tracker won't
even try to extract full text.

A solution: Append "image/vnd.djvu;" to the "Mimes" line in the
[Documents] section.

(this seems reasonable, since djvu files are kinda like pdfs, which also
live in this category)

However, you still need to fix 2). It seems that the text extraction
filters that tracker uses live in

  /usr/lib/tracker/filters

and have the filename _filter. When the MIME type has two
parts, this corresponds to a directory. So tracker seems to look for the
djvu filter in

  /usr/lib/tracker/filters/image/vnd.djvu_filter

So link this to the (working) filter in text/djvu_filter. If you're
trying to get this working on your system (rather than changing the
install method for the package), you could try something like

  sudo mkdir /usr/lib/tracker/filters/image/
  cd /usr/lib/tracker/filters/image
  sudo ln -s /usr/lib/tracker/filters/text/djvu_filter .

This should make everything work. If you're trying to fix your own
system, you'll need to delete ~/.local/share/tracker/data/common.db
(which caches the settings we changed in step 1) and restart
tracker. Something like "killall trackerd" probably works (and then
restart it!).

Rupert



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

Bug#503096: ITP: alpaca -- GnuPG file handling for Emacs

[Rupert Swarbrick]

Tatsuya Kinoshita <[EMAIL PROTECTED]> writes:

> I think that the alpaca package isn't meaningless even if less
> people use alpaca than EasyPG.

Grr. It's FEWER!

>
> `alpaca' uses symmetric encryption with "--cipher-algo AES" for a
> new *.gpg file by default, while I haven't found an easy way to
> customizet EasyPG.
>

Anyway, the point of this post: gpg's default symmetric encryption
algorithm is CAST5 [1]. Looking through the epg code, I agree that there
isn't currently a way to customise this.

However, a lot of the infrastructure to make this easy is available: in
epg.el line 36 there is a constant, epg-cipher-algorithm-alist. Using
that as a filter, it would be quite simple to add a selection mechanism
for the output type.

I don't intend to do this, since I'm not sure what the appropriate
semantics would be: should the user be pestered? should it be available
via some prefix arg? Certainly there should be a customisation option.

However, I'm sure that the epg maintainers would be interested in
patches and/or further discussion about this. Maybe you should take the
topic to their mailing list?

Rupert


[1] See the gpg manpage, COMMANDS section, under -c.


pgpHHEAM08vJA.pgp
Description: PGP signature

Bug#490805: ITP: txtreader -- text reader, mainly used for reading text originally novels

[Rupert Swarbrick]

Just a few comments about the ITP (about the English). These are
somewhat terse, but this is laziness not a reflection of my mood!

Rupert

> Package: wnpp
> Severity: wishlist
> Owner: LI Daobing <[EMAIL PROTECTED]>
>
> * Package name: txtreader
>  Version : 0.4.4
>  Upstream Author : [EMAIL PROTECTED]
> * URL : http://www.minisrc.com/?q=taxonomy/term/2
> * License : GPL

Which version?

>  Programming Lang: C++
>  Description : text viewer, mainly used for reading text originally novels
>
> It's a general txt viewer. And it's designed for reading novels.

This would probably work out better something like:

"A general purpose text viewer, designed for reading long documents
such as novels"

In particular, s/txt/text/g

>
> Features
>  * automatic remember the place before you closed.

Use "automatically remembers"

>  * support full screen
>  * support hide reader to tray with Esc
>  * support move with arrow key
>  * support bookmark
>  * support codec selecting

And "supports": you want to refer to the software package in the 3rd
person singular. This is probably down to taste, but I would also
capitalize these lines.

>
> -- System Information:
> Debian Release: lenny/sid
>  APT prefers unstable
>  APT policy: (500, 'unstable')
> Architecture: i386 (i686)
>
> Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/bash



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

Bug#474772: dmaths: Ambiguous package description

[Rupert Swarbrick]

Package: dmaths
Version: 3.1-1
Severity: minor

The dmaths package description says:

"... and which facilitates editing mathematical formulas and / or scientists."

Since I've not yet met a scientist who doesn't mind being edited, I
propose this is changed
to something like

"... and which aids scientists and those who wish to edit mathematical
formulas."

Or something.

Rupert



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

Bug#469058: libc6: New version of libc6 hangs SBCL

[Rupert Swarbrick]

> > After upgrading to 2.7-9 of libc6 in unstable, SBCL became extremely
> > prone to crashing 
> > randomly (i.e. 5-10 source files compiled of the SBCL CVS code before a
> > 100% CPU hang which 
> > was only killable with -s 9.
> 
> Could you please give a way to reproduce the bug? I know nothing about 
> SBCL, so a list of commands to execute or a shell script would be nice.

Of course, sorry. Probably the easiest option is to get sbcl and darcs
(the version control system). It doesn't appear to matter which version
of sbcl - I've had the problem with 1.0.12 up to 1.0.14.

Then get clbuild (which is a little shell script which can among other
things get and build a new copy of sbcl, which is a project large enough
to guarantee the hang on my computer at least) using

darcs get http://common-lisp.net/project/clbuild/clbuild

Chmod +x the clbuild script inside the folder and cd inside and run

./clbuild buildsbcl

Hopefully (!) your system should hang at 100% CPU with the sbcl process
ignoring SIGTERM. Sorry about the involved duplication process - it's
just that you need to compile quite a bit of code before the seemingly
"random" bug strikes.

> Could you please try to narrow the problem to a single libc6 version? 
> Older versions are available on snapshot.debian.net.
> 

Could you let me know a way to convince dpkg to let me do that? Since
you have to up/downgrade a dependent package at the same time, and I'm a
bit scared of using --force-all on libc6 on my only computer! (Or am I
being needlessly cautious?)

Incidentally, as someone pointed out in the sbcl thread I linked to,
it's quite possible that your change in libc6 has thrown up a bug in
sbcl rather than the other way round - we're trying (and failing) to get
strace,gdb to tell us something useful about where sbcl died. However,
I'd be extremely grateful if you could suggest what change you think is
likely to be able to cause this sort of symptom - and I stand by my
categorization: the change definitely breaks an unrelated package :P

Thanks for the really prompt response!

Rupert


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

Bug#469058: libc6: New version of libc6 hangs SBCL

[Rupert Swarbrick]

Subject: libc6: New version of libc6 hangs SBCL
Package: libc6
Version: 2.7-9
Severity: critical
Justification: breaks unrelated software

*** Please type your report below this line ***

After upgrading to 2.7-9 of libc6 in unstable, SBCL became extremely
prone to crashing 
randomly (i.e. 5-10 source files compiled of the SBCL CVS code before a
100% CPU hang which 
was only killable with -s 9.

The issue was originally raised on the SBCL devel list here:

http://thread.gmane.org/gmane.lisp.steel-bank.devel/10902/focus=10905

I upgraded the system from libc6 2.7-8, which seems to have caused the
problem. Downgrading 
libc6 to the package in testing (libc 2.7-6) fixes it again: I've since
compiled sbcl from 
CVS twice to make sure.


Rupert Swarbrick


P.S. The System Information below was generated with reportbug and I've
currently got 2.7-6 
installed. libgcc1 doesn't seem to have been up/down-graded, though, so
I think the below is 
mostly true except for the "testing" bits, since all other libraries are
at the current 
versions in unstable.

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

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

Versions of packages libc6 depends on:
ii  libgcc1 1:4.3-20080227-1 GCC support library

libc6 recommends no packages.

-- debconf information excluded





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